[Ervaringen] Het grote Drupal-topic

[Eusebius]

Ik open pagina met blokken. Gebruikers vinden dat zelf te lastig. Oftewel, ik krijg een mailtje met "wil je dit op de FP zetten". Ze kunnen berichten plaatsen, aanpassen etc. Maar de blokkenadmin pagina is net een stapje te hoog - als ze zouden willen kunnen ze het wel, maar ik heb al geleerd dat je zoveel mogelijk KISS moet houden.

[Mei]

Je moet ook niet om de haverklap blokken willen wijzigen. Iesch onhaandigh. Kan je geen view op de fp zetten die automagisch de laatste actualiteit laat zien?

[Eusebius]

Simpel maar doeltreffend. Daar had ik nog niet aan gedacht.

Groep 'actueel' > view maken die er eentje laat zien > op FP publiceren.

[Ook al Bezet]

Eusebius schreef op zondag 04 oktober 2009 @ 15:25:
Als je echt een zwaargewicht voor foto's zoekt, zou ik voor gallery2 & integratie in Drupal gaan. Dan gebruik je gallery als een 'backend' waar gebruikers snel bijkunnen (bv ook door clients). Bezoekers van je site zien dan netjes de fotos in je site geïntegreerd

Ik ben maar en amateur, dus neem di met een korrel zout, maar persoonlijk vond ik de image-module vrij irritant om mee te werken, ook de andere modules waren of te beperkt of er werkte iets niet (lightbox werkte bij mij niet met galery2 en het veelbelovend klinkende fast gallery werkte überhaupt niet). Uiteindelijk heb ik dus zelf maar iets gebrouwen m.b.v. het image field en views.

[Eusebius]

Hoezo een korrel zout?

Als je 'als amateur' iets niet aan de praat krijgt wat anderen wel aan de praat krijgen, dan doe je dus iets fout Dat is het nadeel van Drupal (vind ik). Soms is het even zoeken hoe iets werkend te krijgen is ...

[Mei]

Eusebius schreef op dinsdag 06 oktober 2009 @ 10:02:
Hoezo een korrel zout?

Als je 'als amateur' iets niet aan de praat krijgt wat anderen wel aan de praat krijgen, dan doe je dus iets fout Dat is het nadeel van Drupal (vind ik). Soms is het even zoeken hoe iets werkend te krijgen is ...

Wie doet er dan iets fout? De amateur of de ontwikkelaar? Er zijn genoeg modules die perfect werken, maar die niet intuïtief te bedienen zijn en daardoor veel beginners afschrikken.

[Eusebius]

Ja, zo kun je het ook bekijken. Ligt het aan de stekker of aan het stopcontact?

Mijn gevoel (ervaring) is dat Drupal in zijn onderhoud niet beginnersvriendelijk is. Je kunt er wel een stevig systeem mee opzetten waarmee beginners kunnen werken, maar voor basiszaken zul je eea moeten weten / uitspitten.

[Peetman]

Eusebius schreef op dinsdag 06 oktober 2009 @ 11:41:
Ja, zo kun je het ook bekijken. Ligt het aan de stekker of aan het stopcontact?

Mijn gevoel (ervaring) is dat Drupal in zijn onderhoud niet beginnersvriendelijk is. Je kunt er wel een stevig systeem mee opzetten waarmee beginners kunnen werken, maar voor basiszaken zul je eea moeten weten / uitspitten.

Drupal is naar mijn mening in de basis een heel robuust systeem. Het nadeel is alleen dat om wat toe te voegen zoals een imagegallery of een nieuwsoverzicht je gebruik moet gaan maken van modules. En aangezien er tig wegen zijn is het kiezen van de juiste soms wat moeilijk of kost het veel tijd om te proberen.
En daarvoor heb je toch wel wat kennis nodig.

Maar met de CCK en Views modules kom je al een heel eind.

[Marc3l]

Peetman schreef op dinsdag 06 oktober 2009 @ 12:57:
[...]

Drupal is naar mijn mening in de basis een heel robuust systeem. Het nadeel is alleen dat om wat toe te voegen zoals een imagegallery of een nieuwsoverzicht je gebruik moet gaan maken van modules.

Lijkt mij eerder een voordeel.
Anders heb je allemaal modules die je juist niet gebruikt.

[Ook al Bezet]

Eusebius schreef op dinsdag 06 oktober 2009 @ 10:02:
Hoezo een korrel zout?

Als je 'als amateur' iets niet aan de praat krijgt wat anderen wel aan de praat krijgen, dan doe je dus iets fout Dat is het nadeel van Drupal (vind ik). Soms is het even zoeken hoe iets werkend te krijgen is ...

In het geval van de fast gallery module kwam ik op het drupal forum wel anderen tegen die tegen hetzelfde probleem waren opgelopen maar geen oplossingen. Of we nu allemaal iets fout deden of niet de goede stappen waren kennelijk niet makkelijk te vinden.

[Eusebius]

Peetman schreef op dinsdag 06 oktober 2009 @ 12:57:
[...]

Drupal is naar mijn mening in de basis een heel robuust systeem. Het nadeel is alleen dat om wat toe te voegen zoals een imagegallery of een nieuwsoverzicht je gebruik moet gaan maken van modules. En aangezien er tig wegen zijn is het kiezen van de juiste soms wat moeilijk of kost het veel tijd om te proberen.
En daarvoor heb je toch wel wat kennis nodig.

Maar met de CCK en Views modules kom je al een heel eind.

Net ben ik bezig geweest met een hele simpele site & soort van ticketsysteem gebouwd op OG, CCK en VIEWS. Je kunt vele wegen naar 'Rome' nemen. Juist de vele wegen maken het noodzakelijk dat je precies weet waar alles zit. Je raakt in het robuuste systeem heel makkelijk de weg kwijt.

[Eusebius]

Jax @ drupal.be gaf me een hele goede tip over de module comment_cck: als je een comment geeft, kun je (ingestelde) velden aanpassen. Ideaal en weer een plusje voor mijn ervaring met Drupal!

Op www.lennet.nl verzamel ik voor mijzelf work-arounds, how-to's etc. Het is een soort persoonlijke documentatie site, omdat ik mijn aantekeningen altijd kwijtraak Eerder plaatste ik dit soort berichten altijd op mijn persoonlijke weblog, maar die wil ik een beetje verschonen van technische posts.
Via Google help ik zo mogelijk ook nog eens andere mensen ermee. Het is begonnen als een basisdomein voor een multisite-setup. Ik plaats er tevens binnenkort Jip&Janneke achtige handleidingen op (onder tab "Voor Gebruikers") omdat ik een aantal site's beheer (pro deo) voor stichtingen.

[ Voor 8% gewijzigd door Eusebius op 12-10-2009 13:57 ]

[Ook al Bezet]

Een vraagje voor de goegemeente; ik ben bezig een site te bouwen waar mensen bestanden kunnen uploaden en voor de meeste problemen heb ik al een oplossing weten te vinden maar één ding wil maar niet lukken. Hoe kun je in vredesnaam de titel van een node veranderen? voorbeeldje, ik wil een blogformaat gebruiken voor nieuws over de site. Helaas is de titel van het blog automatisch <gebruikersnaam>'s blog. Dit wil ik veranderen in site news. Ik weet dat er een module is die dit kan doen voor blogs maar het gat ook om andere nodes dus ik heb iets algemeners nodig. Ik heb de string replace module geprobeerd, maar of die werkt niet voor bepaalde nodes, of ik gebruik de verkeerde strings. (Het gaat om create content, dus als iemand daar de correcte strings voor weet zou dat ook moeten helpen) Weet iemand een module waarmee je de titels aan kan passen?

alvast bedankt.

[Marc3l]

