Hoj,
Så var det då dags att ställa första frågan om Drupal :D
Jag håller på att testa Drupal lite för att kunna bygga min första Drupla-site och har stött på ett problem som säkert är enkelt löst med er hjälp.
Jag har skapat ett hierarkiskt vokabulär som ska användas för innehålls typen "Produkt"
Blockljus
-- Litet
-- Strort
Värmeljus
-- Doft
---- Jasmine
---- Kanel
Mitt första problem att när innehålls typen visas så syns bara den "nedersta" termen i hierarkin.
tex.
Om jag valt "Värmeljus"-"Doft"-"Kanel" (jag har använt mig av modulen Hierarchical Select) när jag skapade "Produkten" så visas sen bara "Kanel".
Om man filtrerar innehåll i Administrera->Innehåll->Innehåll så kommer inte "Produkten" upp om jag väljer att filtrera på kategori "Värmeljus" utan jag måste välja just "Kanel"
Jag vill alltså att hela hierarkin syns när "Prudukten" visas och när jag söker/filtrerar så vill jag att en sökning/filtrering på tex "Värmeljus" ska ge som resultat "Produkter" med "Värmeljus" OCH alla underliggande termer som svar.
Jag har förstått att Views är en användbar modul, men jag har inte hunnit prova den ännu, löser den mitt problem?
Comments
Utan att ha satt mig in i
Utan att ha satt mig in i ditt problem allt för mycket så liknade det väldigt mycket något som jag var ute efter när jag började fippla med Drupal och lära mig om vokabulär/taxonomier. Jag sökte en hel del då och hittade en modul som heter Taxonomy Force All som hjälpte mig i varje fall. Om den sen löser ditt problem vet jag inte, men mitt tipps är att du kollar på den.
Ang Views så kan det lösa det mesta, men som sagt, jag är novice jag med!
Anders Olsson
Halvvägs
Taxonomy Force All ger mig halva lösningen.
Jag viste föresten inte att man kunde lista alla underligande termer med tex ./taxonomy/term/1/all , första lärdommen.
Med Taxonomy Force All så löses ju problemet med tex menyer och breadcrums som annars inte hade get mig länkar till alla underligande termer.
Återstående problem är då bara att jag vill få en breadcrum liknande visning av vokabuläret för varje "Produkt".
Verkar som om Views inte ger möjlighet att styra visning av fields för page/story.
Hm, är det en theme grej att få till det kanske?
Menyer är bra
Jag ser två saker:
1) Din vokabulär blandar äpplen med päron. Varför inte ha en separat vok för doft, en annan för ljusets typ/storlek? Om du gör så kan folk söka på doft och hitta ljus oavsett storlek istället för att manuellt behöva gå igenom varenda gren av ditt träd för att hitta sådana ljus.
2) Om du skapar en meny-hierarki istället kommer breadcrumb att reflektera den. Det är lämpligare än att använda en vok för att beskriva en sidstruktur. Om du gör som jag skriver ovan kan dina menylänkar peka till taxonomy/term/x+y och returnerar då alla noder som matchar båda villkoren... tex menyalternativet värmeljus/kanel (med breadcrumb värmeljus > kanel) => taxonomy/term/23+15 (23 är tid för värmeljus och 15 för kanel).
mvh
Jakob Persson
Webbredaktören - www.webbredaktoren.se
Jakob Persson – Leancept – Results-only digital and marketing consultants – Personal blog
Min första tanke också.
Min första tanke var precis denna som du beskriver, men då fick jag ett annat problem.
De personer som senare kommar att lägga till innehållet på sidan får bara inte kunna göra fel.
Med olika vokabulär istället för ett hierarkiskt så kommer kombinationer som inte finns IRL att kunna matas in av användaren.
Säg att jag gör ett vokabulär med färger men alla färger finns inte för alla dofter el. liknande
Båda sätten har sina begränsningar.
Men ju mer man tänker på det så känns ändå risken för "inmatningsfel" överkommlig.
Man kanske borde kika på någon e-handels modul istället, även om det inte är frågan om någon försäljning initialt.
Misstänker att en sådan modul borde ha ett vettigt sytem för hur de olika produkt kategorierna och dess under kategorier hanteras.
Alla e-handelsmoduler
Alla e-handelsmoduler använder taxonomy tyvärr.
Problemet du beskriver ska ju helst inte lösas genom att man lagrar metadata på ett felaktigt sätt, det är att lösa problemet från fel håll. Se istället till att de som lägger in material gör rätt från början. Det problemet du beskriver finns ju oavsett hur man gör, folk kan alltid kategorisera noder fel.
Jakob Persson
Webbredaktören - www.webbredaktoren.se
Jakob Persson – Leancept – Results-only digital and marketing consultants – Personal blog
Hm, det vill sig inte
Hm, det vill sig inte riktigt.
Provade som du föreslog, att INTE använda ett hierarkiskt vokabulär, men det blev nästan värre.
Jag har alltså använt 3st Taxonomy Fields med varsit vokabulär att välja termer ifrån
För varje vokabulär visas nu istället varje vald term från alla använda vokabulär:
Listan av valda termer visas dock korekt under brödtexten
Produkt: Brun Kanel Blockljus Färg: Brun Kanel Blockljus Doft: Brun Kanel Blockljus Brödtext Blockljus Brun KanelKör ett standard Garland tema utan views om hjälper att förklara vad jag menar.
Har inte kläm på Drupal-lingot än riktigt ;)
Problemet löst.
Satt och meckade lite och hittade lösningen på mitt problem.
Funkade precis som jag vill att det ska fungera när jag använder ett hierarkiskt vokabulär med "multipel select" tillsammans med Hierarchical Select modulen.
Alla termer i den valda grenen på det hierarkiska vokabuläret blir då knytna till noden.
Väljer jag tex Blockljus -> Runda (Hierarchical Select är ju suverän för detta) när jag skapar noden så knyts noden både till termen "Blockljus" och termen "Runda".
Skulle man vilja lägga till en till nivå med termer som olika färger tex så blir det ju ett problem om man vill kunna söka på en viss färg oavsätt överliggande term i hierarkin.
Detta är ju iofs inte något konstigt.
För lösa det problemet får man väl istället skapa ett nytt vokabulär med termer för färger så blir dom sökbara oberoende av andra vokabulär.
/Henrik
Detta slår mig som konstigt
Detta slår mig som konstigt eftersom en term i en vokabulär indirekt ärver av föräldratermer. Modulen du använder gör något som inte behöver göras över huvud taget eftersom arvet är implicit. Att tvinga en nod att associeras med varenda term i arvskedjan låter som dålig design i mina öron.
Precis, och därför, som du skriver, ska färg vara ett separat vokabulär. Det gäller att separera generella egenskaper hos objekt så att man så enkelt som möjligt kan beskriva egenskaper hos enskilda objekt med hjälp av de generella.
Du kan använda taxonomy-modulerna (se modulerna på drupal.org) för att skapa menystrukturer, på det sättet behöver du bara länka till taxonomi-sidor som returnerar noder och slipper tomma sidor.
Jakob Persson
Webbredaktören - www.webbredaktoren.se
Jakob Persson – Leancept – Results-only digital and marketing consultants – Personal blog
Utan multi select så kommer
Utan multi select så kommer ju ändå varje nod att indirekt kunna accosieras till föräldratermen. Det är jag med på.
Och med tex Taxonomy Force All modulen kan jag enkelt få noder tillhörande en underterm att listas även för föräldratermen.
Det jag däremot inte får till i det fallet är att visa accosierade termer inkl alla ovanligande termer när noden visas. Jag får bara den lägsta termen i hierarkin att visas.
Detta kanske är något som går att få till med Views eller kanske rent av måste fixas i temat.
Jag har dock inte hunnit så långt ännu.
Som du säger så är det ju rent designmässigt betydligt bättre att inte behöva accosiera alla termer i hierarkin till noden.
Jag ändrar mig från "Problemet löst" till "EN lösning hittad men söker en bättre" ;)
Dags att dyka in, först i Views, sen Themes :D
Übercart blir lösningen för mig.
Har provat flera varianter nu, men det får bli Übercart.
Då kan jag dessutom lätt göra produkterna "köpbara" vid ett senare tillfälle.
Tjenna. Jag har något
Tjenna.
Jag har något liknande problem.
Jag ska skapa en recept sektion till sidan jag bygger.
Och då vill jag ha så att när jag klickar på Recept i NAV-menyn så kommer en sida upp med intro-text om recept osv. och i en av menyerna - Secondary links exempelvis - ska underkategorierna hamna.
Det jag har gjort nu är att skapa taxomonier som ser ut såhär:
Recept
- Bröd och kakor
- Varmrätter
- Efterrätter
- Pålägg
osv osv...
Men jag förstår inte hur jag ska göra för att den ska visa submenyn till höger när jag är på receptsidan.
Och som jag lyckats lösa det nu så listar den alla recept under "Bröd och kakor" på samma sida, fast jag egentligen vill ha en lista på alla recepten i content-fältet som blir som länkar och som när de klickas så visas endast den noden. Alternativt med hjälp av dropdown-menyn jag använder trycka ned recepten i sidmenyn (som kommer ligga till höger).
Och hur gör man för att sätta så att användare ska kunna lägga in recept till verifiering, men t ex på andra sidor ska de inte kunna skriva någonting?
Det enda jag hittar är att användarna antingen ska kunna skapa sidor eller inte (dvs. i ./admin/user/permissions).
Kan tänka att detta är fel ställe att ställa frågan, så den kan gärna lyftas över till en annan tråd om så är fallet.
Mvh
Jonas
Två olika saker
Hallå där!
Tyvärr måste jag nog säga att du håller på att blanda ihop två olika saker. "Kategorier" (vilket på Drupalspråk ibland också kallas vokabulär eller taxonomier) har från början ingenting med menyerna att göra. Kategorierna innehåller termer som beskriver innehållet i noder på något vis, medan menyerna kan vara uppbyggda efter helt andra principer.
Men!
Det finns förstås andra som har upplevt samma behov som du - ibland vill man ha menyer som ser ut precis som ens taxonomiträd. Då rekommenderar jag att testa modulen Taxonomy Menu. Jag har inte använt den själv, så om du installerar den får du gärna berätta vad du tycker.
Lycka till!
//Johan Falk, Solna