User talk:Kai Burghardt

From Lazarus wiki
Jump to navigationJump to search


sysutils

Weird - I compared the version I had edited against the previous version and there were changes and omissions which I did _not_ make. For example, I did not delete the content of Notable functionality! I also did not change the lang=c to lang=pascal!

This has happened before, but not to me, but to content another user edited after me. He could not understand how it happened either. Trev (talk) 00:54, 23 January 2021 (CET)

Ah, OK, I see. Thank you for your changes. I’ve just looked up a definition for “plethora” and now understand it means “excessive number of”, not just “many”. Also, “you” for generalizations is “considered informal and matey”, so “It” is indeed more appropriate. Kai Burghardt (talk) 16:58, 24 January 2021 (CET)

Heading levels

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)
Well, then MediaWiki’s the wrong tool for writing highly structured articles. It’s just, even in publishing you won’t see in magazines multiple top-level-headings belonging to the same article/story.
Also, using h1-headings for sub-sectioning articles will prevent creating properly organized anthologies, like books or collections, by transcluding other pages. E.g. one could create a one-page article transcluding all pages of Tao Yue’s introduction to Object Pascal, but only as long as there are no confusing level-1 headings in their source codes.
We can always create more articles though. If an article needs more sectioning levels, it’s probably already too long and muddled, some contents need to be outsourced into dedicated pages.
And speaking of consistency: I think it’s probably the best to stick to the conventions used in major MediaWikis, such as WikiPedia. I’d like to welcome new editors here, who’ve already familiarized with the rules there. It’s already a terrible idea we’re sticking to those “translation templates” just to maintain uniform categorization, cf. the discussion below, that’s already a strange quirk.
Kai Burghardt (talk) 05:14, 16 May 2020 (CEST)

About redirects and renamings

Hello! 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:

  • Templates
  • Languages
  • Categories

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.

FTurtle (talk) 22:31, 26 May 2018 (CEST)

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 inc and dec that 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.

FTurtle (talk) 16:59, 29 May 2018 (CEST)

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,
  • resulting in a worse user experience (since it requires a deliberate action [clicking/following the link]),
  • appears as “link” in Special:WhatLinksHere/Inc and Dec (that's sub-optimal)
  • and last but not least does not (really) promote the change, that Inc and Dec should be merged in one page.
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.

FTurtle (talk) 19:26, 30 May 2018 (CEST)

About language

Hi Kai,
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)

Yeah, Jonas has already changed it appropriately. Kai Burghardt (talk) 15:51, 27 November 2018 (CET)

Installing Lazarus on MacOS X redirect

Kai, we need this because while it is not referenced in the Wiki where I chased down all the references and updated them, it is referenced in release README files where I've had no success getting the link changed and was told to create a redirect. Trev (talk) 03:22, 17 January 2022 (CET)

Alright. I’d appreciate it if the page’s history said so, or if you put the URLs in question as HTML comment there. Kai Burghardt (talk) 16:32, 17 January 2022 (CET)
Done Trev (talk) 22:27, 17 January 2022 (CET)