Toon posts:

[HTML] Vaaaage bug in Internet Explorer

Pagina: 1

Acties:

61 views sinds 30-01-2008
Reageer

woensdag 2 juli 2003 10:58

Acties:

ToAoM

Topicstarter

Zet de volgende tag eens in een HTML file en probeer de waarde van het input veld te bewerken.

<input type="text" name="aksgdkjsa" id="aksgdkjsa" UNSELECTABLE="ON" />

Je zal er achter komen dat je de cursor niet normaal in de inputbox kunt plaatsen.

Rechtsklikken op de input box en beginnen met typen zorgt er uiteindelijk voor dat het wel mag, maar dat is niet eens de leukste bug. Klik met de linkermuisknop op de input en begin gewoon te typen. Terwijl je typt gewoon door gaan met klikken.

Op een gegeven moment zal Internet Explorer op een willekeurige plaats een cursor in het document plaatsen en je tekst daar invoegen.

Echt vaaaag dus!

woensdag 2 juli 2003 11:01

Acties:

ToAoM

Topicstarter

Kom er net achter dat als je eerst ergens in het document klikt en daarna al typend op de inputbox klikt je tekst ingevoegd wordt op de plaats waar je cursor stond

woensdag 2 juli 2003 11:04

Acties:

SchizoDuckie

Kwaak

da's ook een vieze oplossing met die unselectable="on".

dit is netjes:

HTML:

<html>
<head>
<script>
function init()
{
document.forms[0].elements['aksgdkjsa'].onselectstart= function(){return false};
}
</script>
</head>
<body onload="init();">
<form>
<input type="text" name="aksgdkjsa" id="aksgdkjsa"/>
</form>
</body>
</html>

[ Voor 27% gewijzigd door SchizoDuckie op 02-07-2003 11:06 ]

Stop uploading passwords to Github!

woensdag 2 juli 2003 11:09

Acties:

ToAoM

Topicstarter

Het is ook lelijk, maar veel ASP.net server componenten mikken dat attribuut er automatisch tussen. Het is alleen wel heel funny dat er dus zo'n lelijke bug aan verbonden is.

woensdag 2 juli 2003 11:36

Acties:

Bosmonster

*zucht*

Hier hebben we toch 'disabled' voor? Snap het nut niet helemaal van unselectable in een input

En wederom.. unselectable en disabled zijn 'waarde-loze' attributen en hoeven dus geen ="on" oid erachter te hebben.

[ Voor 39% gewijzigd door Bosmonster op 02-07-2003 11:37 ]

woensdag 2 juli 2003 11:41

Acties:

BtM909

Watch out Guys...

Bosmonster schreef op 02 juli 2003 @ 11:36:
En wederom.. unselectable en disabled zijn 'waarde-loze' attributen en hoeven dus geen ="on" oid erachter te hebben.

Grappig detail:

Als je in dreamweaver een textfield toevoegt, krijg je:

HTML:

1 2	<input name="melp" id="melp" type="text" disabled="true" size="20" maxlength="20" readonly="true" />

Pas je de eigenschappen aan, dan krijg je:

HTML:

1 2	<input name="melp" id="melp" type="text" disabled="disabled" size="20" maxlength="20" readonly="readonly" />

Waarvan ik dacht dat de tweede optie de juiste was

_{dus ook voor 'waardeloze' attributen een waarde toekennen}

[ Voor 17% gewijzigd door BtM909 op 02-07-2003 11:42 ]

Ace of Base vs Charli XCX - All That She Boom Claps (RMT) | Clean Bandit vs Galantis - I'd Rather Be You (RMT)
You've moved up on my notch-list. You have 1 notch
I have a black belt in Kung Flu.

woensdag 2 juli 2003 11:48

Acties:

oVRoM

Dat readonly="readonly" is verplicht bij XHTML geloof ik, bij gewoon HTML kun je gewoon readonly gebruiken.

[ Voor 8% gewijzigd door oVRoM op 02-07-2003 11:50 ]

woensdag 2 juli 2003 12:31

Acties:

Verwijderd

ToAoM schreef op 02 July 2003 @ 11:09:
Het is ook lelijk, maar veel ASP.net server componenten mikken dat attribuut er automatisch tussen. Het is alleen wel heel funny dat er dus zo'n lelijke bug aan verbonden is.