Ook al Bezet schreef op maandag 12 oktober 2009 @ 18:06:
Een vraagje voor de goegemeente; ik ben bezig een site te bouwen waar mensen bestanden kunnen uploaden en voor de meeste problemen heb ik al een oplossing weten te vinden maar één ding wil maar niet lukken. Hoe kun je in vredesnaam de titel van een node veranderen? voorbeeldje, ik wil een blogformaat gebruiken voor nieuws over de site. Helaas is de titel van het blog automatisch <gebruikersnaam>'s blog. Dit wil ik veranderen in site news. Ik weet dat er een module is die dit kan doen voor blogs maar het gat ook om andere nodes dus ik heb iets algemeners nodig. Ik heb de string replace module geprobeerd, maar of die werkt niet voor bepaalde nodes, of ik gebruik de verkeerde strings. (Het gaat om create content, dus als iemand daar de correcte strings voor weet zou dat ook moeten helpen) Weet iemand een module waarmee je de titels aan kan passen?

alvast bedankt.

Kan dat niet met de module 'path'?

[Ook al Bezet]

Marc3l schreef op maandag 12 oktober 2009 @ 18:19:
[...]


Kan dat niet met de module 'path'?

Ik dacht dat die alleen voor de URL's was? Het gaat mij om de titel die op de pagina te zien is.

[Ook al Bezet]

Probleem is opgelost, de string replace module doet nu zijn werk. Voor wie het weten wil, de string voor Create content is Create @name.

Fantastische module trouwens.

[lordsnow]

Wij zijn bezig een site een layout redesign te geven, en gebruiken dit moment ook om van Joomla naar Drupal 6.14 over te stappen. De layout is grotendeels gedaan, dus zijn we nu bezig met de content en het later kunnen invoeren van content.

Waar we nu op vast lopen is het creeren van forms waarmee bepaalde gebruikers (die met de juiste rechten) nieuwe content kunnen invoeren.

Wat we de gebruikers willen laten invoeren zijn gegevens over hotels, bars, restaurants. Dus de naam, stad, straat, telefoon, prijs, waardering, reviews. We dachten dit te kunnen doen door een form te creeren met Taxology icm Views.

Zo heb ik in "Content Types" Bars van het type bars toegevoegd. Daar heb ik een field field_bars_kategorie van het type Content Taxonomy Fields aan toegevoegd, met vocabulary City.

Via Taxonomy heb ik eerder City toegevoegd, met een aantal Terms (een aantal steden).

Als ik via "Create content > Bars > Kategorie" een stad kies, dan krijg ik een foutmelding in IE, "Received an invalid response from server". Hetzelfde in Firefox.

We zitten nu al sinds 8pm te zoeken (het is nu na 3am), en zien eigenlijk door de bomen het bos niet meer... Zijn wij wel goed bezig met Taxonomy en Views, is dat de beste optie voor wat wij willen doen?

Het doel is dus (a) om een webform te maken die gebruikers met de juiste rechten de mogelijkheid geven om een dynamische webform in te vullen met gegevens over hotels/bars/restaurants, en (b) om dezelfde informatie te gebruiken om de output te genereren (voorbeeld, zie de linker kant van deze site http://www.vanmag.com/restaurants/search)

[Mei]

Even wat terminologie ophelderen: Webform is een module om via de UI forms mee aan te maken. Taxology bestaat niet, dat is Taxonomy.

Wat je moet doen is per type gelegenheid een content type maken. Met CCK Voeg je per content type de juiste extra velden toe voor bijvoorbeeld adressen en telefoonnummers. Fivestar is een module waarmee gebruikers bij de content een balkje met vijf sterren zien en de content kunnen waarderen door een ster aan te klikken. Taxonomy gebruik je dan slechts om geografische gegevens aan te geven. Met Taxonomy import/export via XML kan je van tevoren een complete hiërarchie van geografische locaties invoeren. Misschien dat je Hierarchical Select wil gebruiken om gebruikers snel en soepel een locatie te laten kiezen. De standaardwidgets van Drupal om dat te doen zijn niet erg handig voor meer dan 100 terms.

De error die je krijgt, zie je die bij het invullen van een autocomplete? Er zit volgens mij ergens een bug in die code als je de request afbreekt, voordat de code alle suggesties heeft laten zien.

[lordsnow]

Mei schreef op vrijdag 16 oktober 2009 @ 03:54:Webform is een module om via de UI forms mee aan te maken.

Geef je hiermee aan dat we eigenlijk Webforms moeten gebruiken? Als ik de omschrijving lees op Drupal.org is het niet hetgeen dat we zoeken.

Mei schreef op vrijdag 16 oktober 2009 @ 03:54:Taxology bestaat niet, dat is Taxonomy.

Ik weet 't. 'T was vroeg (laat)...

Mei schreef op vrijdag 16 oktober 2009 @ 03:54:Wat je moet doen is per type gelegenheid een content type maken. Met CCK voeg je per Content Type de juiste extra velden toe voor bijvoorbeeld adressen en telefoonnummers.

Dus...

* Content Type:
- Bars
- Hotels
- Restaurants

* Extra velden voor Bars
- Regio
- Plaats
- Straat + nr
- Postcode
- Telefoon
- Email
- Prijs ($, $$, of $$$)
- Waardering (*, **, ***, ****, of *****)

* Extra velden voor Hotels
- (as above)

* Extra velden voor Restaurants
- (as above)


Of...

* Content Type:
- Establishments

* Extra velden voor Establishments
- Type (Bar, Hotel, of Restaurant)
- Regio
- Plaats
- Straat + nr
- etc

Mei schreef op vrijdag 16 oktober 2009 @ 03:54:Fivestar is een module waarmee gebruikers bij de content een balkje met vijf sterren zien en de content kunnen waarderen door een ster aan te klikken.

Ja, die was ik al tegen gekomen in de lijst met modules.

Mei schreef op vrijdag 16 oktober 2009 @ 03:54:Taxonomy gebruik je dan slechts om geografische gegevens aan te geven. Met Taxonomy import/export via XML kan je van tevoren een complete hiërarchie van geografische locaties invoeren.

Die zag ik idd ook al staan. Ik zal dat eens verder onderzoeken.

[Mei]

lordsnow schreef op vrijdag 16 oktober 2009 @ 17:05:
[...]


Dus...

* Content Type:
- Bars
- Hotels
- Restaurants

* Extra velden voor Bars
- Regio
- Plaats
- Straat + nr
- Postcode
- Telefoon
- Email
- Prijs ($, $$, of $$$)
- Waardering (*, **, ***, ****, of *****)

* Extra velden voor Hotels
- (as above)

* Extra velden voor Restaurants
- (as above)


Of...

* Content Type:
- Establishments

* Extra velden voor Establishments
- Type (Bar, Hotel, of Restaurant)
- Regio
- Plaats
- Straat + nr
- etc

Dat laatste is in dit geval misschien handiger. Het hangt er even vanaf of ze qua informatie allemaal identiek zijn of niet. Bedenk ook goed of je later misschien verschillen wil toevoegen. Het type etablissement zou ik met Taxonomy doen, aangezien die gegevens niet uniek per node zijn, maar gedeeld worden door verschillende nodes.

[lordsnow]

Mei schreef op vrijdag 16 oktober 2009 @ 18:21:
Dat laatste is in dit geval misschien handiger. Het hangt er even vanaf of ze qua informatie allemaal identiek zijn of niet.

Ze zijn niet allemaal identiek. Zo zou je bij Hotel bijvoorbeeld kunnen aangeven of het een zwembad heeft of niet. Bij een Bar is dit niet van toepassing.

Als we er van uit gaan dat het laatste gebruikt wordt... Niet alle velden zullen gebruikt worden voor elk Type (Bar, Hotel, Restaurant). Kan je via Views beperken welke weergegeven worden en ingevuld kunnen worden door de eindgebruiker? (Of begrijp ik de bedoeling van Views niet goed?).

P.S. De foutmelding 'Received an invalid response from server" hebben we opgelost door CleanURLs in te schakelen.

[ Voor 32% gewijzigd door lordsnow op 20-10-2009 14:07 ]

[Mei]

Nope, doet Views niet. Jij wil een soort content type classes maken die je kan extenden en kan instancen en zoiets zou eigenlijk in Drupal core moeten zitten, maar dat is dus niet zo. Volgens mij bestaat het überhaupt nog niet.

[Ook al Bezet]

Toch weer tegen twee probleempjes aangelopen.

1) Op de site kunnen mensen bestanden uploaden die dan door bezoekers weer gedownload kunnen worden. Ik wil dus laten zien hoe vaak die bestanden gedownload zijn. In de nodes lukt dat met de public download count module, maar! Ik wil die cijfers ook voor meerdere bestanden in een view (tabel) laten zien zodat mensen kunnen sorteren op hoe vaak iets gedownload is. Met de public upload count module lijkt dit niet mogelijk. Virgis ik me en kan dat wel of is er een andere module die ik kan gebruiken om het aantal downloads in een view te krijgen?

