Posted by adamevertsson on November 23, 2010 at 4:34pm
Hej alla
Sitter och klurar på följande problem: Jag har texter, bilder och filmer på en hemsida som ska drupaliseras. Samtliga dessa delar tre listor - vem som skickat in materialet till hemsidan, vem som är upphovsman/kvinna och vem som översatt materialet.
Är det bästa sättet att lösa något sådant här att skapa tre innehållstyper - Bidragsgivare, Upphovsman, Översättare - och sedan, på de andra innehållstyperna skapa ett Node Reference-fält som heter t ex Översättare och i det börja skriva vem som Översatt texten?
/AE
Comments
Det beror helt på hur du vill
Det beror helt på hur du vill göra - Ska varje person ha en egen sida med info om denne också?
Annars kan du nog enklare använxa taxonomier för dessa. Ska du istället ha en infosida om var person, så är det troligen enklare att göra en personnodtyp. Att göra tre innehållstyper för dessa känns som dubbellagring, för det kan nog vara så att samma person kan vara två eller alla tre av dina fina kategorier. du kan då istället söka fram vem som är tex upphovsman genom att leta bland verken och se vilka som är refereade till...
Intressant idé med att låta
Intressant idé med att låta taxonomin sköta jobbet - men då kommer nästa problem. Samtliga "roller" - Bidragsgivare, Upphovsman, Översättare - ska ha en hemsideadress kopplad till sig, eller en epostadress, och det går väl inte med taxonomin? Rätta mig om jag har fel, har inte pysslat så mycket taxonomi.
Som svar på din första fråga, nej det är inte meningen att de ska en personlig infosida. Och du har rätt angående dubbellagringen, det är nog bättre att klappa ihop alla i en enda lista.
Men då är frågan om taxonomin kan lösa det eller om det får bli en innehållstyp?
/AE
✄-----------------------------------------------------
Adam Evertsson - Came for the code, stayed for the community!
Om de ska ha mer information
Om de ska ha mer information än namnet så fungerar inte taxonomin bra nej, då måste man nog köra på nodvarianten. Men då får man automatiskt en nodsida för var person, även om man inte behöver länka till den på siten etc...
Tycker att du skall köra på
Tycker att du skall köra på nodtypen "person" och där ha fält för e-post, webbplats och vad mer det kan tänkas vara (eller bli i framtiden) och sedan skapa nodreferensfält. Det är hyfsat lightweight och utbyggbart för framtiden.
Users
Eller så skapar du användare istället för noder, och rollerna Bidragsgivare, Upphovsman, Översättare som tilldelas dem. Sedan user_reference på nodtyperna för nytt material (Bidragsgivaren tilldelas automatiskt eftersom att personen är inloggad när han laddar upp materialet).
Om du bara vill att man ska kunna välja användare som har rollen Översättare i fältet för översättare, så kan du använda en View som filtrerear på den rollen. Om du går till inställningarna för fältet och scrollar längst ner hittar du under Avancerat en lista där du kan välja vilken view som ska användas för att filtrera valmöjligheterna.
Joakim Lundberg | Kollegorna
Goda förslag
Goda förslag, ska fundera vidare på vilket som kan vara bäst för mig. Återkommer säkert med följdfrågor.
/AE
✄-----------------------------------------------------
Adam Evertsson - Came for the code, stayed for the community!
LIte extratankar
@JockeL: Ditt sätt fungerar tyvärr inte riktigt i min situation, då anonyma användare kommer att kunna lägga upp material och därför inte vara inloggade. Rätta mig gärna om jag har fel.
Lite följdfrågor och utsvävningar:
Hur kan jag göra ett fält sökbart - alltså, om jag börjar knacka in namnet så kollar den igenom och ser vad som finns och låter mig välja av de som passar in - precis som när man skriver in taxonomi-taggar - om det inte är ett taxonomi-fält?
Jag vill ju undvika en massa onödig information och den ultimata lösningen för mig hade ju varit att tillagt material av user 17 kopplas till den och den och den texten eller bilden. Går det att göra eller är det bara att låta drupal spara samma namn trehundra gånger, kopplat till olika bilder och texter?
/AE
✄-----------------------------------------------------
Adam Evertsson - Came for the code, stayed for the community!