Difference between revisions of "Talk:Input Japanese using uim"

From ArchWiki
Jump to: navigation, search
Line 36: Line 36:
:::::::::Blowback, I'm not sure if I quite understand your point. How would the page title be more general? Could you give me a suggestion?[[User:Isaac914|Isaac914]] ([[User talk:Isaac914|talk]]) 03:48, 1 December 2014 (UTC)
:::::::::Blowback, I'm not sure if I quite understand your point. How would the page title be more general? Could you give me a suggestion?[[User:Isaac914|Isaac914]] ([[User talk:Isaac914|talk]]) 03:48, 1 December 2014 (UTC)
::::::::::Although I don't have ''best'' idea, simply [[Input Korean]] is more general as an example.--[[User:Blowback|Blowback]] ([[User talk:Blowback|talk]]) 16:24, 2 December 2014 (UTC)

Revision as of 16:24, 2 December 2014

UIM -- how to set up with x language

[Moved from ArchWiki:Requests#UIM -- how to set up with x language -- Kynikos (talk) 12:44, 27 November 2014 (UTC)]

See also Talk:UIM#Restructure UIM article--Blowback (talk) 16:34, 27 November 2014 (UTC)

There is already a page on how to set up UIM with Japanese input. The document 'UIM' currently redirects there. However, UIM, like ibus or scim, is capable of handling many languages. I'm willing to write up how to set up Korean input with UIM, for instance. I think it'd be more appropriate if UIM could become a separate article with links to how to set it up with various languages, like how the other input method frameworks are done here on the arch wiki.--Isaac914

Is it very different to set up different languages than Japanese? Because you could instead just move this page to UIM (I can delete the redirect for you so you can move it there) and rewrite all the content that applies in general, and explain the settings for the specific languages where appropriate, without the need to create a separate article for each one. -- Kynikos (talk) 12:48, 27 November 2014 (UTC)
I think that's a better idea. I'll begin writing up a possible rewrite. The japanese-specific stuff would be demoted down to a single section or so. I'll also add a korean secion. --Isaac914
Actually, most of explanation about Input Methods (i.e. language specific stuff) aren't depend on IM framework ({unrelated to, applicable for other} IM frameworks) so each language specific articles should be separated from IM framework's in the first place. IMHO, pages should be consisted of uim which describes about general topic of uim, and Input Japanese/Input Korean (for example) which describe about language specific topics. (When I became an Arch user, this page is already existent so I have been used as is...)--Blowback (talk) 08:46, 28 November 2014 (UTC)
I've been working on restructuring the main UIM article(see User:Isaac914/uim to see how far I've gotten), and it's becoming very apparent that Setting up Japanese in UIM and Setting up Korean in UIM need to be separate pages. It's not relevant information to people who don't want to use korean/japanese, and they take up too much space. Isaac914 (talk) 10:20, 28 November 2014 (UTC)
edit: also, I think it's a good idea to set up general guides on how to input korean/japanese. For now, I'm splitting off the japanese uim section in the user page that I've been working on. Isaac914 (talk) 10:22, 28 November 2014 (UTC)
Indigo's made a good point -- we want to reach a general agreement on how to format the new UIM article, and how to treat the content specific to each language. Currently, my thoughts are that we could create a completely rewritten UIM main page, similar to the ibus page. The large sections would be 1.Installation, 2. General Configuration, 3. Tips and Tricks, 4. Troubleshooting, and create sub pages for languages that we have more detailed information for(e.g. Japanese and Korean). However, the current Input Japanese using uim page does contain a lot of content that concerns general configuration. Should we rewrite those sections to ensure a clean edit history?
Also, Blowback's suggestion that we set up separate pages for setting up Korean/Japanese input in general is an interesting one. I'd certainly be willing to write up the korean page. Such pages would be very useful for CJK users in general. What does everyone else think? --Isaac914 (talk) 11:04, 28 November 2014 (UTC)
I think you made a good start for a general uim article at User:Isaac914/uim already! Also User:Isaac914/uim#Select Input Methods in UIM as the start to link to the language specific content seems good to me (other opinions?), as well as the structure you propose above.
Yes, I think it would be feasible to edit the current Japanese article in place and this is definetely the preferred way for it. Once the general uim article is ready, the structure would need to be re-worked though. Anyone have objections?
Certainly either separate pages or subpages for Korean/Japanese would be workable. In any case it would be great, if the structure (table of content sections) of Korean and Japanese content pages is similar. I cannot oversee whether that is workable though, the Japanese page has a lot of very specific content that might not be applicable for a Korean version? What would be a good TOC for the language pages? --Indigo (talk) 11:41, 28 November 2014 (UTC)
Isaac914, there are 3 suggestions. 1) Exact name is uim (lowercase), not UIM. 2) Page Setting up XXXX Input should be language-centric (input methods-centric); it should handle all IM frameworks if necessary (do you intend to write Input in ibus and Input in fcitx?). 3) IMHO, input language pages should handle all about inputting the languages, not only setting up (also not only inputting??).--Blowback (talk) 14:36, 28 November 2014 (UTC)
Blowback, I've fixed the capitalization issue now. I've also began working on a page covering Korean input setup in general. Check User:Isaac914/Setting up Korean Input. I've tried to set up a general structure that could be reused for pages that cover other languages as well, as Indigo suggested we should. What do you guys think of the new Korea Input article? Also, I'm worried that the configuration section may repeat a lot of information provided on the articles for each input method framework.Isaac914 (talk) 05:07, 29 November 2014 (UTC)
For my part I think the structure you chose for the Korean article is suitable. I see what you mean with repetitive information in the configuration section. The main aim of the configuration section should be to make it easier for the reader to find the relevant info for Korean input, be it with ibus/scim or the other methods. So it should provide information on install and configuration steps that are diverting from the steps described in the (for example) Ibus article itself and make it easier to select the right packages for the language. To stay with the example: for your ibus-hangul method all I would add is the crosslink to Ibus#Initial setup and that's it.
We cannot avoid some repetition because the language articles are summarizing from another focus than the frameworks articles. By combining "install" and "configuration" steps in one section, you limit the extent of the repetition already.
(By the way I now see as well that the languages should be on separate page, as Blowback initially suggested, rather than uim subpages. I reckon I pictured that wrong before because the Japanese article is so focussed on uim)
--Indigo (talk) 22:33, 29 November 2014 (UTC)
Isaac914, my suggestion meant that page name the "Setting up Korean Input" might induce it restrict about setting up (for other users/editors); page name should be more general, IMHO:)--Blowback (talk) 17:20, 30 November 2014 (UTC)
Blowback, I'm not sure if I quite understand your point. How would the page title be more general? Could you give me a suggestion?Isaac914 (talk) 03:48, 1 December 2014 (UTC)
Although I don't have best idea, simply Input Korean is more general as an example.--Blowback (talk) 16:24, 2 December 2014 (UTC)