User talk:Kai Burghardt
G'day. I reverted your demotion of the heading levels in my Accessing FreeBSD System Information article. The first heading level should start at 1, not at 2. Starting at 2 unnecessarily removes the possibility of using a heading level in the future. Trev (talk) 05:25, 15 May 2020 (CEST)
- I disagree, level 1 headings are page name level, it is not recommended and doesn’t make sense. You do want to put the contents hierarchically below the page name. Kai Burghardt (talk) 00:58, 16 May 2020 (CEST)
- I've run into cases where there are insufficient levels of heading and so retaining level 1 headings makes sense. There is a vast difference between "not recommended" and "not allowed". MediaWiki allows it. Admittedly this is unlikely to occur for the page in question but, after 36 years in the law publishing industry as editor, writer, programmer and SGML publishing system creator, I like consistency. Trev (talk) 02:03, 16 May 2020 (CEST)
About redirects and renamings
You moved pade Inc to Inc and Dec and made redirect from Dec.
Please be more careful when do renamings and redirects.
You need remember three things when going to do things like these.
That three things are:
Try click on this links and see language bar and categories:
Try click English, see language bar and categories again and try return to Russian via language bar.
I think that better is to return all as it was before. Link to page Inc and Dec may be added to "See also" of English version of Inc and Dec.
- Err, I don't quite understand your problem. Yes, you can navigate from the Russian to English page covering the same topic. The other way around (navigating from the English to the Russian page) does not work, since there's no page Inc and Dec/ru (yet). So?
- You wanna tell me that once created structures are set in stone, or what? No, that's definitely not the case. You do agree with me, that duplicate contents are bad, don't you? Especially such things as
decthat are implemented by the same compiler code.
- In general, the whole wiki – its multi-language “support” – is poorly maintained. The whole thing with (language bar) templates is/was an approach from 2005, but MediaWiki has evolved since and does have (with proper extensions/configuration enabled) sophisticated multi-language support. If we only were using it, the issue would, well, not disappear, but shift to other areas.
- Kai Burghardt (talk) 01:04, 27 May 2018 (CEST)
There is a big difference between wiki.lazarus.freepascal.org and wikipedia.org
For understand it just see the lists of active users.
The current system of navigation may be better or worse, but it is such as it is.
When you do something you should not break existing navigation.
If your changes broke something, you should fix it. The result after your intruding should be workable.
You should not say: "Later someone will come who knows Japanese, Chinese, Korean, etc. and fix pages in appropriate languages".
In case with Inc/Dec this principle will be met if to change redirections to simple links.
- I have difficulties understanding you. What am I supposed to deduce from Special:ActiveUsers?
- I didn't break anything. A #REDIRECT always shows “Redirected from <lemma>” in the top line, whereas your see-…-link does not,
- It de facto is not possible to propagate any change following your policy. Take Wikipedia: The contents of various language pages associated with one WikiData entity do differ, and sometimes there's only a unidirectional language-link available.
- Since it is possible and the current workflow (though I don't like it), I can (or you) simply edit/create the templates Inc, Dec and Inc and Dec setting up proper #switch-statements. But it's bothersome, prone to mistakes, and there are better approaches as I mentioned earlier.
- The situation is pretty … unsatisfactory. Kai Burghardt (talk) 16:44, 30 May 2018 (CEST)
I have difficulties understanding you. What am I supposed to deduce from Special:ActiveUsers?
I thought it is obvious. I meant the number of users who can maintain orderliness in wiki.
There are only few such people here.
wiki.org have much more people for every separate language then we have on whole our wiki. Thus, in particular, names of pages in our wiki should not be translated. And so on.
I didn't break anything. A #REDIRECT always shows “Redirected from <lemma>” in the top line, whereas your see-…-link does not,
The behaviour should be predictable. If I open some page and see language menu, I estimate that I will change only language and after click I will see the same language menu.
resulting in a worse user experience (since it requires a deliberate action [clicking/following the link]),
If I need other article, the clicking or not clicking will my own decision. I will know that I will open other page. Moreover, the English hierarhy is main. For example, I see "Inc" and want see how many translations it has. And what I will see? I will see single "Inc ad Dec". Why? I want see language menu for "Inc" and see pages in other languaages. Do you really think it is "nothing was broken"?
and last but not least does not (really) promote the change, that Inc and Dec should be merged in one page.
Current state with links is suitable. May be it is not ideal but it suitable and not breaks navigation.
It de facto is not possible to propagate any change following your policy.
I'm not agree.
Take Wikipedia: The contents of various language pages associated with one WikiData entity do differ, and sometimes there's only a unidirectional language-link available. Since it is possible and the current workflow (though I don't like it), I can (or you) simply edit/create the templates Inc, Dec and Inc and Dec setting up proper #switch-statements. But it's bothersome, prone to mistakes, and there are better approaches as I mentioned earlier.
I think in our conditions the optimal way is keep same article in different languages with the same name (with language suffix) and language menu should used only for switch between these pages. Other pages on similar theme should form other family of pages. Redirects should be used in minimum necessary quantity but not more than. Mainly for saving workable links from outside after renaming of pages. It is my opinion. I did not invent anything new, I just came up with several ways how to better support the order that was adopted before me, but was very poorly maintained. In particular, you can see Template:Inc. Such templates are optimised for maintaining all languages by single person with knowing single language: English. You need once create single template for family of pages and forget about languages and categorues for all new pages with different languages. (There is some delay in updating information after creating new pages, but it is not a big problem)
The situation is pretty … unsatisfactory.
At least it is much better than it was in 2014.
Regarding the dynamic array pages. I made the classic mistake to write "who's" when in fact I meant "whose". The latter would have been OK according to https://dictionary.cambridge.org/grammar/british-grammar/question-words/whose
Anyhow you refrased the whole sentence now.
B.t.w. I'm not "persuing" you, I just tend to read the "recent changes" page and try to contribute (or discuss). --Bart (talk) 15:00, 27 November 2018 (CET)