[PPNL-Techteam] Wiki vs Redmine vs Drupal vs Github Re: csffirewall

Wed Jul 18 16:27:19 CEST 2012

On 18-07-12 15:56, DH wrote:
> Bij deze graag grondig overleg met jouzelf en GJ,
> 
> 
>  * Om te beginnen, wordt er gewerkt vanuit de tekst op de pad of de
>    'tekening'? Deze twee zijn totaal verschillend.
Tekening is design, menu items in tekening nu vervangen door 'menu' als
referentie naar de menu items.

> 
>  * Even een generieke opmerking over de site zoals die nu is: waarom
>    zijn we in godsnaam items voor 'actieve piraten' (zoals werkgroepen
>    en wiki) aan het vermengen met info voor gewone bezoekers van de
>    site.... is echt nergens voor nodig en oogt rommelig. Wil niemand
>    beledigen he, is alleen een constatering. Ik heb het niet over de
>    techniek, die is geweldig en daar zijn veel piraten echt goed in
>    (hulde aan techteam) echter helaas is 'het menselijk oog' een orgaan
>    (is het wel een orgaan?) dat niet ziet hoe vet de techniek is maar
>    wel afgeleid wordt door allemaal niet-relevante zaken.
Geef de scheiding maar per item aan. we streven wel transparantie na,
dus iedereen kan alles zien. dat structuur neit ideaal is, is waar :-)

> 
>  * Voor mij is de indeling zoals die op de pad niet echt logisch in
>    sommige opzichten. Dingen als 'Bijeenkomsten' en 'Werkgroepen' staan
>    er dubbel in, daarnaast is er ook nog overlap met vrijwilliger
>    worden vanuit de twee werkgroepen-links... Oja contact staat er ook
>    dubbel in. En... de webshop staat er niet in.
Bedenk maar wat, en pas maar aan.  grote wijzignen gaarne in overleg.

> 
>  * Lid worden en doneren helemaal onderaan de pagina? Ik niet snap?
aangepast.
> 
> Kunnen jullie uitleggen waarom de keuzes zijn gemaakt voor het vermengen
> van de twee soorten info (piraat en niet piraat), de dubbele
> menustructuur hier en daar en waarom lid worden en doneren (erg
> belangrijk) helemaal onderaan staan?

