Hi all. At paragraph 5 , the link "This guide" leading to -> http://www.webcoder.de/2010/06/04/how-to-configure-your-webserver-for-webm-video-and-audio-files/ does not answer and falls in timeout. Can some one correct or realign please ? Thanks. --Christian 🇫🇷 FR (talk) 13:00, 23 May 2024 (UTC)
Extension talk:UniversalLanguageSelector/Flow
Done.
Like CLDR, seems not to be installable with Composer.
Alexander Mashin talk 09:57, 26 July 2024 (UTC)
Yes, installing with composer is an anti-pattern and generally not supported.
I believe this means that the Junicode font has been updated to the latest version, which is 2.206.
https://gerrit.wikimedia.org/r/c/mediawiki/extensions/UniversalLanguageSelector/+/966445
But I just downloaded the extension today and the Junicode font.ini file says 'version=1.002'.
I am using this font with a transcription of a Latin manuscript and it definitely is not providing the characters from version 2.206.
I have the latest version of the font installed on my local machine and if I disable the extension, it loads the font from my machine and looks exactly how I would expect it to look. But when I re-enable the extension, it uses an older version of the font.
I'm not sure if there is something else I need to do here or if this has something to do with the extension itself.
@Redheadkelly: On https://www.rosssurnameproject.net/wiki/index.php/Special:Version it lists that you're using the 2022-07-28 release of ULS. The patch you link was landed in December 2023; you will need to upgrade to a later version of the extension, which will also need you to upgrade your wiki (it's running MediaWiki 1.39.6; the extension nowadays requires MediaWiki 1.40+).
Everything is just labelled as "1."
Looks like a bug in Translate when working with Parsoid – compare https://www.mediawiki.org/wiki/Extension:UniversalLanguageSelector?useparsoid=1 (which presumably you're defaulting to?) vs. https://www.mediawiki.org/wiki/Extension:UniversalLanguageSelector?useparsoid=0
Using Vector 2022, the language selector is normally to the right side of the H1, which makes sense and is easily seen. On the wiki's main page however, it seems to be all the way at the bottom of the page.
And I don't mean at the bottom of the browser window via "position: fixed" either, but actually at the bottom of the HTML content, so you have to scroll all the way down.
That's very counter-intuitive and difficult to find. Maybe it makes sense for some types of wikis, but not in general. Perhaps there should be an option to make ULS treat the Main Page like any other article?
I want to use the Junicode font in articles only for text that is transcribed from old manuscripts. Nothing else on the page will need to use this font. The Junicode font is included in the UniversalLanguageSelector library.
If I load this extension, it does appear that I can choose the font using a CSS class with 'font-family: Junicode;', but not all of the characters display.
I would like to use the ss02 character set, which includes the insular characters. In the documentation it says "ss02 on, language set to Irish". So I tried to use the 'lang="Irish"' setting.
For instance:
<span class="junicode" lang="Irish"></span>
It doesn't seem to do anything.
I can't figure out how to access specific characters, such as the insular t with dot above. On the MUFI website, it says that it is "00F094 LATIN SMALL LETTER INSULAR T WITH DOT ABOVE". If I use  in the text, it renders as the replacement question mark. I can see this character in the Irish_text.pdf included with the Junicode documentation with the Junicode font installed in Windows, but I can't figure out how to get Mediawiki to display it.
Is this possible in Mediawiki? Even if I look at Medieval Unicode Font Initiative on Wikipedia, none of the characters display if I don't have the Junicode font installed on my local system. And when I do have the font installed, this insular t with the dot above does not display.
Thanks.
Previously I have been using Narayam extension with great success and customization to fit my local wiki. Updating to this extension I was hoping to set it up to fit my wiki but I seem to be confused as to how to edit the default settings. Some of the following are things I want to do
1) I want to set up the default input language to be loaded regardless of country or interface language
2) similarily I want to set up the default interface language. However, is there anyway not to force changing the font a person already has when doing this. After this, everytime I refresh the page, it gdisplays the original font and then quickly reverts back to the font as set in webfont.
In addition is it possible to change both interface and input with a single drop down menu. For mixed content wiki, sometimes english is better for interface while allowing local language input.
3) How to remove some country/language options from the drop down as my wiki caters to a niche population. I only want english and my local language to be displayed as choices for interfase and input
4) previously using control+M on keyboard combination enabled the input for my local language from english while changing the background where inputs are written to a light blue color to differentiate the input method has changed. Possibility of the color to come back as the color change is a great and simple way for users to tell when they are quickly switching between the input methods using Ctr+M keyboard.
6) How to disable the webfont function in ULS.
5) The transliteration drop down menu is small and often if the mouse button is still hovering in the search bar, the default popup mentioning the search bar covers the transliteration drop down making it hard to select unless mouse is moved away. A better and easily accessible location should be though of.
I previously worked with the developer of Narayam (Junaid) with these features by suggesting ideas and by requesting for the amharic language better and making the input better. If you can briefly describe me the process to do the above things I would greatly appreciate it. Thank you for the great work.
Thanks
1) I want to set up the default input language to be loaded regardless of country or interface language
This is not possible with ULS. The default language for an input method will be the wiki's content language. Initially, input methods are enabled, and no keyboard mappings are active. A user will have to enable a keymapping.
2) similarily I want to set up the default interface language. However, is there anyway not to force changing the font a person already has when doing this. After this, everytime I refresh the page, it gdisplays the original font and then quickly reverts back to the font as set in webfont.
MediaWiki provides the wiki's content language by default. There is no feature to have it different from the content language. ULS allows to set the UI language to the language identified through the Accept-Language of the browser of the user. Related settings in LocalSettings.php are $wgULSLanguageDetection, $wgULSAnonCanChangeLanguage and $wgULSEnableAnon.
See Extension:Universal_Language_Selector#Configuration for more details.
3) How to remove some country/language options from the drop down as my wiki caters to a niche population. I only want english and my local language to be displayed as choices for interfase and input
ULS has no such feature at the moment. We are open to receiving patches.
I would like to add my voice to this request. For two-language wikis, the dropdown is far more featureful and inclusive than necessary. Perhaps there could be an array of languages offered. Indeed, I don't even really want the flyout---I just want to offer a link that says "Switch language" that toggles from one language to the other, or perhaps a pair of flags that you can click on to set the language. (This is common on bilingual pages.)
Edit the file UniversalLangauageSelector.hooks.php
Find the function addVariables. (Line 248)
public static function addVariables( &$vars, OutputPage $out ) {
// This is the original code
//$vars['wgULSLanguages'] = Language::fetchLanguageNames(
// $out->getLanguage()->getCode(), 'mwfile'
//);
// The following line is a limitation, to two languages.
$vars['wgULSLanguages'] = array('en'=>'en', 'hu'=>'hu');
$vars['wgULSAcceptLanguageList'] = array_keys( $out->getRequest()->getAcceptLang() );
return true;
}
It is not perfect, and a bit hackish, but should do the job.
If anyone is wondering in 2023, this is currently in ResourceLoaderULSModule.php (line 44-48).
@LaKing thanks for this solution, still super helpful :-)
4) previously using control+M on keyboard combination enabled the input for my local language from English while changing the background where inputs are written to a light blue color to differentiate the input method has changed. Possibility of the color to come back as the color change is a great and simple way for users to tell when they are quickly switching between the input methods using Ctr+M keyboard.
Thank you for the suggestion. We decided to drop background coloring to reduce interface clutter and make things more consistent. There are no plans to bring that feature back.
6) How to disable the webfont function in ULS.
Disabling web fonts in ULS is not possible. Users can disable web fonts on a per language basis, and it is possible to do some customisation.
"Sometimes there are multiple fonts for a language and there is a default font for each language/script": it would be useful to have a readable table of what's default for what, so that users know to expect when they install ULS on their wiki. Is the big one-line json file the only place currently, or is there something else to work on?
5) The transliteration drop down menu is small and often if the mouse button is still hovering in the search bar, the default popup mentioning the search bar covers the transliteration drop down making it hard to select unless mouse is moved away. A better and easily accessible location should be though of.
We have considered many options. We are open to a better option that the one currently implemented. See bugzilla:50787, comment 4 for a detailed list of considerations by one of our user interaction designers.
As you can see I have chosen to reply to your 6 items in 6 different sub-threads. I think that makes the discussion easier to follow. I would like to request that you start separate threads in the future, or use Bugzilla, our issue tracker, to report feature requests and change requests.
I previously worked with the developer of Narayam (Junaid) with these features by suggesting ideas and by requesting for the amharic language better and making the input better. If you can briefly describe me the process to do the above things I would greatly appreciate it. Thank you for the great work.
We haven't heard from Junaid for a long time; aside from the input methods that have been taken over from Narayam, I don't think Junaid has contributed to ULS yet. We'd love to work with him again.
I've tried to reply to each of your requests. Some I would not consider as features that would be supported in ULS, others could be supported, but will not be prioritized by Wikimedia Language Engineering anytime soon. As said, we do accept patches, and we are open to discuss options with volunteer developers. We will also review code submissions for Project Milkshake components, as well as Extension:UniversalLanguageSelector.
Thanks for all your feedback.
"On this Wiki the language links are at the top of the page across from the article title. Go to top."
Hello,
I don't need ULS at my wiki, but now without ULS the language links are not shown. Can you remove this dependancy please?
If you want the Vector 2022 skin and interlanguage links, then you do need ULS.
By the way interwiki links works fine with other skins without ULS extensions.
I have some issues with ULS at my wiki farm website.
- One of the problems is that when user is logged the language of the relevant localisation is correct, i.e. at en.mywikifarm.org is English, es.mywikifarm.org is Spanish, but once a user is logged our all localisations are in Russian. So is there a way to set default language for ULS? By the way $wgLanguageCode is set to the relevant value of a localisation.
- The second problem: once the ULS is installed. I do see language links at interwiki box, but if do some actions (logging in, logging out, editing etc.) the links disappears.
At version 1.36.6 all worked fine and I didn't need ULS extension. Now I use:
| MediaWiki | 1.39.3 |
| PHP | 8.0.28 (cgi-fcgi) |
| MySQL | 5.7.34 |
| ICU | 57.1 |
I think that it can be changed with one of the configuration variables. $wgULSLanguageDetection is the first one I'd try.
I have tried, but it doesn't work. And in general extension works not so good with several bugs at my wiki farm:
- Interwiki links sometimes appears and some times disappears.
- The language of the farm is determined for logged in user, but for not logged in users for all farms language is Russian in spite of that $wgLanguageCode is determined for every localisation.
- The pages uploads much longer with this extension.
- The button itself with interwiki links functions when clicked and unclicked work incorrectly, I mean when it is clicked the box with links appears, when I click the page somewhere else the box do not disappears.
Basically I don't need ULS extension as the language is determined by $wgLanguageCode, but I do need interwiki links. Previously at MW 1.38.6 all worked perfect without ULS extension.
I don't know how to resolve all this bugs (
You can change the language of an user by putting a &setlang=languagecode at the end of the URL. Then a small window pops up, asking the User if he want to change his language. Is their a way to remove that popup-window like in older Versions?