[tpl] DPCH's vernaggelen signatures*

[mcB]

Ik kwam toevallig vandaag een verschil in fontsize tegen in mijn eigen sig.

Zie het SETI topic van vandaag
Niet alleen mijn sig, maar ook van alle andere posters daar lijkt veel groter.
Om er zeker van te zijn dat het niet een eenmalig css foutje van FF was heb ik gerefresht, browser opnieuw opgestart, andere browser op andere pc,.. steeds hetzelfde (ik mag er dus vanuit gaan dat jullie het ook kunnen zien )

Internet Explorer lijkt er geen last van te hebben.

[UTM]

Wat mij daar opvalt is wat jij beschrijft, maar ook de rest van het font is groter. Veel groter

Bekijk het verschil maar eens

DPC Topic met grote font


Met normale font

Een verschil idd

[ Voor 53% gewijzigd door UTM op 02-12-2004 09:46 ]

[mcB]

Je hebt gelijk. Nu ik er over nadenk; De stats voor SETI lijken er alleen last van te hebben. Niet allen die van vandaag, maar ook van eerder al. Tevens worden de stats voor SETI door een andere statsbouwer gemaakt. Het lijkt er dus op dat het aan de HTML in de topicstart ligt. Helaas zijn alleen de SETI stats van deze statsbouwer en is het dus lastiger na te gaan of het daar echt aan ligt.

edit:

Ik zie net dat styletags in de stats-html zitten. de syle div.dpch mag toch geen invloed hebben op de div van de signature?

[ Voor 16% gewijzigd door mcB op 02-12-2004 09:55 ]

[crisp]

tsja...
Misschien is een cursus HTML dan handig?

[moto-moi]

Of het aanzetten van de [color]-tag, zodat de statsposters geen html meer hoeven te gebruiken ?

[crisp]

moto-moi schreef op donderdag 02 december 2004 @ 10:43:
Of het aanzetten van de [color]-tag, zodat de statsposters geen html meer hoeven te gebruiken ?

Ik heb het daar al met zo over gehad, en voor de langere termijn willen we zeker naar een puur RML-oplossing toe. Maar meantime is HTML ook geen echt bezwaar als het maar wel valid HTML is

misschien dat een check op font-tags en indien aanwezig gewoon de hele post afkeuren al wonderen doet...

[ Voor 16% gewijzigd door crisp op 02-12-2004 12:24 ]

[moto-moi]

Dat is het probleem dus, ze gebruiken op dit moment nog rustig font tags enzo

een statspagina uit DPC
de /forum van GoT
Bij de eerste url begin de w3 site nog net niet te janken, en de 2e is gewoon goed.
En als we dat op kunnen lossen door wat mensen rml te laten gebruiken, waar ze net zo veel mee kunnen als met de html die ze nu gebruiken, dan ben ik voorstander

Alleen weet ik niet of we de color tag specifiek in een forum aan kunnen zetten, maar dat weet chem vast, en zo niet, dan doen we wel een featurerequest

[crisp]

RML-rechten kan je niet op forum-niveau toekennen, maar op zich vind ik dat niet zo'n issue...

[André]

Ze kunnen ook een combi maken van HTML en RML:

---

DPC TSC Hitparade van 17 november 2004

DPC Daily Top 30
Aantal flushende members: 330/1972 (17%)

pos	verschil	daily	member	total
1.	(261)	3.493	almarosa	11.789
2.	(6)	2.642	Cureseekers	349.641

---

Hier hoeven ze alleen nog maar de letters blauw en rood te maken

[Anoniem: 26306]

moto-moi schreef op donderdag 02 december 2004 @ 15:54:

Alleen weet ik niet of we de color tag specifiek in een forum aan kunnen zetten, maar dat weet chem vast, en zo niet, dan doen we wel een featurerequest

Kleuren zijn ook niet goed. Dat moet geregeld worden door een stylesheet. Ik heb er vanmorgen een verhaaltje over gestuurd, aan Roelant. Waarschijnlijk zal hij dat wel ergens posten, en anders kun je er even naar vragen

[[eNeRGy]]

ik denk dat een DPCH in rml niet echt gaat passen, HTML past al niet waardoor CSS nodig is.

[crisp]

Ik denk dat je een eind komt hoor:

1.	(1618)	29040	12 Monkeys	539619	(1)
2.	(1270)	267	Division Brabant	22619	(24)
3.	(2)	181	John van Poelgeest	121740	(4)

[crisp]

enkel het bold komt er in arial niet zo goed uit, en de table heeft nog de maffe beperking dat de maximale breedte 350 is.
Maar met passen doel je denk ik op de 64K limiet?

[ Voor 18% gewijzigd door crisp op 02-12-2004 20:35 ]

[ColdRain]

crisp schreef op donderdag 02 december 2004 @ 20:34:
Ik denk dat je een eind komt hoor:
[...]
crisp schreef op donderdag 02 december 2004 @ 20:35:
enkel het bold komt er in arial niet zo goed uit, en de table heeft nog de maffe beperking dat de maximale breedte 350 is.
Maar met passen doel je denk ik op de 64K limiet?

Die 3 lijntjes in je voorbeeldje zijn in totaal 121 karakters.
Daarvoor heb je in RML 955 karakters nodig.
Dat is afgerond maal 8 ...

M.a.w. om binnen de 64K te blijven, mag een DPCH (openingspost inbegrepen) maximaal 8K leesbare karakters bevatten (spaties inbegrepen he!) ...