Het is een begin, de nieuwe opzet, zal gaandeweg vorderen, dus maak je
niet te druk. feedback graag. zet onderaan maar puntjes o9p de pad,
verwerken we die als we er mee bezig gaan.
> 
> Groeten,
> 
> (bezorgde) Daniel
no worries, komt allemaal goed. Het is een begin, en een website is
nimmer af.
> 
> 
> 
> 
> On 7/18/2012 5:38 AM, Bob Sikkema | DigitalForce.eu wrote:
>> Ja, dat vind ik erg een nieuw voorstel naast een huidige implementatie,
>> dan heb ik liever dat je wijzingen in het huidige plan maakt, die link;
>> http://piratepad.ca/xACSEvuttA
>>
>> Grondige dingen gaarne even in overleg met mij of GJ
>>
>> On 18-07-12 14:26, DH wrote:
>>> Beste Bob,
>>>
>>> Ik had begrepen dat je bezig was met een nieuwe menu-indeling.
>>> Tenminste, ik heb een tijdje terug een mail langs zien komen met een
>>> voorstel daarover. Ik begin hierover omdat je zo te zien alles onder het
>>> kopje 'meedoen' gooit, dit kan naar mijn mening echt niet. Het 'meedoen'
>>> gedeelte raakt helemaal ondergesneeuwd met andere dingen....
>>>
>>> Er staan nu 13 items in het meedoen menu, dat is bijna het dubbele van
>>> wat maximaal wordt aangeraden m.b.t hoeveelheid items in een menu
>>> namelijk....
>>>
>>> Vind je het erg als ik met een voorstel kom voor een vernieuwde
>>> menu-indeling?
>>>
>>> Grtz
>>>
>>>
>>>
>>> On 7/18/2012 4:11 AM, Bob Sikkema | DigitalForce.eu wrote:
>>>> Azonata,
>>>>
>>>> Overal waar ik heb gewerkt, zie ik gewoon dat documentatie (waar je het
>>>> nu in feite over hebt met een wiki) niet wordt bijgewerkt als de
>>>> drempel
>>>> te hoog is.
>>>>
>>>> Die drempel is nu voor veel mensen te hoog -inclusief mij- omdat de
>>>> syntax (geen wysiwyg) een drempel opgooid c.q. niet
>>>> gebruiksvriendelijk.
>>>> Inclusief dat navigeren door de wiki voor veel mensen niet intuïtief
>>>> is.
>>>>
>>>> Deze problemen moeten we gewoon tackelen als organisatie, daar we
>>>> willen
>>>> dat de documentatie up-to-date is, dus continue -laagdrempelig- kan
>>>> worden bijgehouden.
>>>>
>>>> Dat kan nu niet.
>>>>
>>>> We kunnen kijken naar een up-grade van wiki naar een alternatief. Dit
>>>> geeft veel weerstand enkel om het feit dàt het een wiki is.
>>>>
>>>> Of de gebruikersvriendelijkheid vergroten dmv enkele plugins
>>>>
>>>> Adoptie van de wiki moet enorm hoog zijn, is in het belang van de
>>>> organisatie.
>>>>
>>>> We moeten kijken naar de problemen (drempels) die we moeten wegwerken.
>>>> Kun je hier wat over zeggen Azonata? Hier wat plugins gevonden;
>>>>
>>>> Navigatie
>>>> http://www.dokuwiki.org/plugin:indexmenu
>>>>
>>>> wysiwyg editor (moet wel optie zijn deze aan/uit te kunnen zetten);
>>>> http://www.dokuwiki.org/plugin:fckglite
>>>>
>>>> En daarnaast misschien;
>>>> http://www.dokuwiki.org/plugin:discussion
>>>>
>>>> Voor beheer;
>>>> http://www.dokuwiki.org/plugin:orphanswanted
>>>>
>>>> Kunnen we hier in duiken? Inclusief dan de wiki updaten naar de laatste
>>>> versie?
>>>>
>>>>
>>>> Daarnaast maak ik regelmatig links aan vanuit de hoofdsite naar de
>>>> wiki,
>>>> om te zorgen dat bezoekers meer thuis komen in de structuur en
>>>> organisatie. 'k Ben maar eens begonnen met een wiki link op de
>>>> hoofdsite
>>>> onder meedoen :-)
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> On 18-07-12 12:12, Azonata wrote:
>>>>> Persoonlijk wordt ik altijd maar moe van alle discussies over welke
>>>>> wiki syntax nu weer de beste zou moeten zijn. Iedereen heeft zijn
>>>>> eigen voorkeur, en de verschillen zijn minimaal. Om van je
>>>>> persoonlijke voorkeur af te moeten stappen is natuurlijk nooit leuk,
>>>>> maar In de praktijk kost het je een paar uur en dan kun je er net zo
>>>>> goed over weg als met elke andere. Dokuwiki doet het prima naar mijn
>>>>> mening, het heeft veel opties, is goed gedocumenteerd en in mijn
>>>>> ervaring pikt een meerderheid van de wiki editors de basisprincipes
>>>>> snel genoeg op. In plaats van een eeuwige discussie over syntax te
>>>>> houden lijkt me veel belangrijker dat wiki editors elkaar
>>>>> bijspringen. Als iemand bijvoorbeeld een pagina typt maar helemaal in
>>>>> de knoop raakt met de syntax kan een andere editor dit in slechts
>>>>> enkele minuten voor hem/haar fixen. Het is immers op de eerste plek
>>>>> een community project waar niet iedereen een pro editor hoeft te zijn
>>>>> om een bijdrage te leveren. Dit ligt misschien wat ingew
>>>>    ikkelder
>>>>     voor de technische documentatie die jullie op de wiki willen
>>>> zetten, maar voor de overige 99% van de wiki hoeft er wat mij betreft
>>>> niets aan de syntax te veranderen (en ja het feit dat die 99% voor het
>>>> overgrote deel door mij er in is gezet speelt daarbij zeker een rol in
>>>> mijn argumentatie, maar dat spreekt denk ik voor zich).
>>>>> Als de syntax echt een onoverkomelijk obstakel blijkt dan kun je info
>>>>> voor de wiki (als het al ergens anders staat) ook altijd naar
>>>>> wiki at piratenpartij.nl sturen, en dan zorg ik dat het er ASAP op komt
>>>>> te staan, met syntax volledig en wel.
>>>>>
>>>>> Vriendelijke groet,
>>>>> Henry
>>>>>
>>>>> -----Oorspronkelijk bericht-----
>>>>> From: Casper Gielen
>>>>> Sent: Wednesday, July 18, 2012 10:17 AM
>>>>> To: Techteam PiratenPartij Nederland
>>>>> Subject: Re: [PPNL-Techteam] Wiki vs Redmine vs Drupal vs Github Re:
>>>>> csffirewall
>>>>>
>>>>> On 18-07-12 09:48, Bèr Kessels wrote:
>>>>>> En dan even mijn idee en voorkeuren op mijn eigen vragen :P
>>>>>>
>>>>>> 1. Redmine: Alleen security- en privacy-gevoelige data. Nooit meer
>>>>>> dan dat.
>>>>>>       Wiki: Alle generieke info voor het techteam zelf en voor mensen
>>>>>> die
>>>>>> met het techteam te maken hebben. AKA: moeten nieuwe techteamleden
>>>>>> het
>>>>>> weten of vinden? Dan wiki. Moeten bestuur, comm., pr, grafish, etc er
>>>>>> vanaf weten? dan wiki.
>>>>>>       Drupal OG: Werkdocumenten, soort /tmp, heel project-speficieke
>>>>>> docs.
>>>>>> Al zal ik die pers. liever in het desbetreffende git-project zelf
>>>>>> zetten.
>>>>>>       Iedere entry op redmine wordt gelinkt vanaf de wiki.
>>>>>> 2. Wiki: k*tsyntax, maar is even niet anders. Liefst zie ik markdown:
>>>>>> simpeler, noob-friendly en ben ik aan gewend :) Mogelijk in toekomst
>>>>>> een
>>>>>> syntax-highlight plugin, als we meer technisch-inhoudelijk (zoals
>>>>>> conf-files en code-voorbeelden) gaan documenteren. Nu nog niet nodig.
>>>>>>       Drupal OG: nog ergere k*tsyntax voor documentatie, verergerd
>>>>>> door een
>>>>>> WYSIWYG. Ook markdown; maar omdat deze in het hele drupal-sitezit,
>>>>>> helaas niet makkelijk mogelijk zonder de rest van de site te
>>>>>> verstoren.
>>>>>>       Redmine: niets.
>>>>> Ik ben het grotendeels met je eens en heb net een mail gestuurd met
>>>>> ongeveer dezelfde inhoud.
>>>>>
>>>>> Alles in git zetten (bv in markdown-formaat) is wat mij betreft ook
>>>>> goed, zo doe ik het zelf ook (voor mij is alles een tekstfile die
>>>>> ik in
>>>>> versiebeheer heb zitten).
>>>>> Ik ben alleen bang dat onze gebruikers die info niet gaan vinden en
>>>>> dat
>>>>> de drempel om te helpen met de documentatie erg hoog wordt. De wiki is
>>>>> voor iedereen toegankelijk en al bekend bij de actievere piraten.
>>>>>
>>>>> Persoonlijk vind ik het verschil tussen de Dokuwiki-syntax en Markdown
>>>>> niet zo heel spannend maar mijn ervaring met beide is beperkt. Ik heb
>>>>> geen sterke voorkeur voor het een of het ander.
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Techteam mailing list
>>>>> Techteam at lists.piratenpartij.nl
>>>>> https://lists.piratenpartij.nl/mailman/listinfo/techteam
>>>>>
>>>> _______________________________________________
>>>> Techteam mailing list
>>>> Techteam at lists.piratenpartij.nl
>>>> https://lists.piratenpartij.nl/mailman/listinfo/techteam
>>>
>>>
>>> _______________________________________________
>>> Techteam mailing list
>>> Techteam at lists.piratenpartij.nl
>>> https://lists.piratenpartij.nl/mailman/listinfo/techteam
>>>
>> _______________________________________________
>> Techteam mailing list
>> Techteam at lists.piratenpartij.nl
>> https://lists.piratenpartij.nl/mailman/listinfo/techteam
> 
> 
> 
> 
> 
> _______________________________________________
> Techteam mailing list
> Techteam at lists.piratenpartij.nl
> https://lists.piratenpartij.nl/mailman/listinfo/techteam
>