Een jaar geleden hebben we grote verbeteringen in deze website aangebracht. Het is weer voorjaar, dus tijd voor een nieuwe nieuwe sprint op 19 en 20 juni. Meedoen met de sprint? Meld je aan
In deze discussie willen we onderwerpen verzamelen die tijdens de sprint kunnen worden aangepakt. Alles is mogelijk: code, vormgeving, navigatie, usability, teksten, beheer, enz. Voor aanvang van de sprint wordt een keuze gemaakt op basis van urgentie, beschikbare tijd en sprint deelnemers.
Heb jij ideeën hoe de drupal.nl/drupal.be website een betere community-site en een beter Drupal-promotieplatform kan worden? Laat het hier weten.
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.
Watcher-module:
* Opmaak van de 'watcher' e-mails
* Vertaling van de Watcher-teksten
-- Erik
- Smileys in posts.
- Private messages. Vind het niet zo'n strak plan om mijn eigen e-mailadres te gebruiken om met gebruikers te communiceren als er iets aan de hand is.
- Websiteveld voor evenementen.
- Gmap voor users.
- "Who's online" uit de sidebar weg. Is niet interessant momenteel. Zijn te weinig 'sociale' features voor.
- Selectie maken uit "Nieuw in het forum", "Recente reacties" en "Actieve forumonderwerpen". Zit te veel dubbele content tussen.
- Block met evenementen op elke pagina zichtbaar voor meer exposure.
- Kunnen we ook nieuws op de voorpagina kwijt? Zo nee, doen. Ook de feed ervan moet duidelijker zichtbaar zijn, zodat mensen beter bereikt kunnen worden.
My name is Bart - web & events
iDEAL, OmniKassa, en meer.
Blok "recente reacties" staat standaard op verborgen en zie je enkel als je het bij mijn account aanzet.
"who is online" kan ook afgezet worden in mijn account, maar staat idd standaard op zichtbaar, moet misschien onzichtbaar zijn standaard.
Hans
KOBA
Leg uit 'Websiteveld voor evenementen'. Een blok? Evenementen op de voorpagina? iets anders?
-- Erik
ik vind de site nog wat statisch. ik wil graag met een designer wat kijken of we niet wat jquery magic op de site los kunnen laten.
moet toch een showcase site worden dus mag wel wat fancier vind ik. moet natuurlijk geen kermis worden.
ook zouden we de homepage nog aanpakken. dat is nu gewoon een overzicht met laatste posts. ipv een fancy homepage waarom mensen drupal moeten gaan gebruiken (zou meer in de trend van drupal.com moeten zijn misschien)
ook mogen we naast Drupal documentatie ook wel wat doen m.b.t. reclame voor de community. misschien een irc chatbox naar het dutch channel etc...
www.ezcompany.nl
jQuery heeft weinig met designen te maken, maar ik ben met je eens dat de site momenteel niet aanvoelt alsof ie helemaal 'af' is. Ik zie opmerkingen voorbij komen over een betere structurering van de content (daaronder reken ik nu ook even de blokken), het lijkt me goed om die punten gedurende de sprint in kaart te brengen en aan de hand daarvan met designs te komen. Waarbij we idealiter niet de hele site op z'n kop gooien (qua stijl) maar focussen op hetgene waar het daadwerkelijk om gaat; de content. Of er bij de implementatie eventueel jQuery aan te pas moet komen zien we dan vervolgens. (Mochten we bijv. ergens een carousel willen.)
Toen ik jQuery magic las deed me dat denken aan hippe scriptjes puur om de hipdoenerij laten we dat vooral vermijden.
echter het inpassen van jquery elementen lijkt me toch wel met designen te maken te hebben. in ieder geval met interactie design.
puur om hipdoenerij misschien niet maar het moet wel een showcase site blijven. en nu is de site vrij saai en statisch, gefocust op developers ipv beslissingnemers. dus bijvoorbeeld bij de showcases en op de homepage mogen we wel een carousel wegzetten. misschien zelfs in de trend van http://www.blarnee.com/projects/coverflow/
www.ezcompany.nl
Nee precies, met deze reactie ben ik het eens. Ik bedoel maar; eerst designen en dan zien of er bij de implementatie JS nodig is. Niet andersom en JS toevoegen puur omdat dat 'mooier'/hipper zou zijn.
Kaart met gebruikers: http://drupal.nl/forum/gebruikers-google-map
Wel moet rekening gehouden worden met privacy van hen die daar prijs op stellen.
-- Erik
Kan gewoon in de description tekst van dit nieuwe nog te ontwerpen veld vermeld staan dat dit publieke info is denk ik. Op dit ogenblik beschikken we immers niet over stad/gemeente van users van deze site enkel land, dus erg veel schrik voor je privacy en localiseerbaarheid hoef je op dit ogenblik niet te hebben.
Hans
KOBA
- rss feed
- user pictures
- fouten in views fixen
- git/bzr
- issue lijst gebruiken
- lijst drupal boeken updaten
- herschrijven algemene info pagina's drupal
- andere weergave event teasers homepages (nu veel wit en heel grote yahoo maps, bah)
- nut&noodzaak discussie (met dank aan het CDA) over onderscheid drupal.be vs drupal.nl
(more to follows)
boris
===
druppelend sinds 2005
Graag toelichten: 'rss feeds' en 'fouten in views fixen'
[edit] Ook graag meer info over nut&noodzaak
-- Erik
Oplossen van dubbele records in de dienstverlenerslijst: http://drupal.nl/forum/duplicates-in-drupal-serviceproviders-lijst
-- Erik
Herzien van de inrichting van de voorpagina: http://drupal.nl/forum/drupalbenl-voorpagina-policy
-- Erik
Opmaak corrigeren van de vertaling van het Developers Handbook: http://drupal.nl/node/3236
-- Erik
- Herzien van http://drupal.nl/over-deze-website en overlopen van site admin rechten
- Documentatie: eigen theme bouwen, drupal 7 zaken
Hans
KOBA
Recente boeken blok: http://drupal.nl/documentatie
* Opmaak van de boeken in het blok verbeteren
* Omzetten naar 'een willekeurig' boek?
Recente boeken lijst: http://drupal.nl/documentatie/drupalboeken
* Exposed filter toevoegen op Drupal versie en onderwerp
* Opmaak van lijst met boeken, bijv 'Using Drupal'
* Boekbeschrijvingen toevoegen
-- Erik
Planet-Drupal voor nl en be naar ontwerp van Berkes: http://github.com/berkes/planet_drupal
planet.drupal.nl als subdomein met eigen code base (zoals ook planet.drupal.org)
-- Erik
Workflow serviceproviders bespreken. Er staan nu 3 serviceproviders te wachten die nog niet behandeld zijn, de oudste was op 9 april ingediend.
De procedure vermeldt
* De gegevens worden direct gepubliceerd.
* Moderatoren controleren of de gegevens voldoen aan de voorwaarden.
* Bij goedkeuring en bij afwijzing ontvangt de gebruiker per e-mail een bericht.
Eerste deel van de procedure klopt niet, gegevens worden niet meteen gepubliceerd en anderhalve maand wachten op publicatie vind ik wat lang. Dus moeten we zoeken waar de bottleneck zit. Moet er wel direct gepubliceerd worden of zijn er meer mensen nodig die kunnen goedkeuren.
Hans
KOBA
Aanvulling:
* Een beheeroverzicht van dienstverleners met de status, de datum van indienen en opmerkingen van de moderator (bijv. reden van afwijzing).
* Aan node een veld toevoegen voor opmerkingen van moderator.
-- Erik
I agree.. afentoe glipt er bij mij eentje door de vingers.
Maar jammer genoeg zijn er ook service providers die niet aan alle vereisten voldoen en waar ik dan achteraf geen correcte info van krijg...
na 12 mailtjes ontvangen te hebben over deze thread is het misschien ook handig om een notification module te gebruiken die een aggregated list per dag stuurt ofzo. ben niet zo gecharmeert van 20 mails per dag als ik ergens gepost heb ;)
www.ezcompany.nl
Afhankelijk van hoe de code van bijv. de theme er momenteel uitziet is het misschien goed om van te voren een code cleanup te doen. Zeker als we met een uit de hand gelopen style.css te maken hebben.
De login-link bovenaan de pagina voorzien van een 'destination' zodat de gebruiker na inloggen terugkeert naar de pagina.
-- Erik
++
Ik erger me er kapot aan dat dat nu niet zo is.
My name is Bart - web & events
iDEAL, OmniKassa, en meer.
Integratie fr-BE community:
http://drupal.be/node/3680
Items uit de issue-lijst: http://drupal.nl/issues/table?status=Actief
* Algemeen contactformulier
* Sign up broadcast lijkt niet te werken
* Gearchiveerde forums *echt* sluiten
* vreemde css regel maakt strong tag zwak
-- Erik
Alle bovenstaande punten heb ik verzameld en gecategroriseerd en in een spreadsheet gezet. De onderwerpen heb ik voorzien van een dicipline, een thema, grootte schatting en een prioriteit. De prioriteit is de mate waarin het bijdraagt aan beter beheer, community building en drupal promotie.
Ik stel voor om tijdens de sprint kleine teams te maken die ieder met een thema bezighouden. De thema's die ik uit de onderwerpen gedestilleerd heb zijn: Beheer, Community building, Bug fixing, Drupal promotie, Drupal support.
Dit alles is mijn voorstel en is open voor discussie. De sprinters stuur ik een link om het bovenstaande spreadsheet te kunnen bewerken.
-- Erik
heb nog enkele punten toegevoegd aan de spreadsheet (gemakreerd met mijn naam in kolom H. ook heb ik enkele onduidelijkheden nader verklaard.
boris
===
druppelend sinds 2005
Ons forum is de kern van de Nederlandstalige Drupal-gemeenschap. Jammergenoeg is de werking van het forum in mijn ogen "onprofessioneel".
In mijn ogen moet het volledige forum onder handen genomen worden. Als voorbeeld neem ik het (in mijn ogen perfecte) forum van Tweakers.net: http://gathering.tweakers.net/
Ik wil me voor het forum gerust persoonlijk inzetten, maar jammer genoeg kan ik de sprint niet bijwonen dit weekend.
Ben ik de enige die hier zo over denkt? Wat is de reden van de beperkte functionaliteit van dit forum? Indien tijdsgebrek het probleem is, kan ik dit probleem oplossen ;) .
Graag jullie mening hierover!
Kan je misschien iets specifieker zijn, vb. enkele punten opsommen die bij tweakers veel beter loopt als op drupal.be ?
Ik heb het voornamelijk over de vormgeving en de gebruiksvriendelijkheid.
1) De onderverdeling van de forums:
'Hosting' => 20 onderwerpen in 4 jaar tijd.
'Algemene Vragen' => meer dan 2200 onderwerpen in 4 jaar tijd.
Alleen dit al bewijst dat de onderverdeling niet voldoet/doordacht is.
2) Regelgeving post titel:
Waarom worden titels als: "views", "Errors", "Help", enzovoort,... getolereerd op dit forum? Een slechte titel zorgt ervoor dat een post zelden wordt teruggevonden, met als gevolg dat er vaak dezelfde vragen terugkomen,...
Eventueel tags verplicht maken in de titel bvb:
"Errors"<= zo is het vaak nu
"[views]Foutmelding in firefox" <= Veel overzichtelijker
3) Uiterlijk
a)onnodig inspringen
Waarom wordt telkens (ongeveer 20px) ingesprongen als een gebruiker kiest om een bericht te "beantwoorden"? Wat moet de gebruiker dan doen als hij op twee berichten tegelijk wil antwoorden? Waarom werken we niet gewoon met "Quote" knoppen? Zo kan in één bericht gemakkelijk meerdere gebruikers gequote worden.
b)Gebruiker vermelding
Momenteel wordt dit weergegeven onder het bericht van de gebruiker: ----------------------------------------------------
door gebruikersnaam | 15 juni, 2010 - 22:13
* beantwoorden
Als de gebruikersnaam naast het bericht zou worden weergegeven, zal veel minder onnodig moeten worden gescrolt. (Bekijk een willekeurige pagina waar 5 gebruikers 1 zin antwoorden en je begrijpt wat ik bedoel. Je leest 5 informatieve regels en je mag beginnen scrollen,...)
4)Enzovoort,...
Dit waren enkele puntjes die me opvallen, ik kijk uit naar jullie mening hierover!