[tpl] verkleuring onder Safari

[botoo]

In de begindagen van Safari (Mac OSX 10.2.8) kwamen soortgelijke 'verkleuringen' ook wel voor, maar na de definitieve versie niet meer. Nu, na de React 1.8->1.9 overstap ziet het er als volgt uit:

[chem]

Mjah... ik heb het hier ook.

[botoo]

Cache legen en zelfs Safari volledig resetten (dáááág alle passwords en cookies ) helpt ook niet.

[begintmeta]

Ik heb hier hetzelfde probleem, niet alleen met Safari ook internet explorer voor mac rendert het geheel niet echt goed(wel weer anders dan Safari natuurlijk).

Firebird doet het wel goed. (ook op de mac)

[ Voor 11% gewijzigd door begintmeta op 22-10-2003 23:20 ]

[FCA]

Onder Konqueror (nieuwste versie, uit CVS van vandaag) zie ik hetzelfde. Oftewel: Probleem tussen React 1.9 en KHTML. Dacht eerst dat het aan een brakke CVS-versie lag, maar als Safari het ook heeft....

[Verwijderd]

Ligt het nou aan mij of ziet dit eruit alsof de CSS gewoon niet (goed) gebruikt wordt?

[chem]

Camino doet het trouwens allemaal perfect...

[Spider.007]

Dit ligt zeker aan de CSS; zijn er grote wijzigingen doorgevoerd mbt het gebruik van waarden in de CSS? En waarom wordt hij soms helemaal niet (2e) en soms slechts half (3e) opgepakt? Heeft safari geen console of log waar je dit in kan traceren?

[ACM]

Nou, als iemand mij kan vertellen waar het probleem ligt wil ik best wat wijzigen, maar ik heb geen Mac en dus geen Safari om te testen.

Er zijn geen grote wijzigingen mbt de css doorgevoerd trouwens

[crisp]

ACM schreef op 23 October 2003 @ 11:41:
Nou, als iemand mij kan vertellen waar het probleem ligt wil ik best wat wijzigen, maar ik heb geen Mac en dus geen Safari om te testen.

Er zijn geen grote wijzigingen mbt de css doorgevoerd trouwens

Als Konqueror het goed doet vermoed ik dat Safari het ook wel wil pruimen

[ACM]

Mja, ok, iets algemener:
't Zijn niet de primaire browsers die we ondersteunen, ik heb geen zin om even linux te herinstalleren en te booten, enkel omdat er blijkbaar een probleem is dat er eerst niet was met css die in alle andere browsers wel gewoon werkt...

Dus nogmaals, als iemand mij aanwijzigingen kan geven wat er fout gaat, dan wil ik dat best wijzigen, maar het kost me nu gewoon te veel tijd om dat zelf allemaal te gaan moeten zitten uitzoeken.

[crisp]

Dit is bijna zeker door fouten in de css:

Cascading Stylesheet:

body,td {
    font-family: verdana, arial, "avant garde", helvetica;
    font-size: 13px;
    color: #000000;
}

note de quotes - mooiste is om ook een generiek font nog op te geven

Cascading Stylesheet:

.hand {
    cursor: pointer;  /* mozilla */
    cursor: hand;     /* IE  */
}

note de manier van commenten (class foldimage is trouwens identiek)

Cascading Stylesheet:

.numbers {
    ;
}

mmmz, die punt-komma kan ook wel weg...

Cascading Stylesheet:

    .forumpulldownsmall {
        font-family: Verdana, Arial, Helvetica, sans-serif;
        font-size: 12px;
        color: #000000;
        width: 170px;
        height: 21px;
        border: 1px solid #000000;
    }

note de border definitie: altijd een maateenheid opgeven - 1px dus ipv 1

oh ja, opera schijnt de achtergrondkleur voor textarea's te erven van z'n parent, dit geeft ook een mooi wit reply vakje in Opera:

Cascading Stylesheet:

    .forms
    {
        background-color: #ffffff; /* opera */
        color : #000000;
        font-size: 12px;
        font-family: Verdana, Tahoma, Arial, Helvetica, sans-serif;
        border : 1px solid black;
    }

[ Voor 29% gewijzigd door crisp op 24-10-2003 09:56 ]

[ACM]

Lokaal aangepast, die .hand-code had ik volgens mij letterlijk van jou overgenomen, maar kan het bug-topic nu niet meer vinden

[crisp]

ACM schreef op 24 oktober 2003 @ 11:43:
Lokaal aangepast, die .hand-code had ik volgens mij letterlijk van jou overgenomen, maar kan het bug-topic nu niet meer vinden

Ik denk niet dat dat via een bugtopic is gegaan, maar het zou goed kunnen hoor dat het van mij afkomt - my bad dus _{als je lang met JS bezig bent geweest en vervolgens een stukje CSS gaat schrijven krijg je dat soort dingen}

iig hoop ik dat dit de problemen oplost

[ Voor 5% gewijzigd door crisp op 24-10-2003 11:48 ]

[ACM]

Is dit met een harde refresh nu beter?

crisp: die .hand klasse is van het smileys die stopten met bewegen in IE na een klik, daar had je toen denk ik per mail wat over gestuurd
Maar het topic zelf moet wel in bug ergens staan.

[crisp]

ACM schreef op 24 oktober 2003 @ 12:25:
Is dit met een harde refresh nu beter?

mmz die background-color in de .forms maakt meer input-elementen wit zie ik nu (de buttons op het reply scherm o.a.) misschien beter om toch maar weg te laten, en expliciet alleen op de textarea's te zetten:

Cascading Stylesheet:

textarea.forms {
  background-color: #ffffff;
}

Ik kan zelf niet testen in Konqueror / Safari hier - misschien kan iemand anders daar uitsluitsel over geven..

crisp: die .hand klasse is van het smileys die stopten met bewegen in IE na een klik, daar had je toen denk ik per mail wat over gestuurd
Maar het topic zelf moet wel in bug ergens staan.

klopt ja, ik herinner het me weer

[ Voor 19% gewijzigd door crisp op 24-10-2003 13:34 ]

[botoo]

Onder Mozilla (1.5 rc2) heb ik, alleen in het control panel, ook een foute weergave. In de fora waar ik geen control panel heb is wel alles goed (dus ook de Quick reply).

[momania]

botoo schreef op 24 October 2003 @ 14:13:
Onder Mozilla (1.5 rc2) heb ik, alleen in het control panel, ook een foute weergave. In de fora waar ik geen control panel heb is wel alles goed (dus ook de Quick reply).
[afbeelding]

Ctrl+F5

[botoo]

momania schreef op 24 oktober 2003 @ 14:16:
Ctrl+F5

thnx, nu is het idd weer werkbaar (lees: back to normal )

[crisp]

botoo schreef op 24 October 2003 @ 14:57:
[...]

thnx, nu is het idd weer werkbaar (lees: back to normal )

in Safari ook?

[botoo]

Ja in Safari is ook alles weer als vanouds

[crisp]

\o/

[FCA]

In Konqueror werkt het ook weer.
Leest een stuk prettiger zo.

[ACM]

ok