[bug?] color-tag om [url] geen kleur maar moet binnen tags

[Wiethoofd]

[blue][url=tweakers.net]tweakers.net[/][/] => tweakers.net
[url=tweakers.net][blue]tweakers.net[/][/] => tweakers.net

Ik had verwacht dat de bovenste keurig de hele [url] blauw zou maken en ook de underline (en hover) in een leuk kleurtje zou zetten, maar de tekst wordt pas blauw als de kleurtags _binnen_ de url-tags staan, is dit by design of intended behaviour?

• Zelfde resultaat in oude en nieuwe layout en met alle mogelijke kleurtags (red/blue/green) crossbrowser (css-issue?)

[crisp]

nee hoor, het klopt met de css:

Cascading Stylesheet:

a {
    color: #000;
}
.blue {
    color: #4169e1;
}

om links binnen [blue] ook blauw te kleuren zou er eigenlijk nog een rule .blue a moeten zijn

[Wiethoofd]

Aah, het is dus intended behaviour. Ik zit nu een TS op te maken waar ik dus keurig bovenaan de [blue] heb staan die ik onderaan afsluit maar ik moet nu elke url-tag van z'n eigen blue-tags gaan zitten voorzien...

[moto-moi]

crisp schreef op dinsdag 02 februari 2010 @ 22:34:
nee hoor, het klopt met de css:
[..]
om links binnen [blue] ook blauw te kleuren zou er eigenlijk nog een rule .blue a moeten zijn

Het lijkt me wel zo logisch om dat ook toe te staan, je keurt het tenslotte niet af in de parser dus het is valide rml?

[crisp]

Ik zeg niet dat het intended is, enkel dat het technisch gezien klopt wat er gebeurd

[Wiethoofd]

Om het volgende [TOPIC] staat [blue]-tags \[bug?] color-tag om [url] geen kleur maar moet binnen tags, ook de [message] geeft geen kleur en de kleur-tag binnen de [topic=][/] zetten geeft een uitgeschreven versie van de tag. Dus eigenlijk alle <a>'s dus

Met een list gaat het ook niet optimaal, je moet dan per punt de boel een color-tag meegeven, wat weer onnodige ubb-code oplevert.

[list]
• punt 1
• foo
[/list]

[ Voor 24% gewijzigd door Wiethoofd op 30-04-2010 16:16 ]

[crisp]

De [color]-tag is een 'inline' element en kan dus geen 'structuur'-elementen bevatten; dat zou zich vertalen naar invalide HTML of de parser behoorlijk veel complexer maken. Dit staat ook uitgelegd in de UBB faq.

Dat [color] om [topic] dezelfde problemen oplevert als [color] om [url] heeft uiteindelijk dezelfde oorzaak, dus is technisch gezien geen nieuwe bug.

[ Voor 43% gewijzigd door crisp op 30-04-2010 19:58 ]

[Wiethoofd]

crisp schreef op vrijdag 30 april 2010 @ 19:56:
De [color]-tag is een 'inline' element en kan dus geen 'structuur'-elementen bevatten; dat zou zich vertalen naar invalide HTML of de parser behoorlijk veel complexer maken.

