'E's fighting in there!' he stuttered, grabbing the captain's arm.
'All by himself?' said the captain.
'No, with everyone!' shouted Nobby, hopping from one foot to the other.
Mocht je suggereren dat die tag weg kan: tags verwijderen lijkt me in elk geval niet slim omdat ze gebruikt worden in oudere posts.
'E's fighting in there!' he stuttered, grabbing the captain's arm.
'All by himself?' said the captain.
'No, with everyone!' shouted Nobby, hopping from one foot to the other.
Oudere posts zijn in principe al geparsed naar HTML (dus de [php]-tag ook), dus da's geen probleem. Als iemand zn post edit komt ie er snel genoeg achter dat zn (oude) tag niet meer werkt.-NMe- schreef op dinsdag 04 april 2006 @ 01:48:
Zonder die aparte tag was het überhaupt niet mogelijk om [php] als tekst te gebruiken in een codeblok.Nou gaat dat natuurlijk voor elke taal op, maar het lijkt me inderdaad wat krom om voor elke taal een tag te maken. Maar aangezien het met PHP wel mogelijk zou moeten zijn door het bestaan van die tag (althans, gebaseerd op logisch nadenken
) zou ik dit kleine foutje toch wel opgelost willen zien, indien mogelijk.
Mocht je suggereren dat die tag weg kan: tags verwijderen lijkt me in elk geval niet slim omdat ze gebruikt worden in oudere posts.
Verder líjkt [php] een alias van [code=php] en dús valt er weinig aan te doen (dénk ik!
Zo werkt [kwoot]blahblah waa meuke foo bar lorum ipsum[/q] als 't goed is probleemloos:
Dus tenzij de Parsers de optie dat aliassen niet door elkaar te gebruiken zijn uitschakelen lijkt me er geen andere optie te zijn dan de [php]-alias te verwijderenblahblah waa meuke foo bar lorum ipsum
[ Voor 7% gewijzigd door Osiris op 04-04-2006 01:54 ]
Persoonlijk vind ik het niet logisch dat een tag met een andere alias-tag kan worden afgesloten.
Dan krijg je dit soort dingen:
[code=js]
var foo = blaat;
[/php]
1
| var foo = blaat; |
Intentionally left blank
'E's fighting in there!' he stuttered, grabbing the captain's arm.
'All by himself?' said the captain.
'No, with everyone!' shouted Nobby, hopping from one foot to the other.
Het zou vrij irritant zijn als dát niet zou werken lijkt me.
When I write my code, only God and I know what it means. One week later, only God knows.
Hell yes it's a Cuban Cigar, but I'm not supporting their economy, I'm burning their fields.
voor het snel afsluiten hebben we [ /] al
[ Voor 33% gewijzigd door crisp op 07-04-2006 13:45 ]
Intentionally left blank
En daarbij alle oude posts die die tag gebruiken mollen bij herparsing?elevator schreef op vrijdag 07 april 2006 @ 13:53:
Kan in de herparsing straks beter de php-tag niet gedropped worden en dan enkel nog code=php gebruiken?
'E's fighting in there!' he stuttered, grabbing the captain's arm.
'All by himself?' said the captain.
'No, with everyone!' shouted Nobby, hopping from one foot to the other.
Ben je jaloers omdat php wel een alias heeft en andere talen niet?elevator schreef op vrijdag 07 april 2006 @ 13:53:
Kan in de herparsing straks beter de php-tag niet gedropped worden en dan enkel nog code=php gebruiken?
Persoonlijk denk ik dat het vrij eenvoudig is om dit te fixen in de RML parser, en waarom de php-tag afschaffen? Hij zit mij niet in de weg...
Intentionally left blank
Zoals ik volgens mij eerder al aankaartte: herparsing is in principe niet nodig, aangezien de berichten in `F_Messages` gewoon HTML blijven en gaan niet stuQ als je opeens iets aan de RML-tags knutselt. Je gaat pas "problemen" krijgen als mensen een oude post editen en erachter komen dat hun vorige tag niet meer werkt. Maar da's kleine moeite als men op de hoogte gebracht wordt lijkt me.elevator schreef op vrijdag 07 april 2006 @ 13:53:
Kan in de herparsing straks beter de php-tag niet gedropped worden en dan enkel nog code=php gebruiken?
Nee, maar alle posts gaan straks sowieso herparsed worden als we op React 1.9.4 1.9.5 over gaan - op die manier gaan we ook de oude postings met html, kapotte smilies e.d .fatsoenlijk te krijgen. Door dan in een keer alle php tags om te zetten kan je voorkomen dat ze bij een latere herparsing kapot gaan-NMe- schreef op vrijdag 07 april 2006 @ 13:55:
En daarbij alle oude posts die die tag gebruiken mollen bij herparsing?
Ik wacht nog steeds op de [cmd] tag jacrisp schreef op vrijdag 07 april 2006 @ 13:57:
Ben je jaloers omdat php wel een alias heeft en andere talen niet?
Herparsing is volgens jou in principe niet nodig, maar het is AFAIK wel een feature in React die van tijd tot tijd uit de kast wordt getrokken, wat verschillende redenen kan hebben. Op dat moment wordt de opgeslagen HTML-versie van een post dus gewijzigd en krijg je kapotte posts.Osiris schreef op zaterdag 08 april 2006 @ 11:36:
Zoals ik volgens mij eerder al aankaartte: herparsing is in principe niet nodig, aangezien de berichten in `F_Messages` gewoon HTML blijven en gaan niet stuQ als je opeens iets aan de RML-tags knutselt. Je gaat pas "problemen" krijgen als mensen een oude post editen en erachter komen dat hun vorige tag niet meer werkt. Maar da's kleine moeite als men op de hoogte gebracht wordt lijkt me.
Dat is inderdaad een mogelijkheid, maar dat betekent ten eerste dat "we" tot die tijd moeten wachten met het corrigeren van deze bug/feature, en ten tweede zou het niet nodig zijn als de [php]-alias gewoon blijft bestaan. Waarom zou hij weg moeten?elevator schreef op zaterdag 08 april 2006 @ 11:58:
Nee, maar alle posts gaan straks sowieso herparsed worden als we op React 1.9.4 1.9.5 over gaan - op die manier gaan we ook de oude postings met html, kapotte smilies e.d .fatsoenlijk te krijgen. Door dan in een keer alle php tags om te zetten kan je voorkomen dat ze bij een latere herparsing kapot gaan
'E's fighting in there!' he stuttered, grabbing the captain's arm.
'All by himself?' said the captain.
'No, with everyone!' shouted Nobby, hopping from one foot to the other.
Aah, natuurlijk, dom van me-NMe- schreef op zaterdag 08 april 2006 @ 13:02:
[...]
Herparsing is volgens jou in principe niet nodig, maar het is AFAIK wel een feature in React die van tijd tot tijd uit de kast wordt getrokken, wat verschillende redenen kan hebben. Op dat moment wordt de opgeslagen HTML-versie van een post dus gewijzigd en krijg je kapotte posts.
Intentionally left blank
Tags van echt pure aliassen (zoals [quote] / [q]) kunnen nog wel door elkaar heen gebruikt worden.
Intentionally left blank
Dit topic is gesloten.
![]()