Van zodra ik tijd vind maak ik de seti dpch in puur RML. Zie maar dat ie dan gepost kan worden ...

[crisp]

Als 3 lijntjes = 1K dan kan je er 64x3 = 192 kwijt. In dat SETI topic tel ik er 50+25+10+10 = 95 dus zit je nog maar op de helft

Enfin, het ging hier niet over de discussie HTML/RML - die voer ik wel met de statsposters op den duur. Het ging er hier om dat de gebruikte HTML invalid is en daardoor de layout vernaggeld.
Dit forum is HTML 4.01 Strict en ik streef er ook naar om alle pagina's validated te krijgen.

Gezien de tagsoup die gebruikt wordt lijkt het me trouwens helemaal niet onverstandig om eens naar een andere oplossing te zoeken...

Edit, titelfix

[moto-moi]

crisp schreef op donderdag 02 december 2004 @ 15:56:
RML-rechten kan je niet op forum-niveau toekennen, maar op zich vind ik dat niet zo'n issue...

Ik vind eigenlijk dat dat wel hoort te kunnen, maar dat moeten we nog eens uitvechten met chem

[Anoniem: 26032]

crisp schreef op vrijdag 03 december 2004 @ 00:03:
Het ging er hier om dat de gebruikte HTML invalid is en daardoor de layout vernaggeld.
Dit forum is HTML 4.01 Strict en ik streef er ook naar om alle pagina's validated te krijgen.

Ik neem aan dat je bedoelt dat je alle nieuwe pagina's validated wil krijgen? En anders wens ik je veel plezier om die massa oude dpch's om te zetten

En dat streven is heel nobel, maar ik hoop dat je inziet dat statsbouwers niet van vandaag op morgen hun engine hebben omgegooid. Ik herinner me trouwens nog levendig de invoering van React op het forum, met als neveneffect dat alle oude dpch's gewoon niet meer leesbaar waren. Dat is trouwens nog steeds zo en dat zal altijd zo blijven vrees ik.

Conclusie: geef het een beetje tijd, dat komt vanzelf in orde

Btw: is het misschien niet een idee dat de statsbouwers, die toch aan meer uniforme stats aan het werken zijn, wat gaan samenwerken met Crisp et al? Hij kan zonder twijfel nuttige input geven. Of gelijk een deel van het werk doen

[moto-moi]

Volgens mij gebruiken de statsposters een scriptje van Onno om de stats te genereren, deze aanpassen is vast niet zoveel werk, het zal i.i.g. minder werk zijn dan alle oude DPCH postings met de hand 'even' langs te lopen en te fixen
<!--(Iets wat je DSmarty en [Energy] wel eens mag voorstellen hoor, ik hou je niet tegen )-->

[ColdRain]

crisp schreef op vrijdag 03 december 2004 @ 00:03:
Als 3 lijntjes = 1K dan kan je er 64x3 = 192 kwijt. In dat SETI topic tel ik er 50+25+10+10 = 95 dus zit je nog maar op de helft

Mijn reactie was geen gokwerk. Gooi code en resultaat maar eens in een file en doe een character count. "wc" will do ...

Enfin, het ging hier niet over de discussie HTML/RML - die voer ik wel met de statsposters op den duur. Het ging er hier om dat de gebruikte HTML invalid is en daardoor de layout vernaggeld.
Dit forum is HTML 4.01 Strict en ik streef er ook naar om alle pagina's validated te krijgen.

Posters posten stats die klaarstaan. Dus als je enkel wil discussieren met statsposters en de bouwers erbuiten wil laten, ga je gang. Gelukkig werkt DPC zo niet. Je zal de bouwers er dus moeten bijnemen.
Dit forum mag dan nu ineens HTML 4.01 strict zijn, het lapt voor de rest alle standaard basisregeltjes van change management aan z'n laars. Zijn de statsbouwers ooit op de hoogte gebracht van de aankomende wijzigingen? Was er voor de bouwers ergens een plaats om een en ander te testen? Is er nu al zo'n plaats? De MyReact notepad herkent de door jouw geposte RML niet. Staat er ergens een volledige RML syntax online zoals die door GoT gebruikt wordt?
Is er wel getest geweest voor een en ander in productie werd genomen? Zijn alle mogelijke situaties onderzocht? Is er getest geweest met bestaande data, zoals de dagelijks aangeleverde DPCH'en?

[crisp]

Anoniem: 26032 schreef op vrijdag 03 december 2004 @ 00:35:
[...]

Ik neem aan dat je bedoelt dat je alle nieuwe pagina's validated wil krijgen? En anders wens ik je veel plezier om die massa oude dpch's om te zetten

En dat streven is heel nobel, maar ik hoop dat je inziet dat statsbouwers niet van vandaag op morgen hun engine hebben omgegooid. Ik herinner me trouwens nog levendig de invoering van React op het forum, met als neveneffect dat alle oude dpch's gewoon niet meer leesbaar waren. Dat is trouwens nog steeds zo en dat zal altijd zo blijven vrees ik.

Dat is gewoon het grootste risico van het gebruik van HTML op het forum. Enerszijds worden bij een herparsing geen rekening gehouden met de rechten van de originele poster toendertijds, en anderszijds is het hardcoded opnemen van style-elementen in je opmaak een grote no-no (dat is bijvoorbeeld ook een probleem met de color-tag).

RML is portable en heeft die problemen niet of in ieder geval in veel mindere mate.

Conclusie: geef het een beetje tijd, dat komt vanzelf in orde

