Stay tuned.. binnenkort komt er leuk AJAX werk van 'onze' kant
Maar hoe doe ik dit? krijg het niet voor elkaar.
Hoop dat iemand me kan helpen.
PS: je huidige manier kun je ook best werkend krijgen. Zorg dat attributen van je form goed staan (dus method='GET', action="show_products.php") en hernoem je select object naar 'id' (ipv select1).
Laat het weten als je wat hebt
Al het AJAX werk zelf implementeren lijkt me in 99 van de 100 gevallen gewoon zinloos, dat moet een stuk makkelijker kunnen.
Nu moet er nog in dat wanneer ik een product (paint_name) selecteer, dat hij dan gelijk naar show_products.php?id= gaat
achter de is, moet dus de ID van de geselecteerde paint komen.
Maar hoe doe ik dit? krijg het niet voor elkaar.
Hoop dat iemand me kan helpen.
Hoe bedoel je dit? Het opzetten van een AJAX-framework, of gewoon de functionaliteit aanbieden zonder AJAX? De uitdaging zit hem in het laten werken zowel met als zonder AJAX, vind ik.
Het wordt alleen wel een beetje overgehyped, veel dingen die nu zo gebeuren, kunnen makkelijk zonder. Heb tot nu toe weinig applicaties gezien die daadwerkelijk een toegevoegde waarde hebben. Bovendien is het niet erg search-engine vriendelijk, dus essentiële dingen zou ik er al helemaal niet mee doen.
Ik bedoel het gebruiken van een AJAX framework. Deze handelen een groot deel van het 'triviale' AJAX werk (data serializing, state management etc.) voor je af. Dit kun je uiteraard ook zelf maken, maar dan kom je hoogstwaarsch. met een inferieure oplossing, die je ook nog eens meer tijd kost.
Zelf zie ik overigens wel redelijk wat toegevoegde waarde in deze architecturen. Allereerst kan data veel soepeler weergegeven worden, aangezien niet de hele pagina (incl. opmaak) opnieuw opgehaald hoeft te worden. Voordelen: besparing bandbreedte, snellere interactie van interface en dynamischere pagina's (e.g. word completion bij invoervelden, wat bij sommige sites lekker werkt).
Ja, het kan zeker heel goed worden toegepast. Ik heb ook al een aantal goeie implementaties gezien. Momenteel ben ik erg gecharmeerd van Google's gepersonaliseerde startpagina.
[quote element=message id=24353840]{element is niet toegankelijk}Wat vind je trouwens van http://www.live.com?
een AJAX-zoekmachine, zo simpel in concept, maar kom er maar eens op. Overigens vind ik die hele productlijn van Live bijzonder interessant. Microsoft doet goede zaken Dat onderste stukje is bij mij ook van links naar rechts scrollbaar. (gebruik Firefox voor Linux)
Komt door de Scrollbar die heb je niet meegerekend.
Ik heb een probleempje met me tabellen.
In Firefox geeft de site het aan zoals het moet zijn.
http://www.reviusmuziektheater.nl/new/site.htm
maar als je in deze site in IE gaat bekijken zie je bij de iframe een aan de onderkant een schuif balk die er niet moet komen weet iemand aan ligt.
ik heb de max. breedte van de tabellen op 790 px gezet terwijl de iframe 800 px weet iemand het??
hier de CSS voor de tabel.
}
TABLE {
border: 0px;
border-style: none;
table-layout: fixed;
width: 790px;
}
TD {
de x-as valt dus weg, probleem opgelost.
ik heb nu het zo gedaan in de html code van de iframe de scroll op no gezet en in de css alleen de y-as op scroll gezet en de x-as op hidden in Firefox werkt dit truukje wel maar IE werk weer eventjes niet mee daar krijg ik een witte balk
Omdat het geen valide CSS is. In plaats van dat je gelijk een goede oplossing zoekt. Ik geef je 1 tip: haal die vaste breedtes weg, in combinatie met tabellen is dat echt gruwelijk irritant.
wat vinden jullie van de lay out ?
Ik heb een probleempje met me tabellen.
In Firefox geeft de site het aan zoals het moet zijn.
http://www.reviusmuziektheater.nl/new/site.htm
maar als je in deze site in IE gaat bekijken zie je bij de iframe een aan de onderkant een schuif balk die er niet moet komen weet iemand aan ligt.
ik heb de max. breedte van de tabellen op 790 px gezet terwijl de iframe 800 px weet iemand het??
hier de CSS voor de tabel.
}
TABLE {
border: 0px;
border-style: none;
table-layout: fixed;
width: 790px;
}
TD {
Volgens mij zijn zoekmachines ook niet in staat in frames te zoeken maar dat weet ik niet helemaal zeker.
daar vind je veel dingen over iframes hoor en tabellen dat is standaard ook voor een layout
iframes behoren wel tot de standaard, maar zijn desondanks niet gewensd. Zoals eerder uitgelegd brengt het veel problemen voor zoekmachines, die dus het grootste gedeelte van je site zullen overslaan, omdat ze simpelweg je navigatie niet zien.
*lol* waarom krijg je dan als je met photoshop of Fireworks je site exporteer je hele site in tabellen ?
En wat maakt mij het uit, dat mijn site niet met Google te vinden is?
*lol*
Blijf je langer online van.... *lol*
waarom krijg je dan als je met photoshop of Fireworks je site exporteer je hele site in tabellen ?
Niet iedereen wil, dat je site beschikbaar is voor zoekmachines....
Beste is dan nog een robot.txt in je root.
Heb sindsdien geen enkele Search-bot meer online gehad.
En wat maakt mij het uit, dat mijn site niet met Google te vinden is?
Blijf je langer online van....
Maar de beste reklame is noch altijd mond op mond reklame!
(dacht ik tenm)
Think again, je bereikt never nooit niet zoveel bezoekers als door zoekmachines. Studies tonen aan dat de eerste plek waar mensen heen gaan, als ze niet precies weten waar ze willen zijn, zoekmachines zijn.
Zelf ben ik ook actief bezig met SEO, usability en dat soort dingen. Morgen heb k nog een interessante Masterclass over usability en het centraal staan van gebruikers in designs.. Mond op mond is denk ik wel betere reclame
Zelf ben ik ook actief bezig met SEO, usability en dat soort dingen. Morgen heb k nog een interessante Masterclass over usability en het centraal staan van gebruikers in designs..
Echt een vak apart is dat. Ik probeer het zoveel mogelijk toe te passen allemaal, begint nu redelijk z'n vruchten af te werpen. Bizar als je af en toe ziet hoe een woordje in je titel al een paar plaatsen/pagina's verschil kan maken.
Search Engine Optimalisation is idd een vak apart. Hoe je een website opzet is van cruciaal belang voor de vindbaarheid van je website. Ook de URL opbouw speelt een hele grote rol hierin. Alles wat na een vraagteken komt in de url wordt niet meegenomen door bijvoorbeeld google zijn indexering.
Zend komt straks met een nieuw framework voor websites die heel erg goed gaat worden.
Ikzelf gebruik nu vaak het Smarty template engine voor het scheiden van het uiterlijk, de business logic en de opslag van gegevens. Tot nu toe ben ik redelijk tevreden hierover. Meer mensen ervaring met deze manier van werken en misschien nog tips of betere engines?
Ikzelf vind XML/XSLT een mooie oplossing om data en opmaak te scheiden. Voordelen ten opzichte van een template engine als Smarty:
- Toepassen van de opmaak op de data kan zowel client side als server side plaatsvinden. Voordeel van client side is dat je ten eerste niet elke query opnieuw de opmaak hoeft te versturen en ten tweede dat het ook met AJAX (=client side) gebruikt kan worden.
- Opmaak en data worden gegenereerd in een platform onafhankelijke opmaak taal. Dit betekent dat je op andere business logic kan overschakelen zonder dat je de opmaak (deels) opnieuw hoeft te definieren, of naar een andere template engine over hoeft te stappen. Daarnaast kun je ook de opmaak (drastisch) wijzigen zonder iets aan de business logic te hoeven veranderen
- XSLT biedt geavanceerdere transformaties dan Smarty afaik. Bijvoorbeeld het volgende voorbeeld voor number formats. Deze test in een XML tag of het attribuut test 'MB' is, zo ja, dan deelt het de waarde door 1 miljoen en in de gegeven format.