2) Er komen verschillende soorten bestanden op de site te staan. Bezoekers moeten in bovengenoemde overzichtstabel kunnen filteren welke bestande ze te zien krijgen. In theorie zou dit geen probleem moeten zijn. Gewoon de filter op exposed zetten, exposed form in block uitschakelen om alles netjes te houden en gaan! Helaas, dat werkt dus niet. In de preview is de filter te zien en hij werkt ook keurig, maar als ik dan op save druk is hij nergens mer te zien. Als ik het ding in een blok zet komt hij wel te voorschijn maar werkt hij niet. Op apply drukken laat alleen de voorpagina zien.

Wie kan helpen, bedankt!

(heb deze vragen trouwens ook elders gesteld (drupal forum) maar geen antwoord gekregen)

[ Voor 3% gewijzigd door Ook al Bezet op 22-10-2009 14:29 ]

[bartvb]

Ik ben op het moment ook bezig met het bouwen van een bedrijvengids en ook daar komen verschillende soorten bedrijven in. Ze hebben allemaal dezelfde basis gegevens (naam, locatie, website, etc) maar ook een aantal eigenschappen die specifiek zijn voor een bepaalde categorie. Mijn hoop is dat ik gebruik kan maken van:

http://drupal.org/project/inherit

hiervoor. Losse content types maken is niet echt een optie, het gaat om ongeveer 20 verschillende type bedrijven. Heb voor het zoeken op locatie trouwens gebruik gemaakt van de 'location' module. Na het fixen van een paar kleine bugjes werkt dat best goed, meteen de mogelijkheid om met de 'gmap' modules een kaartje te laten zien bij het bedrijf en om alle bedrijven op een kaar van NL te laten zien.

Op het moment ben ik bezig met het maken van de hoofdpagina voor de bedrijvengids. Ik wil op die hoofdpagina een zoekformulier waarin je kunt zoeken op naam (gelukt), afstand tot postcode (gelukt) en waar je een overzicht ziet van alle hoofdcategorieen met het aantal matchende bedrijven per categorie. Dat laatste lukt me nog voor geen meter :\ Dus het integreren van views met taxonomy. Iemand die me een beetje de goede kant op kan duwen? Het idee is ook dat je als je een categorie aanklikt je weer hetzelfde zoekformulier krijgt maar dan met de subcategorieen voor deze hoofdcategorie en daaronder een lijst met de matchende bedrijven.

[Eusebius]

Mei schreef op maandag 05 oktober 2009 @ 14:13:
Je moet ook niet om de haverklap blokken willen wijzigen. Iesch onhaandigh. Kan je geen view op de fp zetten die automagisch de laatste actualiteit laat zien?

Even deze vraag omhoog kicken. Het gaat om een blok dat op de FP speciaal nieuws laat zien (beetje breaking nieuws idee), gevoed door a-technische gebruikers. Ik dacht dat een nieuwe OG of content-type met een aparte view > block voor de FP genoeg was. Maar het blok moet ook uitkunnen! Met de gewone blocks functie kan dit, maar dit is (a) te moeilijk voor sommigen en (b) niet alle gebruikers mogen bij de blokken. Want dan kunnen ze ook de andere blokken vernaggelen.

Dus nogmaals: ik zoek een oplossing / module voor een tijdelijk blok op de FP, aan te passen door gebruikers met rechten en het blok is (on)zichtbaar te maken door dezelfde gebruikers.

[Ook al Bezet]

Bescheiden schopje:

Ook al Bezet schreef op donderdag 22 oktober 2009 @ 14:20:
Toch weer tegen twee probleempjes aangelopen.

1) Op de site kunnen mensen bestanden uploaden die dan door bezoekers weer gedownload kunnen worden. Ik wil dus laten zien hoe vaak die bestanden gedownload zijn. In de nodes lukt dat met de public download count module, maar! Ik wil die cijfers ook voor meerdere bestanden in een view (tabel) laten zien zodat mensen kunnen sorteren op hoe vaak iets gedownload is. Met de public upload count module lijkt dit niet mogelijk. Virgis ik me en kan dat wel of is er een andere module die ik kan gebruiken om het aantal downloads in een view te krijgen?

2) Er komen verschillende soorten bestanden op de site te staan. Bezoekers moeten in bovengenoemde overzichtstabel kunnen filteren welke bestande ze te zien krijgen. In theorie zou dit geen probleem moeten zijn. Gewoon de filter op exposed zetten, exposed form in block uitschakelen om alles netjes te houden en gaan! Helaas, dat werkt dus niet. In de preview is de filter te zien en hij werkt ook keurig, maar als ik dan op save druk is hij nergens mer te zien. Als ik het ding in een blok zet komt hij wel te voorschijn maar werkt hij niet. Op apply drukken laat alleen de voorpagina zien.

Wie kan helpen, bedankt!

(heb deze vragen trouwens ook elders gesteld (drupal forum) maar geen antwoord gekregen)

Vooral voor punt twee zou ik graag een oplossing vinden. Iemand enig idee?

[Nielsz]

Eusebius schreef op zaterdag 24 oktober 2009 @ 20:02:
[...]

Even deze vraag omhoog kicken. Het gaat om een blok dat op de FP speciaal nieuws laat zien (beetje breaking nieuws idee), gevoed door a-technische gebruikers. Ik dacht dat een nieuwe OG of content-type met een aparte view > block voor de FP genoeg was. Maar het blok moet ook uitkunnen! Met de gewone blocks functie kan dit, maar dit is (a) te moeilijk voor sommigen en (b) niet alle gebruikers mogen bij de blokken. Want dan kunnen ze ook de andere blokken vernaggelen.

Dus nogmaals: ik zoek een oplossing / module voor een tijdelijk blok op de FP, aan te passen door gebruikers met rechten en het blok is (on)zichtbaar te maken door dezelfde gebruikers.

Dit zou je kunnen doen door een nieuwe module te schrijven die een admin pagina heeft met een checkbox "Nieuws staat uit".

En je in block regel schrijf je hier dan een check op.

[Eusebius]

Nielsz schreef op dinsdag 27 oktober 2009 @ 21:51:
[...]

Dit zou je kunnen doen door een nieuwe module te schrijven die een admin pagina heeft met een checkbox "Nieuws staat uit".

En je in block regel schrijf je hier dan een check op.

Zo goed kan ik nou ook weer geen PHP

[Mei]

Je ken me inhure hoor!

[Eusebius]

het is een pro deo site. Letterlijk ook nog, want het is een kerk website.

[fikkie_84]

Ik heb een vraagje over iets waar ik niet uitkom.
Ik gebruik drupal in combinatie met de webform module en heb hiermee een formulier gemaakt.
Via additional processing vul ik enkele hidden fields in.
Nu zou ik graag een pagina maken met die hidden fields + username.
Hiervoor heb ik naar een api gezocht, nl:

PHP:

webform_get_submissions(1,null,$userid)

Nu heb ik gezien dat dit mij een array teruggeeft met hierin objecten en hier ligt het probleem.
Ik krijg nl volgende array terug:

code:

stdClass Object ( 
[sid] => 71 
[submitted] => 1254486103 
[remote_addr] => 
[uid] => 4 
[name] => Jef Vermeulen 
[status] => 1 
...
[22] => Array ( [value] => Array ( [0] => Utrecht ) ) 
)

