Nieuwe highlighters voor HTML en JavaScript \o/

vrijdag 7 april 2006 00:15

Devver

Pixelated

Topicstarter

Lijstje van beschikbare highlighters: c, c++, c#, java, delphi/pascal, vb, vb.net, php, css, xml, xpath, sql, html, js/javascript

Intentionally left blank

Acties:

MAZZA

Barbie is er weer!

Handig

Ik kom gewoon hier debuggen vanaf nu

[ Voor 69% gewijzigd door MAZZA op 07-04-2006 00:16 ]

vrijdag 7 april 2006 00:18

Acties:

Osiris

HTML:

1	<div><span>foo</div>bar</span>

Hmm, dit vind ie blijkbaar prima? Of hoort de highlighter dat soort dingen er niet uit te pikken?

vrijdag 7 april 2006 00:20

Acties:

vrijdag 7 april 2006 00:40

Ja, ik haat jou ook :w

Welk gedeelte van

Het is en blijft echter in 1e instantie een highlighter en is geenszins een validator! Keep that in mind

heb je niet begrepen ?

God, root, what is difference? | Talga Vassternich | IBM zuigt

Acties:

Wwwillem

Supergoed! $_/-\o_$ Zal de boel hier in webdesign een stuk sneller door te nemen maken, highlighting helpt om code in 1 oogopslag goed te overzien.

vrijdag 7 april 2006 00:43

Acties:

Osiris

moto-moi schreef op vrijdag 07 april 2006 @ 00:20:
Welk gedeelte van
[...]
heb je niet begrepen ?

Jaaa, nou, ik dacht, da's zó simpel, dat zit er vast ook wel in

/me Kruipt weer snel mompelend terug in z'n hoekje *

vrijdag 7 april 2006 00:52

Acties:

CH4OS

It's a kind of magic

moto-moi schreef op vrijdag 07 april 2006 @ 00:20:
Welk gedeelte van
[...]
heb je niet begrepen ?

Plus dat het (in HTML) gewoon valid is. Pas bij xHTML komt de well-formedness om de hoek kijken...

Over de highlighters, ik vind het toppie dat er (na lang wachten, want hoopte er al lang op) dat er een highlighter kwam voor HTML...

Dat er nu zelfs JS highlighting is, is alleen maar mooi meegenomen!

Hulde aan de makers!

[ Voor 31% gewijzigd door CH4OS op 07-04-2006 00:53 ]

vrijdag 7 april 2006 00:55

Acties:

vrijdag 7 april 2006 00:57

Devver

Pixelated

Topicstarter

GJ-tje schreef op vrijdag 07 april 2006 @ 00:52:
[...]
Plus dat het (in HTML) gewoon valid is. Pas bij xHTML komt de well-formedness om de hoek kijken...

Dat heeft niets met well-formedness te maken. Het is verkeerde nesting en dat is in HTML ook niet toegestaan. HTML parsers passen echter tot op zekere hoogte wel error-correction toe - jammer genoeg is error-correction in HTML4 undefined en dus browser-specific. HTML5 kent wel gespecificieerde error-correction

De highlighter beperkt zich mbt foutmeldingen echter tot pure syntax; nesting en dergelijke wordt niet gechecken - dan zou het ook geen highlighter meer zijn maar een validator, en dan zou DTD ook uit moeten maken.

[ Voor 18% gewijzigd door crisp op 07-04-2006 01:01 ]

Intentionally left blank

Acties:

We Are Borg

Moderator Wonen & Mobiliteit / General Chat

Even alleen mijn complimenten

Heb het geprobeerd stuque te maken, maar wilde niet lukken. Erg netjes, ziet er goed uit.

vrijdag 7 april 2006 00:57

Acties:

vrijdag 7 april 2006 01:00

Devver

Pixelated

Topicstarter

Overigens is de CSS-highlighter ook geupdate en zijn er een aantal bugs in andere highlighters gefixed. Een trivial case als dit gaat nu goed (plus dat de CSS highlighter nu ook HTML-elementen in selectors herkent):

Cascading Stylesheet:

1	table { display: table; }

Intentionally left blank

Acties:

CH4OS

It's a kind of magic

crisp schreef op vrijdag 07 april 2006 @ 00:55:
Dat heeft niets met well-formedness te maken. Het is verkeerde nesting en dat is in HTML ook niet toegestaan. HTML parsers passen echter tot op zekere hoogte wel error-correction toe - jammer genoeg is error-correction in HTML4 undefined en dus browser-specific. HTML5 kent wel gespecificieerde error-correction

