pichia

Länka gärna till den aktuella tråden, så att vi kan förstå hur du löste det.

OT: Har aldrig tänkt på att man kunde scripta med GoogleDocs, måste genast kolla upp....

Klart det går att göra i PowerPoint. Klarar du att göra rent grafisk det du vill åstadkomma i PowerPoint, så är det bara att spara det grupperade slutresultatet som en bild (högerklick-meny). Sen kommer du att behöva skala om till rätt storlek i pixel (kan göras i Preview/Förhandsvisning). Det blir dock ingen animerad banner av det hela, om det var det du var ute efter.

Tack.
När jag testade med scrollknappsmusen på jobbdatorns mus så funkade den fint-fint med 1 bildbyte per scrollhjulshack. Det är med MBP:ns styrplatta som det är svårt att dosera rätt scrollmängd.

Jag lekte lite med principen och fick ihop detta "proof of concept":
[scroller]
Men det var knepigare än vad jag trodde. Att agera på scroll-eventet är lurigt. Den fyras av så väldigt många gånger per sekund när man väl skrollar över det aktiva området. Jag har inte lyckats klura ut än hur man tämjer den på ett lämpligt sätt. Mitt exempel är lite trögt att få igång, men om det väl gör det så vill den gärna skrolla flera bilder åt gången...
Kanske någon annan som vet bättre.

jquery har en eventHandler som heter .scroll(). Den borde man lämpligen kunna använda för detta (har aldrig testat själv). Om alla dina bilder har samma höjd så skulle du kunna positionerna div-en som absolut inne i en omslutande div med höjd såsom dina bilder (overflow: hidden; ) och ändra div-ens (den med bilderna) top position när .scroll()-eventet triggas. Skall det vara en mjuk övergång (så att det ser ut som att det rullar) så kan du använda .animate().

Lösningen verkar gå ut på att bygga formulären någon annanstans och sedan ta in den till Facebook som en Facebook-app. Har du inte själv tillgång till något webbsida där du kan bygga formulären, så kan du köpa den tjänsten via de betalalternativen som dyker upp vid Google-sökning. Flera verkade dessutom ha gratisvarianter om det handlar om låga volymer. Är det större volymer det handlar om, borde det å andra sidan inte vara ett problem att skaka fram slantarna till tjänsten.

Tyvärr har jag inte testat någon sådan konstruktion själv, så jag kan inte rekommendera några tjänster.

Det är en ganska okonventionell method att använda en pdf-formulär på en hemsida. Det kan bero på att supporten för detta är lite si och så, beroende av webbläsare och pdf-plugin. Med andra ord, en lösning där man får vara beredd på att tappa en och annan kund i beställningsprocessen. Lite onödigt när renodlade webb-baserade formulär är den i särklass vanligaste metoden och tämligen webbläsar- och plattform-agnostisk. Om man Googlar lite verkar det inte vara något problem att skapa webbformulärer för Facebook.

LESS och SASS är CSS på steroider. (om den liknelsen gör saken attraktiv eller inte är en annan diskussion).
Man kan använda variabler, köra matte på färger, återanvända klasser, och mycket mer.
LESS är i grunden javascript-baserat och kräver att webbläsaren tolkar less-filen så att den blir begriplig css. Men sen finns det smått fantastiska less.app som kör lokalt när man utvecklar och sparar om ens less-filer till css-filer. man kan således skriva sin css i less-form men ändå länka till vanliga css-filer på sina sidor. Känslan är nästan som att äta kakan och ändå ha den kvar. Rekommenderas varmt.

Läs här, så fattar du nog bättre:
LESS.app For Mac OS X

Instämmer helt och hållet med jahve.
Css-klasser som heter såsom det är tänkt att texten skall se ut håller inte. Lika lite skall man ersätta existerande html-taggar med klasser som syftar till att göra samma sak. (tex <div class="title"> isf <h1>). Att göra som jac är att gå över ån efter vatten.
Men det har varit en ganska utbred vanföreställning när trenden inom webblayout gick över från table-baserat till css-styrd och den sk divitis spred ut sig över nätet.

Det är inte alls självklart att css-en har samma hierarkiska struktur på samma sätt som html.
Jag brukar inleda med grunläggande stilar för alla html-taggar (lämpligt att göra om man har haft en css-reset som gör att all text ser likadan ut, oberoende av tag).
Om visa avsnitt (header, footer,...) skall ha sina lokala stilregler är det lämpligt att hålla dem ihop. Det gör man helt naturligt och fördelaktigt enkelt och rationellt om använder tex LESS.

header{
	h1{
		...
	}
	p{
		...
	}
	ul{
		li{
			...
		}
	}
	nav{
		...
	}
}

Men css har en viss tendens att bli ganska långa filer. Håller man på och indenterar hierarkisk efter html-strukturen, blir det nog ganska lätt att man tappar kontakten med hierarkisk överliggande taggar och har en massa inledande taggar framför reglerna utan att riktigt se varför. Bara för att man har definierat några regler på body-taggen så har man fått en extra tabb framför hela återstoden av filen. Verkar inte vettigt.

Aha, nu upptäckte jag det där med "responsive webdesign". Det var kul. Det funkade elegant med sidtitel och meny, men brödtexten hamnade bakom det hela i smala fönster. Jag antar att du är medveten om det.

Grattis på fin-fina tentaresultatet.

Precis så som bERNA skrev så är sökvägen till bilderna "trasig": Bilderna finns i roten, men den versionen av shadowbox.css som finns under /nytt/ förväntas hitta dem under /nytt/.
Alt 1: kopiera bilderna till /nytt/.
Alt 2: peka om sökvägen till bilderna i css-filen så att de hämtas från rot. Tex

#sb-nav-next{background-image:url(next.png);}

blir

#sb-nav-next{background-image:url(/next.png);}

Har du hittat felet på egen hand? uppdrag-sidan verkar inte finnas längre.

Hoppas tentan gick bra, vad det nu var...

Har inte kommit dit själv riktigt än. Chriss Coyier har skrivit denna: Different Stylesheets for Differently Sized Browser Windows | CSS-Tricks om hur man relativt enkelt anpassar sidan efter webbläsarens storlek. För dina bilder, för att den teknik skall funka, måste de då laddas via stilmallen och inte direkt via img-taggar.
Har man lyckats sniffa sig till att man är i en mobilwebbläsare kunde man kunna tänka sig att via javascript/jquery skriva om alla bilders src-attribut så att de pekar mot en variant i lägre upplösning.