Waarbij ik makkelijk de gegevens tot en met status kan eruit halen, enkel de gegevens uit [22] kan ik niet eruit halen.
Wanneer ik print_r($test->{'22'}) doe krijg ik steeds maar 1 terug.
Mijn php skills zijn nog niet zo goed dat ik goed begrijp wat ik hiermee moet doen. Enige hulp/pointers zijn dus zeer welkom!

[ Voor 4% gewijzigd door fikkie_84 op 29-10-2009 18:25 ]

[Mei]

fikkie_84 schreef op donderdag 29 oktober 2009 @ 18:23:
Wanneer ik print_r($test->{'22'}) doe krijg ik steeds maar 1 terug.

Waarom staan die accolades en aanhalingstekens daar? Haal die eens heel snel weg

[fikkie_84]

Mei schreef op donderdag 29 oktober 2009 @ 22:05:
[...]

Waarom staan die accolades en aanhalingstekens daar? Haal die eens heel snel weg

Dat was iets wat ik gevonden had via google maar ik heb het nu lichtjes anders aangepakt maar hetzelfde probleem blijft.
Ik heb een functie gevonden die mijn object omzet in een array, nl:

PHP:

$arr=get_object_vars($formobj);

Probleem is dat ik nog steeds niet aan mijn data kom, ik heb nu een array met:

code:

Array ( 
[sid] => 71 
[submitted] => 1254486103 
[remote_addr] => 
[uid] => 4 
[name] => Jef Vermeulen 
[status] => 1 
...
[22] => Array ( [value] => Array ( [0] => Utrecht ) ) 
)

Het gekke is:

PHP:

$arr["sid"]

tot en met:

PHP:

$arr["status"]

werken perfect maar wanneer ik

PHP:

$arr[22]["value"][0]

doe krijg ik enkel 1 als resultaat in plaats van Utrecht.
Ik snap dus niet goed wat ik verkeer doe

[Mei]

Gewoon als objecten aanroepen joh, geen array van maken (want dat is het immers niet). Dus $webform_data->uid. Met var_dump() kan je kijken wat een variabele precies is en krijg je meer info over zijn waarde dan met print_r(). Doe dat eens op $webform_data->22.

[lordsnow]

Mei schreef op dinsdag 20 oktober 2009 @ 14:41:
Nope, doet Views niet. Jij wil een soort content type classes maken die je kan extenden en kan instancen en zoiets zou eigenlijk in Drupal core moeten zitten, maar dat is dus niet zo. Volgens mij bestaat het überhaupt nog niet.

Ah, jammer. Dan hebben we Views niet goed begrepen.