Wel raar dan, dat ik in de tutorials over xHTML altijd lees, dat je vanaf xHTML altijd je well-formedness goed moet hebben? Het is namelijk toch wel zo, dat je als je via XSL / XSLT een XML file parsed, alleen maar xHTML uit kan poepen? En dan is de well-formedness wel degelijk belangrijk...

Maar dit is way off-topic...

vrijdag 7 april 2006 01:04

Acties:

vrijdag 7 april 2006 08:12

Devver

Pixelated

Topicstarter

GJ-tje schreef op vrijdag 07 april 2006 @ 01:00:
[...]
Wel raar dan, dat ik in de tutorials over xHTML altijd lees, dat je vanaf xHTML altijd je well-formedness goed moet hebben? Het is namelijk toch wel zo, dat je als je via XSL / XSLT een XML file parsed, alleen maar xHTML uit kan poepen? En dan is de well-formedness wel degelijk belangrijk...

Maar dit is way off-topic...

XHTML is in feite een subset van XML en moet dus wellformed zijn. Dit is echter een highlighter en geen validator, maar basic syntax wordt wel gechecked (aan de hand van de SGML rules). Daarbij wordt XHTML - zoals ik al zei in de startpost - meestal met text/html mimetype verstuurd, dus gelden de regels voor HTML en niet die voor XML

Er is overigens ook een XML-highlighter (maar dat is echt puur een highlighter)

Verder is er niets dat je belet om middels XSL/XSLT vanuit X(HT)ML HTML te genereren - die output hoeft niet wellformed te zijn.
Like I said: XHTML is een lost case; 99% van de XHTML pagina's op het web worden als HTML verstuurd. 80% daarvan valideerd niet, is niet well-formed en/of zou met een XHTML mimetype niet werken zoals bedoelt...

[ Voor 25% gewijzigd door crisp op 07-04-2006 01:28 ]

Intentionally left blank

Acties:

Larixk

met xk, ja

en de js syntax highlighter is natuurlijk ook redelijk bruikbaar voor AS.

goed werk!

larixk

vrijdag 7 april 2006 08:27

Acties:

Verwijderd

Mag ik de eerste zijn die de JavaScript highlighter stuk maakt?

JavaScript:

// Support voor multi-line strings?
var s = 'Ik ben een \
    hele lange \
    string!';

Voor de rest: heel knap gedaan!

[ Voor 162% gewijzigd door crisp op 20-04-2006 08:32 ]

vrijdag 7 april 2006 08:32

Acties:

Peter

netjes gedaan hoor, maar nog niet bugfree

vrijdag 7 april 2006 08:53

Acties:

Verwijderd

ziet er netjes uit crisp! goede keuzes mbt (x)html. Als mensen echt xhtml doen, dan kan je natuurlijk gewoon de xml highlighter gebruiken (als in [code=xml] opgeven), maar dit komt nog steeds heel erg weinig voor natuurlijk

vrijdag 7 april 2006 08:54

Acties:

Rowanov

Kop eens wat anders...

HTML:

1	<!--#include virtual="whatever" -->

edit:
Paars!

[ Voor 32% gewijzigd door Rowanov op 07-04-2006 08:54 ]

vrijdag 7 april 2006 09:42

Acties:

André

Analytics dude

Ziet er goed uit

vrijdag 7 april 2006 09:56

Acties:

giMoz

iets met meester...

ziet er zeker goed uit....

geen Feature voorbeelden van de javascript syntaxhighlighter?

Of niet natuurlijk...

vrijdag 7 april 2006 10:08

Acties:

vrijdag 7 april 2006 10:18

Devver

Pixelated

Topicstarter

Verwijderd schreef op vrijdag 07 april 2006 @ 08:27:
Mag ik de eerste zijn die de JavaScript highlighter stuk maakt?

Ah, daar had ik inderdaad niet aan gedacht. Lokaal fixed

Intentionally left blank

Acties:

Verwijderd

crisp schreef op vrijdag 07 april 2006 @ 10:08:
Ah, daar had ik inderdaad niet aan gedacht. Lokaal fixed

Ach, mijn editor jEdit ondersteunt het ook niet, dus het is geen schande, hoor

vrijdag 7 april 2006 10:22

Acties:

Verwijderd

HTML:

1 2	<input type="text" disabled> boolean attribuut in geminimaliseerde vorm <input type="text" disabled=disabled> zo mag het ook (normale vorm)

"disabled" in het eerste geval is hier de waarde, niet het attribuut en zou dus eigenlijk rood moeten worden, net als in het tweede geval

HTML:

<script type="text/javascript">
for (var i=0; i<n; i++) {}
c = (n&b)
</script>

<pre>
for (var i=0; i<n; i++) {}
c = (n&b)
</pre>

netjes

[ Voor 63% gewijzigd door Verwijderd op 07-04-2006 10:36 ]