Idd, de parser zou dan
[color=#FF8080][list=*][*]foo[/list][/color] of natuurlijk voor de normale user: [blue][list=*][*]bar[/list][/blue]
naar
<ul class="rml-list list-disc" style="color: #FF8080"><li>foo</li></ul>
moeten gaan schrijven.... maar of dat het aanpassen/tweaken van de parser waard is.

[MueR]

Wiethoofd schreef op vrijdag 30 april 2010 @ 20:47:
de parser zou dan
[color=#FF8080][list=*][*]foo[/list][/color] of natuurlijk voor de normale user: [blue][list=*][*]bar[/list][/blue]
naar
<ul class="rml-list list-disc" style="color: #FF8080"><li>foo</li></ul>
moeten gaan schrijven...

Hoe zou je dat willen doen? Je combineert nu twee rml tags naar 1 tag. Lijkt me niet echt wenselijke functionaliteit, nog even buiten de enorme hel van het bouwen om.

[Wiethoofd]

Het lijkt me gewoon mogelijk om te checken of de [blue] [red] [green] of [color=] voor een [list] staat. Combineer je ze door de parser dan heb je weer valid html en de gewenste uitwerking.

Anders zou je de table of td een font-color optie moeten geven om alles in die tabel of cel van dezelfde kleur te voorzien. Welke kleuren dat zijn moeten weer voor de normale user in een bepaalde range vallen om er geen misbruik van te kunnen maken.

[crisp]

Mogelijk is het zeker, maar het maakt de parser wel behoorlijk complexer dus dat kost veel tijd om te bouwen en je levert een stuk performance in tegen een (imo) geringe meerwaarde.

[Wiethoofd]

't is nu meer dat je per <li> een/de kleur aan moet gaan geven, dit levert veel extra ubb-code op wat weer ten koste gaat van de inhoud van de rest van de TS, als die postgroottelimiet eenmaal opgeheven wordt, is een extra kleur-tag hier en daar ook geen probleem meer.

[crisp]

En wat is dan precies het nut van een complete list in een bepaalde kleur zetten?

[Wiethoofd]

crisp schreef op vrijdag 30 april 2010 @ 21:36:
En wat is dan precies het nut van een complete list in een bepaalde kleur zetten?

Dan kan je bovenaan in je td met een donkere achtergrondkleur een [blue] of [color=] neerzetten en aan het eind van de td een [/blue] of [/color] en hoef je onderweg niet de tag af te sluiten, een nieuwe te beginnen etc.

[crisp]

Mja, ik ben niet zo'n voorstander van kleurencircussen. Je gebruikt het dus als een workaround om toch enigszins een contrasterende tekstkleur te krijgen bij een donkere achtergrond, maar dan is er dus sprake van een dieperliggende oorzaak en dan moet je daar de oplossing zoeken in plaats van het symptoom te bestrijden

[Wiethoofd]

Ik zal gewoon wel even het 'probleem' postten waardoor ik hier tegenaan liep

Roccat Kone Beschrijving: Een lasermuis voor rechtshandigen met 3200 dpi laser sensor en 10 muisknoppen, lichtprofielen en 4 losse gewichtjes. Instelbare leds voor een kleurrijke game-ervaring. Onboard geheugen om je macro's op alle computers beschikbaar te hebben zonder daarvoor drivers te installeren. Specificaties: • 3200 dpi laser sensor • 1000Hz polling rate • 128kB geheugen voor onboard macro's • Aansluiting: USB • Gewicht: 118 - 138 gram (5/10/15/20 grams gewichtjes) • 10 knoppen, waarvan 8 van functie te veranderen zijn. Reviews: Productsite: Roccat Kone Pricewatch: Roccat Kone

Nu heb ik al het pricewatch-linkje omgezet naar een twk.rs om zo niet met m'n opmaak te kutten, de url's hebben allemaal een extra [blue] d'r in zitten en de specificaties heb ik atm als [*] neerzet omdat een [list] weer een stapel extra [blue]'s oplevert.

[crisp]

Ja, leuk die zwarte achtergrond, maar een witte had natuurlijk ook gewoon gekund

Het lijkt me dan handiger om, als je een achtergrondkleur opgeeft, er ook een mogelijkheid is om een contrasterende tekstkleur op datzelfde niveau op te geven (met wel een beperking qua mogelijke kleuren).

[Wiethoofd]

crisp schreef op vrijdag 30 april 2010 @ 22:49:
Ja, leuk die zwarte achtergrond, maar een witte had natuurlijk ook gewoon gekund

Dit is maar een selectie van de TS het zwart past netjes bij de rest van m'n layout

Het lijkt me dan handiger om, als je een achtergrondkleur opgeeft, er ook een mogelijkheid is om een contrasterende tekstkleur op datzelfde niveau op te geven (met wel een beperking qua mogelijke kleuren).

Dat dus, een td een bgcolor én een fontcolor op kunnen geven

[crisp]

Wiethoofd schreef op vrijdag 30 april 2010 @ 22:54:
[...]

Dit is maar een selectie van de TS het zwart past netjes bij de rest van m'n layout

Mja, kleurencircus dus

[...]

Dat dus, een td een bgcolor én een fontcolor op kunnen geven

waarbij dan een keuze uit white, blue, red, green, yellow en black oid - lijkt me genoeg voor een bijna complete regenboog...

[Wiethoofd]

crisp schreef op vrijdag 30 april 2010 @ 23:05:
Mja, kleurencircus dus

Nee, ook keurig zwart/blauw

waarbij dan een keuze uit white, blue, red, green, yellow en black oid - lijkt me genoeg voor een bijna complete regenboog...

wit is volgens mij een keer afgeschoten als mogelijkheid, omdat je dan in een tabel met witte achtergrond keurig al je flames neer kunt zetten etc. Dus als de tekst wit gemaakt kan worden, wel controleren of er een contrasterende achtergrondkleur is.

devtrack: In tabel extra argument voor fontcolor toevoegen << die van een jaartje geleden dus

[crisp]

Wiethoofd schreef op vrijdag 30 april 2010 @ 23:16:
[...]

wit is volgens mij een keer afgeschoten als mogelijkheid, omdat je dan in een tabel met witte achtergrond keurig al je flames neer kunt zetten etc. Dus als de tekst wit gemaakt kan worden, wel controleren of er een contrasterende achtergrondkleur is.

devtrack: In tabel extra argument voor fontcolor toevoegen << die van een jaartje geleden dus

Jep, agree, maar dan wel met bepaalde beperkingen om een echt kleurencircus te voorkomen.

[Touchdomex]

crisp schreef op vrijdag 30 april 2010 @ 23:18:
[...]

Jep, agree, maar dan wel met bepaalde beperkingen om een echt kleurencircus te voorkomen.

Misschien om alleen de TS te doen? In posts lijkt mij het niet zo nuttig. Daarentegen in de TS kan het bijzonder handig zijn voor de leesbaarheid.

Het Grote Ubuntu Topic Deel 11

In mijn topic was het bijzonder handig geweest om witte tekst te hebben. Wij hebben in dit topic nagestreeft om de huiskleuren van Ubuntu te gebruiken. Maar doordat wij met de beperking zitten dat wij geen witte tekst kunnen hebben zijn wij noodgedwongen op deze moeilijker leesbare kleurencombinatie uitgekomen.

[Verwijderd]

Het hele idee is juist dat er geen pornosite van gemaakt wordt. Altijd komt weer het argument terug van "ja maar de topicstart..."

Ja, de topicstart is ook maar een post in het forum. Het is geen fansite. Het is geen blog. Het is geen wiki.

[moto-moi]

crisp schreef op vrijdag 30 april 2010 @ 23:18:
Jep, agree, maar dan wel met bepaalde beperkingen om een echt kleurencircus te voorkomen.

Ik zou daarom juist voor willen stellen om het lekker zo te laten als het nu is, rml is geen html in al zijn mogelijkheden, en met een goede reden imo Ik zie de mooiste startpostings voorbij komen met de beperkte set aan tags die we nu hebben, dat lijkt mij inmiddels wel voldoende?

[crisp]

Wiethoofd schreef op dinsdag 02 februari 2010 @ 21:35:
[blue][url=tweakers.net]tweakers.net[/][/] => tweakers.net
[url=tweakers.net][blue]tweakers.net[/][/] => tweakers.net

Ik had verwacht dat de bovenste keurig de hele [url] blauw zou maken en ook de underline (en hover) in een leuk kleurtje zou zetten, maar de tekst wordt pas blauw als de kleurtags _binnen_ de url-tags staan, is dit by design of intended behaviour?

• Zelfde resultaat in oude en nieuwe layout en met alle mogelijke kleurtags (red/blue/green) crossbrowser (css-issue?)

Fixed in SVN, wat betreft de tabellen laat ik het nog even zoals het is...