Posted by Patrick Danielsson on July 13, 2015 at 1:01pm
Jag har skapat en import via Feeds importer som skapar noder, och det är som ordrar där man ska kunna söka fram sin order i ett sökformulär.
Jag kanske helt enkelt har fått hjärnsläpp, men hur skapar man bäst ett formulär där man söker fram en nod som behöver matcha två fält, t.ex. Titel och ett annat fält?
Är det bäst att göra det via Views? För jag har en önskan att när man söker på en nod, så ska man komma direkt till den noden, jag vill alltså inte att den visas i en Views alls egentligen.
Comments
Hej Tänker lite usability
Hej
Tänker lite usability här. Har flera noder liknande namn så kan det ju vara bra att visa alla dessa. Dessutom är det lite av ett standardbeteende för ett sökformulär så det är ju vad folk förväntar sig. Frångår man standardmönster så bör ju det finnas ett gott skäl för detta.
Är det kunden som önskar det så går det ju såklart att fixa. 2 sätt tänker jag på direkt där man skapar en views med en begränsning på 1 "svar"
Antingen med javascript som tar en länk eller något från views eller så gör man det med php typ
<?phpheader('Location: '. 'länk till noden du ska till som du fixar med viewsphp eller på något annat vis');
?>
Är fortfarande lite skeptiskt till hela upplägget. Speciellt eftersom noderna kommer in via ett annat flöde. Skulle den källan börja lägga till liknande noder så blir det ju problem. Användaren får liksom ingen feedback om vilka de mest troliga alternativen är.
Ok jag förstår, just i det
Ok jag förstår, just i det här fallet ska man alltså söka på två stycken fält som måste matcha mot en nod, och då kan det alltid bara vara unik, alltså det finns bara en nod (10 stycken siffror i ena fältet och en unik referenskod i den andra).
Ok. Då förstår jag lite
Ok. Då förstår jag lite bättre. Känns lite som typ ett personnummer eller liknande och en unik referenskod. Känner fortarande att det skulle vara enklare (speciellt med långa refkoder) att det vore lättare med "personnumret" som tar fram de refkoderna som finns.
Tänker lite själv hur det är att fylla i långa koder som är svåra att komma ihåg. Har jobbat med ekonomi lite och där var det verkligen jobbigt att hålla så långa koder i huvudet hela tiden. Flera bankappar har jobbat på det sättet vet jag också (med scanning istället för koder). Om du kan förklara för din kund att den kognitiva belastningen blir mindre så tror jag att din kund och slutanvändarna blir nöjda.
Pallar du att läsa in dig så finns det gott om forskning på detta. Den tidigaste forskningen kring minnet är på temat nonsensteckenföljder. Man brukar tala om magic number 7 då det är så mycket arbetsminnet (hjärnans) kan ta emot. Dessutom lägger man till +-2 så helst bör inte något vara mer än 5 tecken alltså. Allt mer än så mycket gör att man antingen måste hitta strategier att lösa detta (kognitiva) eller så blir det besvärligt att jobba med.
Det skulle ju kunna vara så att detta är ett sätt att dölja sådant som man inte har koden till och då förstår jag detta. Men då skulle jag istället rekommendera att användare på något sätt blir associerade med den som för in siffror.
Oavsett så funkar vidarebefordringen som jag skrev om tidigare. Den löser alltså problemet. Bara 2 stycken exponerade filter med equals på!
Även om min fråga hamnar helt
Även om min fråga hamnar helt utanför detta, kommer jag ändå försöka förklara. Deras affärssystem är byggt att varje order är 10 stycken olika siffror, att jag ska be dem att bygga om systemet ser jag inte som något aktuellt i dagsläget då jag vet att det innebär en väldigt stor kostnad eftersom hela IT-avdelningen sitter i ett annat land, samma affärssystem för fem-sex olika länder, det är ett stort projekt för att göra en ändring, även om forskningen skulle visa att det skulle vara gynnsamt. Kunderna kommer helt enkelt att "klippa-klistra" från mail, det är deras val och jag accepterar det, vi har gått igenom många olika möjligheter.
Anledningen till att vi kommer använda ett ordernummer samt ett kortare "lösenord" är för att ordernumret är det enda i varje order som är unikt, det finns inget annat som måste vara unikt, exempelvis personnummer.
Prova Webform+Rules
Om du skapar ditt formulär i Webform så kan du sedan hantera det inmatade med Rules och där avsluta med ett redirect så kommer din besökare direkt till 'sin' nod.
Jag tror att Views Rules kan vara särskilt bra för dig för att hämta noden.
Om du är ovan vid Rules så är de olika avsnitten från Nodeone bra introduktioner.
/Leiph
Tack, ska kika på det!
Tack, ska kika på det!