User talk:Kynikos

From ArchWiki
Revision as of 19:49, 13 May 2012 by Kynikos (Talk | contribs) (Maintenance team membership: closed)

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!

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)

Self-categorized categories

[moved to User talk:Kutyuli#Self-categorized categories -- Kynikos 22:02, 27 April 2012 (UTC)]

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 archlinux.org. At the same time there are national wikis as well, at different stages of development. In my case this is archlinux.se, 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 wiki.archlinux.se 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 wiki.archlinux.org, 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)

Maintenance team membership

First and most important: thank for all your trust! I am relatively new to Arch; my knowledge may be insufficient in some areas, but I believe that my participation would bring Wiki more help than harm (ok, this sounds a bit clumsy but, really, thanks for invitation!). I obviously agree to officially continue whatever I was doing anyway, so I edited both Maintainers and my user page appropriately. --AlexanderR (talk)

(Replied by email). -- Kynikos (talk) 15:14, 13 May 2012 (UTC)
(...and clarified) Closing. -- Kynikos (talk) 19:49, 13 May 2012 (UTC)