* Add a caret for the ULS in the sidebar.
* Adjust the panel's position.
* Immediately show the Display settings instead of the language list.
Also added documentation.
Change-Id: I6635092e9e020cb1f5b51f437abde4e81c31ae48
Disabling was not working actually. If disabled donot call
webfonts() on body. Also addresses Bug 39992.
Change-Id: I8e4d466dd9271604be6ae722c49357b192651950
1. Fix a regression introduced in
27039e1141
- a change in a class name caused the back link not to appear.
Now the link is back.
2. Copy the same logic to the input settings panel.
Change-Id: Ie80032ee2e14853f96cfb3b48dec5c85398c8373
When the user selects a UI language in the display settings dialog, the UI of
the dialog should preview immediately to the selected language. The change will
be only persisted if the user selects "apply changes".
Change-Id: I362e75c38c9d4a9921319f510653e2152d50fbb4
Make the button disabled initially.
Change the disabled property to false on every possible change.
For now this is only for display settings.
Change-Id: Ifea533a9606f66b5dfeb38075186ddec596330a6
* It can be a user preference using the ULS Input method settings
* It can be a mediaWiki configuration $wgULSIMEEnabled
Change-Id: Ic5fb4932d62ab18db5d3b10ca81c0f6bfe9fd29e
* Just use key,value system and drop the concept of groups
* Abstract the preferences for each type of systems(display, input)
to have meaningful APIs
Change-Id: I25423667adf6ca181a4027cdfc4ed378f36a94ba
The Display settings template is wrapped in a new <div>
to allow easy $template.find() queries.
This change requires a change in jquery.webfonts, that makes
the lib function return an empty list when there are no fonts:
https://github.com/wikimedia/jquery.webfonts/pull/1
Change-Id: Ief5a920439df340360a44ca95de2a7f070b96d5d
It seems redundant to me: There are one or two dropdown menus for
selecting fonts, with pretty clear labels.
Change-Id: If6134997b7c34eeb32efed1dcee13c61d8af7750
Assure that the language buttons in the display settings always
show the content and the UI language and that all the buttons are
filled with some language (by assuming major world languages if
nothing more likely was found).
Also other fixes:
* Add lang and dir attributes for the languages.
* General refactoring and better variable names.
Change-Id: Ie6a93439237b389179ebc6c4a5df34c1566a5e12
Added whitespace for readability
and comments to understand the different parts of the HTML template.
Also removed an unneeded closing </span>.
The output is not supposed to change.
Change-Id: I43891170eb6fac03370cf1d71cd399d2de3c4da8
* Add an onClose option for language settings
* Add a close method to language settings and display settings
* some documentation and cleanup
Change-Id: I3040e0740bd8a9f9f7d3ad508a3003415a24e7a9
* Fixed many white space issues- mainly whitespace missing before
function start paranthesis eg: function()
* Removed the deprecated live methods and replaced with on
* Added file documentation for ext.uls.geoclient
Change-Id: Ib2c8cfed1a6ff3859495e707680d5c19882a33e8
* Refactor the code for frequent languages and introduce
mw.uls.getFrequentLanguageList
* Use it for showing previous languages in language settings
* Show the frequent/common language list in the language selector
opened from display settings.
Change-Id: Ic0f8ea6b9e9ba137b22649e8425fce8014ad456c
Also adds landing page feature. But candidate list is hardcoded
for now. Example html file updated.
show method of lcd renamed to render.
Introduced a trigger searchclear
Introduced mw.uls.changeLanguage, setPreviousLanguages
getPreviousLanguages and getBrowserLanguage methods
Region groups re-numbered - from [4, 1, 2, 3] to [1, 2, 3, 4].
Change-Id: Iac1edf628708e6f40e41578df70d40c42f15289a