Wat raad je dan aan om te bereiken wat we willen doen? (Bepaalde ingelogde gebruikers moeten een formulier kunnen zien en kunnen invullen. Het zou makkelijker zijn, voor deze gebruikers, wanneer bepaalde invoer velden of grijs (niet actief) worden of weggelaten worden afhankelijk van wat er aan het begin van het formulier geselecteerd wordt (Bar, Hotel, of Restaurant).

Normale bezoekers van de site (die dus niet kunnen inloggen) moeten dan deze informatie weer makkelijk kunnen opzoeken. (Zoeken op lokatie, prijs, etc.).

bartvb schreef op donderdag 22 oktober 2009 @ 21:44:
Heb voor het zoeken op locatie trouwens gebruik gemaakt van de 'location' module. Na het fixen van een paar kleine bugjes werkt dat best goed, meteen de mogelijkheid om met de 'gmap' modules een kaartje te laten zien bij het bedrijf en om alle bedrijven op een kaar van NL te laten zien.

Wij wilden deze module ook gaan gebruiken, maar krijgen dit niet werkend voor de Filipijnen. Kan iemand dat bevestigen?

[ Voor 22% gewijzigd door lordsnow op 30-10-2009 12:00 ]

[fikkie_84]

Mei schreef op vrijdag 30 oktober 2009 @ 10:53:
Gewoon als objecten aanroepen joh, geen array van maken (want dat is het immers niet). Dus $webform_data->uid. Met var_dump() kan je kijken wat een variabele precies is en krijg je meer info over zijn waarde dan met print_r(). Doe dat eens op $webform_data->22.

Alvast bedankt voor het meedenken!
Ik doe:

PHP:

var_dump($obj)

en krijg terug:

code:

object(stdClass)#20 (7) 
{ 
["sid"]=>  string(2) "71" 
["submitted"]=>  string(10) "1254486103" 
["remote_addr"]=>  
["uid"]=>  string(1) "4" 
["name"]=>  string(13) "Jef Vermeulen" 
["status"]=>  string(1) "1" 
....
[22]=>  array(1) { ["value"]=>  array(1) { [0]=>  string(7) "Utrecht" } } 
}

Wanneer ik

PHP:

var_dump($obj->uid)

krijg ik mooi 4 te zien.
Maar weer hetzelfde probleem met

code:

$obj->22

krijg ik niets te zien.
Ik snap niet zo goed wat het probleem is, normaal gezien zou ik toch $array=$obj->22 moeten kunnen doen met dan $array=["value"][0]?
Waarom hier niet?

[Mei]

Besef me nu net wat het probleem is. Variabelenamen mogen niet met een cijfer beginnen. Bij arrays is het geen probleem, omdat "22" in $webform_data[22] een key is en geen naam. Bij $webform_data->22 is het echter een property, wat in feite niets meer is dan een variabele in een object. Dus even var_dump((array) $webform_data); doen.

[fikkie_84]

Mei schreef op vrijdag 30 oktober 2009 @ 12:15:
Besef me nu net wat het probleem is. Variabelenamen mogen niet met een cijfer beginnen. Bij arrays is het geen probleem, omdat "22" in $webform_data\[22] een key is en geen naam. Bij $webform_data->22 is het echter een property, wat in feite niets meer is dan een variabele in een object. Dus even var_dump((array) $webform_data); doen.

Ik moet toegeven dat ik niet meer goed volg nu.
met de var_dump((array)$obj), hier cast ik mijn object gewoon naar een array en dan krijg ik dezelfde structuur als ik get_object_vars($obj) zou doen?
en als ik volgende link van php.net, converting to array goed begrijp zou ik dus volgende kunnen doen:

PHP:

$arr=(array)$obj;

of

PHP:

$arr=get_object_vars($obj);

Wanneer ik dit doe dan kan ik nog steeds niet zeggen:

PHP:

$arr[22]["value"][0]

en ik begrijp niet waarom dit niet gaat?
Wanneer ik var_dump($arr) doe (handige tip trouwens!) dan zie ik mijn volledige array, hieruit kan ik de eerste elementen ook uit selecteren dus key uid, sid.
pas wanneer ik key 22 wil selecteren waarin nog een array zit returned er niets met echo...

[Mei]

Echo werkt alleen met primitives, dus integers, strings, etc. Een array bevat meerdere waardes en moet je dus met print_r() of gerelateerde functies uitlezen.

Het is misschien handig om dit probleem in een nieuw topic te bespreken, aangezien het nu weinig meer met Drupal te maken heeft. Zo komen er waarschijnlijk nog wat meer PHP-ontwikkelaars kijken.

[ Voor 38% gewijzigd door Mei op 30-10-2009 15:59 ]

[fikkie_84]

Mei schreef op vrijdag 30 oktober 2009 @ 15:59:
Echo werkt alleen met primitives, dus integers, strings, etc. Een array bevat meerdere waardes en moet je dus met print_r() of gerelateerde functies uitlezen.

Het is misschien handig om dit probleem in een nieuw topic te bespreken, aangezien het nu weinig meer met Drupal te maken heeft. Zo komen er waarschijnlijk nog wat meer PHP-ontwikkelaars kijken.

Ik gebruikte natuurlijk print_r om deze array te tonen mbv echo, maar je hebt gelijk ik zal even een nieuw topic starten voor mijn probleem.
Alvast bedankt voor je hulp!

[Tim Schuhmacher]

Misschien dat ik drupal nog te weinig ken, maar ik heb toch iets waar ik niet zo goed uit komt.

Ik gebruik CCK + ImageField. Zo plaats ik het plaatje:

code:

<?php echo $node->field_body_image[0]['view'];?>

Op deze manier krijg ik het volgende als uitvoer:

code:

<img  class="imagefield imagefield-field_body_image" width="223" height="166" alt="Voorkant Praktijk" src="http://url/praktijk.png?1257195950" />

Hierin zit dus ook een class definitie, maar dat wil ik niet, ik wil mijn eigen definitie gebruiken.

Al hackend kan ik in imagefiled.module bij de 'function theme_imagefield_image'

code:

$attributes['class'] = 'topright';

toevoegen en ik ben klaar. Maar dit lijkt me niet de way to go. Kan ik nu die functie overridden? Hoe / en waar?

Maar eigenlijk zou ik met een specifieke php code als

code:

<?php echo $node->field_body_image[0]['view'];?>

slecht de url van het plaatjes willen krijgen en zelf de tags + class definitie er om heen willen zetten.

[Mei]

Zoek eens op "theme override functions".

Daarnaast is "topright" sowieso geen class die je wil gebruiken. Beetje lullig als hij ineens naar linksonder moet bij de volgende redesign of als je klant daar gewoon zin in heeft. Je code moet beschrijven wat het voorstelt, niet hoe je het voorstelt.

[Tim Schuhmacher]

Ok bedankt Mei. Ik heb nu niet de tijd om die zoekopdracht te doen en te lezen. Daar kom ik nog op terug.

Ik snap wat je bedoelt dat 'topright' geen goede class name is. Ik moet zeggen dat ik zelf daar ook altijd mee geworsteld heb, maar voorbeeldjes op http://www.w3schools.com/css/css_positioning.asp doen het altijd wel op die manier. Maar dat zal wel didactisch handiger zijn.

[Michali]

Even een vraagje. Ik heb een Content Type waarop een CCK Date veld zit. Nu wil met Views alle records ophalen waarvan de maand gelijk is aan de huidige maand. Hoe doe ik dat? Ik zit al te kijken naar die filters en arguments, maar ik kom er niet helemaal goed uit.

Hoe kan ik dit het beste aanpakken?

[Eusebius]

Kijk eens bij de laatste 2 screenshots http://bit.ly/4ggev3

[Michali]

Ja dat ken ik wel, maar daar heb ik dus niet nodig. Ik wil alle nodes ophalen waarvan de maand gelijk is aan de huidige maand. Dit is de maand november bijvoorbeeld, dan wil ik dus alle nodes met een bepaald datumveld waarvan de waarde ook in de maand november zit.

[Eusebius]

Volgens mij heb je dan toch echt de laatste nodig icm "now". Weet alleen even niet hoe je de granularity op een maand krijgt.

[Michali]

Hmm ok, maar krijg je dan ook nodes in het verleden met dezelfde maand? Ik moet dus nodes met 01-11-1950 krijgen, maar ook 15-11-2030. Alleen die 11 is van belang.

[Tim Schuhmacher]

Ik heb toch nog een vraag mbt overriden.

Ik heb een content type 'webform' (die is gedefinieerd door de webform module, maar dat terzijde). Ik heb er zelf 2 velden aan toegevoegd (introtekst en een subtitel) en uiteraard een heel formulier.

node-webform.tpl.php is de override voor die node. De inhoud is:

code:

<h1><?php print $title ?></h1>
<?php print $content; ?>

Dat werkt, maar print $content; print alle content velden af (introtekst, subtitel en het formulier) inclusief de veldnamen. Dus paartjes als titel:inhoud Dat wil ik niet. ik wil alleen de inhoud van de fields zien. Welke template zorgt daar dan voor? Een hoger dan node-webform.tpl.php? Volgens de Devel module is de parent van node-webform.tpl.php page.tpl.php. Maar daar staat ook alleen maar <?php print $content; ?>

Het liefst zou ik iets meer uitleg willen dan zoek op template override of zo. Ik heb genoeg erover gelezen, maar denk dat ik gewoon een essentiële stap mis.Ik zit hier nu al een flinke tijd mee.

[Mei]

Doe eens print_r(get_defined_vars()). Dan zie je alle beschikbare data in die tpl file.

[Tim Schuhmacher]

Deze gebruik ik

code:

<?php
print '<pre>';
print htmlspecialchars(print_r(get_defined_vars(), TRUE), ENT_QUOTES);
print '</pre>';
?>

maar daarmee kwam ik niet verder. In de variabele content staat te veel . Dat is er nog [webform] => Array ... Maar het lijkt me dan niet de bedoeling dat ik die zelf helemaal moet uitpluizen, of kan ik die 'doorsturen' naar webform-form.tpl.php?

[Mei]

Waarom htmlspecialchars? Dit is debugcode, dan hoeft dat allemaal niet

Het punt is dat Drupal zelf alles al voor je rendert. Dit kan je met theme overrides tot op zekere hoogte aanpassen (Devel.module schijnt er ook érg goed mee te helpen). Als je meer wil, dan moet je in je tpl file gewoon met de ruwe data zelf aan de slag gaan.

[Sebazztiaan]

Mei schreef op vrijdag 06 november 2009 @ 00:20:
Doe eens print_r(get_defined_vars()). Dan zie je alle beschikbare data in die tpl file.

met devload kan je de content zien (zit in je devel pakket) of anders :

dsm($node);

[Sebazztiaan]

Tim Schuhmacher schreef op maandag 02 november 2009 @ 22:50:
Misschien dat ik drupal nog te weinig ken, maar ik heb toch iets waar ik niet zo goed uit komt.

Ik gebruik CCK + ImageField. Zo plaats ik het plaatje:

code:

<?php echo $node->field_body_image[0]['view'];?>

Op deze manier krijg ik het volgende als uitvoer:

code:

<img  class="imagefield imagefield-field_body_image" width="223" height="166" alt="Voorkant Praktijk" src="http://url/praktijk.png?1257195950" />

Hierin zit dus ook een class definitie, maar dat wil ik niet, ik wil mijn eigen definitie gebruiken.

Al hackend kan ik in imagefiled.module bij de 'function theme_imagefield_image'

code:

$attributes['class'] = 'topright';

toevoegen en ik ben klaar. Maar dit lijkt me niet de way to go. Kan ik nu die functie overridden? Hoe / en waar?

Maar eigenlijk zou ik met een specifieke php code als

code:

<?php echo $node->field_body_image\[0]['view'];?>

slecht de url van het plaatjes willen krijgen en zelf de tags + class definitie er om heen willen zetten.

uit mijn hoofd zit het filepath in $field_image[n][filepath], dan kan je de rest er wel omheen zetten, of je haalt hem door imagecache heen:

theme('imagecache', 'preset', filepath, options);

heb het zelfs voor je opgezocht

theme_imagecache($presetname, $path, $alt = '', $title = '', $attributes = NULL, $getsize = TRUE)

dus in jouw geval:

code:

theme('imagecache', 'presetname', 
  $node->field_image[0]['filepath'], 
  $node->field_image[0]['data']['alt], 
  $node->field_image[0]['data']['title'], 
  array('class'=>'classname')
);

[ Voor 12% gewijzigd door Sebazztiaan op 06-11-2009 06:54 ]

[MsG]

meldt zich

Ben nu ook een beetje bezig met Drupal, wil mn eigen site na een jaar eindelijk eens af maken. Ik heb me neergelegd dat ik niet kan designen en beter een bestaand theme kan aanpassen. Hierdoor heb ik een WP theme gejat en die omgezet naar Drupal. Voor de basis niet zo moeilijk, al zijn de outputs iets meer "echt" php dan hoe Joomla de outputs regelde.

Ook ik kom van Joomla! af, al heb ik dat niet heel lang gebruikt, maar ik merkte dat Joomla! heel vaak annames doet, en als je van het standaardmodel afwijkt heb je vaak een probleem. Een module is bij Joomla! ook meer een fix om dat standaardmodel te overriden met een eigen implementatie, maar die zijn vervolgens weer niet aanpasbaar, vandaar dat ik maar naar Drupal ben gestapt, wel wat moelijker maar ook van hogere kwaliteit heb ik het idee.

Alleen even een klein dingetje nog op www.mathijsgroothuis.com namelijk op de hoofdpagina laat hij de titel een stuk lager zien dan de andere pagina's. De hoofdpagina is geloof ik een blog of een story. Is de titel output hiervan anders?

Ik gooi namelijk de output in <h1 class="pagetitle"></h1> echter gooit hij bij mijn mainpage de titel in <h2><a title="Mijn eerste blog-item" href="/mijn-eerste-blog-item">Mijn eerste blog-item</a></h2>

Hanteert Drupal bij blog of story weer een andere naam voor de titeloutput?

[Mei]

De front page heeft geen titel, voor zover ik weet. Deze geeft slechts de output van een andere pagina weer (/node by default). Beetje een apart geval. De titels die je daar ziet zijn dus niet de titel van de pagina, maar behoren tot de content daarvan.

[Eusebius]

Daar had ik laatst ook wat mee. Heb je Fx met de webdev toolbaar? Kijk eens of er een div teveel wordt geladen in vergelijking met andere pagina's.

Bij mij was het - volgens mij - iets met de breadcrumbs die hoewel leeg toch voor een verspringing zorgden.

[ Voor 39% gewijzigd door Eusebius op 11-11-2009 13:05 ]

[MsG]

Dat is het denk ik niet, want andere pagina's gaat wel goed.

Ja ik heb de hoofdpagina van de index geloof ik gewijzigd in die node, dan moet hij toch de contenttitel daar geven? Kan ik uit die content output los nog de contenttitel halen anders?

[Mei]

Mei schreef op woensdag 11 november 2009 @ 12:30:
De front page heeft geen titel, voor zover ik weet. Deze geeft slechts de output van een andere pagina weer (/node by default). Beetje een apart geval. De titels die je daar ziet zijn dus niet de titel van de pagina, maar behoren tot de content daarvan.

[MsG]

Ja maar hoe kan ik die content titel dan pakken als pagina titel? Want alles wordt nu in de body gegooid. Of kan je de content alleen als 1 geheel outputten?

Hoe doen jullie het trouwens met beheermenu e.d., ik vind het Drupal beheermenu niet geweldig voor noobs, wat doen jullie als jullie iets voor klanten maken? Een custom menu oid?

[Mei]

De front page heeft nooit een titel, tenzij je zelf gaat coden.

Wat vind je lastig aan het beheermenu? Telkens een nieuwe pagina voordat de boel uitklapt? Probeer alle parent items eens op 'expanded' te zetten. Te groot? Probeer de module Admin Menu eens.

[MsG]

Nee maar stel je maakt een website voor Boswachter Piet, dan wil je hem toch iets super simpels geven? Terwijl je wel het krachtige drupal-systeem wilt gebruiken. Bijvoorbeeld op de voorkant een knop met Nieuwe pagina ipv ergens in de backend in een was van instellingen.

Ja ik snap wel dat de frontpage geen titel heeft maar kijk eens op www.mathijsgroothuis.com daar zie je dat hij die blogcontent uitspuugt als content, logisch. Maar kan ik die content titel ook apart outputten? Nu heb ik namelijk op de plek van mijn titeldiv een lege plek, terwijl ik daarin alsnog die blogtitel zou kunnen gooien, die hij nu in de content zet. Snap je?

[Mei]

Dat heeft te maken met je theme dat geen rekening houdt met de mogelijkheid dat titels er niet altijd hoeven te staan.

En simpele's menu's kan je gewoon zelf maken. Je kan gewoon een nieuw menu maken met een paar simpele links erin.

[Marc3l]

Heb ook een vraagje.
Heb met cck iets gemaakt dat je een track (mp3) kan uploaden met titel en naam van de track, lekker simpel.
Nu kan ik met views een mooi lijstje maken maar ik wil van het view lijstje de 'naam - titel' een link maken die een javascript functie aanroept.
Kan dit ook met views of moet ik dan zelf wat gaan schrijven?

[Eusebius]

Bestaat er iets waarmee je voor een inhoudstype een snelle invoer-mal kunt maken? Ik heb een inhoudstype 'agenda' met allemaal velden (wie, wat, waar etc). Eén gebruiker hoeft echter maar een paar velden in te voeren maar wel elke keer een hele stapel (bv alleen wie + wat).

Nu kan ik wel een PHP script schrijven met een tabel enzo (2 kolommen, 5 rijen tegelijk) die alles gelijk 'injecteert' in de database. Maar ik weet niet of dit slim is en of er al alternatieven zijn.

[Mei]

Kan je nog even uitleggen wat in jouw situatie het verschil is tussen "maar een paar" en "een hele stapel"? Volg niet precies wat het probleem is.

[Eusebius]

"Maar een paar" slaat op het aantal velden van het inhoudstype agenda (nl alleen de velden wie, wanneer). Het hele inhoudstype heeft in totaal 12 velden (lokatie, extern document, etc) dat voor deze gebruiker niet relevant is. Als deze gebruiker haar data invoert heeft ze altijd een stuk of 20 wie & wanneer's in te voeren. Dus "een hele stapel" slaat op circa 20 nodes tegelijk.

- edit VIEWS is een soort monitor van ingevoerde gegevens (laat gegevens X zien als aan voorwaarde Y is voldaan). Maar aan de inputkant ken ik geen tegenhanger. Zeg maar een VIEWS om dingen in te voeren .. EDITS ofzo.

[ Voor 22% gewijzigd door Eusebius op 12-11-2009 11:12 ]

[Ook al Bezet]

Ik weet niet precies wat je wilt bereiken. Maar is dit niet wat? Het laat velden zien, afhankelijk van wat er in voorgaande velden in ingevoerd.

[afraca]

Volgens mij is het nog niet genoemd, maar ik vond het geweldig nieuws (voor Drupal), de site whitehouse.gov , de officiele site van het witte huis, is over gestapt op Drupal (zoals hier te lezen is)

[Eusebius]

Dries houdt op zn site buytaert.net (min of meer willekeurig) sites bij die zijn overgestapt op Drupal.

[MsG]

Ik wil als ik op een van mijn primary links klik dat de subitems hiervan ergens op de pagina verschijnen. Maar snap niet echt hoe dit werkt, want ik zie ze niet. Iemand die weet hoe je dit fixt?

[Ook al Bezet]

Als dropdowns bedoel je? Probeer de nice menus module, je kunt die menu's aan je primaire, secundaire of eigengemaakte menu's koppelen. Je kunt dan CSS gebruiken om ze een eigen uiterlijk te geven.

[ Voor 19% gewijzigd door Ook al Bezet op 23-11-2009 12:26 ]

[kwaakvaak_v2]

Ik ben voornamelijk benieuwd naar straks de stable van Drupal 7, want kwa usability kan er idd wel was saus overheen.

Drupal is een mooi systeem, maar met een redelijk harde leercurve voor de contentbeheerder omdat dingen net niet helemaal logisch zitten uit oogpunt van een eindgebruiker. Het is wat dat betreft nog steeds een echt coders CMS, alhoewel het in de afgelopen jaren wel sterk verbeterd is

[ Voor 27% gewijzigd door kwaakvaak_v2 op 23-11-2009 12:34 ]

[MsG]

Ook al Bezet schreef op maandag 23 november 2009 @ 12:24:
Als dropdowns bedoel je? Probeer de nice menus module, je kunt die menu's aan je primaire, secundaire of eigengemaakte menu's koppelen. Je kunt dan CSS gebruiken om ze een eigen uiterlijk te geven.

Nee gewoon als rijtje tekst onder elkaar. Maar als ik een regio defineer voor menu's waar ik dan primaire navigatie blok in zet, dan gooit hij de child-items daar ook neer, terwijl ik die ergens anders wil.

[Eusebius]

Je bedoelt: rijtje primary links bovenaan
[Algemeen] [Artikelen] [blog] [files] [contact]

En als je op één van deze 5 klikt, dan verschijnt er een ander blok dat afhankelijk van het geklikte verschijnt? Dus bij artikelen komt het blok er een menu met
[kookartikelen]
[klusartikelen]
[computerartikelen]
en bij het klikken op blog iets anders etc?

- zo ja: kijk eens naar de module block split menu: de childs kun je in een apart blok krijgen.

[ Voor 12% gewijzigd door Eusebius op 23-11-2009 13:24 ]

[MsG]

Juustem. Beetje jammer imo dat je daar een module voor nodig hebt. T lijkt wel Joomla .

Ik zal er eens naar kijken, bedankt

[Eusebius]

MsG schreef op maandag 23 november 2009 @ 13:48:
Juustem. Beetje jammer imo dat je daar een module voor nodig hebt. T lijkt wel Joomla .

Ik zal er eens naar kijken, bedankt

Nou het heeft mij heel wat hoofdbrekens en zoeken gekost eer ik deze gevonden had. Heel simpel maar je moet het net even weten.

[MsG]

Ik heb inmiddels de uitgebreidere variant, genaamd Menu Block.

Die werkt wel prima. Maar toch jammer dat je voor zoiets triviaals al een module nodig hebt. Dat mag er bij mij wel standaard in.

[Eusebius]

Tja wat is triviaal ... ik ben BTW ook van mening dat dit iets triviaals is ;-)

Iets anders wat standaard niet in de OG zit en voor zover ik weet niet als module te krijgen is: per OG selecteren welke VIEW je wilt gebruiken. Nu zijn alle groepen ' veroordeeld' tot dezelfde VIEW (standaard OG_GHP_RON). Alle instellingen zijn flexibel bij groepen (thema, comments, lidmaatschappen, zichtbaarheid) behalve deze! Ja, werken met Panels is een oplossing, maar Panels is gelijk weer zoveel ..!

Als iemand een simpele oplossing weet om per OG een aparte VIEW in te stellen .. graag!

[Sebazztiaan]

MsG schreef op maandag 23 november 2009 @ 14:36:
Ik heb inmiddels de uitgebreidere variant, genaamd Menu Block.

Die werkt wel prima. Maar toch jammer dat je voor zoiets triviaals al een module nodig hebt. Dat mag er bij mij wel standaard in.

juist dit soort dingen zitten niet in Core. Ze willen core juist zo klein mogelijk houden, is ook 1 van de redenen dat Views niet in Core wordt opgenomen, (ook omdat je dan niet kan updaten en features toevoegen, maar dit terzijde).

Weet je hoeveel gesteggel het was op d.org om fields in Core te krijgen voor D7?

Ooit van Drupal Small Core gehoord?

Maar voor dit soort triviale dingen kan je altijd Acquia downloaden!

[Sebazztiaan]

Eusebius schreef op maandag 23 november 2009 @ 15:29:
Tja wat is triviaal ... ik ben BTW ook van mening dat dit iets triviaals is ;-)