Btw: is het misschien niet een idee dat de statsbouwers, die toch aan meer uniforme stats aan het werken zijn, wat gaan samenwerken met Crisp et al? Hij kan zonder twijfel nuttige input geven. Of gelijk een deel van het werk doen

Ik heb al via email contact gehad met marcelloz dus het komt uiteindelijk vast wel goed

[Anoniem: 26032]

moto-moi schreef op vrijdag 03 december 2004 @ 00:37:
Volgens mij gebruiken de statsposters een scriptje van Onno om de stats te genereren, deze aanpassen is vast niet zoveel werk, het zal i.i.g. minder werk zijn dan alle oude DPCH postings met de hand 'even' langs te lopen en te fixen

Dat denk ik niet. Onno is een tijdje geleden gestopt met stats bouwen, en voor zover ik weet (maar ik weet dan ook niet veel ) zijn er heel wat stats die niet op Onno technology bouwen zeg maar. En ik denk dat Seti daar één van is...
Maar dat neemt niet weg dat je gelijk hebt: je loopt niet even snel door die oude dpch's heen natuurlijk.

Iets wat je DSmarty en [Energy] wel eens mag voorstellen hoor, ik hou je niet tegen

Hmm, [eNeRGy] die heeft daar geen tijd voor, want die moet eerst z'n proxy stats in orde brengen. Dus: DSmarty!!!

[crisp]

ColdRain schreef op vrijdag 03 december 2004 @ 00:42:
[...]

Mijn reactie was geen gokwerk. Gooi code en resultaat maar eens in een file en doe een character count. "wc" will do ...

[...]

Posters posten stats die klaarstaan. Dus als je enkel wil discussieren met statsposters en de bouwers erbuiten wil laten, ga je gang. Gelukkig werkt DPC zo niet. Je zal de bouwers er dus moeten bijnemen.
Dit forum mag dan nu ineens HTML 4.01 strict zijn, het lapt voor de rest alle standaard basisregeltjes van change management aan z'n laars. Zijn de statsbouwers ooit op de hoogte gebracht van de aankomende wijzigingen? Was er voor de bouwers ergens een plaats om een en ander te testen? Is er nu al zo'n plaats? De MyReact notepad herkent de door jouw geposte RML niet. Staat er ergens een volledige RML syntax online zoals die door GoT gebruikt wordt?
Is er wel getest geweest voor een en ander in productie werd genomen? Zijn alle mogelijke situaties onderzocht? Is er getest geweest met bestaande data, zoals de dagelijks aangeleverde DPCH'en?

Ik weet hoe eea bij DPC in z'n werk gaat; ik ben zelf immers ook ooit crewlid geweest

En waarom zouden we de DPCH's hebben moeten testen? Ik mag er toch van uitgaan dat mensen met HTML-rechten ook weten hoe ze HTML moeten gebruiken?
Daarbij heeft de hele crew - inclusief de DPC-moderators - al meer dan een maand de beschikking over de nieuwe template, en hadden ze daarvoor al toegang tot ons Betaforum alwaar maanden en maanden getest is.

Ik ben verantwoordelijk voor de werking van de templates an sich en dat alle functionaliteit van het forum werkt, voor de rest is het aan een ieder van de crew om zijn eigen speciale stukjes te testen en bij problemen aan te kloppen zodat we een oplossing kunnen verzinnen. Zo heb ik bijvoorbeeld avonden lang elevator geholpen bij het ombouwen van zijn FAQ-generator.

Mijn RML werkt niet voor jou omdat jij de color-tag niet mag gebruiken - daarover is echter al gesproken in dit topic en het zou een optie zijn om dat voor de DPCH-posters te activeren.

Met de statsbouwers zelf heb ik verder niets te maken, net zo min als met alle andere mensen die buiten GoT om dingen hebben gebaseerd op bijvoorbeeld de (nu) oude layout van GoT, of met mensen die nu vrolijk alternatieve stylsheets bouwen en uitwisselen die mogelijk bij een volgende upgrade ook niet meer blijken te werken omdat ik ergens de opmaak heb gewijzigd.

[Anoniem: 26306]

crisp schreef op vrijdag 03 december 2004 @ 00:53:

Mijn RML werkt niet voor jou omdat jij de color-tag niet mag gebruiken - daarover is echter al gesproken in dit topic en het zou een optie zijn om dat voor de DPCH-posters te activeren.

Met het aanzetten van color tags creëer je een nieuw probleem. Dan zien stats er weer niet uit in template X of stylesheet Y. De kleuren moeten worden bepaald door de stylesheet, dus ik stel voor om dan wat speciale RML tags te maken voor statsposters, zoals [daily] en [total] wat wordt omgezet in bijvoorbeeld spans of bedenkt maar iets. Vervolgens geeft de stylesheet er een draai aan, en je hebt je kleurtjes.

De volledige controle hoort bij de template ontwikkelaar te liggen. Die heeft verstand van HTML en CSS, en de rest niet. Lullig om het zo te zeggen, maar er zijn niet zoveel mensen hier die écht weten hoe het zit, en die overal rekening mee houden.

Met de statsbouwers zelf heb ik verder niets te maken, net zo min als met alle andere mensen die buiten GoT om dingen hebben gebaseerd op bijvoorbeeld de (nu) oude layout van GoT, of met mensen die nu vrolijk alternatieve stylsheets bouwen en uitwisselen die mogelijk bij een volgende upgrade ook niet meer blijken te werken omdat ik ergens de opmaak heb gewijzigd.

