Kleine Vragen Topic #4

Wat moet ik doen om dit te maken:

(automatisch updaten)

bijv Dieselprijs €1.69
hij vult in 30L dan moet hij automatisch 30*1,69 doen en laten zien.

Jesper schreef:

Wat heb ik nodig om zoiets te maken:

Afbeelding

(automatisch updaten)

bijv Dieselprijs €1.69
hij vult in 30L dan moet hij automatisch 30*1,69 doen en laten zien.

Javascript? Een brein? Handen? Ogen?

Dylan schreef:

Eerdere citaten tonen

Jesper schreef:

Wat heb ik nodig om zoiets te maken:

Afbeelding

(automatisch updaten)

bijv Dieselprijs €1.69
hij vult in 30L dan moet hij automatisch 30*1,69 doen en laten zien.

Javascript? Een brein? Handen? Ogen?

Vergeet een computer/laptop niet

Jesper schreef:

Wat moet ik doen om dit te maken:

Afbeelding

(automatisch updaten)

bijv Dieselprijs €1.69
hij vult in 30L dan moet hij automatisch 30*1,69 doen en laten zien.

Wist je dat JS gewoon plain-text is ?

Raoul schreef:

@^ kan, maar je kan ook alles weergeven in het "x dagen / minuten geleden" formaat

Inderdaad, dat ben ik van plan. Thank you.

Ik heb een formulier, die post ik naar een andere pagina.
Nu wil ik op die pagina eerst 2/4 seconden een fall-over laten zien:

Wij zoeken voor u het beste aanbod

En daarna moet ie dan doorschakelen naar de echte inhoud van die pagina. kan ik dit met javascript doen? En zo ja, hoe?

Is die fallover echt nodig? Anders kan je de data toch met AJAX laten tonen als het echt te lang duurt?

Aarclay schreef:

Is die fallover echt nodig? Anders kan je de data toch met AJAX laten tonen als het echt te lang duurt?

Niet nodig, maar vindt het wel leuk staan.

Lees iets op internet over 2 divs allebei op display:none; zetten, en dan laten zien met javascript.. even verder kijken.

Marvinguich schreef:

Eerdere citaten tonen

Aarclay schreef:

Is die fallover echt nodig? Anders kan je de data toch met AJAX laten tonen als het echt te lang duurt?

Niet nodig, maar vindt het wel leuk staan.

Speltip #23: Gebruik geen onnodige vertragende eye-candy voor een site, tenzij het nodig is.

Aarclay schreef:

Eerdere citaten tonen

Marvinguich schreef:

Eerdere citaten tonen

Aarclay schreef:

Is die fallover echt nodig? Anders kan je de data toch met AJAX laten tonen als het echt te lang duurt?

Niet nodig, maar vindt het wel leuk staan.

Speltip #23: Gebruik geen onnodige vertragende eye-candy voor een site, tenzij het nodig is.

Zeg ik stel een vraag hoe ik dit in kan bouwen. Ik hoef geen mening.

Forums zijn ook bedoeld om te discussiëren, en bovendien ik geef een goed advies. Of loop je ook de winkel uit als de verkoper je een ander advies geeft dan dat je vraagt?

Om terug te komen op je vraag: Ik vind het anders overkomen alsof de site op een trage server is gehost met een onnodige wachttijd.

Je kan met settimeout() wel wat doen anders. En na enkele seconden het divje weer laten verdwijnen. Maar ik zou het zelf persoonlijk onnodig vinden. Asl je iets van een externe server inlaadt, dan kan ik me stevig indenken dat het soms wel even kan duren, en dan is een AJAX-request ook de beste oplossing.

Aarclay schreef:

Forums zijn ook bedoeld om te discussiëren, en bovendien ik geef een goed advies.
Ik vind het anders overkomen alsof de site op een trage server is gehost.

Je kan met settimeout() wel wat doen anders. En na enkele seconden het divje weer laten verdwijnen. Maar ik zou het zelf persoonlijk onnodig vinden. Asl je iets van een externe server inlaadt, dan kan ik me stevig indenken dat het soms wel even kan duren, en dan is een AJAX-request ook de beste oplossing.

De klant heeft het mij gevraagd. Je vult een getal in, dan zoekt ie in de database een partij erbij die het goedkoopst is en het aantal kilo heeft.

Als je dit realtime laat zien aan de klant, is het anders dan als je even 5 seconden een scherm ziet, de beste prijs wordt voor u berekend. een ogenblik.

Ik ga eens even kijken naar settimeout, dat lijkt me wel een goede optie.

De klant heeft het gevraagd, en jij bent de ontwikkelaar, dus jij zou toch beter kunnen adviseren?
Dat lijkt mij immers .

Ik zou niet weten wat er anders aan is dan realtime de uitkomst laten zien, dat dat het berekend wordt? Wil je soms in een slow-motion laten zien dat websites kunnen rekenen?

Ik snap gewoon het nut niet van die feature

Aarclay schreef:

De klant heeft het gevraagd, en jij bent de ontwikkelaar, dus jij zou toch beter kunnen adviseren?
Dat lijkt mij immers .

Ik zou niet weten wat er anders aan is dan realtime de uitkomst laten zien, dat dat het berekend wordt? Wil je soms in een slow-motion laten zien dat websites kunnen rekenen?

Ik snap gewoon het nut niet van die feature

Ik wel, als de klant direct iets voorgeschoteld krijgt, of een melding dat het voor hem berekend wordt. Komt iets anders voor hem over. En ik vindt het zelf ook leuker staan dan direct een berekening voor je neus. Dus daarom adviseer ik het hem ook niet.

Gelukkig moet de klant naar die slow motion kijken, ik en jij niet.

Ik zou niet weten hoe het anders moet overkomen dan dat de klant een overbodig melding krijgt met dat het berekend wordt dan dat het realtime berekend wordt wat in minder van een miliseconde al gedaan is.
Vertrouwen ze de uitkomst anders niet, omdat het te snel berekend is?

Als jij het wilt bouwen, ga je gang, ik houd je niet tegen. Maar met mijn jarenlange ervaring vind ik het overdreven .