Funny? Ik krijg er zin van om - gewapend met een dubbelloops shotgun - onze vrienden in Redmond met een bezoek te vereren.

woensdag 2 juli 2003 12:50

Acties:

InZane

Bosmonster schreef op 02 July 2003 @ 11:36:
En wederom.. unselectable en disabled zijn 'waarde-loze' attributen en hoeven dus geen ="on" oid erachter te hebben.

Als je xhtml gebruikt moet je er wel rekening mee houden dat waarde-loze attributen niet mogen.

fout:

HTML:

1	<input type="text" name="blaat" disabled />

goed:

HTML:

1	<input type="text" name="blaat" disabled="disabled" />

woensdag 2 juli 2003 13:22

Acties:

ToAoM

Topicstarter

Sterker nog. het is

code:

1	disabled="DISABLED"

de waarde is altijd in upper case

woensdag 2 juli 2003 13:24

Acties:

ToAoM

Topicstarter

Bosmonster schreef op 02 July 2003 @ 11:36:
Hier hebben we toch 'disabled' voor? Snap het nut niet helemaal van unselectable in een input

Unselectable betekent dat deze elementen en hun inhoud niet geselecteerd kunnen worden voor een copy/paste.

Dat is op zich bij bepaalde bedrijfstoepassingen via internet wel een mooie oplossing. Maar dan moet het wel werken

woensdag 2 juli 2003 13:28

Acties:

Verwijderd

ToAoM schreef op 02 juli 2003 @ 13:22:
Sterker nog. het is
code:
1
disabled="DISABLED"
de waarde is altijd in upper case

Volgens mij niet hoor. De waarde van het attribuut wordt zelfs genegeerd voor minimizable attributes. Je kan er bwvs disabled="Bronski Beat" van maken of disabled="false" en hij zal nog steeds disabled zijn. De key is of het attribuut aanwezig is of niet, en niet wat z'n waarde is. De enige verplichting voor XHTML is dat de waarde van het attribuut gequote is.

http://www.w3.org/TR/xhtml1/#h-4.4

ToAoM schreef op 02 July 2003 @ 13:24:Unselectable betekent dat deze elementen en hun inhoud niet geselecteerd kunnen worden voor een copy/paste.

Waarom komen ze dan weer met een nieuw (niet standaard) attribuut? Daar hadden ze toch al het (niet standaard) onselectstart="return false;" voor?

[ Voor 26% gewijzigd door Verwijderd op 02-07-2003 13:32 ]

woensdag 2 juli 2003 13:28

Acties:

w0w

Door ToAoM - Wednesday 02 July 2003 13:22

Sterker nog. het is
code:
--------------------------------------------------------------------------------
disabled="DISABLED"

--------------------------------------------------------------------------------

de waarde is altijd in upper case

Het maakt echt totaal geen drol uit in HTML of je iets in hoofdletters of in kleine lettertjes zet

woensdag 2 juli 2003 14:27

Acties:

Bosmonster

*zucht*

Waarom komen ze dan weer met een nieuw (niet standaard) attribuut? Daar hadden ze toch al het (niet standaard) onselectstart="return false;" voor?

Omdat dit een event-handler is (onselectstart/end etc) en unselectable een attribuut voor bijvoorbeeld plaatjes of tekst.

Je bent niet verplicht om de IE-style dingen te gebruiken hoor

Maar voor IE-only app ontwikkelaars (intranet bijvoorbeeld, of applicaties die gebruik maken van het IE-component) kunnen de toevoegingen erg handig zijn.

woensdag 2 juli 2003 17:29

Acties:

ToAoM

Topicstarter

disabled="DISABLED" is wel verplicht in XHTML 1.1

Gooi maar eens een XHTML document door de validator die een andere waarde gebruikt, gaat de validator hard over mekkeren. Dat het werkt is weer een andere (jammere) zaak.

woensdag 2 juli 2003 21:18

Acties:

Johnny

ondergewaardeerde internetguru

Ik weet er nog een!

code:

1	<input type="text" onfocus="blur()">

Aan de inhoud van de bovenstaande tekst kunnen geen rechten worden ontleend, tenzij dit expliciet in dit bericht is verwoord.

Pagina: 1

Reageer