Support
Problems? Questions? Suggestions? Write your message below. – See also the FAQ or try to catch us in IRC.Your request has been forgotten? Feel free to post a reply to bump the thread to the top. The thread summarization feature is broken, see Phab:T245109. Very old threads have been archived.
- [View source↑]
- [History↑]
Contents
 First page |
 Previous page |
 Next page |
 Last page |
Hello. Malay is written in two scripts and one of it is Jawi script which is based on the Arabic script. It is still taught in schools and it is one of the co-official script in Brunei.
I have already done translating all the MediaWiki (most important messages) for ms-arab. Can this code be activated now? It is said ms-arab is now disabled. The code "ms-arab" is now available in Wikidata lexemes.
I've removed the messages saying it was disabled, given that now it is working within the translate interface of this wiki, and the fact it also has updated completion statistics running.
The message posted is informative only, except in the portal of a language showing variants that may be disabled as long as the link going to translate UI on this wiki does not load it in the correct language but loads translations for a fallback language: this is problematic when users follow these links and think they are actually translating for the correct language selected
(this is in my opinion of Translatewiki.net itself which should NOT redirect to another fallback language, using the language preferences of the currrent user! We've seen in the past that not disabling them caused troubles where peopel started to replace correct translation for a given language by translations for an unrelated language still not supported but that they selected either with ULS, or by modifying the URL in the address bar; such redirect should either not use any fallback return an error, or if they perform the redirect, there should be a strong banner notice at top of page that the content of the page does not match the user-selected language...)
Note: the removal of these messages had NO effect of the fact that the language [ms-arab] was enabled or not: I cannot change that, only Translatrewiki.net admins can enable it (that's why there's this support page to contact them and make them aware of your request). I'm not an admin, I can just help admins maintain the site to avoid common errors and inform users.
So if you see other messages syaing that the target message you want to translate to is still disabled, test the language code in the UI, by trying to change the language code in parameters of URL displayed in your browser, and then press enter and check that the page will render effectively the language selected and not another fallback language before replacing any displaed translation.
The '"disabled=*" options in parameters of the Portal page are there as a protection. Of course when the user's fallback language is English, typing an unsupported code will fallback to the Translate UI for English, but English is protected (you can't translate from English to English, only from English to a supported English variant), so there does not seem to be any risk on a first approach
But not all users have English as their primary language (selected in their preferences of with the Universal Language selector at top of pages. In that case, typing any unsupported language may fallback to some other frequent fallbacks like French, Chinese, German, Russian or Standard Chinese: if the user types an unsupported code, and don't notice that the server has made a fallback to ressources already edited and validated to French, German, Chinese, Russian, then they'll start "corrupting" these languages with translations intended for the other language they selected, and all these edits will need to be reverted and reviewed again.
This user was blocked a month ago but most of their contributions haven't been deleted: https://translatewiki.net/w/i.php?title=Special:Contributions/Alefar&offset=20201223113849&target=Alefar
They mostly translated English messages to "British English" by converting them to ALL CAPS. I manually reverted a few, but those should probably be deleted as well as they are identical to their English counterparts.
I will do it for MediaWiki and extensions in the next few days. A bit of manual work ...
Update:
- Core: Gerrit:659748
- ActiveAbstract: Gerrit:659747
- ContentTranslation: Gerrit:659746
- IPInfo: Gerrit:659752
- WikibaseStatementUpdater: Gerrit:659751
- WikimediaMessages: Gerrit:659750
- WikiTextLoggedInOut: Gerrit:659761
All other deletions are to be done in non-Gerrit-repos
Hi!
I'm active in the Wiki goes Caribbean working group and would like to request another language code for Papiamento. We already facilitate Papiamentu ('pap'), spoken on Bonaire and Curacao, but Papiamento, spoken on Aruba, is slightly different in grammer and spelling. Per my conversation with Amir, I would like to suggest to use 'pap-aw' for this variant of the language.
Please let me know if you have any questions.
Hi, I have the projekt to iniciate Carpathian romani wikipedia in the Incubator. Because this language still have no wikimedia projekt, I would like to start the translation on translatewiki for wikimedia's projekts. Language in writen in latin characters so LTR. Thanks
Hi!
I can probably add it.
Are there any other websites in this language?
Is it distinct from the language at https://rmy.wikipedia.org ?
- Vlax Romani [rmy] is another Romani language, spoken more to the South (mainly in the Balkans and some Southern parts of Hungary and Southwest Romania or Moldavia, or Macedonia and Northern Greece). It is the most spoken Romani language. It is usually written in the Latin script (rarely with the Cyrillic script except in Macedonia, or the Greek script except in Northern Greece).
- It is distinguished from Central Romani or Carpathian Romani [rmc], spoken more to the North (mainly in the Northern parts of Hungary, and in Slovakia, Poland and most parts of Bulgaria and Romania and Western Ukraine; its southernmost area is in Serbia). It is most frequently written with the Latin script, but may be written with the Cyrillic script in Servia, Bulgaria and Ukraine.
It is not clear which Romani language is used in Wikipedia, it is very likely that it is effectively the Vlax variant as it is the most developed one with a written tradition.
Central Romani however has suffered from the split of scripts used in its area. Today, both languages are in contact and probably mixed/confused in Hungary where this Indo-European language is very distant from the dominant Finno-Uralic language Hungarian (but with some better proximity with Slavic languages: Slovenian, Serbian, Bulgarian, Ukrainian, Polish). Some contacts are also in Romania.
Central Romani (like all Romani languages) has made lots of borrowings (lexically and grammatically) from the domaininat languages they were in contact with, but with many more differences for Central Romani because there's big differences between domainant languages in its area; Central Romani has also been a lot influenced by Turkish (during the Ottoman Empire), but less than Vlax Romani.
However the main distinction between the two languages is their date of migrations: Central Romani is more ancient and borrowed more words from Persian, and some older borrowings from Armenian and Georgian, then later from Turkish, whereas Vlax Romani has been influenced by Turkish for a more longer time.
The two Romani languages have clear phonetic differences from their very different times of migrations (and with contacts with different old empires). Today however they are now a lot influenced by the dominant language. And in Hungary it is sufficiently dictinct to have kept its original distinction than everywhere else in the Latin-Romanic, Germanic, and Slavic areas.
Both languages were not written at all for centuries, and most efforts for writing them and develop an orthography first occured in the former Yugoslavia and in Bulgaria and Ukraine (during the USSR regime) only in the XXth century (after WW1 and the collapse of the former Ottoman Empire), so they were written in the Cyrillic script (for a short time). Today most efforts are using the Latin script (but there's still not been any attempt to develop a common orthography, orthographies being mostly driven by conventions used for the dominant languages): Hungarian and Polish use very different systems for the Latin script, so do the orthographies of Central Romani.
For Vlax Romani it is simpler. because there's some good degree of agreement between Croatian, Slovenian, Latin-Serbian, Slovakian, along with German and Italian during the former Austro-Hungarian empire (Macedonian and Albanian or Turkish did not contribute a lot and there was a strong resistance with the former Turkish empire; Romani people have migrated a lot to escape the ruling of former empires when they were too much brutal against minorities, and as their languages were no written, the tradition were kept orally and Romanis have always been very protectful for their oral culture and keeping united; this is still true today in every country where they live now, in well-defined communities but without clear borders).
So Central Romani / Carpathian Romani (rmc] still has no real support in Wikipedia like Vlax Romani. Its development as a written language is very recent, since the democratisation of Eastern Europe and notably in Romania at end of the 1990's. Vlax Romani was less threatened since longer time in Italy, Switzerland, France and Spain, along the Mediterranean Sea coasts where Vlax Romani people were constantly relocating (and in Germany and Austria only after WW2, some now being travelling as well into Egypt and even in America).
Getting access to litteracy has been long for all Romanis, and it is still difficult for them to get good education in schools not well prepared to receive people constant travelling across countries. However the internet and mobile networks are changing things radically for them: they can now communicate more easily and get some support internationally to preserve their culture in the written form.
Given all this, [rmc] merits its own development, distinctly from Vlax Romani [rmy]. However [rmc] may need to be supported in two scripts: Latin and Cyrillic (for use in Bulgaria, and possibly Ukraine). For religious use however the Latin script is favored (most Romanis are fervent Roman Catholic today, rather than Orthodox Christians, and the Bible has been the best written reference for them, beside oral celebrations).
I don't have such linguistic knowledge as Verdy p, but working and communicating with Romanis from Slovakia, I can tell that they do not understand vlax romani. An other important point is the recent strong influence of the majority language in the romani language which of course differs from every country. In Slovakia and Czechia, romani use a Czechoslovak standardized writing which is different from the international one, unknown by romani except by few specialist. Spoken with several people, we choose to use the Czechoslovak standard to Start the wikipedia project to be understood by the largest northern central romani people and get the latest audience as possible. As reference there is the today's most complete Slovak-Romani dictionary (isbn 978-80-970999-0-9). But in the future, I would be good to support the two Latin scripts Czechoslovak and international.
Note that independantly of the ISO 639 classifgication of Romani languages, they are **independant** ofd their written forms which vary greatly: Traditionally these languages have been used orally, witgh strong enough differences in their oral forms to be encoded separately. Its classification however complicates a lot if you take the written forms, because they have *no* standard. As well the oral languages are constantly adapted locally with the dominant language with which they coexist, so much that there are many things borrowed unformally: these broowing may be lexical (and often persist in their tradition) but also grammatical (these are much less persistant, and the same people may change these depending on where they are or travel: so beside the "pure" language spoken by the community themselsves in their own families, when they travel and communicate with others, they constantly adpt their language to other speakers, including with the various gipsy or travellers communities). It should be noted that Romanis people are very frequently multilingual, because they travel a lot across countries (that's why it is often hard for them to adopt a nationality in Europe, and why they are also often discriminated, for not adopting any national standard; still there are some Romani communities that have been settled and have stopped migrating: these settled non-migrant communities are most common in South-Eastern Europe (notably in Romania and Bulgaria, but as well in some other places much further, such as Egypt and US, where they have more or less adopted some national standards, and then started to develop a strong local dialect very influenced by the local language such as English and Arabic).
In the United Kingdom, the Romani travelers have largely settled and their inherited familial language has then adopted the local English language so much that their language initially forming a very distinct dialect has become a minority language then threatened: Welsh Romani for example is now considered almost extinct: it iinitially adopted a local form based on the regional Welsh language, but as Welsh itself was threatened and remlaced by English, the Welsh Romani has disappeared, and there remains just English with some Romani terminology more or less adapted. Angloromani also has almost disappeared as well. Now Ropmani travelers may come to Britain, but most of them are Vlax Romani or Central Romani people which may cross the English Channel only for a few months, or for temporary familial or festive or religious events (they will often come from France, Belgium or Germany).
Anyway this topic is about [rmc] (Central/Carpathian Romani): yes it is very distinct from Vlax Romani [rmy]. But it's almost impossible to assert which language it is precisely in the writtern form. As well most Romani peopl use the Latin script, but this= is not universal: the Cyrillic and Greek scripts are used as well (there was an attempt done in Russia, Belarussia and Ukraine) to develop a standard based on Cyrillic, and sometimes iot may be used for a few Romani languages: this Cyrrilic form may have been used during the USSR, where Romani people were isolated from Western Europe, but now they are in contact again with other Romani people in Romania and Turkey, and now throughout the European Union where they can travel freely: the Cyrillic script is now almost no longer used except in Western Russia where there is a significant Romani community settled since long.
(I don't know if Romani people settled in Egypt use now the Arabic script; but it is very likely to occur if they have converted from Christianism to Islam).
Trying again:
Are there any other websites in this language? :)
A few page written in Carpathian Romani on the internet:
- Course for beginners: https://www.statpedu.sk/files/sk/metodicky-portal/metodicke-podnety/amari_romani_chib.pdf
- Government information about census in Czechia: https://www.czso.cz/csu/scitani2021/domov-rm
- Intitute of Romani studies University of Nitra (Slovakia): https://www.romologicke-studie.ukf.sk/rom/bazalne-informaciji-romani-chib/
- Slovak law translated https://www.slov-lex.sk/documents/10184/81844/184_1999.pdf/979c04a8-0615-4123-bdeb-4b6bfa2b2102
Hi, mediawiki:Wikieditor-toolbar-help-content-named-reference-description/tr and mediawiki:Wikieditor-toolbar-help-content-file-caption/tr give “You do not have permission to edit this page because it contains raw HTML which can be modified to affect all visitors.”, but there’s no raw HTML on those.
At the moment, if the edit is rolled back, the description contains a link to the member's page, which is not applicable to the edits of anonymous users. I ask to replace all links to the user page in these posts with links to the contribution page. MediaWiki:Revertpage-anon/en MediaWiki:Revertpage-nouser/en MediaWiki:Revertpage/en
An "anonymous" user *has* a user page: it is bound to its IP (so it's not really anonymous, just not associated to a account as the user was just not connected).
In this case, the link goes to a "User:IP address" page (works for IPv4 addresses in dotted decimal format, and IPv6 addresses in hexadecimal with colon-separated groups), which also has a "User talk:IP address". Such links will still be useful for other users to see what that user (or groups of users) did, to take action where needed (if this is a VPN or open proxy, the IP or a range of IP may be blocked, without affecting the possibility of users to logon if they suffer it and are not related to the issue caused by some other people using the same VPN or proxy or public Wifi hotspot, at the same time or in the past or future).
You should be aware that editing any wiki without being logged in with a user account is a privacy issue as the IP will becomely publicly visible and associated with their access time and topics of interests and their own statements/opinions in talk pages. Most wikis detail this. Some wikis do not allow any IP user and require all their users to be logged in to modify anything, even if they permit a readonly access (which may remain publicly anonymous only in this case). Make a single edit while you are not logged in, and login later while doing the same similar actions will let anyone know who you are and will damage the privacvy of your user account. The same can happen if you loose the connection for any reason and continue editing while being known only by your IP.
Note also that strict anonymity does not exist or is not even legal in almost all countries! the site must keep an access log of IP+time for authorities, and archive those logs for some months or years (depending on the country where the site is hosted and legally registered). Such logs however are frequently parsed and used by sites (including by Wikimedia, for a few admins that have the "IPcheck users" and that are in contract with the Foundation to avoid disclising any information that is not strictly bound to the resolution of a legal or community-rule violation.
To enforce the legal restriction, many site will restrict access rights to IP-only users (notably those using an IP used by a anonymizing proxy or VPN, or a Tor exit node): users MUST then logon to avoid this issue.
As well users may have several accounts with distinct identities even if they run them in the same IP. As well there may be multiple users on the same shared IP (in the same company or school for example, or those using a public Wifi hotspot like a restaurant): here again, users are strongly encouraged to logon with their own account, ans so their IP will no longer be exposed in their edits.
Done Patch submitted: Hi all. Yesterday, I made some changes to the Pywikibot translations (ar, ary and arz languages). Today, L10n-bot only exported the ar translations but not the ary, arz ones. Specifically, it didn't export Pywikibot:Redirect-broken-redirect-template/arz and Pywikibot:Redirect-broken-redirect-template/ary. @MarcoAurelio: suggested that this may be due to a configuration issue. So, could someone take a look at this issue, please? Thank you.
Only special thing I see is that these are optional messages and the only ones in that language for that group.
There are others too but shipped years ago: https://gerrit.wikimedia.org/r/plugins/gitiles/pywikibot/i18n/+log/1625ccca46e697df922195a03f23e3461f0efc8c/interwiki/arz.json
This is resolved by Phab:T159122.
Will the page generally use the "tu" or "Usted" pronoun in translations? I would like to be consistent.
May be there's a "-formal" or "-informal" variant for Spanish, just like there are in German or Dutch (if so the absence of the selected variant means the opposite). This is something to ask on Spanish Wikimedia sites. In most languages the formal variant id the default (and even preferred for many other non-Wikimedia sites, so be careful about this and don't change this unilaterally with prior talks, and use the most frequent choice, notably those in the "Core" MediaWiki messages which have already been vetted since long for Spanish)
Error in https://translatewiki.net/w/i.php?title=MediaWiki:Externaldata-no-file-in-directory/en
Hi, I think it should be:
Directory $1 does not have file $2.
Second parameter is missing from original source.
Thank you for the report. Patch Gerrit:664055 submitted, waiting for review.
We are developing an EDTF implementation in PHP for the Luxembourg Ministry of Culture. One part of this library allows turning an EDTF string into a more readable natural language version. We already have preliminary support for multiple languages, and would like to use the message system of TranslateWiki to support more languages.
The library is at https://github.com/ProfessionalWiki/EDTF.
TranslateWiki can get write access on this repo.
Will get an open source license soon. I know this is a TranslateWiki requirement. We are waiting on confirmation from the Ministry.
You can see string construction at https://github.com/ProfessionalWiki/EDTF/blob/14b8a71e25444a25a5f0f3eda628be551fd4871e/src/Humanize/Languages/EnglishHumanizer.php. We'd replace this with a message (string key plus arguments) system like MediaWiki has if we get TranslateWiki support.
Do file a Phabricator task per the template in Translating:New_project when you're ready. Do note that inflectNumber (and maybe other code too) needs to be made language aware. You may want to look at CLDR data to see how much of that can be used to solve this.
Hello there,
Some Turkish users translate all translations with Google Translate without any editing. This causes a machine translation. Most of the translated content is incorrect. When these users translate all pages not translated into Turkish with Google, other Turkish users who know English do not edit the pages because they do not see the untranslated pages. Please block machine translation users indefinitely and delete all of their contributions. User:BaRaN6161 TURK and User:MuratTheTurkish use machine translate.
Baran and Murat have lots of translations (1st and 3rd in this page). Even if they frequently use automated translation, there may be decent translations as well. Deleting all contributions may not be the best. If there is a way to review contributions from a specific user, then we can review them. Currently, Special:Contributions page is not suitable because I cannot see original sentence from there.
Hello, I created my account several years ago but have never really used it. I do not have permission to edit translations. Below the edit box it saya You need translation rights to translate messages. Get permission, but the linked page does not explain what to do apart from “wait for approval”. Did I misunderstand something, or has my old account somehow “decayed”?
Hello! Tagalog is currently pretty well-translated, however, it is translated into the Latin script (the writing system I am now writing this on). I am requesting if it can also be translated into a different script, the Baybayin script. I first thought to add that as a new language but then Baybayin is not in ISO 639-3. However, I have seen a wiki that has translated a couple of pages into Baybayin here with the code tl-b, but it isn't part of translate.wiki's languages. So I am requesting so that I can officially translate pages into Baybayin. It's just like the Tagalog translations but written in Baybayin.
"tl-b" is not a valid BCP-47 code. Baybayin is also not a script but the native name of the alphabet, encoded in Unicode/ISO 10646 and with the script named... "Tagalog" with standard ISO 15924 code "Tlgl". See ISO 15924.
For BCP-47 (part of the standard used on the web for W3C protocols (like HTML, CSS, SVG) and in many programming languages and internationalization libraries, the script variant you want would be encoded [tl-Tglg]. Note that letter case in codes does not matter in BCP 47 (as well the hyphen "-" is not different from an underscore "_").
Note that the term "Tagalog" refers to several related languages in the Philippines: the modern Tagalog is named "Filipino" and written only with the Latin script. It should use the ISO 639-2 or ISO639-3 code "fil", but "tl" has been used from the older standard ISO 639-1 (which used 2-letter codes and grouped various languages, not always mutually intelligible). So "tl" is used for its most common variant, the modern language Filipino officialized in the Philippines, even if abroad, the language spoken by the community is still named "Tagalog", but even abroad, most readers and writers (including in the United States) used the Latin script, with the vocabulary from Fillipino (there are also some creolized variants mixed with English, or other languages like Spanish, Malay, Indonesian, and some Chinese languages, with important borrowings added now in Fillipino, but also in other languages of the Phillipines like Ilocano (standard code [ilo]).
The historic Tagalog language, as it was wrriten with the Baybayin alphabet remains used by a small minority. It is valid to do your request, but for [tl-Tglg]. See Portal:Tl and Portal:Ilo which gives the code of their variants (disabled for now) in the Tagalog script (Baybayin).
For historic reasons, non-BCP447 language codes are still present on this wiki for legacy codes still in use by Wikimedia wikis only. But they are limtied in scope to only existing Wikimedia wikis. Wikimedia has a long process since years to only accept codes conforming to BCP47; but translation in these languages are still done on this wiki using valid BCP47 codes with very few exceptions: migrating these legacy invalid codes is a very complex process which take years and it has complexified the management of language codes and internationalization on these Wikimedia wikis. We should no longer add any invalid BCP47 code and there's a strong policy even in Wikimedia about this (there's a "language comity" now working since years in Wikimedia, and all remaining legacy codes are in a "bug list"; we should avoid increasing this bug list due to the extensive work it requires to migrate them later.) This policy is visible as well in Wikimedia Incubator for requests for new languages. And there's NO code using 1-letter extension for variants (and I think there should never be one).
For extensions to ISO 639, BCP 47 is the valid model (even if ISO 639-1 has been kept, it remains historic and its 2-letter codes are kept for compatibility with the most widely used languages; ISO 639-2 was a mess that was fixed later in ISO 639-3; but BCP 47 preserves the compatibility by defining aliases and reclassifying the mess left in ISO 639-1/2). BCP 47 allowed extensions for 3-letter code variants after a base language but their list is now closed since the adoption of ISO 639-3. It allowed 2-letter or 3-digit extensions for region codes (also deprecated, but left for compatibility: ISO 639-3 is prefered now in BCP 47, and 2-letter codes only for the most important language or variant in a group, e.z .with Chinese which is actually a macrolanguage whose major variant is Mandarin, "cmn" in ISO 639-3, but mapped as the default variant for "zh" coming from ISO 639-1).
As well BCP 47 has including some "grandfathered codes" using 1-letter prefixes, they are no longer recommended and remapped to ISO 639-3.
So today the recommendation in BCP 47 is
- a 3-letter base code from ISO 639-3, or 2-letter code from ISO 639-1/2 only for the most widely used language in a group
- an optional 2-letter or 3-digit region extension code (deprecated, only useful after legacy 2-letter language codes; the prefered way is now to use ISO 639-3)
- an optional 4-letter extension code from ISO 15924 for script
and nothing else, except codes for private use only which start with a "x-" prefix !
BCP 47 also includes other reserved extensions like "u-*" for Unicode locales. The prefix "b-" is reserved and must remain reserved.
It is very interesting to see the history of these language codifications.
Yeah, I forgot to mention that the language code can be discussed, so tl-Tglg can be used. So, can we pursue that?
All is ok with [tl-Tglg], don't worry, if you have supporters and want to work with them to start developping that project, continue with it. But interesting questions are :
- Does this language need separate wikis, or is it possible to develop and use a transliterator between Latin and Tagalog/Baybayin scripts?
- Have you collected a set of usable and free fonts for showing that script?
- Have you tested that script in a test wiki such as Wikimedia Incubator? (this test wiki, which could be for a Wikipedia Incubator, or a Wikisource section/category in the existing Tagalgo Wikisource, or in Tagalog Wikitionary can also be used to show the interest with participating contributors). The test wiki can be any existing wiki as long as its local community will want to accept locally to have text written in that script, or will want to develop a transliterator, which may finally be deployed).
- Can an automated transliterator be used reliably for the Mediawiki UI? (If so, we d'ont need these translations, Mediawiki could provide it automatically, just like it was done for variants of Chinese, but with active involvements of qualified developers and many linguist experts available to fix the quirks, and the developement of a huge dictionnary of rules; this development was not complex however for the transliterator used in Serbian between Latin and Cyrillic, even if there were separate developments for Croatian or Serbian due to differences/preferences of vocabularies and some grammatical forms)
- Are there projects outside Mediawiki-base wikis ? E.g. wikis using other engines, forums or communication tools, databases, where a transliterator is insufficient: this would require the addition even if this is not for Wikimedia projects supported here (e.g. you may want to translate the FreeCol game, that works in Linux or Windows). There are tons of free/opensource projects that could be hosted here to translate their ".po" files, even if these translations will finally be posted in another repository like GitHub (where translation of these files offers no facility at all)
Note: I have no opposition to your project. But you have to realize why you need it and what are the best alternatives. And as it is for the Tagalog/Filipino language, the needs should be discussed with an active Tagalog community to determine precisely what is needed. The need to start translating separately must come only if this is the only solution and a test should first be driven on a site to demonstrate what is already possible and what requires a separate translation: adding a separate translation will have a huge maintenance cost and will require an active community, you have to evaluate what will be the simplest alternative with the lowest efforts that can be maintained for long. If an automated solution can work, it will be more beneficial to this language variant as it will immediately gain active support from existing Tagalog users and existing and future contents in Tagalog, made instantly available in the other script, so that more Tagalog/Filipino/Ilocano-speaking users will be able to use or learn and revive the non-Latin script.
So your request about [tl-Tglg] or [ilo-Tglg] is valid. I support it only as a matter of opinion, but the support needed will be from active Tagalog/Filipino/Ilocano speakers, and you'll need to get support from some developers. It is important to show and develop an online testbed for that script.
- IMO, this doesn't need separate wikis. Your suggestion may be used instead, or possibly other methods yet discussed.
- Yep, "Noto Sans Tagalog" is all configured and I can type and read Baybayin without Unicode boxes.
- I haven't tested it yet, however, I have plans to make a Baybayin version of Noli Me Tangere in Tagalog Wikibooks as I am an active contributor on that book.
- IMO, yes, we can develop that as well. I see minimal problems as it is just character/string substitution from Latin to Baybayin (ex. ka -> ᜃ; ngi -> ᜅᜒ; po -> ᜉᜓ;).
- As far as I know, no, there are none. Sad.
Yeah, that's the problem, there isn't an active Tagalog community these days. I think it is wiser to develop/program an automatic script to transliterate Tagalog Latin translations into Baybayin, and I could help with that.
ᜐᜎᜋᜆ᜔᜶
Yoiu probably know that the Baybayin script is more "defective" than the modern Latin script which has more distinctions (even if some Latin letters are allophones in some, but not all Philippines languages, such as ra vs. "da (allophones only in Tagalog, but not in other languages that uses/used the Baybayin, and today even need the distinctions: the historic allophony of ra and "da is less effective today, when so many people have been exposed to English or historically also to Spanish and Dutch, and still today to other Chinese and Malaysian languages; and also need and use many borrowed proper names)
For what I see, the Baybayin alphabet (unfortunately encoded in Unicode and ISO 15924 under the normative but too restrive name "Tagalog") is simple to support with a transliterator from Latin (but care will be needed for the ba/ra distinction even if it is allophonic in Tagalog language for some people while it fact it shows today a clear contrast, the allophony being only marked by the contextual mutation depending on surrounding vowels): in the Baybayin alphabet, allophones may or may not share the same glyph, an in my optinion they should have been encoded separately (using a variant code where needed if we want to make or drop the visual distinction of "ra", with the letter "da" encoded always without the distinction: an Unicode font renderer could easily make the proper choice of glyph for "ra" automatically if the language is known: in Tagalog/Filipino language the distinction would be removed so "ra" would use the same glyph as "da"; this would also facilitate the bijective conversion with the Latin script in transliterators, so immediately the Philippine languages could automatically get a rendering in the Baybayin script without needing any development of a separate content).
As well there are only 3 vowels A/I/U in Baybayin, when Philippine languages in the Latin script also use E/O as historic allophones, which are also more clearly distinguished today. The same solution would ease porting, using variant selectors for each of the 2 Baybayin vowels I/O to preserve the distinction alreaday present in the Latin script.
Note that Unicode has left one empty cell in the Unicode block, it was not for the Tagalog language itself, but other Phillipine languages using the Baybayin alphabet.
Note finally that Baybayin has several graphical traditions (at least 8 are documented for different languages): only one tradition for the Tagalog language was studied in Unicode. The presence of an unallocated slot in the encoded script is a clear indication that this space was reserved, pending further studies, so that the Baybayin script is still not completely encoded and was only encoded for one form of the Tagalog language (hence its unfortunate name given in the Unicode/ISO 10646 encoded block, which is normative and cannot be changed, just like the code "Tglg"). The English and French names shown in ISO 15924 however should be clearly changed to Baybayin, they are not under a stability rule
I think you should discuss theses issues with Unicode and send requests, so that Baybayion can be used more easily and transliterators with Latin can work reliably, while still preserving the distinctions needed for other languages than just one of the historic forms of Tagalog (before the recent creation of its modern official Filipino variant).
Hello. The Nanai Wikipedia project has been initiated in Incubator (code: gld). I'd like to start translating the interface into Nanai language. It looks like I work alone, but I am not a speaker, I ask speakers, they are old and often cannot use Wiki IT. I'd like to say, we are group, but it's not visible. Nanai language uses Cyrillic script. Please help activate it. Thanks.
Paiwan Wikipedia (incubator:Wp/pwn) is open test wiki of the Wikimedia Incubator. It also have valid ISO 639 language code. Due to approval of Wikipedia, translation of MediaWiki interface into its own language in the translatewiki.net is one of the requirements before a wiki can be created. But now translatewiki.net do not have such selection of translating to Paiwan language. We would like to know what steps are necessary to get the selection.
Hi! How is the name of this language written in itself?
For example, if there is a list of languages:
- Deutsch
- English
- Français
- Indonesia
- Русский
- Seediq
- Tagalog
- 中文
How will the name of your language will be written in such a list?
Is this name used in any other texts in this language?
I can see "Pinayuanan" in this book: https://www.sanmin.com.tw/product/index/002628849
Ethnologue also says "Pinayuanan": https://www.ethnologue.com/language/pwn
The Raleigh Ferrell dictionary says "pinaywanan a kai", which is very similar to "Pinayuanan" (and "kai" is language).
Perhaps it should be "Pinayuanan"? This name is supposed to be written in Paiwan, and not in English.
You already have:
- wikipedia:Paiwan language
- Portal:Pwn on this wiki
First page |
Previous page |
Next page |
Last page |