Iets anders wat standaard niet in de OG zit en voor zover ik weet niet als module te krijgen is: per OG selecteren welke VIEW je wilt gebruiken. Nu zijn alle groepen ' veroordeeld' tot dezelfde VIEW (standaard OG_GHP_RON). Alle instellingen zijn flexibel bij groepen (thema, comments, lidmaatschappen, zichtbaarheid) behalve deze! Ja, werken met Panels is een oplossing, maar Panels is gelijk weer zoveel ..!

Als iemand een simpele oplossing weet om per OG een aparte VIEW in te stellen .. graag!

Zelf views maken icm met blok visi?

[Mei]

Sebazztiaan schreef op dinsdag 24 november 2009 @ 07:11:
[...]


juist dit soort dingen zitten niet in Core. Ze willen core juist zo klein mogelijk houden, is ook 1 van de redenen dat Views niet in Core wordt opgenomen, (ook omdat je dan niet kan updaten en features toevoegen, maar dit terzijde).

Ooit van Drupal Small Core gehoord?

Heeft er niets mee te maken De algemene koers is nog steeds richting een goedwerkend en volledig product. Sommige contribmodules zijn alleen zulke bakbeesten die niet altijd consistent met core werken dat ze er voorlopig gewoon niet in komen. Kwestie van te weinig animo om de boel te herschrijven en 'core worthy' te maken.

