[bug]CSS highlighter -> table selector

[T-MOB]

Uhmm stiekum zijn het 2 bugs. De eerste zit in de css highlighter. Als je daar gebruikt maakt van de table selector dan krijgt "table" stiekum toch een kleurtje terwijl hij naar mijn beste inzicht zwart zou moeten zijn. Zei deze post in regel 3 van de css code.

De tweede bug is dat de highlichting compleet verdwijnt als je er een lege regel achter plaatst en vervolgens iets tussen tags (fout gezien met zowel [offtopic] als [small]. Het gekke is dat als je één woord tussen deze tags plaatst dat het wél goed gaat met de highlighting, zijn het meer woorden dan loopt het in de soep.

Cascading Stylesheet:

body { background: blue; }
div { color: red; }

offtopic:
Zoals dit dus

[moto-moi]

T-MOB schreef op donderdag 17 februari 2005 @ 14:43:
De tweede bug is dat de highlichting compleet verdwijnt als je er een lege regel achter plaatst en vervolgens iets tussen tags (fout gezien met zowel [offtopic] als [small]. Het gekke is dat als je één woord tussen deze tags plaatst dat het wél goed gaat met de highlighting, zijn het meer woorden dan loopt het in de soep.

Cascading Stylesheet:

body { background: blue; }
div { color: red; }

offtopic:
Zoals dit dus

Ik zie niets ?
We hebben atm nog een beetje ruzie met de highlighter in combinatie met onze 2 nieuwe 64bits servers, vandaar dat hij soms wel (32bits) en soms niet(64bits) werkt.
Ik hoop dat ik zometeen een geniale ingeving krijg waardoor het op de 64 bits bakken ook gaat werken

[moto-moi]

OK, dat van table ben ik met je eens, geen idee hoe ik dat moet fixen, maar dat weet crisp vast wel.
De andere bug, dat 'ie af en toe wel, en af en toe niet werkt is nu gefixed
Ik zal even kijken of ik de postings waarin dat gebeurt is opnieuw kan parsen

[crisp]

table is ook een valid property voor het display-attribuut; ik zal het eens aan Cheatah (die deze highlighter heeft gemaakt) voorleggen

[T-MOB]

moto-moi schreef op vrijdag 18 februari 2005 @ 00:28:
OK, dat van table ben ik met je eens, geen idee hoe ik dat moet fixen, maar dat weet crisp vast wel.
De andere bug, dat 'ie af en toe wel, en af en toe niet werkt is nu gefixed
Ik zal even kijken of ik de postings waarin dat gebeurt is opnieuw kan parsen

Ergens wel lol.. want na de post met de table heb ik er een offopicje ingeëdit, was de kleur weg. Ik haal de offtopic weg, kleur terug (en dat nog 2x). Toeval is kewl af en toe

[crisp]

Dit is toch een lastige; op de 1 of andere manier zou je een state bij moeten houden die bepaald of je selectors zit te verwerken of attributes en values.

[moto-moi]

state bijhouden gaat niet in lex, dus dat kunnen we sjaken..

[crisp]

moto-moi schreef op donderdag 23 maart 2006 @ 14:12:
state bijhouden gaat niet in lex, dus dat kunnen we sjaken..

Je kan niet ergens globaal een boolean bijhouden? Dat zuigt dan...

alternatief is om 'table' als aparte rule op te nemen waarin je 'm alleen als value parsed indien voorafgegaan door een display: property. ugly maar effectief

[moto-moi]

Flex doet puur parsen van code, of iets op een bepaalde plek is toegestaan boeit dat ding totaal niet, daarom heb je voor een echte compiler ook nog Bison nodig, en die vangt dat soort dingen dan af

Dat laatste is i.d.d. een idee, maar is dat de enige waarvoor dat geldt? Want om dat voor elke te gaan doen is ook weer zo arbeidsintensief

[crisp]

moto-moi schreef op donderdag 23 maart 2006 @ 15:57:
Flex doet puur parsen van code, of iets op een bepaalde plek is toegestaan boeit dat ding totaal niet, daarom heb je voor een echte compiler ook nog Bison nodig, en die vangt dat soort dingen dan af

Dus iets dergelijks kan niet in flex:

code:

\{ {
    foo = 1; // denotes start of stylerule body
}
\} {
    foo = 0; // denotes end of stylerule body
}
{property} {
    if (foo)
    {
        // behandel als property
    }
    else
    {
        // behandel anders
    }
}

Dat laatste is i.d.d. een idee, maar is dat de enige waarvoor dat geldt? Want om dat voor elke te gaan doen is ook weer zo arbeidsintensief

Op dit moment is 'table' het enige dat zowel een element in een selector kan aanduiden als een geldige property-value is.

[ Voor 15% gewijzigd door crisp op 23-03-2006 16:03 ]

[moto-moi]

flex is puur matchen, meer niet

Als het alleen table is kunnen we die er wel ff handmatig infrotten, ik heb trouwens vandaag de highlighter in de cvs gemikt, dus kun je het daarin mooi wijzigen

[crisp]

Mijn eerder beschreven 'truuk' met een state-indicator werkt toch wel

Ik zal het morgen even bijwerken in CVS; momenteel heb ik ook al een rudimentaire HTML-highlighter

[crisp]

mmz, flex heeft daar zelf gewoon functionaliteit voor :

code:

%s RULE

%%

{w}"{"              {
                    token (TOKEN_NONE, YYText (), 0, 1);
                    BEGIN (RULE);
                }
{w}"}"              {
                    token (TOKEN_NONE, YYText (), 0, 1);
                    BEGIN (INITIAL);
                }
<RULE>{property}        {token (TOKEN_IDENT, YYText (), 0, 1);}
<RULE>{value}           {token (TOKEN_SPECIAL, YYText (), 0, 1);}
{ident}             {token (TOKEN_NONE, YYText (), 0, 1);}

[moto-moi]

Hmm, dat truukje kende ik nog niet, geil