En terecht, zoals ik al zei moet jij alles bepalen. Daarbij zorg je er natuurlijk wel voor dat je niet iets onnodig gaat wijzigen, maar je kunt gewoon geen rekening houden met de modificaties van gebruikers.

[crisp]

crisp schreef op vrijdag 03 december 2004 @ 00:44:
[...] en anderszijds is het hardcoded opnemen van style-elementen in je opmaak een grote no-no (dat is bijvoorbeeld ook een probleem met de color-tag).

De color-tag enablen is inderdaad wat dat betreft ook niet de beste oplossing. Ik zie dus ook meer heil in [dpch] [dagscore] en [totaalscore] tags oid

[ColdRain]

Ik onderhou de seti-stats. Die heb ik geërfd van Sequence. Oorspronkelijk zijn ze (dacht ik) gebouwd door Onno met stukken van Innuendo, maar intussen al herhaalde malen aangepast aan de kuren van Berkeley (waar de hoofdstats van seti staan).

Ik ben geen DPC-crew, ik heb geen HTML rechten op GoT en de server waar ik de stats op genereer heeft uiteraard niet de GoT RML. GoT biedt bouwers geen enkel testplatform. Je antwoordt zelfs niet eens op mijn pertinente vraag naar een online syntax handleiding over de momenteel door GoT gebruikte RML

Je zegt "maak de html output 4.01 strict" maar tegelijk zeg je ook "we gaan op termijn zowiezo naar puur RML". Verder zeg je met bouwers niks te maken te hebben of te willen hebben. Excuseer, maar dit is voor mij een hobby die intussen al veel meer tijd en geduld vraagt dan ooit de bedoeling is geweest. Om dan die stats 2 keer om te bouwen, in 't blinde weg, zonder enige manier om ergens iets te testen??? Je bent goed gek.

Ik heb al aangegeven dat ik de stats wil ombouwen naar RML maar daar ga je niet op in, je geeft me geen info waar ik iets aan heb. Wat moet ik dan? Buigen en je voeten kussen?

Je kan jouw stellingname trouwens ook heel makkelijk omdraaien:
Ik onderhou bepaalde stats voor DPC. Ik heb met GoT niks te maken. Layout wijzigingen interesseren me niet, je blinde streven naar 4.01 strict zonder op een zinnige manier rekening te willen houden met de elementen die GoT groot hebben gemaakt vervullen me met weerzin. De onverbiddelijke commercialisering van wat opgebouwd werd door ontelbare al-dan-niet-kundige vrijwilligershanden blijkt onomkeerbaar. Eenheidsworst.

Ik offer hier danig veel kostbare vrije tijd aan op. Tijd die ik misschien veel liever met vrouw en kinderen doorbreng, zeker nu met Sinterklaas en de aankomende kerstperiode. De enige reden dat ik hier nog reageer luistert naar de naam DPC.

Genoeg geblaat.
Dit is wellicht toch een compleet dovemansgesprek.
En dus tijdverlies ... helaas.

[moto-moi]

ColdRain schreef op zaterdag 04 december 2004 @ 01:28:
Ik ben geen DPC-crew, ik heb geen HTML rechten op GoT en de server waar ik de stats op genereer heeft uiteraard niet de GoT RML. GoT biedt bouwers geen enkel testplatform. Je antwoordt zelfs niet eens op mijn pertinente vraag naar een online syntax handleiding over de momenteel door GoT gebruikte RML

Dat staat onderaan in de faq die bovenaan staat
de color tag staat daar (nog) niet tussen aangezien die uitleg wordt gegenereerd a.d.v. welke tags je op dat moment mag gebruiken.

Om dan die stats 2 keer om te bouwen, in 't blinde weg, zonder enige manier om ergens iets te testen??? Je bent goed gek.
Ik heb al aangegeven dat ik de stats wil ombouwen naar RML maar daar ga je niet op in, je geeft me geen info waar ik iets aan heb. Wat moet ik dan? Buigen en je voeten kussen?

Mag, maar dat heeft weinig zin.
Als er vanuit DPC wordt aangegeven wie de stats maakt, kan er zo een testaccount geregeld worden op de beta server, op dit moment zijn we nog niet zover dat we precies weten hoe we dit willen gaan veranderen, dus een testaccount heeft op dit moment ook nog niet zoveel zin.
Dat is tevens de reden dat we DSmarty en [Energy] hiervan nog niet officieel op de hoogte hebben gebracht, aangezien dit het enige topic is waar er uberhaupt hardop over wordt nagedacht om de statsposters rml te laten gebruiken

Ik onderhou bepaalde stats voor DPC. Ik heb met GoT niks te maken. Layout wijzigingen interesseren me niet, je blinde streven naar 4.01 strict zonder op een zinnige manier rekening te willen houden met de elementen die GoT groot hebben gemaakt vervullen me met weerzin. De onverbiddelijke commercialisering van wat opgebouwd werd door ontelbare al-dan-niet-kundige vrijwilligershanden blijkt onomkeerbaar. Eenheidsworst.

Eh.. dude.. wake up.
We trekken niet zomaar jullie html rechten in zonder een goed (zo niet beter(!)) alternatief te bieden.
Ik hoef je toch niet op de oude stats te wijzen die, doordat er puur html is gebruikt, zeer ruk eruit zien ?
En als ik je wijs op de eerste postings die er zijn gemaakt met RML, en er nog steeds exact zo uitzien, dan lijkt het me in ons beider belang dat jullie overgaan op het gebruik van rml, omdat op die manier jullie topics in de toekomst, zonder tussenkomst van iemand met l33te rechten exact hetzelfde er blijven uitzien