[Eusebius]

Sebazztiaan schreef op dinsdag 24 november 2009 @ 07:12:
[...]
Zelf views maken icm met blok visi?

Zelf Views maken lukt me wel per groep. Wat bedoel je met visi? Visibility?

- edit dus de output van OG_GHP_RON op 0 zetten (geen resultaat) en via een paar VIEWS de content in blokken krijgen (bv eentje met een tabel, eentje met teasers, etc.) En dan met Block Visibility bepalen welk blok in welke groep wordt getoond. (even hardop denken en voor mensen die al zoekende hier komen). Hmm zou kunnen, vind het nogal omslachtig.

Het probleem is - zo besefte ik gisterenavond: Gebruikers die groepen kunnen beheren != gebruikers die bij blokken kunnen, Views doorgronden, toegang tot panels hebben etc.Een oplossing waarbij de aanmakers van een groep gelijk voor een weergave van de group homepage kunnen kiezen (bv dmv een dropdownlist), bestaat niet. Dat er een paar alternatieven eenmalig moeten worden gemaakt, dat geeft niet. Het gaat om de plek van de workflow: op het moment dat je een OG aanmaakt kiezen voor een lay-out (niet theme!) bestaat niet.

[ Voor 18% gewijzigd door Eusebius op 24-11-2009 09:12 ]

[Paulus0013]

Ik heb ook wat vragen. Ik gebruik Drupal als eindgebruiker, de gehele site is niet door mezelf gebouwd of ontworpen.

Ik, of eigenlijk mijn bouwer dus, zoek nog een videomodule.
Momenteel gebruik ik Kaltura, echter mijn wmv filmpjes worden enorm blokkerig. Dat is geen werken zo.
Ik heb avi filmpjes van enkele 100en MB's, deze komen zo uit mijn camera. Het grootste deel heb ik omgezet naar wmv en dan werden ze al een factor 10 kleiner en de kwaliteit was acceptabel.
Voorheen gebruikte ik de wmv met een embedded mediaplayer en was de kwaliteit prima.
Nu ik deze upload naar mijn videomodule blijft er weinig bruikbaars van over.

Nu had de bouwer wel een andere module met redelijke kwaliteit, maar die had geen thumbnails. En dat is toch echt een must, een regeltje tekst nodigt niet echt uit tot kijken.

Wat ik ook nog handig zou vinden is een fotogallery. Ik heb momenteel een gallery, maar die werkt ook met wat haken en ogen.
In principe had ik gewild dat ik simpelweg mijn foto's selecteer en deze dan in een gallery komen. Dit werkt ook wel. Alleen als je op full size drukt past een grote foto niet in beeld en scrollbalken ontbreken.
Wat ik verder als wens had, was dat automagisch mijn logo in de foto komt bij/tijdens/na het uploaden.

Is dit alles mogelijk?

[MsG]

Sebazztiaan schreef op dinsdag 24 november 2009 @ 07:11:
[...]


juist dit soort dingen zitten niet in Core. Ze willen core juist zo klein mogelijk houden, is ook 1 van de redenen dat Views niet in Core wordt opgenomen, (ook omdat je dan niet kan updaten en features toevoegen, maar dit terzijde).

Weet je hoeveel gesteggel het was op d.org om fields in Core te krijgen voor D7?

Ooit van Drupal Small Core gehoord?

Maar voor dit soort triviale dingen kan je altijd Acquia downloaden!

Mwoah maar de mogelijkheid om een node als block in te stellen ipv alleen nieuwe blocks maken vind ik niet echt een grote bloated module-achtig iets. Gewoon een tiny feature die ontbreekt. Net als die gesplitte menu's.