vrijdag 7 april 2006 10:52

Acties:

vrijdag 7 april 2006 11:08

Devver

Pixelated

Topicstarter

Verwijderd schreef op vrijdag 07 april 2006 @ 10:22:
HTML:
1
2
<input type="text" disabled> boolean attribuut in geminimaliseerde vorm
<input type="text" disabled=disabled> zo mag het ook (normale vorm)
"disabled" in het eerste geval is hier de waarde, niet het attribuut en zou dus eigenlijk rood moeten worden, net als in het tweede geval

nope, check maar in bijvoorbeeld Mozilla's DOM inspector; het is de nodeName van het attribuut en de value is leeg

Intentionally left blank

Acties:

Verwijderd

foutje van mozilla dan denk ik (de value zou true of false moeten zijn in de dom):

http://www.w3.org/TR/html4/intro/sgmltut.html#h-3.3.4.2

In HTML, boolean attributes may appear in minimized form -- the attribute's value appears alone in the element's start tag. Thus, selected may be set by writing:

<OPTION selected>

[ Voor 66% gewijzigd door Verwijderd op 07-04-2006 11:11 ]

vrijdag 7 april 2006 12:00

Acties:

vrijdag 7 april 2006 12:17

Devver

Pixelated

Topicstarter

Verwijderd schreef op vrijdag 07 april 2006 @ 11:08:
foutje van mozilla dan denk ik (de value zou true of false moeten zijn in de dom):

http://www.w3.org/TR/html4/intro/sgmltut.html#h-3.3.4.2

[...]

Dat spreekt eigenlijk weer tegen wat er boven staat:

Some attributes play the role of boolean variables (e.g., the selected attribute for the OPTION element). Their appearance in the start tag of an element implies that the value of the attribute is "true". Their absence implies a value of "false".

Intentionally left blank

Acties:

Verwijderd

dacht ik eerst ook, maar het ligt zo
je hebt een boolean (een property van het element) die wordt voorgesteld door een attribuut/waarde paar, het voorkomen van het attribuut (+waarde) impliceert dat de boolean true is, het afwezig zijn impliceert false. De waarde van het attribuut kan alleen gelijk zijn aan de naam van het attribuut (en de boolean)

