Webprofis is een Forum waarin je vragen kunt stellen die webgerelateerd zijn. Heb je vragen over of problemen met je Webpagina, HTML, CSS, Javascript, PHP of andere client of serverside scriptingtalen? Stel ze dan gerust op dit forum.
Op dit forum zijn een aantal vrijwilligers actief die u graag met uw vragen willen helpen en u waar mogelijk een passend antwoord aanbieden.
Hebt u zelf veel ervaring en kennis met betrekking tot het bovenstaande? U bent van harte welkom om uw kennis met anderen te delen!
We hopen dat eenieder op dit Forum een leerzame ervaring mag opdoen.
Team Webprofis
We hopen dat eenieder op dit Forum een leerzame ervaring mag opdoen.
Team Webprofis
feedback code highlighting
ik heb de meest gebruikte scriptjes even gehighlight met de GooglePrettify en die zien er nu zo uit:
http://develop3.webprofis.nl/discussion/460/test-code-block?new=1
Is deze highlighting acceptabel?
GooglePrettify maakt in principe geen onderscheid tussen languages tenzij je nadrukkelijk een language prioriteit geeft. Maar die instelling gebruik ik niet.
Persoonlijk is een voordeel hiervan als je gemengde code hebt (HTML, CSS en bv PHP) in 1 code block, je alles in ieder geval gehighlight krijgt. Nadeel om niet per language te werken, is dat de highlighting niet zo genuanceerd is. Dit zie je bv bij het CSS block; als je inspect regel 6 color: #333333; dan zie je dat de #333333 in de classe com staat, wat dus eigenlijk commentaar is. Maar in Perl wordt een commentaar regel begonnen met het # teken. Het wordt dus gezien als commentaar omdat hij geen onderscheid maakt tussen de languages.
Enfin; Wat is jullie mening? Is dit acceptabel zoals het nu uitziet? De kleuren kunnen altijd nog aangepast worden maar of ie iets als een plain, keyword, string of iets anders ziet, daar heb ik geen invloed op
http://develop3.webprofis.nl/discussion/460/test-code-block?new=1
Is deze highlighting acceptabel?
GooglePrettify maakt in principe geen onderscheid tussen languages tenzij je nadrukkelijk een language prioriteit geeft. Maar die instelling gebruik ik niet.
Persoonlijk is een voordeel hiervan als je gemengde code hebt (HTML, CSS en bv PHP) in 1 code block, je alles in ieder geval gehighlight krijgt. Nadeel om niet per language te werken, is dat de highlighting niet zo genuanceerd is. Dit zie je bv bij het CSS block; als je inspect regel 6 color: #333333; dan zie je dat de #333333 in de classe com staat, wat dus eigenlijk commentaar is. Maar in Perl wordt een commentaar regel begonnen met het # teken. Het wordt dus gezien als commentaar omdat hij geen onderscheid maakt tussen de languages.
Enfin; Wat is jullie mening? Is dit acceptabel zoals het nu uitziet? De kleuren kunnen altijd nog aangepast worden maar of ie iets als een plain, keyword, string of iets anders ziet, daar heb ik geen invloed op
Login of Registreer om te reageren.
Reacties
Wat mij opvalt is dat een CSS block only anders uitziet dan als het samen met andere code in een block staat: http://develop3.webprofis.nl/discussion/comment/2482/#Comment_2482
Vgl met hier de3 css regels: http://develop3.webprofis.nl/discussion/comment/2498/#Comment_2498
In het css block only (http://develop3.webprofis.nl/discussion/comment/2482/#Comment_2482) zie je ook op regel 6 dat als er geen spatie tussen : en # staat het NIET als commentaar wordt gezien, wat dus in regel 7 wel het geval is
Maaruh...is dit beter zo die kleuren? Of is het allemaal wat te bont?
Volgens mij gebruikt 70% van de wereld dat om te scripten?
Als we uitgaan van deze codeblocks : http://develop3.webprofis.nl/discussion/comment/2482/#Comment_2482
Dit zijn de classes waarop Prettify triggert met de kleuren:
zou je me de nieuwe kleurcodes per classe kunnen geven zoals Notepad++ die hanteert?
Dus ff in de inspector kijken welke classe er bij staat en dan welke kleur notepad++ er aan geeft
Update:
Ohja; het maakt niets uit als ik de language per codeblock erbij zet of niet, hij maakt toch dezelfde kleuren voor html, php, js, css etc... Ik dacht als de language erbij staat dat ie een ander kleurpatroon gaf maar dat is niet zo
Ik heb hier mee vergeleken: http://jmblog.github.io/color-themes-for-google-code-prettify/atelier-forest-light/ die wel per block de language geven. Alleen bij het css block levert dat verschil op. Maar als ik prioriteit aan css geef vat de rest weer anders uit
En aangezien ik 99% van de tijd in php files werk ..
Maar het zijn er genoeg
Zou wel heel handig zijn, want denk dat zoals vinTage al vermeld de meeste met notepad++ werkt.
Zelf zou ik niet zonder kunnen, met mijn tik fouten
Inderdaad in die xml staan de kleuren, maar die zijn onderverdeeld in 850 regels ofzo, en behalve de comment en een string, staan de gevraagde identefiers niet in het php stukje :P
Ik heb dus ook prettify gedownload en een beetje aan het klooien gegaan om een leesbaar resultaat over te houden.
Ik kwam op het volgende uit wat ik acceptabel vond, maar heeft wel een nadeel, en dat is onder anderen #kleur ook als comment wordt gezien. (zoals in htaccess bv)
Verder wist ik niet waneer .fun aangeroepen werd, dus heb ik die maar even orange meegegeven (om hem te vinden), maar dat zou hoogstwaarschijnlijk beter zwart worden of mss blauw.
Voor mijn gevoel oogt dit rustiger maar de str springt er niet echt uit met zijn lichtgrijs.
zit ff e denken: of de achergrond wat donkerder maken zodat contrast ber is of toch een ander kleurtje aan de str? Dan de lit, moet die ook niet een meer accentkleurtje krijgen? En het typ misschien ook anders dan zwart? Klopt, in de lijst van languages staat geen lang-php, lang-js, lang-(x)html
Ik had bij mijn opzetje hier geen rekening gehouden met de background color van het forum, op de witte achtergrond die ik had was alles goed leesbaar.
En eigenlijk vind ik het in het live voorbeeld op develop3 ook best te doen.
Maar ik vind het best acceptabel zo!
Zou ik hier iets met dat Find and Replace tooltje kunnen doen?
Jep, ik had het net al in de gaten.
Ik deed even die post editten en daar zag ik het al.
Ik ga nog even verder inspecten en verzinnen.
edit, met dat tooltje kun je niets, of kan die ook databases aanpassen?
edit2: waar komt die
vandaan in het begin van de <pre> ?
<b>edit3</b>, edit dit bericht
edit4, maar de vraag was dus waar die <code> vandaan kwam, die geeft de editor toch niet mee?
Die code tag: goeie vraag! De nieuwe code blocken krijgen een code tag mee binnen de pre tag maar dat was vlg mij bij de oude niet en daar staan dus nu ook allemaal code tags tussen de pre tags? Of heb ik toevallig een stukje nieuwe code gepakt als vorbeeld? Moet ik ff checken
Elke keer als ik iets doe ontdek ik meer en meer bugs.
In een quote wordt een codeblok te breed, maar zonder de code te highligten, staat er niets in de quote
je kan geen <code> typen zonder zelf de entities in te vullen en hetzelfde voor <pre> tags
edit, godver, weer een bug,,,haalt newlines weg in het eerste codeblok (edit post to see)
kijk even naar post hierboven; ge-edit
Let wel dat zo'n query niet super simpel gaat zijn, hij moet/mag ook \r vervangen en ????n lege regel ook.
Hier werkt het wel: http://develop3.webprofis.nl/discussion/comment/2505/#Comment_2505
In het geval van dat bestellijstje zou het wel mogen, maar niet perse in alle gevallen!!
uitleg:
Stel iemand vraagt iets over headers allready send (een veel voorkomend php dingetje)
Dan wil je als reaguurder een antwoord geven dat bijvoorbeeld een lege regel dit al kan veroorzaken en dit tonen met een code.
Nu weet ik niet of dit soort vragen/reacties al zijn voorgevallen, maar het is zeker iets waar je rekeningg mee moet houden!
ALLES moet zo puur mogelijk (maar wel veilig) opgeslagen worden, en zo puur mogelijk, maar wel veilig mogelijk worden weergegeven!
Voor zoiets gebruik je juist ubb tags.
[code = js]
//js code
[/code]