Last modified: 2014-03-25 23:08:04 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T58484, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 56484 - CodeEditor must force use of fixed width size font even with some some customized CSS
CodeEditor must force use of fixed width size font even with some some custom...
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
CodeEditor (Other open bugs)
unspecified
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-11-01 19:28 UTC by [no longer active user]
Modified: 2014-03-25 23:08 UTC (History)
5 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments
not fixed size font (22.66 KB, image/png)
2013-11-01 19:28 UTC, [no longer active user]
Details

Description [no longer active user] 2013-11-01 19:28:33 UTC
Created attachment 13661 [details]
not fixed size font

On http://commons.wikimedia.org/w/index.php?title=Module:Bananas&action=edit&uselang=fa CodeEditor should use fixed size font even with available some customized font configuration (see http://commons.wikimedia.org/wiki/MediaWiki:Common.css Persian specific customization) otherwise it will be unusable for editing.
Comment 1 Liangent 2013-11-01 19:34:56 UTC
I wonder whether that font declaration in Common.css still required -- is ULS already able to handle that?
Comment 2 [no longer active user] 2013-11-01 19:54:21 UTC
That is because Persian Wikipedia community wanted use the non-free font; That is long discussion and Persian users consensus was using the non-free Tahoma as first font on Windows users (long story short, because Tahoma is highly used across Persian sites and web embedded fonts having problem on rendering as they have not hinting imformation). And Persian users on other wikis http://www.wikidata.org/wiki/MediaWiki_talk:Common.css#farsi_font http://meta.wikimedia.org/wiki/MediaWiki:Common.css also wanted the same configuration with Persian Wikipedia for other wikis.

I think the main point here is CodeEditor should declare a monospace for itself, like the normal editor is doing in the same situation.
Comment 3 Liangent 2013-11-01 20:10:13 UTC
(In reply to comment #2)
> I think the main point here is CodeEditor should declare a monospace for
> itself, like the normal editor is doing in the same situation.

One fault in CodeEditor is that it doesn't declare the page language (which is set to English in Scribunto) to the browser. When its language attribute is correctly set to English, this issue disappears.

I'm not sure whether the normal editor explicitly set a monospace font, and I remember I saw some wiki edit boxes not using some monospace fonts. Further more, does every language / script have the concept of "monospace"?
Comment 4 [no longer active user] 2013-11-01 20:13:54 UTC
I agree but normal editor as using <textedior> with unmodified preference have
textarea {
  font-family: monospace;
} (via useragent stylesheet of-course)
Comment 5 [no longer active user] 2013-11-05 22:22:00 UTC
I converted :lang(fa) to html[lang=fa] body, [lang=fa] on Wikidata and Wikimedia Commons to temporary solve the CodeEditor bug.
Comment 6 Derk-Jan Hartman 2014-03-25 23:08:04 UTC
Relates to upstream https://github.com/ajaxorg/ace/issues/1429

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links