[MsG]

Weet iemand hoe je dit krijgt met padauto:

Ik wil mijn pagina's wel een extensie bijv. .html

maar ik heb een menu met een item diensten, waar weer children onder zitten.

Die diensten pagina met links de children mag wel /diensten/ alleen zijn ipv diensten.html

de children moeten dan weer /diensten/child.html worden . Als ik [menupad-raw].html doe wordt diensten diensten.html

[Mei]

Gewoon die extensie weglaten. Is nergens goed voor. Maakt het alleen maar rommeliger en is zelfs minder goed voor SEO volgens mij.

[MsG]

Nee het is juist beter, dat is het punt , ik weet niet in hoeverre maar het schijnt wel beter te zijn. Maar het is niet mogelijk dus? Een beetje net zoals nu.nl heeft.

[Mar2zz]

html heeft echt wel een ignore bij de grote muziekmachines zoekmachines (where is my mind), die wordt eruit geregularexpressed.

seo is juist het opstellen van unieke combinaties van woorden die de volledige lading van je pagina dekken.

/dienst/pizza_eten_bestellen is minder goed dan dienst/pizza_eten_bestellen_amsterdam als je voor een restaurant in amsterdam wat maakt.

paden kun je het beste volledig betitelen (dat is met drupal juist zo makkelijk).
bijvoorbeeld /diensten/child_waar_gaat_de_pagina_over
of /diensten/diensten_child_waar_gaat_de_pagina_over

[ Voor 3% gewijzigd door Mar2zz op 27-11-2009 13:45 ]

[MsG]

Hmm onze SEO Expert modje André Scholten zei dat het wel voordelen had. Ik zal eens vragen of het echt zoveel boeit.

Vind het wel jammer dat je alleen [menupad-raw] hebt wat het geheel maakt tot de eigen pagina zelf, en niet zoiets als [menu-pad-tot-aan-de-pagina][pagina-zelf]. Want dan kan je flexibeler extensies aan en uitzetten. Er wordt op dit moment namelijk geen onderscheid gemaakt tussen nodes en nodes die een child zijn van een parent.

[Eusebius]

Wat ik mis (niet heb) is op dit moment een soort AJAX mogelijkheid: 2 regio's met in de ene een lijst (bv nodelijst uit een organic group) die de andere vult. Klik ik op node/12, dan wordt node/12 getoond in het venster ernaast zonder de pagina te vernieuwen.

[MsG]

Ik ben nu bezig met http://www.budgetklik.squidmedia.nl/

Op de voorpagina zie je hier 4 pakketvormen. Deze heb ik eerst in html gemaakt en gestyled, daarna deze html als html code in de node gestopt. Wat is eigenlijk een betere manier? Want dit voelt een beetje als een stomme manier. Hoe doen jullie zulke dingen als een bepaalde pagina net even op een bepaalde manier gemaakt moet worden. Of maken jullie inderdaad de content zelf helemaal op met de editor in de nodes.

[lordsnow]

Wij zitten deze keer te experimenteren met "Node Comment" v.6.x-1.2-rc2, als alternatief voor de core-module "Comment".

Als wij de "Comment" module gebruiken dan kan een gebruiker reageren ("Add a reply", o.i.d.) op een node. Deze reaktie wordt daarna ook netjes weergegeven nadat de pagina opnieuw geladen is.

Als we "Comment" uitschakelen, en vervolgens Node Comment inschakelen (zoals aangegeven in de installatie instructies voor Node Comment), dan krijgen wij nog steeds de mogelijkheid om te reageren op een node, je kan je reaktie invullen en submitten. Echter de reaktie(s) verschijnen niet nadat de pagina opnieuw geladen is.

Voor meer info, zie ook de door ons gemelde "Issue":
http://drupal.org/node/658310

We hebben al een aantal dingen uitgeprobeerd maar de situatie blijft hetzelfde.

Kan iemand aangeven wat wij fout doen? Waarschijnlijk is het iets heel simpel. Of, mischien beter, kan iemand vertellen hoe je het wel goed moet doen? Een stap-voor-stap installatie, en configuratie, en voorbeelden van een werkende Node Comment zou geweldig zijn.

[ Voor 6% gewijzigd door lordsnow op 18-12-2009 18:11 ]

[ZpAz]

afraca schreef op dinsdag 17 november 2009 @ 20:22:
Volgens mij is het nog niet genoemd, maar ik vond het geweldig nieuws (voor Drupal), de site whitehouse.gov , de officiele site van het witte huis, is over gestapt op Drupal (zoals hier te lezen is)

Oe, onderaan 'Apply for a job' misschien kan je wel president worden

[ZpAz]

Mar2zz schreef op vrijdag 27 november 2009 @ 13:44:
html heeft echt wel een ignore bij de grote muziekmachines zoekmachines (where is my mind), die wordt eruit geregularexpressed.

Lijkt me niet geheel kloppen, met HTML kan je namelijk waarde geven aan bepaalde teksten. Bijvoorbeeld wat kopjes zijn (h1, tm h5 ofzo), paragrafen, tabellen, lijsten, adressen en nog veel meer. Hier houd de zoekmachine zeker wel rekening mee.

Als jij geen semantische html gebruikt is dat zeker wel van negatieve invloed op de zoekmachine. Die hecht wel waarde aan kopjes e.d, alles (dus ook non-kopjes) in een <h1> stoppen zal dan weer negatief uitpakken.

In html 5 kan je zelfs aangeven wat het menu is en wat de content is. Geen idee hoever de zoekmachines daar naar kijken though.

[Alex)]

Het ging niet over HTML an sich, maar de .html-extensie op pagina's.

[zonoskar]

Ik ben ook een beetje bezig met Drupal voor mijn website. Het zal wel een beginner vraag zijn, maar ik kan niet terug vinden wat de node is van bijvoorbeeld een story die ik gemaakt heb. Ik kan natuurlijk een random node invullen bij een menu totdat ik de goede heb, maar ik had gehoopt dat het wat meer gestructureerd kon.

Afgezien dat ik nog geen enkele fatsoenlijke gallery heb gevonden (Brilliant gallery, node gallery, gallery2) werkt het wel best aardig.

[Eusebius]

Kun je wel bij de story komen? Hover dan even met je muis boven de "bewerken" knop en voila, het nummer verschijnt in je werkbalk.

Met /admin/content/node kun je bij alle nodes komen

- edit: via php laat ik aan ingelogde gebruikers het node/nummer zien. Als je wilt kan ik de code wel even opzoeken

[ Voor 24% gewijzigd door Eusebius op 22-12-2009 10:35 ]

[zonoskar]

Dat ik daar zelf niet aan gedacht heb. Soms zijn de simpelste dingen zo moeilijk Bedankt. Nu nog die galleries aan de praat krijgen. Ik wil eigenlijk een gallery ala Lightroom nabouwen (dus een aantal X bij Y thumbnail schermen en als je op een foto klikt de orginele foto, optioneel via lightbox2). Met Brilliant gallery zou dat moeten kunnen, maar ik heb precies dit probleem en er staat geen oplossing bij.

/edit: Een mogelijke oplossing wordt hier gegeven. Die ga ik vanavond proberen.

/edit2: dat was idd het probleem. Samen met deze instructies werkt het nu wel. Ik heb wel nog dat het invisible zetten van individuele foto's nog niet werkt.

[ Voor 28% gewijzigd door zonoskar op 24-12-2009 11:52 ]

[Michali]

Even een vraagje over het het toestaan van registratie van users door de admin. Kan ik het ook zo opzetten dat de approval niet door de admin gedaan wordt, maar door een andere user?

Ik ben zelf de admin van de site namelijk, maar ik ben niet degene die gaat over het approven van users, en daar heb ik ook niet zo veel zin in eerlijk gezegd. Ik kan er niet zo veel over vinden vreemd genoeg, maar ik kan me niet voorstellen dat dit er niet is.