Ik hoop dat het zo wat duidelijker is, en zo niet, ik heb ICQ, mail en ik hang rond op IRC in de meeste bekende kanalen, daar kun je me altijd doorzagen over dit onderwerp

[ColdRain]

moto-moi schreef op zaterdag 04 december 2004 @ 01:47:
We trekken niet zomaar jullie html rechten in zonder een goed (zo niet beter(!)) alternatief te bieden.

Nogmaals, ik heb geen html rechten. Dat is ook niet nodig want html draait op elke webserver. RML vooralsnog niet.

En als ik je wijs op de eerste postings die er zijn gemaakt met RML, en er nog steeds exact zo uitzien, dan lijkt het me in ons beider belang dat jullie overgaan op het gebruik van rml, omdat op die manier jullie topics in de toekomst, zonder tussenkomst van iemand met l33te rechten exact hetzelfde er blijven uitzien

3de keer goede keer?
Dus opnieuw: ik wil de seti stats drastisch ombouwen en dan meteen naar RML. 't Is de 3de keer dat ik dat hier schrijf. Maar de huidige, voor mij beschikbare RML voldoet niet. Op het forum van DPC heb ik daarom enkele dagen geleden al voorgesteld om in te gaan op het aanbod van crisp om nieuwe RML tags te maken, specifiek gericht op het maken van een postbare dpch. Ook hier heeft crisp aangegeven dat het misschien ? / wellicht ? die richting uitgaat.
Maar zolang jullie hierover onbeslist zijn, doe ik niks. Ik heb nl geen zin om die stats 2 keer om te bouwen. Ik heb evenmin zin om stats te bouwen in 't blinde weg. Dus zonder een degelijk RML testplatform met demogelijkheden waar stats-posters eventueel over beschikken, geen RML stats.
Nu duidelijk?
Ik heb overigens evenzeer mail.

[moto-moi]

ColdRain schreef op zaterdag 04 december 2004 @ 02:09:
Maar zolang jullie hierover onbeslist zijn, doe ik niks. Ik heb nl geen zin om die stats 2 keer om te bouwen. Ik heb evenmin zin om stats te bouwen in 't blinde weg. Dus zonder een degelijk RML testplatform met demogelijkheden waar stats-posters eventueel over beschikken, geen RML stats.
Nu duidelijk?

Dat lijkt me niet meer dan logisch
En zodra crisp de tags af heeft waarmee we denken dat jullie de dpc's goed kunnen posten, nemen we zeker nog contact met jullie op hoor
Met deze nieuwe template zijn we tenslotte ook niet over 1 nacht ijs gegaan

Ik heb overigens evenzeer mail.

Wauw!
En nu ga ik _echt_ slapen

[Harm]

ColdRain schreef op zaterdag 04 december 2004 @ 02:09:
Maar zolang jullie hierover onbeslist zijn, doe ik niks. Ik heb nl geen zin om die stats 2 keer om te bouwen. Ik heb evenmin zin om stats te bouwen in 't blinde weg. Dus zonder een degelijk RML testplatform met demogelijkheden waar stats-posters eventueel over beschikken, geen RML stats.
Nu duidelijk?

Voor mij in ieder geval wel . Een overzicht van de beschikbare RML-tags kun je hier vinden: Overzicht van UBB-codes. Een plekje waar je de RML-tags kunt testen en zo dus ook complete pagina's kunt voorbereiden, is in je notepad in je myreact. Succes ermee!

[Anoniem: 26306]

Harm schreef op zaterdag 04 december 2004 @ 09:57:
[...]
Voor mij in ieder geval wel . Een overzicht van de beschikbare RML-tags kun je hier vinden: Overzicht van UBB-codes. Een plekje waar je de RML-tags kunt testen en zo dus ook complete pagina's kunt voorbereiden, is in je notepad in je myreact. Succes ermee!

Toch ben ik sterk van mening dat de huidige set RML tags niet voldoet. Gezien de historie van DPC op dit forum, kan er vast wel worden gezocht naar een oplossing speciaal voor DPC statsposters in de vorm van die speciale RML tags?

[crisp]

ColdRain: je moet nu niet gaan verwachten dat ik 1-2-3 een oplossing voor je hebt, ik heb nog wel meer te doen en sommige dingen hebben gewoon een hogere prioriteit. Ik heb aan Marcelloz al aangegeven dat ik er geen bezwaar tegen heb dat de stats voorlopig nog in HTML geplaatst worden, en dat ik op termijn wil gaan kijken naar een RML oplossing.
Op het moment dat ik meen dat ik een goede oplossing in RML heb gecreëerd neem ik vanzelf wel contact op en zorg ik er ook voor dat jullie ermee kunnen testen.
Waar dit topic om ging is dat er dingen mis gingen in de layout puur omdat er een paar HTML-foutjes in de gegenereerde stats zaten, en het lijkt me nou niet echt lastig om die er snel uit te halen. De syntax van je code checken is ook niet lastig: giet het in een HTML document met een HTML 4.01 Strict DTD en haal het door de validator.

Een paar dingen waar je op kan letten:
* target="_blank" bestaat niet in Strict, hiervoor kan je voor op het forum rel="external" gebruiken
* font-tags zijn al jaren deprecated, gebruik gewoon een span met een class of inline style
* gebruik entities voor speciale karakters in URL's (bijvoorbeeld ampersands)
* geef images een alt attribuut

