zoals aangekondigd houden we tijdens de Drupalcon in Parijs een meeting om alle openstaande issues van deze website, drupal.be/nl, te bespreken (zie o.a. http://drupal.be/forum/drupalbedrupalnl-beheer-nu-en-in-de-toekomst)
als je meedoet laat dan via deze link weten welk tijdstip goed voor je is:
http://www.doodle.com/dbumitsrk8pnpxwk
indien we voor een van de avonden kiezen dan kunnen we de meeting combineren met eten en eventueel ook een drankje
we moeten ook een agenda vaststellen. laat beneden weten welke thema's aan bod moeten komen
plaats van handeling beslissen we als we het tijdstip weten, maar de meeting zal zich naar grote waarschijnlijkheid ergens in parijs afspelen
aan de slag!
boris
EDIT: MEETING VINDT PLAATS OP WOENSDAG 2 SEP 21:00 (zie onder)
Deze website is voor Nederlandstalige Drupal-fans en wordt onderhouden door een groep Belgische en Nederlandse vrijwilligers. Iedereen kan meewerken aan deze site.
Fouten of onjuistheden kun je melden melden via het forum
De site draait op Drupal 7 en wordt gehost door Pantheon.
Drupal is een geregistreerd merk van Dries Buytaert. | Powered by Pantheon.
Drupal.be/Drupal.nl is de website van de Nederlandstalige Drupalgemeenschap.
http://drupal.nl/forum/support-tab-vs-service-tab : Naam van menu-item, doel en doelgroep, promotie van dit onderdeel.
-- Erik
- Verantwoordelijkheden, permissies/rollen en taakverdeling op drupal.be/nl
- Over deze website pagina, rechtstreekse contactmogelijkheden (contactformulier voor vragen over drupal.be/nl site)
- nieuwsbrief
- Meer openheid in beheer issues (vervanging van unfuddle)
- Mailinglist voor issues naar alle medewerkers
- Evaluatie van de huidige site met het ook op doel/doelgroep
- Opstellen van een roadmap/whishlist wat we verder nog willen doen met drupal.be/nl
Hans
KOBA
- aanpassingen om drupal.be/nl om community feel te verbeteren
- - avatars?
- - gebruikersstatus tonen, aantal geplaatste berichten tonen
- - nieuwsbrieven
- aanpassingen om forumdiscussie te verbeteren
- - flat thread
- - oude discussies "sluiten"
- documentatie startpagina: http://drupal.be/forum/documentatie-op-drupalbenl
- drupal boeken/publicaties: http://drupal.be/forum/in-aanbouw-drupal-publicaties
- showcases
- regels voor spam, semispam, bijnaspam en beetjespam (bijv http://drupal.be/evenement/eduvision-drupal-seminar-antwerpen)
verder moeten de deelnemers aan de meeting als voorbereiding maar even door http://drupal.be/forums/algemeen/drupalbe-drupalnl-website-feedback bladeren voor hete issues ...
boris
===
druppelend sinds 2005
- Waarom is Tinymce geactiveerd?
* toekomst drupaljam
* nog een keer tenderen voor drupalcon?
--
groets
bert boerland | http://boerland.com
bert, met dit soort onderwerpen wordt het meer een "meeting voor alles betreffende de laaglandse drupalcommunity" ipv van strictly drupal.be/nl (aangaande deze site dus)
ik vind alles prima, maar vraag me af of zo'n "Totalkonferenz" praktisch is
boris
===
druppelend sinds 2005
excuses, slecht gelezen. dacht dat het over drupal NL/BE (de gemeenschap) niet de site ging. niet de intentie om deze thread te hijacken dus skip mijn request en dat vullen we anders in (bof anyone? :-)
--
groets
bert boerland | http://boerland.com
ah ok. ja de naam "drupal.be/nl" is wellicht een beetje ongelukkig gekozen.
misschien een leuk agendapunt:
- hoe verwijzen we naar de site (zonder dat de berten van deze aarde zich vergissen)??
bof: yes! dr is ook een bof over eurocons, dacht ik: http://paris2009.drupalcon.org/forum/drupal-association-european-communities-summit
boris
===
druppelend sinds 2005
ideetje, maak van http://drupal.be/nl een alias van <front>
a ja. da's n goeie. en dan ook van http://drupal.nl/be
boris
===
druppelend sinds 2005
het ziet er naar uit dat t woensdag of donderdagavond 21:00 wordt (vrijdag moet ik oude potscherven bekijken (http://paris2009.drupalcon.org/forum/geeks-tour-louvre))
alleen nick kan niet op bovenstaande tijdstippen
ik wacht nog even op hans en olivier ... en clemens, en ber en bruno en roel en en en (dus mocht je ze tegenkomen, stuur ze dan naar http://www.doodle.com/dbumitsrk8pnpxwk)
boris
===
druppelend sinds 2005
ik ben niet in Parijs (en zolang het mooi weer is niet achter mijn computer)
wel staan op persoonlijke actielijst de actiepunten van 3 juli j.l. (http://docs.google.com/Doc?id=dhhq3tz5_40hg6whxnj&invite=231977970)
" * Hans: licentievermelding op de site
* Roel: log iRC (naar Erik gestuurd)
* Boris: verslag
* Boris: stuurt stijlgids
* Iedereen: aanvullen, verbeteren stijlgids
* Voor wie wil: onderwerp oppakken uit "Te documenteren onderwerpen " en beginnen!
* Roel: opsommen gerelateerde onderwerpen Unfuddle"
Uiteraard wil ik die punten graag uitvoeren, en iedereen die wil helpen is welkom.
@Boris: als je wil zet deze punten gerust door naar een nieuwere versie van een actielijst.
@all: allez bien & au revoir!
*** I like contributing to improvement of systems. Hic sic: according Boulding a system is "that which is not chaos" ***
ja dat ging enkel over documentatie. ik denk niet dat we daar nog te veel over gaan napraten
boris
===
druppelend sinds 2005
Clemens komt ook niet naar Parijs.
-- Erik
- En misschien een woordje over de tradermark policy of zelfs een (gedeeltelijke) vertaling van http://drupal.com/trademark ? Een vertaling zal echter ook in sync moeten gehouden worden dus dat is misschien wat te veel werk.
ik zou niet poberen in sync te houden (al veranderd de trademark policy niet meer veel naar ik verwacht). legaal is het stuk eenvoudiger om een aantal voorbeelden te noemen, de algemene lijn te beschrijven en te verwijzen naar http://drupal.com/trademark
--
groets
bert boerland | http://boerland.com
volgens de doodle is WOENSDAG 2 SEP 21:00 het beste moment voor de meeting over de website drupal.be/.nl
(zie http://www.doodle.com/dbumitsrk8pnpxwk)
iedereen, behalve nick kan dan. sorry nick
we zullen ergens een gezellige frans PMU-cafeetje (zo eentje waar je nog gitanes mag roken) in de buurt van de venue kapen. locatie wordt dus nog bekend gemaakt
de meeting wordt waarschijnlijk voorafgegaan aan een meeting over NL-vertalingen (localize.drupal.org). daarover later meer
blijf deze thread volgen voor meer details
boris
===
druppelend sinds 2005
hey ho!
ik zit nu bij café d'orleans op de av. general leclerc 43 en daar hebben ze wifi, veel ruimte, een terras en er wordt ook voedsel geschonken.
er is happy hour tot 20.30 met een pint voor 5 eur
klinkt als de ideale locatie voor de meeting(s) van hierboven
het is vanaf de con een 20 minuten lekker lopen na een dag lang zitten
of heeft iemand een beter idee??
http://maps.google.com/maps?f=q&source=s_q&hl=en&geocode=&q=leclerc+43,+paris&sll=37.0625,-95.677068&sspn=26.039016,56.513672&ie=UTF8&ll=48.833001,2.3...
boris
===
druppelend sinds 2005
Ik hoop dat dat een halve liter is voor die 5 euro...
Was het dan niet zo super op de place du Luxembourg?
pint != vlaamse pint
pint = engelse pint (~0,5 liter?)
kon niemand vinden bij Luxembourg :( had twitter moeten chceken geloof ik
boris
===
druppelend sinds 2005
happy hour tot 20.30 en meeting om 21u... dat is jammer!
Hans
KOBA
dr zit niks anders voor je op dan ruim op tijd te zijn :)
kun je nog meedoen aan de vertaalmeeting
boris
===
druppelend sinds 2005
Op de zelfde locatie om 19:00 u een meeting over de nieuwe vertaalomgeving en vertalen van Drupal.
-- Erik
heb van bovenstaande commentaren een agendaatje samengesteld. zoals altijd: weest vrij om aan te vullen / verbeteren:
==============================
agenda sep 2 21:00 parix
A. OVER WEBSITE
- Evaluatie van de huidige site met het ook op doel/doelgroep
- hoe verwijzen we naar de site (zonder dat de berten van deze aarde zich vergissen)??
- Opstellen van een roadmap/whishlist wat we verder nog willen doen met drupal.be/nl (MISSCHIEN PAS AAN T EIND BESPREKEN)
- Over deze website pagina, rechtstreekse contactmogelijkheden (contactformulier voor vragen over drupal.be/nl site)
- hoe verwijzen we naar de site (zonder dat de berten van deze aarde zich vergissen)??
- woordje over de tradermark policy
B. BEHEER
- Meer openheid in beheer issues (vervanging van unfuddle)
- Mailinglist voor issues naar alle medewerkers
- Verantwoordelijkheden, permissies/rollen en taakverdeling op drupal.be/nl
- Waarom is Tinymce geactiveerd?
- rss voor alle content
C. COMMUNITY INTERACTIE : verbteren en leuk houden
- aanpassingen om drupal.be/nl om community feel te verbeteren
- - avatars?
- - gebruikersstatus tonen, aantal geplaatste berichten tonen
- - nieuwsbrieven
- regels voor spam, semispam, bijnaspam en beetjespam (bijv http://drupal.be/evenement/eduvision-drupal-seminar-antwerpen)
- aanpassingen om forumdiscussie te verbeteren
- - flat thread
- - oude discussies "sluiten"
D. INHOUD: boeken, docs, showcases
- documentatie startpagina: http://drupal.be/forum/documentatie-op-drupalbenl
- drupal boeken/publicaties: http://drupal.be/forum/in-aanbouw-drupal-publicaties
- showcases
boris
===
druppelend sinds 2005
Op de agenda stond tevens het punt van te bespreken hoe we naar deze site refereren. Ik zeg altijd drupal.be/nl maar ik kan me voorstellen dat Nederlanders eerder drupal.nl/be zeggen.
Ik zou nu graag weten hoe we het project op d.o gaan noemen zodat ik het kan aanmaken. Ik ga het niet meer eerst in de groep gooien daar dit best wel wat tijd gaat nemen en ik ook niet echt kan vinden waar ik dit het best zeg/vraag. De form om een cvs account te vragen kan ik niet meer gebruiken daar ik reeds een account heb.
Dus, wat wordt het?
IMHO: "Never change a winning team", behoud het goede. Laten we het simpel houden.
Ik zou stemmen voor: "drupal.be/nl".
Groeten uit herfstachtig Nederland (wind en regen hier vandaag)
*** I like contributing to improvement of systems. Hic sic: according Boulding a system is "that which is not chaos" ***
drupal.be/nl
want zo noem ik t altijd
boris
===
druppelend sinds 2005
Je kan al zeker geen slash hebben in de naam van het project op drupal.org. En een punt ook niet. Dus how about drupal_dutch?
drupal_be_nl
boris
===
druppelend sinds 2005
ik denk dat drupal_dutch wat verwarring zal oproepen voor beginnenlingen die denken daar een vertaalde versie van Drupal te vinden, dus wat mij betreft drupal_be_nl ook beter.
Hans
KOBA
Drupal_be_nl++
ik probeer even kort puntsgewijs de meeting van gisteren te verslaan:
* we hebben maar een klein deel van de agenda gecovered omdat we laat en met weinig waren
* we gaan all issues/voorstellen/featurerequests/bugs betreffende drupal.be/.nl onderbrengen in de issue tracker op drupal.org
* veel discussies over d.b.n verzanden in het forum. om zaken uit het zand te trekken stellen we voor om verantwoordelijkheden op drupal.be/.nl te verdelen onder de beheerders (bijv. jantje beslist over forum zaken, pietje over showcases, keesje over documentatie, truusje over de theme, enz)
[2BCONTD]
boris
===
druppelend sinds 2005
- Staat al ergens gedocumenteerd wie er nu de site beheren?
- Al actie ondernomen op bovenstaande punten?
De CVS hosting op drupal.org is nogal limiterend daar alle code GPL moet zijn. Ze laten wel code toe van andere licenties als het mogelijk is van er een andere licentie op te plakken. Doch over het algemeen vragen ze van te vermijden van 3rd party libraries mee in de repo te steken.
Ook is er het feit dat dit CVS is en dat er ondertussen veel mooiere alternatieven bestaan. Mijn persoonlijke voorkeur gaat uit naar Bazaar (om de eenvoudige reden dat ik met de andere nog niet zoveel ervaring heb). Over Git heb ik goede zaken gehoord, over Mercurial wat minder goede zaken.
Ik ben dus nog even op zoek naar een beter alternatief.
alle code op cvs d.o is inderdaad GPLv2+ voor een goede reden maar ik zie niet in waarom dat beperkend moet zijn voor ons?
--
groets
bert boerland | http://boerland.com
We gebruiken bijvoorbeeld TinyMCE en dat gaan dan mee in de repository. TinyMCE is LGPL. Stel dat we op termijn een BSD of andere library willen meenemen. Misschien dat we dat inderdaad kunnen relicensen onder GPL maar ik vrees dat dat een heel gedoe wordt en dat vermijd ik liever.
Als jij daar geen problemen in ziet en je denkt niet dat er backlash komt als ik een project op d.o hiervoor zet zal ik het alsnog doen.
maar we hebben toch zowiezo een iegen rep nodig voor alle code? dacht dat deze ook in unfuddle stond? (en je kan zelf natuurlijk niets relicensen als je niet copyright eigenaar bent :-) oooh, the joy of opensource incompatibilities
--
groets
bert boerland | http://boerland.com
We spreken er al een hele tijd over om van unfuddle weg te gaan omdat niet iedereen daar zomaar toegang toe kan hebben. We zouden graag een ticketing systeem hebben waar mensen zelf kunnen signuppen gecombineerd met versie controle. Dit werd reeds enkele keren besproken op drupal.be/nl meetings.
Ik denk dat het ticketing systeem van drupal.org heel handig is, maar dat er een probleem is omdat we geen echt interessant project hebben voor een internationaal publiek. Er zouden immers ook tickets moeten kunnen komen over het concrete beheer van deze site, hoe we spam hier aanpakken en hoe we afspreken met elkaar, hoe we plannen om zaken te wijzigen, wie wat doet, hoe we de teksten van onze pagina's invullen, ...
Allemaal zaken die eigenlijk specifiek zijn voor deze site zelf en niet voor een installation profile voor drupal groepen die een gelijkaardige site willen opzetten en eerder een algemene tickets over het installation profile zelf verwachten.
Ik denk dat momenteel http://drupal.org/project/project al gebruikt wordt op drupal.org alhoewel het nog in dev versie is. Als het vooral het ticketing systeem van d.o is dat ons interesseert moeten we misschien gewoon dat installeren op drupal.be/nl. Apache solr erbij zou handig zijn.
Hans
KOBA
1) we kunnen de *.d.o infra niet gebruiken voor het hosten van een repo van een site. hoeft ook niet. ik denk dat er genoeg bedrijven zijn die een svn beschikbaar willen stellen en op d.be/nl kunnen we prima alle tickets bij houden
2) blijf zover mogelijk van project* vandaan. dont touch it! really dont! geen slecht product perse maar ... wel zal geschiedenis besparen. just dont touch it ;-)
--
groets
bert boerland | http://boerland.com
begint wel een beetje een slepende affaire te worden.
we moeten wel een beslissing gaan nemen nu. veel noodzakelijke verbeteringen op deze website zijn in afwachting van dit thema
kan er nou *wel* of *niet* een project met bijbehorende issue tracker worden gemaakt op drupal.org?
als het niet kan: zetten we dan onze eigen issue tracker op? desnoods op een aparte site (gebruikmakend van openatrium bijvoorbeeld)
boris
===
druppelend sinds 2005
Een bazaar repository kunnen we gewoon op drupal.be hosten. Ik zal een trunk branch maken op bzr.drupal.be/nl waar de huidige versie van de site inzit. Deze kan dan naar hartelust gebranched en verder uitgewerkt worden. Op basis van deze repo kan ik dan documentatie maken om te developpen en een nieuwe versie online te zetten.
Daarnaast blijft dan enkel de vraag voor een degelijke issue tracking. http://www.redmine.org/ is snel opgezet maar er moet iemand het willen onderhouden en upgraden. Maar niets houdt ons tegen om alsnog de issue tracking op d.o te gebruiken zonder dat we gebruik maken van hun cvs repo.
Volgens mij zijn de beschikbare gereedschappen niet de bottleneck, maar de manier waarop we overleggen en beslissen. Continuiteit en openheid zijn zaken die ik veel sterker mis en waarom ik de discussie gestart ben.
Tegen een nieuwe repository heb ik geen bezwaren, hoewel het huidige unfuddle m.i. ook voldoet. Issue tracking vind ik belangrijk maar dat kan ook op een discussie forum. Dat heeft het grote voordeel heeft dat de discussie op website plaats vind en daarmee maximaal toegankelijk is.
Version tracking mag van mij ook met Git of SVN zodat ik dan niet nóg een systeem hoef te leren. Een technische afweging kan ik niet maken.
-- Erik
continuïteit en openheid zijn gebaat bij een openbare issue tracker
unfuddle voldoet niet want slechts beschikbaar voor selecte groep
issue tracking kan niet in het forum. issues raken uit het zicht. je kunt geen taken toewijzen. discussies lopen uit de hand.
als er geen geschikte issue tool voor handen is maak ik er een met cck (hoeven we niet weer een module toe te voegen).
your votes please ...
boris
===
druppelend sinds 2005
Volkomen gelijk en ik stem voor Olivier zijn Bazaar en Boris zijn cck/views issue tracker. Het is ondertussen gebleken dat het forum niet geschikt is voor issues te melden & vooral op te volgen.
Met de issue tracker wil ik best helpen, een issue kan gewoon een inhoudstype zijn met wat select fields die ongeveer overeenstemmen met hoe drupal.org het doet en waarop dan kan gefilterd worden via views.
Hans
KOBA