verder (en da's een ander punt) kan je attributen die een boolean representeren afkorten door alleen de waarde neer te zetten

ik heb volgens mij eens het sgml verhaal ervan gelezen, maar geen idee waar...

edit
@hieronder: true, maar is wel mythebevestigend zo (maar idd: so what)
NET shorttags zijn wat dat betreft belangrijker, want die geven in het dagelijks leven wel problemen

[ Voor 19% gewijzigd door Verwijderd op 07-04-2006 12:21 ]

vrijdag 7 april 2006 12:18

Acties:

vrijdag 7 april 2006 19:57

Devver

Pixelated

Topicstarter

Dan nog, qua highlighting is het logischer om 'm als attribuut te highlighten ipv als value. Het boeit m.i. verder ook niet zo

Intentionally left blank

Acties:

Tjeemp

BEER N TEA

zo'n beetje wat elke editor op die manier weergeeft... allemaal als attribute en niet als value

www.timovanderzanden.nl | Beer 'n' Tea

maandag 10 april 2006 19:53

Acties:

Verwijderd

misschien als featurerequest: verschil aangeven tussen correcte (x)html doctypes en onvolledige.
hier vang je ook een hoop boxmodel problemen al vrij snel mee op denk ik

verder misschien nog een idee om in al die spans met title attributen aan te geven wat voor soort iets het is, bijvoorbeeld "deprecated element/attribuut" of "invalid syntax" oid

maandag 10 april 2006 19:58

Acties:

CaptBiele

No Worries!

superhulde aan crisp

dit maakt het weer wat eenvoudiger om de topics snel door te lezen.

maandag 10 april 2006 23:28

Acties:

Juup

JavaScript:

1	/* aap/beer */

Buiten dit kleine dingetje krijg ik hem niet kapot, ook niet met hele wazige code. Hulde aan crisp!

[ Voor 56% gewijzigd door Juup op 10-04-2006 23:35 ]

Een wappie is iemand die gevallen is voor de (jarenlange) Russische desinformatiecampagnes.
Wantrouwen en confirmation bias doen de rest.

dinsdag 11 april 2006 08:22

Acties:

Koeniepoenie

HTML:

1	[img]"woei.jpg"[/img]

Hm, beetje foutje

Ik was wat aan het proberen toen ik per ongeluk op Verstuur drukte

Ik dacht namelijk even dat de kleuren van /> niet correct waren, maar dat zijn ze dus wel..

[ Voor 72% gewijzigd door Koeniepoenie op 11-04-2006 08:24 ]

Parse error: syntax error, unexpected GOT_USER in https://gathering.tweakers.net on line 1337

dinsdag 11 april 2006 09:02

Acties:

Verwijderd

HTML:

<!-- woei -->                <p>
<!-- -- woei -- -->          <p>
<!-- --- woei --- -->        <p>
<!-- ---- woei ---- -->      <p>
<!-- ---- woei -->-- -->     <p>
<!-- ---- woei ----> -->     <p>
<!-- ---- woei --> -->       <p>
<!-- ---- woei -- -->        <p>
<!-- ---- woei -- -- >       <p>
<!-- ---- woei -- -->        <p>

works like a charm, inclusief die ene weggecommente <p>

(zie ook dit topic: [rml][ HTML] Comment-bug in FireFox?[/rml], ook voor uitleg hoe het nu precies zit)

even een raar verzinsel van pelle copy paste:

HTML:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
    "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
    
<html>
<head>
    <title></title>
</head>

<body>

<!-- | WTF ?! | ----------- -->
<h1>
    Dit is dus echt raar
</h1>


<!-- | MELP | ----------- -->
<p>
    Ja, zeg dat wel...
</p>

<!-- | THINGS ARE GETTING BETTER | ----------- --> -->
<p>
    Nog een paragraaf.
</p>


<!-- | OR NOT? | ----------- -->
<p>
    En weer eentje
</p>


</body>
</html>

check:

Afbeeldingslocatie: http://www.jellejanvanveelen.nl/got/test3.png

werkt zelfs beter dan fx vind ik, het laatste stukje code is allemaal comment en dit wordt nooit meer afgesloten, de highlighter geeft dit netjes aan (als missing closing tag oid), fx doet wat errorcorrection en laat dus de sgml opening weg zodat de html toch werkt.
(onder voorbehoud dat ik de "--" goed geteld heb

)

enige opmerking dat hier SGML dingen zwart zijn, terwijl ze elder roze zijn (DOCTYPE en SHORTTAG)

Dat brengt me op:

HTML:

<!ELEMENT BLOCKQUOTE - - (%block;|SCRIPT)+ -- long quotation -->
<!ATTLIST BLOCKQUOTE
  %attrs;                              -- %coreattrs, %i18n, %events --
  cite        %URI;          #IMPLIED  -- URI for source document or msg --
  >

maar goed, da's misschien weer wat veel gevraagd (Hoewel je alles tussen "<!" en ">", wat geen comment is als SGML zou kunnen zien, dus rose, alles tussen "--" en "--" is dan comment en paars. Dat zou dan automatisch werken voor doctype lijkt me, pakt de SGML in comments ook mee (of eigenlijk dan andersom, de comments in SGML) en werkt ook op dit soort dingen

HTML:

<![CDATA[
 <an> example of <sgml> markup that is
 not <painful> to write with < and such.
]]>

die zou daar ook in vallen

PI's kunnen voorkomen bij het aanroepen van plugins (mathplayer of svgviewer)

HTML:

w3c:
<?>
<?style tt = font courier>
hier wordt niks tussendoor afgesloten
<?page break>
<?experiment> ... <?/experiment>
mathplayer:
<?import namespace="mml" implementation="#mathplayer"?>
deze wordt wel afgesloten

hier gaat ook iets fout... (PI's staan tussen "<?" en ">" niet "<?" en "?>", hoewel die er wel vaak bijgepropt wordt)
Hier kom je natuurlijk in de problemen in het geval van php, maar daar zou je dan een uitzondering voor moeten maken.

[ Voor 237% gewijzigd door Verwijderd op 11-04-2006 10:20 ]

maandag 17 april 2006 12:32

Acties:

maandag 17 april 2006 15:40

Devver

Pixelated

Topicstarter

Juup schreef op maandag 10 april 2006 @ 23:28:
JavaScript:
1
/* aap/beer */
Buiten dit kleine dingetje krijg ik hem niet kapot, ook niet met hele wazige code. Hulde aan crisp!

Die clashed met de regexp matching; lokaal fixed

Intentionally left blank

Acties:

funkwurm

Netjes Crisp, mijn UltraEdit kent multi-line ook niet, en gaat zelfs de mist in bij:

Cascading Stylesheet:

1	table { display: table; }

UltraEdit heeft wel multi-highlightning

Dus als je je nou echt geliefd wil maken, maak dan een code=web waarin initieel HTML wordt gehighlight, maar waarin alles tussen <?php ?> ook als php gehighlight wordt, evenzo voor <style etc.> als css en <script type="text/javascript"> als javascript.

En, en, en, zou het misschien mogelijk zijn dat vervolgens alles tussen echo(' en '); weer als HTML wordt herkent, en alles tussen mysql_query(' en '); als SQL

. Als we het dan toch over ownage highlightning hebben.

* funkwurm fantaseert over inline css-highlightning bij <span style="font-size:10pt">

maandag 17 april 2006 15:46

Acties:

Devver

En, en, en, zou het misschien mogelijk zijn dat vervolgens alles tussen echo(' en '); weer als HTML wordt herkent,

Helemaal niet nodig, je hoort je HTML uit je code te houden

Alles tussen ' ' wordt gewoon als string herkend.

en alles tussen mysql_query(' en ')

is weer een string

Overigens kan je SQL ook buiten je code houden.

maandag 17 april 2006 16:24

Acties:

djluc

Voor SQL in je code is zeker nog wel wat te zeggen, maar dat gaat totaal niet meer over dit topic: HTML en JS highlighters...

Mooi werk Crisp!

maandag 17 april 2006 23:10

Acties:

woensdag 19 april 2006 16:24

Devver

Pixelated

Topicstarter

Verwijderd schreef op dinsdag 11 april 2006 @ 09:02:
[...]

works like a charm, inclusief die ene weggecommente <p>

(zie ook dit topic: [rml][ HTML] Comment-bug in FireFox?[/rml], ook voor uitleg hoe het nu precies zit)

Die comments heb ik inderdaad volgens de regels geimplementeerd vziw

[...]

enige opmerking dat hier SGML dingen zwart zijn, terwijl ze elder roze zijn (DOCTYPE en SHORTTAG)

Dat brengt me op:
[...]

maar goed, da's misschien weer wat veel gevraagd (Hoewel je alles tussen "<!" en ">", wat geen comment is als SGML zou kunnen zien, dus rose, alles tussen "--" en "--" is dan comment en paars. Dat zou dan automatisch werken voor doctype lijkt me, pakt de SGML in comments ook mee (of eigenlijk dan andersom, de comments in SGML) en werkt ook op dit soort dingen

Dat kan inderdaad nog wel wat uitgebreid worden. Ik denk dat ik binnen dergelijke constructs echter niet te ver moet gaan qua syntax-checking (DOCTYPE wellicht uitgezonderd). Het is wel leuk als hij ELEMENT, ATTLIST etcetera herkent, maar de individuele syntax van dergelijke secties is nou niet echt boeiend voor een HTML-highlighter

[...]

hier gaat ook iets fout... (PI's staan tussen "<?" en ">" niet "<?" en "?>", hoewel die er wel vaak bijgepropt wordt)
Hier kom je natuurlijk in de problemen in het geval van php, maar daar zou je dan een uitzondering voor moeten maken.

PI's zijn inderdaad nog niet foolproof, maar da's eenvoudig te verhelpen

Intentionally left blank

Acties:

woensdag 19 april 2006 19:23

Devver

Pixelated

Topicstarter

SGML Markup, Marked Sections en PI's heb ik lokaal verbeterd; eens kijken of ik moto-moi zo ver kan krijgen om eerdaags een nieuwe highlighter te compileren

Intentionally left blank

Acties:

woensdag 19 april 2006 20:11

eth0

Persoonlijk vindt ik de output niet echt je van het.

mijn syntax checker is misschien niet zo tof, maar de output is tenminste niet zo'n rotzooi als wat deze produceert:

http://boa.innerheight.com/parse/syntax_html/syntax_html.php

Verder Kudos to Crisp voor de waarschijnlijk prachtige regexes.

openkat.nl al gezien?

Acties:

We Are Borg

Moderator Wonen & Mobiliteit / General Chat

killercow: jouw output werkt alleen met JS, die van crisp zonder, en dat is imo wel wat waard. Dat de output (neem aan dat je het over de html output hebt) daardoor meer (wil niet zeggen rommelig) is, is imo dan prima.

woensdag 19 april 2006 20:23

Acties:

woensdag 19 april 2006 21:54

Ja, ik haat jou ook :w

Ben ik niet met je eens
Jouw systeem: 28 fouten

gathering.tweakers.net: 1 foutje
Oftewel, alles is relatief

Al moet ik zeggen dat die van jou wel erg cool zit met dat on-the-fly editten enzo

God, root, what is difference? | Talga Vassternich | IBM zuigt

Acties:

woensdag 19 april 2006 22:13

Devver

Pixelated

Topicstarter

killercow schreef op woensdag 19 april 2006 @ 19:23:
Persoonlijk vindt ik de output niet echt je van het.

mijn syntax checker is misschien niet zo tof, maar de output is tenminste niet zo'n rotzooi als wat deze produceert:

http://boa.innerheight.com/parse/syntax_html/syntax_html.php

Jouw output is net als de output van de GoT highlighter gewoon een bunch of spans met classes, dus ik zie weinig verschil (behalve dan dat 'ie verre van perfect is - zie mijn voorbeelden van SGML minimization en mophor's comment-cases

)

Verder Kudos to Crisp voor de waarschijnlijk prachtige regexes.

Qua regexes valt het wel mee; het is meer een tokenizer met een aantal states; matching is dus vrij simpel:

"<{Name}" -> begin van een starttag
"</{Name}" -> begin van een endtag
"<!" -> begin van een SGML markup sectie
"<?" -> begin van een processing instruction

dan ga je dus over naar een andere state en match je daarbinnen verder op attributen, properties etcetera totdat je bijvoorbeeld "/" of ">" tegenkomt en ga je terug naar de initial state.
Dat biedt je veel meer flexibiliteit en is veel minder foutgevoelig - in fact, het is zoals een parser ook te werk gaat. Ik zou dit soort dingen niet (meer) met puur reguliere expressies op willen lossen...

[ Voor 5% gewijzigd door crisp op 19-04-2006 21:57 ]

Intentionally left blank

Acties:

BalusC

Carpe diem

Ziet er goed uit

woensdag 19 april 2006 22:27

Acties:

woensdag 19 april 2006 22:36

eth0

ik doelde meer op de list items icm css om de verschillende regels te showen. waar GOT dus een onduidelijke brij van br's gebruikt. De spans met classes zijn volgens mij bijna 100% zeker nodig. ik kan iig niet echt een andere/mooiere oplossing bedenken om de syntax er netjes in te krijgen.

Mijn bouwsel is niets meer dan een lab-testje om te kijken of ik een en ander simpel on bouwen.
antwoord is blijkbaar ja, maar voor het echte werk heb ik inderdaad ook een tokenizer.

De in dit topic geposte (x)html is trouwens vreselijk handig om zo'n ding grondig te testen. voor alsnog weinig problemen gevonden, maar als mensen nog meer zooi/html hebben denk ik dat zowel ik als crisp er erg blij mee zouden zijn.

Volgens mij is m'n tokenizer wel redelijk stabiel, maar ik durf hem nog niet op een productie machine te gooien, daar hij ook af en toe wel eens een dikke endless loop gegeven heeft.

En nu validate mijn output wel

[ Voor 4% gewijzigd door killercow op 19-04-2006 22:40 ]

openkat.nl al gezien?

Acties:

woensdag 19 april 2006 22:41

Devver

Pixelated

Topicstarter

De gegenereerde markup van de door ons gebruikte highlighter is eenvoudig aan te passen, maar op zich vind ik de linebreaks nou ook niet echt lelijk...

Intentionally left blank

Acties:

woensdag 19 april 2006 22:55

eth0

neuh, echt heeeel erg lelijk is het niet, zeker niet als je het totaal in ogenschouw neemt. maar dat was het enige puntje dat ik kon bedenken

(knap werk dus crisp)

openkat.nl al gezien?

Acties:

BtM909

Watch out Guys...

killercow schreef op woensdag 19 april 2006 @ 22:41:
neuh, echt heeeel erg lelijk is het niet, zeker niet als je het totaal in ogenschouw neemt. maar dat was het enige puntje dat ik kon bedenken (knap werk dus crisp)

Zou je dan voortaan wellicht iets beter nadenken wat je post..

Dit komt, mijn inziens, dan redelijk flamerig overig:

Persoonlijk vindt ik de output niet echt je van het.

mijn syntax checker is misschien niet zo tof, maar de output is tenminste niet zo'n rotzooi als wat deze produceert:

Ace of Base vs Charli XCX - All That She Boom Claps (RMT) | Clean Bandit vs Galantis - I'd Rather Be You (RMT)
You've moved up on my notch-list. You have 1 notch
I have a black belt in Kung Flu.

woensdag 19 april 2006 23:19

Acties:

donderdag 20 april 2006 00:39

Devver

Pixelated

Topicstarter

killercow schreef op woensdag 19 april 2006 @ 22:27:
Volgens mij is m'n tokenizer wel redelijk stabiel, maar ik durf hem nog niet op een productie machine te gooien, daar hij ook af en toe wel eens een dikke endless loop gegeven heeft.

Een tokenizer zou nooit mogen loopen tenzij je hele rare dingen doet zoals geen globale EOF-check of gematchede input teruggooien naar je inputstream zonder van state te wisselen...

Intentionally left blank

Acties:

donderdag 20 april 2006 08:31

Ja, ik haat jou ook :w

crisp schreef op woensdag 19 april 2006 @ 16:24:
eens kijken of ik moto-moi zo ver kan krijgen om eerdaags een nieuwe highlighter te compileren

Tis nachtwerk geworden

Maar hij staat inmiddels online

God, root, what is difference? | Talga Vassternich | IBM zuigt

Acties:

donderdag 20 april 2006 09:13

Devver

Pixelated

Topicstarter

JavaScript:

// Support voor multi-line strings?
var s = 'Ik ben een \
    hele lange \
    string!';

JavaScript:

1	/* foo/bar */

HTML:

<!ELEMENT BLOCKQUOTE - - (%block;|SCRIPT)+ -- long quotation -->
<!ATTLIST BLOCKQUOTE
  %attrs;                              -- %coreattrs, %i18n, %events --
  cite        %URI;          #IMPLIED  -- URI for source document or msg --
  >

HTML:

<![CDATA[
 <an> example of <sgml> markup that is
 not <painful> to write with < and such.
]]>

HTML:

w3c:
<?>
<?style tt = font courier>
hier wordt niks tussendoor afgesloten
<?page break>
<?experiment> ... <?/experiment>
mathplayer:
<?import namespace="mml" implementation="#mathplayer"?>
deze wordt wel afgesloten

Intentionally left blank

Acties:

donderdag 20 april 2006 11:12

eth0

BtM909 schreef op woensdag 19 april 2006 @ 22:55:
[...]

Zou je dan voortaan wellicht iets beter nadenken wat je post..

Dit komt, mijn inziens, dan redelijk flamerig overig:
[...]

mee eens

(was vast te laat voor mij)

crisp schreef op woensdag 19 april 2006 @ 23:19:
[...]

Een tokenizer zou nooit mogen loopen tenzij je hele rare dingen doet zoals geen globale EOF-check of gematchede input teruggooien naar je inputstream zonder van state te wisselen...

Dat laatste was dus precies wat er gebeurde, (ik laat hem recursief de html tree doorlopen, en in sommige onduidelijke stukken html moest ik belsuiten terug te springen naar een hoger stuk code om zo de tree weer wat recht te trekken.

openkat.nl al gezien?

Acties:

Phenomenon

Zoz

Kon deze highlighter niet gewoon gebruikt worden? Bied ondersteuning voor tig talen en ook nog open source.

Niet dat wat hier nu kotm niet goed is, maar leek me makkelijker, maar ach daarvoor is het nu toch al te laat he

donderdag 20 april 2006 11:30

Acties:

donderdag 20 april 2006 12:34

Ja, ik haat jou ook :w

Geen idee waarom we die highlighter van .oisyn gebruiken, tis nou eenmaal zo, en we kennen de code vrij goed (als de helft van de code nog origineel is dan is het veel

).

Sowieso is degene die jij aanwijs geschreven in php, dus ik vraag me af hoe zijn snelheid t.o.v. onze c++/flex highlighter ligt

God, root, what is difference? | Talga Vassternich | IBM zuigt

Acties:

donderdag 20 april 2006 12:35

Devver

Pixelated

Topicstarter

Ik zie ook niet waarom we een andere highlighter zouden moeten gebruiken als die van ons prima voldoet

Intentionally left blank

Acties:

donderdag 20 april 2006 12:48

Ja, ik haat jou ook :w

Sure, wisselen zou dom zijn, maar de initiele reden waarom we met deze zijn begonnen weet ik eigenlijk niet

God, root, what is difference? | Talga Vassternich | IBM zuigt

Acties:

Phenomenon

Zoz

crisp schreef op donderdag 20 april 2006 @ 12:34:
Ik zie ook niet waarom we een andere highlighter zouden moeten gebruiken als die van ons prima voldoet

Oooh nee dat zou ik nu ook niet meer doen

Maar omdat die link die ik gaf tig talen heeft. Misschien had je er wat aan.

_{of niet natuurlijk}

donderdag 20 april 2006 17:25

Acties:

Verwijderd

HTML:

<!-- woei -->                <p>
<!-- -- woei -- -->          <p>
<!-- --- woei --- -->        <p>
<!-- ---- woei ---- -->      <p>
<!-- ---- woei -->-- -->     <p>
<!-- ---- woei ----> -->     <p>
<!-- ---- woei --> -->       <p>
<!-- ---- woei -- -->        <p>
<!-- ---- woei -- -- >       <p>
<!-- ---- woei -- -->        <p>

hier zie je nu ook goed wat er aan de hand is, welke ">" een sluittag is, welke comment, welke data, welke woei sgml is, welke (sgml) comment.

klein miereneukertje nog: in de 3e staat het 5e streepje zwart, zou roze moeten zijn net als "woei" (is sgml)

imho een erg goede verbetering (had Pelle ongetwijfeld geholpen

)

donderdag 20 april 2006 18:20

Acties:

donderdag 20 april 2006 19:22

Devver

Pixelated

Topicstarter

Verwijderd schreef op donderdag 20 april 2006 @ 17:25:
klein miereneukertje nog: in de 3e staat het 5e streepje zwart, zou roze moeten zijn net als "woei" (is sgml)

Ik heb er bewust voor gekozen om binnen SGML markup enkel name, numbers en strings roze te highlighten en losse non-name characters zwart te laten. Zie ook:

HTML:

<!ELEMENT BLOCKQUOTE - - (%block;|SCRIPT)+ -- long quotation -->
<!ATTLIST BLOCKQUOTE
  %attrs;                              -- %coreattrs, %i18n, %events --
  cite        %URI;          #IMPLIED  -- URI for source document or msg --
  >

Intentionally left blank

Acties:

Verwijderd

oe, dan is het helemaal erg netjes,
petje af

HTML:

<p><?php echo (3>6)?'a':'b'?></p>
<p><? echo (3>6)?'a':'b'?></p>
<p><?= echo (3>6)?'a':'b'?></p>
<p><?php= echo (3>6)?'a':'b'?></p>

(weet eigenlijk niet eens of die 4e mag)

maar hier was die groene muk om begonnen dacht ik. nr 1 is er wellicht nog uit te vissen, maar je komt erg in de knoei met de pi's volgens mij zo.

nr 3 is er misschien ook uit te vissen als er alleen word chars na die ? mogen voor een pi, maar dat weet ik niet zeker, kan het zo gauw even niet terug vinden, html appendix b.3.6 zegt er iig niets over

[ Voor 87% gewijzigd door Verwijderd op 21-04-2006 18:10 ]

donderdag 17 augustus 2006 12:06

Acties:

donderdag 17 augustus 2006 12:25

Devver

Pixelated

Topicstarter

Highlighting binnen highlighting; oftewel de html-highlighter kan nu ook inline javascript, vbscript en CSS highlighten

voorbeeld:

HTML:

<html>
<head>
<title/woei!/
<style type="text/css">

/* CSS */
body { margin: 0; padding: 0; }

</style>
</head>
<body>
<script type="text/javascript">

  // javascript
  document.write('Hallo Wereld!');

</script>
</html>

[ Voor 3% gewijzigd door crisp op 17-08-2006 12:08 ]

Intentionally left blank

Acties:

André

Analytics dude

Heel cool, ik heb vaak gedacht "dat zou wel eens handig zijn", en nu is het er gewoon.

donderdag 17 augustus 2006 12:26

Acties:

Devver

$_/-\o_$

Kan ik alles mooi in 1 codeblok stoppen

donderdag 17 augustus 2006 14:53

Acties:

2mb

Heel mooi crisp! Ik denk dat ik GoT's notepad maar als standaard webdev editor ga gebruiken, de highlighting is hier nu nog beter dan in de meeste standalone editor's $_/-\o_$

Mijn muziek op SoundCloud - Speel online rikken - Maak muziek in je browser

vrijdag 18 augustus 2006 01:03

Acties:

Osiris

André schreef op donderdag 17 augustus 2006 @ 12:25:
Heel cool, ik heb vaak gedacht "dat zou wel eens handig zijn", en nu is het er gewoon.

Jep, zomaar

Nice work trouwens crisp

, hij gaat uit van de type-attribuut neem ik aan overigens?

maandag 22 januari 2007 21:44

Acties:

Devver

Kickje, hoort dit zo ?

PHP:

echo '<?xml version="1.0" standalone="yes"?>';

function zooiCode ()
{
    echo 'blaat';
}

maandag 22 januari 2007 22:22

Acties:

We Are Borg

Moderator Wonen & Mobiliteit / General Chat

PHP:

<?
echo '<?xml version="1.0" standalone="yes"?>';

function zooiCode ()
{
    echo 'blaat';
}
?>

maandag 22 januari 2007 22:23

Acties:

maandag 22 januari 2007 22:51

Devver

Pixelated

Topicstarter

Hacku schreef op maandag 22 januari 2007 @ 21:44:
Kickje, hoort dit zo ?
PHP:
1
2
3
4
5
6
echo '<?xml version="1.0" standalone="yes"?>';

function zooiCode ()
{
    echo 'blaat';
}

Ja, in principe wel. short_open_tag is default enabled in PHP. Vergelijk het met:

PHP:

1	<h1><? echo 'titel'; ?></h1>

Intentionally left blank

Acties:

Devver

Duidelijk

Next time plaats ik de tags wel aan het begin en einde.