<DIV>/<TEXTAREA> - underlig top- og bundmargin

Glemte lige at skrive, at jeg selv tester i Internet Explorer 5.0

Hvis jeg forstår dig ret er det så mellemrummet mellem de to farver der skal væk!?

Korrekt

Et lille kuriosum:

<div style=\'border: 5px solid red; width:100%; height:100%\'>
<object width=100% width=100% ...>
</div>

giver ikke dette problem. Så det tyder på, at problemet har noget med windows-controls at gøre?

Ja, det kan godt være. Jeg kan ihvertfald ikke fjerne den, har snart prøvet alle CSS-kommandoer...  :(

Problemet er, at de 2 pixels (1 over + 1 under) ikke er regnet med når højden på 100% omregnes til faktiske pixels. Det betyder at der er klippet en linie af mit textarea i bunden.

background:red i DIV, så forsvinder den :-)

Jeg kunne heller ikke finde noget der ellers fjerner den \"margin\".

Beklager cpt.kangaroo - ikke godt nok. Men det vidste du vist i forvejen. :-)

Suk... Hvorfor skal verden være så ond?

<ole>
alvion >> Du behøver ikke fortælle, du kun tester i IE...dit eksempel vil slet ikke kunne vises i NS  :)
På Mac er der ingen margin i top og sider - til gengæld rager dit textarea ca. 6 pixels ned under den røde bund-border.
Life\'s a weird place...!  :o)
/mvh
</bole>

En stor del af fordelen ved at bruge forms er at folk kan genkende dem. Vi ved hvordan et textarea ser ud og vi ved had vi skal gøre når vi ser et.

Nåd du sådan ændrer udseende på form felter skal det gøres med stor forsigtighed. ellers mister du den fordel (lidt ligesom de websteder der fjerner understregning og farver ved links så man skal lede siden igennem med sin musepointer for at finde ud af hvor man kan klikke).

Så overvej lige om den \"design fordel\" du får ved at gøre det, virkelig opvejder den \"bruger uvenlighed\" du introducerer.

mvh JakobA

Det har jeg overvejet grundigt, inden jeg traf mit valg. Men det er sådan set sagen ligegyldig, idet problemet også opstår ved \"standard\" udseende textareas.

Hvad så med det her: bruger absolut positionering, og udregner størrelsen på textarea ud fra div, tag\'ets størrelse!

<html>
<head></head>
<body leftmargin=0 topmargin=0>
<div id=\"x\" style=\'z-index:0;position:absolute;top:0px;left:0px;border: 5px solid red; width:100%; height:100%\'></div>
<textarea id=\"y\" style=\'z-index:-1;position:absolute;left:5px;top:5px;border: 1px solid blue;\'>&nbsp;</textarea>
<script>
y.style.pixelHeight=x.style.pixelHeight-10;
y.style.pixelWidth=x.style.pixelWidth-10;
</script>
</body>
</html>

zaknafein -> Hmm... Den var ikke dum. Hvis nu jeg skal udvide den, så den også fungerer hvis vinduets størrelse ændres, så må det være noget med:

<script>
function resWnd() {
  y.style.pixelHeight=x.style.pixelHeight-10;
  y.style.pixelWidth=x.style.pixelWidth-10;
}

window.onresize = \"resWnd\";
</script>

Ikke?

Jo i teorien, men jeg får kun resize til at virke hvis den er placeret på body tag\'et:
Desuden forkommer der nogle opdateringsproblemer, hvor den ikke viser den inderste korrekt, og det hjalp ikke at læge en smule forsinkelse ind i scriptet!!

<html>
<head></head>
<body leftmargin=0 topmargin=0 onresize=\"resWnd()\">
<div id=\"x\" style=\'z-index:0;position:absolute;top:0px;left:0px;border: 5px solid red; width:100%; height:100%\'></div>
<textarea id=\"y\" style=\'z-index:-1;position:absolute;left:5px;top:5px;border: 1px solid blue;\'>&nbsp;</textarea>
<script>


</script>

<script>
y.style.pixelHeight=x.style.pixelHeight-10;
y.style.pixelWidth=x.style.pixelWidth-10;

function resWnd()
{
    y.style.pixelHeight=x.style.pixelHeight-10;
    y.style.pixelWidth=x.style.pixelWidth-10;
 
}

</script>
</body>
</html>

Ja ja... Browser arkitekturen har stadig et stykke vej endnu, før den er rigtig brugbar.

Du skal ha\' mange tak - smid et svar så du kan få point.

Men du taber da vist stadig NS4.x-brugerne, da formelementer ikke kan style\'s i samme grad her.
/mvh

Ja ns4.x-brugere ryger, men man kan jo senere tilføje funktionalitet til at checke for ns, og så lave en løsning tiol det! Det er ok at tage en gruppe af gangen synes jeg!!

Absolut....bare vi ikke glemmer dem helt  ;o)
/mvh

Det kommer absolut an på ens politik og målgruppe, og også set i forhåld til udviklingstid (penge)! Det kan jo være et valg man træffer, og der er flere bureauer som simpelthen vælger NS fra! Og hvis kunden er klar over det er det jo ok!

Ja.....hvis kunden insisterer - efter man har forklaret ham om, hvor farligt det vil være, hvis vi mister diversiteten og muligheden for det frie valg på nettet.
Den eneste måde, vi får ordentlig varer på, er hvis der eksisterer kamp om markedsandele. Det gør der ikke, hvis ét firma \'ejer\' nettet...!

Hvis man er god til at kode/programmere, er det en meget lille ekstraudgift, der skal til for at gøre ens sider X-browser kompatible - men når man ser på \'bagsiden\' af mange af de sider, der hænger derude, er det også tydeligt, at branchen har et alvorligt problem på dette punkt  :o)
/mvh

Ja vi ville meget gerne have ensartethed i alle browsere! Men den er der bare ikke! Der bliver hele tiden differentieret ved hver ny version. Det er ærgeligt.

Fx XML/XSL opfører sig overhovedet ikke på samme måde i NS6 selvom der blev lovet kompabilitet.
Nu programmerer jeg selv på et stort system hvor det nu ville \"umuligt\" at få netscape brugere med (ihvertilfælde i backend\'en). Prisen alene ville være for høj. Jeg er fuldstændig enig i at globalt set er det bedst ikke at læne sig mod et produkt, for det kan ødelægge balancen (og kvaliteten) af produkterne, men så er det jo godt at vi har en fortaler for sagen som dig :)

Den utrættelige gamling...!  :oD

I dette særlige tilfælde skal ovenstående bruges i et lukket værktøj til redigering af websites (content-management). Da antallet af brugere dermed er begrænset og alle brugerne er kendt på forhånd, stiller jeg som krav, at de bruger Internet Explorer 5.0 eller nyere. Til gengæld tilbyder jeg nogle faciliteter, som gør livet lidt nemmere som webredaktør. Dette er IMHO en meget fornuftig afvejning.

De websites, som brugerne redigerer indholdet af, er til gengæld offentlig tilgængelige for alle, og de skal selvfølgelig være cross-browser kompatible - ingen tvivl om det. Men derfor behøver redigeringsværktøjet jo heldigvis ikke at være det.

Total enighed truer...  =8-O
/mvh