10. november 2006 - 13:50Der er
33 kommentarer og 1 løsning
Tekst over billede
Hej.
Jeg har en webshop hvor jeg har et tekst felt hvor jeg indtaster f.eks. Peter. Derefter når kunden vælger "Køb" får kunden produktet med sit navn på. Det virker fint.
Men jeg ønsker at når kunden indtaster navnet i tekst feltet lægger navnet sig over billedet af produktet.
Jeg bruger FORM i HTML koden for at vedhæfte teksten til varen som tingene er nu.
Ja men det skal foregå dynamisk. Så først er kunde præsenteret med en side hvor der er et produkt billede og en tekstboks. Når han så taster sit navn ind "popper" teksten så henover billedet så han kan se hvordan produktet ser ud med hans navn på.
>>roenving Hvorfor kommer du ikke med et konstruktivt forslag? Hvilken DOCTYPE anbefaler du, og til den, hvilken metode anbefaler du? Mit eksempel virker (ser rigtigt ud {i mine øjne} som sådan) i både IE6 og FF2.
>>bx Jeg håber du kan bruge det her til noget. Er du kommet videre?
innerText har aldrig været valid i nogen standard - og udtryk som 'this.value' hører til HTML-DOM, som ikke kan bruges under XHTML. Under XML-DOM skal man bruge getAttribute i stedet ;o)
- og innerHTML har i øvrigt heller aldrig været standard og vil øjeblikkeligt dræbe enhver browser med ægte XHTML-understøttelse (når sådan én altså engang kommer på markedet) =)
Det kan egentlig godt undre mig lidt, du er så forhippet på, vi andre skal skrive nogle 'konstruktive' eksempler. Jeg tror endnu ikke, jeg har set dig skrive ét validt kodeeksempel, men derimod en hel del invalide IE-only løsninger ... hvor konstruktivt er dét mon? ;o)
Jeg prøver at være positiv og åben til trods for flere negative indlæg. Det kan godt være der er noget af min kode der er lidt 'løs' men jeg arbejder på det. Hvis et stykke kodes invaliditet ikke medfører synlige handicaps er det svært at forholde sig til negativ kritik. Derfor har jeg nu to gange spurgt efter konstruktive forslag.
"Hvis et stykke kodes invaliditet ikke medfører synlige handicaps er det svært at forholde sig til negativ kritik" ... ja, så har du jo et seriøst problem. Din kode er såmæmd ikke 'lidt løs' ... i bedste fald virker den p.gr.a. browser-bugs :)
>> ole: Hvis jeg forstår dig ret, så er det du foreslår ikke anvendeligt til FF2. Der er her tale om et synligt handicap, FF2 reagerer ikke; dog gør IE6 hvad der ønskes.
Brug den stærkt kritiserede kode fra 10/11-2006 18:49:35 eller afvent et endnu mere browserkompatibelt forslag fra ole, eller andre ... Hvad jhælper 'validitet' når funktionaliteten mangler?
Det har jeg også prøvet. Virker heller ikke i FF2. Jeg ku' vældig godt tænke mig at blive klogere på det her. Der er dels det med 'quirks'-mode i IE og dels FF's IE-compability-mode (eller sådan noget lignede...)
xml-deklarationen skulle virke godt nok i FF (og vist Opera 8+ !-), hvis vel at mærke dokumentet sendes som application/xml+xhtml og ikke som text/html ...
-- de fleste servere er så indstillet til at sende htm(l)-filer som text/html, så det bliver til et fedt ...
-- nogle xhtml-entusiaster tester så, hvilken browser, der er i den anden ende, og serverer deres xhtml-ting med den gyldige til de delvis xhtml-klare, og så med tilbagefald til text/html, hvis det er en IE, der er i den anden ende ...
-- såvidt jeg er orienteret, er buggen med xml-deklarationen fjernet i IE7, men ellers arbejder den bare videre i samme surdej (sikkert fordi den grundlæggende kode stadig er den, der blev lavet, da M$ satsede hele butikken med udviklingen af IE4 !-)
-- og ja, der er faktisk en rimelig voldsom forskel, en tydelig forskel kom f.eks. frem, hvis man med tidligere FF-udgaver ville prøve at arbejde med indsættelse af rækker og celler i tabeller ...
_Alle_ browsere indsætter tbody-elementer imellem table- og tr-tags, men FF accepterede, at man appendede tr-elementer til table-tagget, mens IE forlangte, at man indsatte dem direkte i tbody-elementet (hvis man så gik via et parent-element til et tr-element, virkede det ens !-)
Du kan få forskellige plug-ins, der viser IEs behandling af DOM, så du direkte kan sammenligne med FFs DOM-inspector, mange små forskelle, nogle af dem direkte relateret til FFs javascript-håndterings-tilgang, andre til fikse ideer i IE, som, såvidt jeg kan gennemskue, kan tilskrives en-eller-anden tilfældig (Bombay-baseret) programmørs ideer om, hvordan M$s retningslinjer og W3Cs ditto skulle prioriteres i forhold til hinanden ,-(
Jeg synes du er meget stille bx. Jeg håber ikke vi har forvirret dig med diskussionen. Hvad der er det 'rigtige' kan være svært at afgøre. Meget afhænger hvilken DTD du brugte før, for at din eksiterende kode skal virke.
Nu tillader html 4-trans jo en hel masse, bl.a. de gamle html 3.2-ting og altså også nogle ting, som overhovedet ikke var aktuelle, da standarden blev skrevet, hvilket liiige overrasker mig ...
-- men html 4 er det i hvert fald ikke (hvilket du kan overbevise dig om, ved at checke med html 4.01 strict !-)
Undskyld den lange ventetid. Jeg har været optaget oppe til begge øre. Jeg skulle være klar til julesalget.
Begge dine løsninger virker super godt *Both thumbs up*
Det var lige hvad jeg har brug for!!! Nem og kort kode (jeg brugte den sidste).
Det virker ikke rigtigt i FireFox... Det betyder dog ikke så meget da de fleste bruger IE selvom jeg er super FireFox fan.
Tør næste ikke spørge... hvad så hvis jeg har et billede for hvert bogstav som jeg bruge istedet? F.eks. a.gif, b.gif osv. fonts på nettet er jo ret begrænset.
Hvis man skal gøre det med billed-fonts skal man lave en rutine, der erstatter teksten med billeder, muligt, men ikke det jeg først ville tænke i !-)
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
Ny bruger
Nybegynder
Opret
Preview
