User talk:Kynikos

From ArchWiki
Revision as of 14:39, 12 July 2013 by RemiZOffAlex (Talk | contribs) (Internationalization: new section)

Jump to: navigation, search

Feel free to leave here your comments on my edits or anything else you want to talk about: I'll reply as soon as I can!

Note: Please, add new discussions at the bottom, and with a proper title: I'll take care of removing old discussions once they are exhausted.

Xyne-related page edits after Powerpill, Bauerbill... discontinuation

See Xyne-related page edits after Powerpill, Bauerbill... discontinuation.

Thank you!

Thank you for your massive contribution in initiating -- and completing! -- Help:Style. This is something I have wanted to tackle for years! Well done! -- pointone 14:23, 1 November 2011 (EDT)

In Italian on these occasions we say literally "praised by Caesar" :) I'm proud and eager to be helping the community of this amazing project, and to be working with other enthusiastic people like you! ^^ -- Kynikos 16:02, 1 November 2011 (EDT)


Thanks for fixing the style on the Step By Step Debugging Guide page! --Trontonic 20:52, 6 January 2012 (EST)

Thank you for contributing :) Actually it'd require more fixes, for example the expansion of contractions, see Help:Style for more information.
By the way I've noticed that I put the article in the wrong category: it's somewhat fixed now, but if you're interested, in ArchWiki:Reports#System recovery category we're also talking about the possibility of merging Step By Step Debugging Guide with General Troubleshooting.
-- Kynikos 07:29, 7 January 2012 (EST)

About Template:Filename => Template:ic

Thanks for your contribution and your bot :) But i think the original Template:Filename has its advantage too. Although both template have the same display style now, they actually have different meanings. Filename and codes is different. Now it's very easy to replace filename with ic, but if we want to have a different styles of filename one day, it's rather difficult to find whether it means code or filename. --Skydiver 23:52, 13 February 2012 (EST)

Eheh you're quite late about this :) We discussed it a lot in Help talk:Style and Help talk:Style/Migration to new Code formatting templates (see their history). This is the direction where the wiki is headed, we can't cyclically call into question always the same things, otherwise there will never be any real improvement. Basically we just decided to keep it simple: Template:Filename wasn't used consistently anyway, and there were many cases of ambiguity, so now we're just distinguishing between inline and block code. -- Kynikos 07:29, 14 February 2012 (EST)
Haha~ yeah, i'm late. I didn't notice your notice before and right after i post here I found your bot have done all replacement and Template:Filename has been deleted ... --Skydiver 10:23, 14 February 2012 (EST)
BTW I see you're actually using Wiki Monkey yourself :D Honestly I didn't think somebody was using it except for me, so be advised that if you had installed version 1.6.1 or previous, it won't update automatically to 1.7.x because I've changed the path for configuration files (I won't break the update system anymore, I promise ^^ ). Also please report any bugs you find! -- Kynikos 09:12, 14 February 2012 (EST)
Yep, I found your Wiki Monkey very useful ^_^. I am using 1.7.0 now and find it useful when doing replaces. I'm trying to make a plugin that can automatically find articles w/o i18n template and add i18n template to them, but i've no idea how to do till now.--Skydiver 10:23, 14 February 2012 (EST)
Good to hear that you like it, thanks! I've just released 1.7.2 (just bug fixes), however if you don't enable automatic updates as described in Wiki Monkey#Updates you will have to update manually; unfortunately automatic updates are disabled by default by Scriptish's design, there's nothing I can do about that :)
If you want to fix the header of articles (including the i18n template), simply in editor pages, just write a js function that has the source text and the title as input arguments and the modified source as the return value, and I'll think of Wiki-Monkey-zing it ;)
function fixHeader(title, source) {
    //your code here
    return modSource;
Note that you won't probably be able to just add i18n without also recognizing categories and other stuff that goes at the top of the article.
About doing that on all articles automatically, it's easy to adapt it also for What Links Here pages, since launching the bot from there is already implemented, however you'd more likely need to launch the bot recursively over all the articles under a category and its sub-categories, and that functionality still needs to be implemented. Another way to do that job, which I'd like even more, would be to make Wiki Monkey semi-automatically process the recent changes, suggesting automatic fixes to every article that is edited and letting the user decide whether to apply them or not. A recent changes helper is also in the todo list, but will require some time to develop it.
-- Kynikos 13:14, 14 February 2012 (EST)

Template:Cmd Thanks

Hey Kynikos thanks so much for getting me that template source! I spent many hours working on it and am really happy to have it back. Thank you. --AskApache 11:21, 27 February 2012 (EST)

 :) -- Kynikos 05:49, 28 February 2012 (EST)

html comments in page source

Thank you for constant improvement of articles sources! Most of comments in source code of Common Applications and sub-articles were left by me. These comments were initially added to be later turned into proper categories etc. but due to lack of time I often forget about it. Please consider reorganizing entries instead of just removing comments - it sometimes require a bit of work to determine for example which version of Quake engine is used in every game. --AlexanderR 05:38, 11 March 2012 (EDT)

Html comments are strongly discouraged right because they tend to be forgotten :P
The edits that removed potentially relevant comments are [1] and [2]: the only ways I can think of using those info are either creating subsections (=====PS1=====, =====PS2=====, =====Quake 1=====, ...) or adding those info in the descriptions of the appropriate app entries (I probably prefer the latter solution).
-- Kynikos 07:54, 11 March 2012 (EDT)

Where should translations go?

Hi! I'm wondering where the Archwiki team wants new translations to go? On the page ArchWiki Translation Team I get the feeling that translations should be placed under At the same time there are national wikis as well, at different stages of development. In my case this is, which only contains a few articles, and is generally lacking links to the main Wiki from what I can see. What is the policy on where to put translations?

Hi and welcome! I'm glad to know that the Swedish website has come back to life :) Since MediaWiki is _not_ designed to handle internationalization (it requires resorting to workarounds like the suffix one we're using here) the ideal goal would be to move each language to its own separate wiki, for ease of maintenance. So, in your case, all Swedish articles should now be moved to and replaced with interwiki links on at least the English page, e.g. [[sv:Huvudsida]]. -- Kynikos (talk) 15:23, 4 May 2012 (UTC)
Ah, I forgot to mention that if you want to add an interlanguage link to a protected English page, you can just ask on its talk page, and it will be added by one of us admins as soon as possible! -- Kynikos (talk) 15:28, 4 May 2012 (UTC)

