Added a resources page on community.ko

Jaroslaw Staniek staniek at kde.org
Tue Oct 10 22:58:16 BST 2017


On 10 October 2017 at 23:25, Olivier Churlaud <olivier at churlaud.com> wrote:
> Hi
>
> Sorry I misused the word namespace. I meant subpage.
>
> I felt like the issue was not the number of subpage but the name of the
> page.
>
> Would community.kde.org/Talks_and_papers work?

I would go with /Talks, and whatever sections are needed in it,
Papers, Resources, etc. Useful in situation when Talks itself is
empty. I would expect we have templates section too...
Sorry and hope this is more clear.

> If not, I'm not sure to understand what you would prefer, as
> community.ko/Talks/Resources doesn't bring much (talks would be empty and
> everything would be in Resources)
>
> I'm not trying to do "my way" (I don't have one) but to keep with the work
> we did during the sprint at Cern, in the same spirit and structure.
>
> Cheers
> Olivier
>
> Le 10 octobre 2017 22:25:01 GMT+02:00, Jaroslaw Staniek <staniek at kde.org> a
> écrit :
>>
>> On 10 October 2017 at 21:48, Olivier Churlaud <olivier at churlaud.com>
>> wrote:
>>>
>>>  Hi
>>>
>>>  Le lundi 9 octobre 2017, 21:56:42 CEST Jaroslaw Staniek a écrit :
>>>>
>>>>  On 9 October 2017 at 21:49, Olivier Churlaud <olivier at churlaud.com>
>>>> wrote:
>>>>>
>>>>>  Hi,
>>>>>
>>>>>  I don't know if it changes much, but it adds another layer in the page
>>>>>  tree.>
>>>>>   I can imagine that someone could write an essay and link it there as
>>>>>
>>>>>  well...
>>>>
>>>>
>>>>  In wiki terms it adds a subpage. Navigating will be clean as soon as
>>>>  https://community.kde.org/Talks exists too (a home page for the
>>>>  topic). This is usually just the right order of adding hierarchy pages.
>>>>  Old-school wikis (also KDE's old wiki) used an all-global approach
>>>>  with bad consequences for browsing experience.
>>>
>>>
>>>
>>>  You are right in theory. The issue with that is maintainance. Imagine
>>> that one
>>>  day you want to reorganize : if you have too many layers it will be very
>>>  difficult, that's why we chose to use one or two namespace (be it
>>> resources or
>>>  Talk) and put eveything below, at the same level. The logic will be
>>> given by
>>>  the path people will follow through their clicks.
>>>
>>>  If Talks is better, then let's change that this way. To be more precise,
>>> I
>>>  would do "Talks and Papers".
>>>
>>>  Is it ok this way? if so, I'll change it next week on tuesday.
>>
>>
>> I am not asking for too many layers but more than zero and I am far
>> from theory. :)
>> Please excuse me sharing some practice that can be maybe of general value.
>>
>> Picking right and short title / URL is the way to avoid later
>> modification. Moving and removing pages can be performed by admins.
>> A good start for a new simple page is to have it named in a generic
>> way and have with everything inside. You have Talks Resources but
>> shall notice we have no Talks page so this is the point to start. You
>> can add Resources section there and reorganize later if the page is
>> huge. This is also how wikimedia's projects work, then extract to
>> content to separate pages if it's already too big. Except they can
>> afford (staff) to use graphs (via Mediawiki Category) exclusively, not
>> just subpage trees.
>>
>> The mediawiki's search engine favors page titles so if you use
>> Resources we will all be getting them in results also while looking
>> for Qt Resources (QRC), KDE PIM resources and so on. [1]
>>
>> I am not sure you used the namespace anywhere in this context:
>> https://www.mediawiki.org/wiki/Help:Namespaces or it is just
>> accidental. We've covered subpages, pages, sections and categories,
>> not namespaces which we IMHO should avoid.
>>
>> Cheers.
>>
>> [1]
>> https://community.kde.org/index.php?search=Resources&title=Special%3ASearch&fulltext=1
>>
>>>  Cheers,
>>>  Olivier
>>>>>
>>>>>  Le 8 oct. 2017 à 21:29, Jaroslaw Staniek <staniek at kde.org> a écrit :
>>>>>
>>>>>  On Sunday, 8 October 2017, Olivier Churlaud <olivier at churlaud.com>
>>>>> wrote:
>>>>>>
>>>>>>  Hi,
>>>>>>
>>>>>>  I wanted to share with you that I added a page for KDE talks and
>>>>>>  resources
>>>>>>  on
>>>>>>  https://community.kde.org/Resources
>>>>>
>>>>>
>>>>>  Thanks, to improve navigation how about Talks/Resources?
>>>>>
>>>>>>  It is linked from the main page. It can be a good way to have here
>>>>>>  resources
>>>>>>  produced by the community. It's currently a unique page with bullet
>>>>>>  points, we
>>>>>>  can think about having more structure in the future if this feels
>>>>>> needed.
>>>>>>
>>>>>>  I attached there my impress template, based on the one Volker sent
>>>>>> the
>>>>>>  other
>>>>>>  day. Attach yours as well if you want to share it.
>>>>>>
>>>>>>  Cheers,
>>>>>>  Olivier
>>>>>
>>>>>
>>>>>  --
>>>>>  regards, Jaroslaw Staniek
>>>>>
>>>>>  KDE:
>>>>>  : A world-wide network of software engineers, artists, writers,
>>>>>  : translators
>>>>>  : and facilitators committed to Free Software development -
>>>>> http://kde.org
>>>>>
>>>>>  Calligra Suite:
>>>>>  : A graphic art and office suite - http://calligra.org
>>>>>
>>>>>  Kexi:
>>>>>  : A visual database apps builder - http://calligra.org/kexi
>>>>>
>>>>>  Qt Certified Specialist:
>>>>>  : http://www.linkedin.com/in/jstaniek
>>
>>
>>
>>
>
> --
> Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma
> brièveté.



-- 
regards, Jaroslaw Staniek

KDE:
: A world-wide network of software engineers, artists, writers, translators
: and facilitators committed to Free Software development - http://kde.org
Calligra Suite:
: A graphic art and office suite - http://calligra.org
Kexi:
: A visual database apps builder - http://calligra.org/kexi
Qt Certified Specialist:
: http://www.linkedin.com/in/jstaniek



More information about the kde-community mailing list