Last modified: 2012-11-28 14:02:53 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 T43541, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 41541 - ULS: the IME feature causes the Wikidata UI breaking
ULS: the IME feature causes the Wikidata UI breaking
Status: VERIFIED FIXED
Product: MediaWiki extensions
Classification: Unclassified
WikidataRepo (Other open bugs)
unspecified
All All
: High critical (vote)
: ---
Assigned To: Wikidata bugs
:
: 41549 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-10-30 12:13 UTC by tobias.gritschacher
Modified: 2012-11-28 14:02 UTC (History)
9 users (show)

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


Attachments

Description tobias.gritschacher 2012-10-30 12:13:38 UTC
The IME [0] feature of the ULS is causing the UI for aliases breaking on wikidata.org. We have to figure out how to switch off this feature.

[0] https://github.com/wikimedia/jquery.ime
Comment 1 Santhosh Thottingal 2012-10-30 12:20:35 UTC
May I know the details on how it is breaking UI for aliases?
Comment 2 Raimond Spekking 2012-10-30 12:21:05 UTC
*** Bug 41533 has been marked as a duplicate of this bug. ***
Comment 3 Andre Klapper 2012-10-30 12:57:25 UTC
(In reply to comment #1)
> May I know the details on how it is breaking UI for aliases?

From bug 41533: http://bug-attachment.wikimedia.org/attachment.cgi?id=11261
Comment 4 Raimond Spekking 2012-10-30 14:27:23 UTC
*** Bug 41549 has been marked as a duplicate of this bug. ***
Comment 5 jeblad 2012-10-30 17:23:30 UTC
(In reply to comment #1)
> May I know the details on how it is breaking UI for aliases?

See screenshot in Bug 41533.
Comment 6 jeblad 2012-10-30 17:24:44 UTC
...and Andre had already added that! =)
Comment 7 jeblad 2012-10-30 17:34:38 UTC
I think the correct behavior for IME is to be enabled as default for fields that has a language that needs it, and to be disabled for those that do not need it. Then it should be an user preference to force on or off, in addition to default.

Also it should be possible to enable/disable this with some specialized method so the additional gadgetry (the keyboard symbol) can be avoided. As it is clearly visible in the screenshots it is not possible to make assumptions about the layout of input fields, and then it will mess things up.

In addition the exact position of the keyboard symbol should be configurable as that position will conflict with other lists/menus.
Comment 8 tobias.gritschacher 2012-10-31 16:11:07 UTC
fixed by updating ULS and disabling the IME feature.
Comment 9 Siebrand Mazeland 2012-10-31 16:13:11 UTC
(In reply to comment #8)
> fixed by updating ULS and disabling the IME feature.

This is a failure, not a fix.
Comment 10 tobias.gritschacher 2012-10-31 16:20:14 UTC
I added another bug for that:
https://bugzilla.wikimedia.org/show_bug.cgi?id=41590
Comment 11 Santhosh Thottingal 2012-11-01 04:19:40 UTC
A screenshot showing it working on alias field http://imm.io/JY7n
Comment 12 jeblad 2012-11-01 09:50:46 UTC
Why is this feature enabled for _all_ fields, even for fields that should use Latin alphabet due to the set lang attribute?

I think it should by default be off if the user language is set so the feature does not make sense, and then only turned on for specific text fields were the lang attribute makes sense. If the user lang is one of those where the feature makes sense it can be turned on by default, but turned off for text fields were the lang field indicates it does not make sense to enable the feature.

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


Navigation
Links