On a secondary note - poorly developed regional wikis might work as a black hole for new users (turned off from arch due to lack of documentation) if they do not link to the main wiki for untranslated topics. Ideally they should cover the entire topic tree, and link to the anglish main wiki for untranslated articles. Granted, most potential new users that find a poor regional wiki probably continue searching and eventually find, but not necessarily all of them.

That's why we must exploit as much as we can the native tool that MediaWiki offers for keeping the various local wikis linked with each other: interlanguage links (example above).
Until the Swedish wiki lacks important articles, at least its Main Page if not also other important articles should instruct Swedish users to search for missing content on the English wiki.
-- Kynikos (talk) 15:23, 4 May 2012 (UTC)


[moved to User talk:Airon90. -- Kynikos (talk) 10:20, 16 December 2012 (UTC)]

Move request

Hey Kynikos,

First of all, I'm sorry to ask this on your talk page. I'm not sure where to ask these kinds of requests and since you're the only mod I know, I'm posting this here. :)

We need help moving GRUB2 to GRUB (motivation: Talk:GRUB2#Move to GRUB), and since the latter already exists, I'm not sure how to do it myself.

Thanks! -- Lonaowna (talk) 20:49, 26 April 2013 (UTC)

Hey Lonaowna, this was indeed a good place to ask, alternatively you could have used ArchWiki talk:Administrators. The article is renamed now, thanks for reporting. -- Kynikos (talk) 04:48, 27 April 2013 (UTC)
Awesome, thanks! :) -- Lonaowna (talk) 07:23, 27 April 2013 (UTC)

About arrows

Hey I'm flu, the one of the latest Libreoffice edits. First I'm sorry for have been a bit impolite :*) .

Here's few questions: if I have to make a list of operations like: menu one -> menu two -> button which arrow should I use? the -> or just > ?

In these cases the quotation '' is the best one?

I've noticed tha many sections header are followed by a blank line, but there is no mention of that in Help:Style. Is there a correct choice?

Flu (talk) 08:57, 18 May 2013 (UTC)

Ciao Flu, I think you're referring to what I wrote on Talk:LibreOffice: you haven't been impolite at all :) Note that if you started writing "reasons" in edit summaries instead of just "what" you've done, you'd become part of I guess the 2% of the wiki users that do it regularly... However that doesn't mean that the 98% of users are impolite ;)
About your questions, as you've noticed we don't have any style rules yet on those topics: you can however start a discussion in Help talk:Style and propose a standardization. About lists of operations, for the moment just take inspiration from another existing article that you like; about blank lines following section headings, just do what you feel is tidier.
-- Kynikos (talk) 17:26, 18 May 2013 (UTC)

Pcmanfm removed packages

I have started a discussion about them: Talk:PCManFM

Replied there, thanks for the heads up. -- Kynikos (talk) 15:25, 11 June 2013 (UTC)

Minor Installation Page Edit

Hi Kynikos,

First of all, I would like to thank you, the wiki maintainers and the contributors for building these docs !

May I suggest an edit to the Installation page. The 2nd point in the 'Download' section currently reads :

  • Install images are signed and it is highly recommend to verify their signature before use. On Arch Linux, this can be done by using
    pacman-key -v <iso-file>.sig

Could this be changed to something like :

  • Install images are signed and it is highly recommend to verify their signature before use. On Arch Linux, this can be done by downloading the .sig file from the download page (or one of the mirrors listed there) to the same directory as your .iso file and then using
    pacman-key -v <iso-file>.sig

I think this might make it a little easier for newcomers. -- Kal

Hi Kal, thank you for reporting this, it's certainly a reasonable request and it's implemented now. However next time you can just simply use the talk page of the protected article you'd like to be modified, in this case it would have been Talk:Installation Guide :) -- Kynikos (talk) 15:42, 21 June 2013 (UTC)

Updating a read-only article

Hey, I noticed that Arch_Packaging_Standards#Directories still lists /usr/sbin, so that needs to be updated per the /usr/bin merger.
-- Jstjohn (talk) 21:15, 23 June 2013 (UTC)

Thanks, it's fixed now :) -- Kynikos (talk) 10:48, 24 June 2013 (UTC)