en als het vooralsnog niet 100% valideerd, jammer dan - dan heb ik destemeer een reden om sneller met een RML-oplossing te komen

[NightBird]

crisp schreef op zaterdag 04 december 2004 @ 11:04:
[..]
Een paar dingen waar je op kan letten:
* target="_blank" bestaat niet in Strict, hiervoor kan je voor op het forum rel="external" gebruiken
* font-tags zijn al jaren deprecated, gebruik gewoon een span met een class of inline style
* gebruik entities voor speciale karakters in URL's (bijvoorbeeld ampersands)
* geef images een alt attribuut

Ik heb dit gefixt voor de RC5 & OGR stats (die maak ik), maar nu zie ik dat linkjes niet in een nieuw venster komen. In het verleden hebben veel mensen geklaagd dat die linkjes naar een nieuw scherm moeten, zodat ze niet "van GoT af gaan".
Ik heb 'rel="external"' aan de links gehangen, maar dat lijkt geen effect te hebben (firefox 1.0, IE5). Klopt dat? In dat geval zal ik waarschijnlijk toch weer target="_blank" gaan gebruiken om de stats-lezers van dienst te zijn.
Voorbeeld: http://gathering.tweakers.net/forum/view_message/22281980

[elevator]

Heb je wel in je preferences (http://gathering.tweakers.net/forum/preferences) aan staan dat links in een apart venster moeten openen?

(bij mij werkt jouw voorbeeld gewoon)

[NightBird]

elevator schreef op zaterdag 04 december 2004 @ 14:47:
Heb je wel in je preferences (http://gathering.tweakers.net/forum/preferences) aan staan dat links in een apart venster moeten openen?

(bij mij werkt jouw voorbeeld gewoon)

Ah kijk! Dat is inderdaad de oplossing
Dankje. Nou, dan is dat 'probleem' ook weer opgelost.

[ColdRain]

Wat ik in vanavond op FDO postte:

HTML ...
werd +- aangepakt:
http://seti.keyserver.org/seti_dpch.html

RML ...
output van dit:
http://seti.keyserver.org/seti_rmldpch.html

te plakken in:
http://gathering.tweakers.net/forum/notepad

Voorlopig worden beide formaten nog zij aan zij aangemaakt, maar niet lang meer.

Technische opmerkingen over het RML formaat zijn welkom. Opmerkingen als "het ziet er niet uit" of "f**kedup layout" gaan rechtstreeks naar /dev/null. Spuw je gal @ GoT.
Reacties als "eerst HTML strict maken en later naar RML" gaan eveneens naar de bitbucket. Steek die energie liever in het overtuigen van de GoT RML beheerders om dringend werk te maken van meer mogelijkheden in RML.

Now shoot.

Ik heb daar mijn zaterdagnamiddag aan opgeofferd. Voor DPC. Ik had nochtans ook andere prio's (bv spelen met m'n 3 jonge kids die vandaag kadootjes van de sint kregen).
Aan halfslachtige oplossingen heb ik een hartsgrondige hekel, workarounds ok als ze ofwel kortstondig zijn of een deftige oplossing bieden op lange termijn. "Strict HTML" is geen deftige oplossing, GoT evolueert naar RML, voer het dan door en zit niet zo te twijfelen.
Die extra RML tags (font kleuren e.d.) zijn nodig. Maak ze desnoods enkel bruikbaar door statsposters (én -bouwers!). Ik heb de seti-stats omgebouwd naar RML, ok het ziet er misschien niet uit maar dat toont aan dat de bal nu in "jullie kamp" ligt. Statements als "we kunnen er nu echt geen hoge prio aan geven" zijn ongepast en niet aan de orde, over de nieuwe GoT layout en parsing is aan statsbouwers niks vooraf gevraagd. Die is koudweg door mijn strot geduwd, met als toemaatje "tja, misschien eens een cursus html doornemen?". 't Is nu weer aan jullie. Mààk er iets van! In de loop van volgende week schakel ik de Seti html-dpch uit, en blijft enkel de RML versie. Voor vragen rond de layoutbeperkingen raad ik statsposters aan om gebruikers te verwijzen naar de RML devvers. Je ziet maar wat je ermee doet. Ik heb er kostbare tijd ingestoken. 't Is nu aan jullie.

[moto-moi]

Dude, wat loopt je nou te rellen op niks af ?
Op dit moment veranderd er -niets-
En het ombouwen is harstikke geinig enzo, maar waarom wacht je niet totdat we de tags hebben gemaakt en getest die jullie keihard nodig hebben, want nu moet je zometene weer je meuk ombouwen, terwijl ik nu voor de 3e keer tegen je zeg dat je moet wachten

En we drukken niks keihard door je strot, we zijn hier alleen hardop aan het nadenken.
Maar blijkbaar ben jij zo opgefokt dat dat totaal langs je gaat ofzo

[ColdRain]

moto-moi schreef op zondag 05 december 2004 @ 00:29:
Dude, wat loopt je nou te rellen op niks af ?
Op dit moment veranderd er -niets-
En het ombouwen is harstikke geinig enzo, maar waarom wacht je niet totdat we de tags hebben gemaakt en getest die jullie keihard nodig hebben, want nu moet je zometene weer je meuk ombouwen, terwijl ik nu voor de 3e keer tegen je zeg dat je moet wachten

Wat loop je nu te lullen dat ik moet wachten??
Er verander niets???? ROFLOL!!! GoT heeft een en ander veranderd op enkele dagen tijd, niet ik!!
Ik wacht niet langer, GoT heeft toch ook niet gewacht, of wel dan?? Niet op statsbouwers in elk geval, een compleet verwaarloosbare groep in GoT's ogen dixit crisp.
Bovendien, diverse mensen hebben hier al aangegeven dat RML "the way to go" is. Geen probleem, persoonlijk vind ik dat een zeer verstandige keuze.
Wat ik intussen aanlever is een derivaat van wat mogelijk is met dat fameuze RML. Aan jullie om het uit te breiden.
Het had je natuurlijk een hoop last bespaard mocht je dat werk vooraf gedaan hebben. Maar da's niet mijn probleem. Beter plannen en testen volgende keer. Al doende ...

En we drukken niks keihard door je strot, we zijn hier alleen hardop aan het nadenken.
Maar blijkbaar ben jij zo opgefokt dat dat totaal langs je gaat ofzo

Ehh ??? Hardop aan 't nadenken??? En die nieuwe layout is niet aktief per 1 december ofzo?? Oh, hardop nadenken === implementeren. Ok, ic. GoT is een testplatform, ok. Mja ...
Soit, 't is niet belangrijk meer. De stats die ik aanlever zijn nu ook RML-based. Voorlopig kunnen de statsposters dus nog kiezen tussen crippled RML en crippled HTML.

[Anoniem: 44568]

code:

[img=598,1]http://gathering.tweakers.net/global/templates/got/images/layout/pixel.gif[/img]

^ omdat de nieuwe layout minder breed is, is een waarde van 570 aan te raden ipv 598 (anders valt een deel van de rechterkolom weg, doordat de nieuwe layout maximaal 575 is).

Voor de rest ziet die rml-stat er imo prima uit.

[Anoniem: 26306]

Ik wil niet heel vervelend doen, maar er moet worden gezocht naar een duurzame oplossing. En een die in alle templates zo goed mogelijk werkt. Dan moet je dus niet met 570-pixelige spacer gif's komen, want dan mis je gewoon de kern van het probleem.

Ik weet zeker dat crisp wel met een goede oplossing komt als de tijd daar is. Bedenk dat deze keer voorkomen moet worden dat het een andere keer wéér misgaat. Het is inderdaad niet tof als die statsposters hun scriptjes keer op keer moeten aanpassen, en júíst daarom zal er éérst goed over moeten worden nagedacht en overlegd. Uiteraard tussen crisp of een ander crewlid enerzijds, en tussen DPCH posters anderzijds.

Ben pas ook weer mee gaan doenmet een DPC projectje, en weet hoe enthousiast de meesten meedoen, en dat moet natuurlijk zo blijven

[KurtDB]

* KurtDB mompelt iets over 'n javascript/php/whatever html-to-rml converter tool die gebakken/gebraden/gewokt kan worden. Hierbij moet de poster in kwestie z'n html niet aanpassen en hoeft crisp ook geen oplossing te bedenken om 't te integreren in de templates.

[ColdRain]

Anoniem: 44568 schreef op zondag 05 december 2004 @ 01:58:
omdat de nieuwe layout minder breed is, is een waarde van 570 aan te raden ipv 598 (anders valt een deel van de rechterkolom weg, doordat de nieuwe layout maximaal 575 is).

Constructieve kritiek, PRIMA!
De image staat nu op 570

[ Voor 17% gewijzigd door ColdRain op 05-12-2004 12:53 ]

[ColdRain]

(crosspost van FDO)

update:
Plak de output van http://seti.keyserver.org/seti_rmldpch.html in de MyReact notepad http://gathering.tweakers.net/forum/notepad

• tabelbreedte is 570, op vraag van de GoT devvers
• waar nuttig hebben kolommen kopjes
• foutjes qua uitlijning hersteld
• tabellen hebben een paars randje rondom: in de oude GoT layout valt dit niet op wegens dezelfde kleur als de achtergrond; in de nieuwe Tweakers layout (de witte) helpt het randje om visueel de verschillende secties uit elkaar te houden; dat uit elkaar houden heb je in de GoT layout automatisch doordat de tabel-achtergrond (bijna) wit is
• de tabelvelden zijn net niet wit; zelfde liedje in GoT layout valt dit niet op, in Tweakers layout lijkt dit me visueel beter
• de tabeltitels maken nu deel uit van de tabel
• in verband met "smiley gevaar" werd rond de positie {} gebruikt ipv ()
• onderaan werd een blokje "nuttige links" toegevoegd; op vraag van ondermeer RedVox heb ik er mijn officieuze "volgop" pagina bijgezet
• helemaal onderaan het tijdstip van generatie toegeoegd
• er zit nog een bug in het leden-blok, ik vermoed dat het een GoT bug is
• ik kom uit op 43139 bytes, ruim onder de 64K dus

Wat mij betreft kunnen ze zo gepost worden.

Kan iemand me op weg helpen in verband met die fout in het leden-blok?

[Anoniem: 44568]

Ik neem aan dat je dit bedoeld:
Qua ledenblok, daar gebruik je 3 TD's binnen een TR, maar voor de overkoepelende TD's gebruik je colspan=2 (terwijl er dus 3 zijn). Hierdoor krijg je een zwarte achtergrond en een paar cellen die buiten de tabel lijken te vallen. Oplossing: de onnodige [td] [/td] verwijderen of de colspan van 2 naar 3 zetten.

Leden Aantal nieuwe leden: 0 Aantal retirements: 0 Totaal aantal leden: 1846 Welkom bij DPC SETI@home: niemand

code:

[table cellpadding=1][tr][td bgcolor=#AAAAE6][table cellpadding=2][tr][td colspan=2 bgcolor=#F9F9F9][img=570,1]http://gathering.tweakers.net/global/templates/got/images/layout/pixel.gif[/img][/td][/tr][tr][td colspan=2 bgcolor=#F9F9F9][b]Leden[/b][/td][/tr][tr][td colspan=2 bgcolor=#F9F9F9][img=570,1]http://gathering.tweakers.net/global/templates/got/images/layout/pixel.gif[/img][/td][/tr]
[tr][td align=left valign=top bgcolor=#FAFAFA]Aantal nieuwe leden:[/td][td align=right valign=top bgcolor=#FAFAFA][b]0[/b][/td][/tr]
[tr][td align=left valign=top bgcolor=#FAFAFA]Aantal retirements:[/td][td align=right valign=top bgcolor=#FAFAFA][b]0[/b][/td][/tr]
[tr][td align=left valign=top bgcolor=#FAFAFA]Totaal aantal leden:[/td][td align=right valign=top bgcolor=#FAFAFA][b]1846[/b][/td][/tr]
[tr][td colspan=2 bgcolor=#F9F9F9]

Welkom bij DPC SETI@home: [b]niemand[/b] :'(

[/td][/tr]
[/table][/td][/tr][/table]

^ In het voorbeeld hierboven heb ik dus de onnodige [td] [/td] verwijderd.

Dan moet je dus niet met 570-pixelige spacer gif's komen, want dan mis je gewoon de kern van het probleem.

Persoonlijk snap ik het nut ook niet waarvoor [table width=575] niet gewoon werkt ([rml][ RML] tabel breder dan 350 opgeven[/rml]). Op die manier voorkom je imo nl. ook dat mensen ranzige oplossingen bedenken...

[ Voor 8% gewijzigd door Anoniem: 44568 op 05-12-2004 23:50 ]

[crisp]

smiley gevaar kan je onderdrukken met de [norml]-tag
Het leden-blok heeft wat nesting-foutjes, zo is hij goed:

Leden Aantal nieuwe leden: 0 Aantal retirements: 0 Totaal aantal leden: 1846 Welkom bij DPC SETI@home: niemand

Verder moet ik zeggen dat het er al prima uit ziet

[ColdRain]

Anoniem: 44568 schreef op zondag 05 december 2004 @ 23:43:
Qua ledenblok, daar gebruik je 3 TD's binnen een TR, maar voor de overkoepelende TD's gebruik je colspan=2 (terwijl er dus 3 zijn).

Aaarrghhh I need a new pair of glasses
... overkoepelende colspan=3 en nu werkt het perfect. Muchos gracias.
Ter info, die 3de kolom dient enkel voor het tonen van retirements (naam + credit), als die er zijn.

Jullie hulp valt ver buiten de scope van dit "bugs en featurerequests subforum". Waarvoor welgemeende dank!
tja ben Belg, ben dus wat Latijnser, lees breedvoeriger

@Crisp: td achtergrondkleurtjes zijn leuk. Maar fontkleurtjes (blauw en rood zijn voldoende, ook voor de andere stats), eventueel enkel beschikbaar voor statsposters (en -bouwers) zijn hoedanook "the way to go". Hoe snel krijg je dat klaar?

[Anoniem: 44568]

Kleurtjes doen het al wel, maar moet worden ingesteld afaik voor wie ze mag gebruiken (voor normale gebruikers is dat nl. uitgeschakeld). Zie ook de [jump=22271744]eerdere post van crisp[/jump] ter voorbeeld.

[ColdRain]

Persoonlijk (ben maar 'n gewone GoT gebuiker) hoef ik die fontkleurtjes niet. Maat de DPC stats hebben ze nodig. Dus de statsposters ook (zijn er 6 dacht ik).
Als statsbouwer zijn die speciale color tags eigenlijk ook nodig, om de output te testen. Maar dat onderscheid (posters <--> bouwers) lijkt me moeilijk te verwezenlijken.

Wat indien een soort van placebo tags? Ze worden geparst indien het een statsposter is, maar als tekst weergegeven voor anderen (dan wel open én sluit tags). Op die manier kan eender wie (dus ook statsbouwers) code maken en checken via het MR notepad), maar enkel via statsposters krijgen die tags ook een echte (lees geparste) betekenis.

Indien die code enkel geparsed wordt voor 'echte' statsposters, vermijdt je meteen dat eender wie RML-based stats kan posten.

[Pim.]

ColdRain schreef op maandag 06 december 2004 @ 03:47:
Persoonlijk (ben maar 'n gewone GoT gebuiker) hoef ik die fontkleurtjes niet. Maat de DPC stats hebben ze nodig. Dus de statsposters ook (zijn er 6 dacht ik).
Als statsbouwer zijn die speciale color tags eigenlijk ook nodig, om de output te testen. Maar dat onderscheid (posters <--> bouwers) lijkt me moeilijk te verwezenlijken.

Wat indien een soort van placebo tags? Ze worden geparst indien het een statsposter is, maar als tekst weergegeven voor anderen (dan wel open én sluit tags). Op die manier kan eender wie (dus ook statsbouwers) code maken en checken via het MR notepad), maar enkel via statsposters krijgen die tags ook een echte (lees geparste) betekenis.

Indien die code enkel geparsed wordt voor 'echte' statsposters, vermijdt je meteen dat eender wie RML-based stats kan posten.

Perfecte oplossing wel

[crisp]

Inmiddels zijn de DPC-stats in RML