Toon posts:

WYSIWYG editor voor userreviews (en misch. in het algemeen)

Pagina: 1
Acties:

  • SizzLorr
  • Registratie: Februari 2004
  • Laatst online: 27-08-2019

SizzLorr

✅ geverifieerde account

Topicstarter
Ik weet niet wat de meester reviewers op tweakers ervan vinden, maar ik had het genoegen om voor het Testfest een userreview te schrijven en met de huidige editor was dat een hell!
productreview: LG Q6 Zwart review door SizzLorr

Ik had sowieso dit probleem:
SizzLorr in "Tweakers Oktober Testfest"

Maar een algemeen probleem is dat de huidige editor is verouderd en absoluut niet geschikt voor grote reviews met gevorderde opmaak.

Het begint al met dat je zelf handmatig UBB codes moet invoeren. Het is veel werk, maar het lukt nog wel. Dat kan ik nog door de vingers zien.

De problemen beginnen tijdens het reviseren en proofreaden. Als je iets wil aanpassen dan, moet je onthouden waar het is, terug naar boven scrollen en op aanpassen klikken. Dan kom op een andere pagina met de editor in een combox waar rauwe opmaak in staat, zoeken naar de plek, veel scrollen, aanpassen en opslaan. Dan ga je weer terug naar de vorige pagina waar je weer terug naar beneden moet scrollen op zoek naar de plek en hopen dat alles goed gaat.

Dit alles wordt nog erger als je aan het experimenteren bent met opmaak als lijstjes, tabellen en sierfoto's. Uiteindelijk heb ik mijn tabellen gegenereerd met deze tool en de UBB code over gekopieerd.
https://www.teamopolis.com/tools/bbcode-table-generator.aspx

Het zou sowieso handig zijn als je op een knopje had of (Marktplaats stijl) kan dubbelklikken op de tekst zodat je direct de editor voor je neus krijgt op die locatie.

Daarnaast zou ik het ook handig vinden als je foto's direct kan uploaden naar je galerij of vanuit je galerij foto's en thumbnails kan invoegen.

Het kan ook zijn dat het aan mij ligt hoor. Academisch achtergrond, dus ik ben gewend om eerst iets te schrijven en dat te reviseren tot het goed is. Als je zo'n werkmethode wil aanhouden met de huidige editor, is gewoon niet te doen. Zover zelfs dat ik uiteindelijk ben gestopt met corrigeren van taalvoutjes. Ik werd net weer gewezen op een taalvoutje en ik heb er gewoon helemaal geen zin in, teveel gedoe.

Hoelang gebruikt tweakers de huidige editor? Misschien tijd voor iets nieuws. Ik verwacht dat de kwaliteit van reviews omhoog zal gaan als de editor wordt verbetert.

[Voor 5% gewijzigd door SizzLorr op 26-10-2017 06:45]

Cryptocurrency is the real Occupy Wallstreet!


  • SizzLorr
  • Registratie: Februari 2004
  • Laatst online: 27-08-2019

SizzLorr

✅ geverifieerde account

Topicstarter
Voor in het forum voor een topicstart kan ik me voorstellen dat het daar ook nuttig is. Voor de gewone discussies en replies zou ik idd aanhouden wat er nu is want dat hoeft helemaal niet zo fancy te zijn.

Cryptocurrency is the real Occupy Wallstreet!


  • SizzLorr
  • Registratie: Februari 2004
  • Laatst online: 27-08-2019

SizzLorr

✅ geverifieerde account

Topicstarter
418O2 schreef op donderdag 26 oktober 2017 @ 18:29:
[...]

Wysiwig werkt niet, is niet handig met variables breedtes en een hel om veilig op te slaan en te parsen.

Ik zie dit niet gebeuren. Misschien iets als markdown, maar wysiwig niet
Kijk eens naar TinyMCE, ORY Editor, HTML Editor, Redactor, Station of een van de vele andere betaalde of opensource alternatieven. Als je de stylesheet van de site goed in elkaar zet en dat ook doorvoert naar de editor is het geen probleem.

Grappig dat je begint over breedtes en marges, want in de TS geef ik zelf al aan dat er een probleem is met de huidige CSS icm UBB code en marges.
crisp schreef op donderdag 26 oktober 2017 @ 21:01:
Als we wysiwyg willen overwegen moeten we simpelweg afstappen van UBB/RML en puur HTML gaan faciliteren met een strenge cleanup-parser op de back-end. Echter is het ueberhaupt goed instellen van een wysiwyg editor ook geen sinecure. We zijn op dit moment bezig met een nieuwe wysiwyg editor voor de redactie (die altijd al HTML hebben gebruikt) en uit dat project blijkt ook weer hoe lastig het is, en specifieke requirements maken ook dat het dan alleen maar werkt in de laatste versies van browsers (en niet in IE/Edge).

Verder wil je (redacteuren, maar zeker gebruikers) ook niet teveel mogelijkheden geven. Niet alleen levert dat een potpourri op van (slechte) style-kenmerken en inconsistenties, maar het maakt het ook behoorlijk lastig om content responsive te presenteren en bij aanpassingen moet je vaak weer allerlei dingen in de content converteren met alle risico's van dien.

Ik denk dat het goed is als er eens gedegen onderzocht wordt wat mensen vooral nodig hebben, en dan pas te kijken naar tooling om dat te ondersteunen :)
Er zijn genoeg editors die ook UBB ondersteunen. De vraag is ook niet om meer functionaliteit te geven qua codes maar om het makkelijker te maken om grote reviews in te voeren. Het voorbeeld van dat je echt veel moeite moet doen om iets te reviseren of corrigeren is het voorbeeld om in gedachten te houden. Dit is de opmaak van de review waar ik naar link, ergens midden in zitten nog een paar taalvoutjes. Copy/paste de code naar een combobox, succes!

code:
1

[Voor 147% gewijzigd door SizzLorr op 27-10-2017 03:34]

Cryptocurrency is the real Occupy Wallstreet!


  • SizzLorr
  • Registratie: Februari 2004
  • Laatst online: 27-08-2019

SizzLorr

✅ geverifieerde account

Topicstarter
Hero of Time schreef op vrijdag 27 oktober 2017 @ 07:55:
[...]

Waarom heb je het telkens over een combobox? Daar kan je echt niets bij invullen, het bevat waardes die al voorgedefinieerd zijn. Zie ook Wikipedia: Combo box. Je bedoelt een multi-line input veld, wat de reactievelden hier zijn en wat je dus gebruikt om een review te schrijven.
Ik ben blij dat er mensen zijn die zijn afgestudeerd op comboboxes. Tekstvalk, ding waar je tekst in kan voeren... geef het beestje een naampje.
crisp schreef op vrijdag 27 oktober 2017 @ 08:17:

De grootste fout die je maakt is dat je tabellen misbruikt voor opmaak. Dat zorgt voor veel clutter van opmaakcodes wat het inderdaad lastig maakt om te redigeren. Daarbij zijn tabellen ook notoir lastig om responsive goed te krijgen. Daar zit waarschijnlijk dan ook het probleem met de breedtes en marges. Als je gewoon een nette structuur gebruikt met headings, paragrafen en hier en daar een mooi plaatje dan kan je je inhoudsopgave ook makkelijk automatisch laten genereren met de [toc]-tag :)

Wat ik daarnaast vooral zie is is dat het ook heel erg veel tekst is waarbij het wellicht handiger is om dat, in ieder geval aan de beheerkant, te pagineren. Dat is ook hoe onze redacteuren reviews beheren.
Ok dan haal ik dat weg voor je en ga ik header tags gebruiken... Je begrijpt toch wel dat wat ik zeg nog steeds van toepassing is toch? Laat ik maar zo bot zijn... het is gewoon kut met invoeren en reviseren, vooral als je een hoopt tekst in z'n klein kut textboxje krijgt. Dat heeft niks met dit of dat te maken, dat heeft te maken dat het gewoon kut geregeld is. Als je iets midden in de tekst wil aanpassen, dan moet je onthouden waar het is, terug naar boven scrollen, op aanpassen klikken, door een hoop tekst scrollen opzoek naar de plek, aanpassen, opslaan en weer terug naar beneden scrollen naar dezelfde plek. Dat kan toch beter man!

Cryptocurrency is the real Occupy Wallstreet!


  • SizzLorr
  • Registratie: Februari 2004
  • Laatst online: 27-08-2019

SizzLorr

✅ geverifieerde account

Topicstarter
crisp schreef op vrijdag 27 oktober 2017 @ 11:31:
[...]
In html is het een <textarea> dus 'tekstv(l)ak' lijkt me inderdaad een goede benaming ;)
Is dit nou echt reply waardig? In een of andere gare c++ framework heet het een combobox overigens dus het is maar hoe je het wil noemen, zijn we het erover uit dat het gaat om het vlak waar je tekst in moet voeren?

[Voor 29% gewijzigd door SizzLorr op 27-10-2017 11:37]

Cryptocurrency is the real Occupy Wallstreet!


  • SizzLorr
  • Registratie: Februari 2004
  • Laatst online: 27-08-2019

SizzLorr

✅ geverifieerde account

Topicstarter
418O2 schreef op vrijdag 27 oktober 2017 @ 11:43:
[...]

Ik verdien mijn geld met front-end development, maar wysiwig is een illusie. Ik vind het gewoon heel moeilijk om gebruikers vrijheid te geven zonder dat ze dingen stuk kunnen maken...
Je zegt het verkeerd, ik heb het voor je gecorrigeerd.

Cryptocurrency is the real Occupy Wallstreet!


  • SizzLorr
  • Registratie: Februari 2004
  • Laatst online: 27-08-2019

SizzLorr

✅ geverifieerde account

Topicstarter
Njah luister eens, je zegt wysiwyg werkt niet omdat het moeilijk is om gebruikers vrijheid te geven. Als je er even over nadenkt dan heeft dat niks met wysiwyg of een editor of wat dan ook te maken, het heeft te maken met jou implementatie. Ik kan er niks anders van maken, sorry.

Cryptocurrency is the real Occupy Wallstreet!


  • SizzLorr
  • Registratie: Februari 2004
  • Laatst online: 27-08-2019

SizzLorr

✅ geverifieerde account

Topicstarter
418O2 schreef op vrijdag 27 oktober 2017 @ 11:50:
[...]

Ik hoop dat je zelf inziet dat deze manier van discussieren je niets gaat brengen.
Ik hoop dat jij inziet dat je met iets betere argumenten moet komen als "ik verdien mijn geld ermee". En dan ben ik zo'n klootzakje die zoiets leest en eerst jou argumentum ad verecundiam en daarop volgend een raar argument ziet waar ik toch zeer kritisch over ben. Je zegt wysiwyg is lastig want vrijheid, maar uit het ene volgt het andere niet dus is het moeilijk voor mij om het verband te zien.

Dan is dit het internet (welkom) en zijn er mensen zoals ik die keihard andere mensen callen op dit soort dingen, als je dat niet kan hebben, tja, zet je PC uit en ga lekker buiten spelen. Sorry dat ik jou autoriteit niet erken.

[Voor 50% gewijzigd door SizzLorr op 27-10-2017 12:02]

Cryptocurrency is the real Occupy Wallstreet!


  • SizzLorr
  • Registratie: Februari 2004
  • Laatst online: 27-08-2019

SizzLorr

✅ geverifieerde account

Topicstarter
418O2 schreef op vrijdag 27 oktober 2017 @ 15:03:
[...]

Dan lees jij creatief; ik geef alleen aan dat ik er professionele ervaring mee heb. Dus niet dat je denkt dat ik een hobbyist ben die een keer wat heeft gelezen.

Ik wil best een discussie met je voeren, maar niet op deze manier. Als het makkelijk toe te voegen was, had men het allang gedaan. Het is al vaker geopperd, maar editors zijn gewoon erg moeilijk te bouwen. En als je te maken hebt een responsive site, dan wordt het gewoon erg lastig op daadwerkelijk WYSIWIG voorelkaar te krijgen, omdat je met die breedtes zit. En de meeste editors genereren nogal vieze html als je het mij vraagt.

En dan is het veiligheidsaspect ook nog een ding, want je wil geen loopholes of injects krijgen.
Dus wat je zegt is dat jij het niet voor elkaar krijgt om het veilig te maken dus kunnen we het beter niet doen...

Cryptocurrency is the real Occupy Wallstreet!


  • SizzLorr
  • Registratie: Februari 2004
  • Laatst online: 27-08-2019

SizzLorr

✅ geverifieerde account

Topicstarter
Uuum ik zou toch even opzoeken wat op de man spelen is want dit is dat niet... just saying.

Anyweg, wat jij zegt is.. dat jij... het niet voor elkaar kan krijgen.. om dit setje tag... om te zetten naar html...

Overzicht van UBB-codes

Een setje tags die nog afgebakend zijn en iets wat nu al gebeurd overigens... jij krijgt het niet voor elkaar om daar een simpele editor voor inelkaar te zetten?

Kijk, ik krijg dat wel voor elkaar, los van het feit dat het niet mijn baan is, dus het is echt een probleem bij jou. Als jij je daardoor zo hard aangevallen voelt dat je een ad hominemetje erbij moet pakken, tja jammer. Als je het zo erg vindt dat ik jou argument er op zo'n manier onderuit haal dan moet je ook niet beginnen met "ik" argumenten om jezelf als een autoriteit vast te stellen.

[Voor 14% gewijzigd door SizzLorr op 27-10-2017 15:31]

Cryptocurrency is the real Occupy Wallstreet!


  • SizzLorr
  • Registratie: Februari 2004
  • Laatst online: 27-08-2019

SizzLorr

✅ geverifieerde account

Topicstarter
Hero of Time schreef op vrijdag 27 oktober 2017 @ 15:42:
[...]

Sorry, maar je valt hem toch wel redelijk aan. In mijn ogen is dat op de man spelen. Of hoe je het ook wilt noemen, het is niet netjes.
Nogmaals als je het echt zo erg vindt dat ik zijn "ik" argument er onderuit haal dan moet hij maar niet beginnen met dat. dikke vette pech voor de kabouters. Dat is geen ad hominem, dat is argumentatieleer voor beginners.
Leuk dat je 't zo voor elkaar krijgt, maar je mist nog steeds de punten die zijn aangehaald, ook door mij en crisp. Er is te veel anders aan de hele ubb-parser van Tweakers om er een generieke editor voor te gebruiken.

Als je het zo triviaal vindt, staat niets je in de weg om zelf eentje te maken en te geven aan de ontwikkelaars hier.
Dus wat je zegt is dat je het niet voor elkaar krijgt een simpele table lookup te doen en een paar variabelen in te vullen? Vriend ik wil dat best voor je maken maar dan wil ik er wel voor betaald krijgen. Ik vind het best, voor niks gaat de zon op.

Wat jullie schijnen te missen is dat dat gezeik en gezeur over technische mogelijkheden allemaal onzin is, dat zijn dingen die je in de praktijk toch wel opgelost krijgt, daar heb je immers een duur betaalde devteam voor.

De discussie hier zou moeten zijn over het nut van een editor, niet om de techniek er achter. Dat een paar codemonkeys hier hun l33t sk1llz willen showen, leuk, maar daar heb ikniks aan en het helpt de discussie absoluut niet vooruit. En dan heb ik het weer gedaan!

[Voor 21% gewijzigd door SizzLorr op 27-10-2017 16:07]

Cryptocurrency is the real Occupy Wallstreet!


  • SizzLorr
  • Registratie: Februari 2004
  • Laatst online: 27-08-2019

SizzLorr

✅ geverifieerde account

Topicstarter
crisp schreef op zaterdag 28 oktober 2017 @ 00:10:
[...]

De discussie over de techniek is in zoverre relevant dat het een indicatie geeft van de complexiteit, en daarmee dus ook van de kosten van een dergelijke feature, en met een 'duurbetaald' devteam kan dat snel oplopen :P Daarbij is onze capaciteit ook zeer beperkt, dus voor elke featurerequest moet een goede afweging gemaakt worden. Het is dan niet gek om ook te kijken naar mogelijke alternatieven die minder ingewikkeld zijn om te implementeren.
Ik zal het nogmaals en voor de laatste keer herhalen, daar ben ik het absoluut niet mee eens. Is een kwestie van een lookup table die opmaak vertaalt in UBB code, denk dat een stagaire binnen een dag iets werkend heeft. Maar goed, alles is al gezegd.

Cryptocurrency is the real Occupy Wallstreet!


  • SizzLorr
  • Registratie: Februari 2004
  • Laatst online: 27-08-2019

SizzLorr

✅ geverifieerde account

Topicstarter
Ja wat mij betreft gebruik je een regexp ofzo, weet ik veel, implementatie is een praktisch probleem, dat zoek jezelf maar uit. Vergeet even niet de linebreak en linereturns. Zet er een live preview bij, maak het zodat als je op de livepreview klikt dat je gaat naar de plek waar je op hebt geklikt. Klaar!

Ik zou je wel een tip meegeven. Ik zou kijken naar de aanwezigheid van [] characters, constant de hele html opnieuw parsen is ineffici├źnt.

Zo moeilijk hoeft het niet te zijn.

[Voor 7% gewijzigd door SizzLorr op 29-10-2017 13:39]

Cryptocurrency is the real Occupy Wallstreet!


  • SizzLorr
  • Registratie: Februari 2004
  • Laatst online: 27-08-2019

SizzLorr

✅ geverifieerde account

Topicstarter
Sorry maar, ik hoor weer allemaal technische 'what if' zaken. Los het op, mijnheer d'n lead developert. :P

Je hebt nu al een UBB/RML naar HTML parser (ga ik van uit). Het hoeft toch helemaal niet zo lastig te zijn om een frontend te bouwen die UBB/RML opmaak voor je maakt. De livepreview en de parser heb jezelf in handen dus het is ook geen probleem om die twee op elkaar af te stemmen.

Als er een tag tussen zit die niet ondersteund is, dan heeft de gebruiker pech, als ik nu handmatig een tag invoer die niet ondersteund is dan gebeurt er toch ook niks? Of ja, dan krijg ik iets wat ik niet bedoelde.

Ik snap even niet hoe jij erop komt dat de resulterende HTML invalid zou moeten zijn, dat zou betekenen dat ik nu ook invalid HTML kan genereren. Maar dan nog, als dat het geval is, dan is er iemand die z'n werk niet heeft gedaan.
Het is maar de vraag of jouw eigen voorbeeld onder die 'simpele' versie valt en dus of dat specifieke probleem wordt opgelost
Lees even de TS aub. Mijn specifieke probleem is dat het onnodige moeilijk is om revisies en correcties in te voeren. Een WYSIWYG editor wordt als mogelijk oplossing (en in mijn ogen beste) aangedragen. Als je een andere oplossing hebt dan hoor ik die graag.
ACM schreef op maandag 30 oktober 2017 @ 08:02:
Met een goede tokenizer (die vooraf gaat aan de complexe parser) zal er dan steeds slechts 1 text-token uitkomen als er geen brackets inzitten. Dus die inefficientie is dan in ieder geval al automatisch opgelost :P
Ik heb het over een onkeypress.

[Voor 16% gewijzigd door SizzLorr op 30-10-2017 15:17]

Cryptocurrency is the real Occupy Wallstreet!


  • SizzLorr
  • Registratie: Februari 2004
  • Laatst online: 27-08-2019

SizzLorr

✅ geverifieerde account

Topicstarter
Door al dit gedoe over een simpele editor dreigt een andere feature onder te sneeuwen, namelijk:
Daarnaast zou ik het ook handig vinden als je foto's direct kan uploaden naar je galerij of vanuit je galerij foto's en thumbnails kan invoegen.
We kunnen het er waarschijnlijk wel over eens worden dat dit iig wel handig zou zijn. Zeker omdat extern gehoste plaatjes een beperkte houdbaarheid hebben en om de content van je site intakt te houden wil je dat de plaatjes ook op je site blijven.

Cryptocurrency is the real Occupy Wallstreet!


  • SizzLorr
  • Registratie: Februari 2004
  • Laatst online: 27-08-2019

SizzLorr

✅ geverifieerde account

Topicstarter
ACM schreef op dinsdag 31 oktober 2017 @ 07:58:
[...]

Maar een live-preview of met 1-druk-op-de-knop preview is inderdaad iets heel anders en ook veel eenvoudiger.

* KNIP *

Je hebt een heel verhaal in je TS en een hele discussie eronder, met bovendien een titel die vraagt om WYSIWYG.
Wat dat betreft heb je je een beetje schuldig gemaakt aan wat wij zelf intern ook te veel doen; een oplossing aandragen voor een probleem, ipv het probleem zelf aandragen. In dit geval een 'beetje' schuldig, omdat je inderdaad dat probleem ook uitgebreid hebt beschreven.
Een livepreview en een editor verschillen toch niet zoveel van elkaar, of zeg ik nou rare dingen? Een editor is niks anders als een livepreview waar je in kan schrijven.
Je moet onkeypress zo min mogelijk doen, liefst niks. Het wordt zeer onaangenaam typen als je browser steeds werk moet doen bij elke keer dat er op een knop wordt gedrukt. Dan zie je in het ergste geval je letters met veel en/of onregelmatige vertraging verschijnen... en dat is ook weer heel erg hinderlijk.
Tijdens een keypress e.o.a. asynchroon werkende timer starten, die tijdens een pauze in het typen daadwerkelijk aan het werk gaan, is waarschijnlijk wel goed mogelijk.
Snap je nu waarom ik zei dat je niet hele HTML bodies moet gaan parsen?
Ik heb de bijbehorende 'productowner' iig weer aan die wens herinnert.
Aha kijk, daar heb ik wat aan. :9~

[Voor 4% gewijzigd door SizzLorr op 01-11-2017 00:23]

Cryptocurrency is the real Occupy Wallstreet!


  • SizzLorr
  • Registratie: Februari 2004
  • Laatst online: 27-08-2019

SizzLorr

✅ geverifieerde account

Topicstarter
ACM schreef op woensdag 1 november 2017 @ 07:51:
[...]

Nee, daar zit echt een heel groot verschil in.

Bij een editor moet je 'editable' content hebben, dat is al een uitdaging op zich. Nou bestaan er natuurlijk 'off the shelve' wysiwyg editors voor html, waarbij sommige zelfs een ubb-plugin kennen. Maar dan ben je er nog niet. Zo'n standaard ubb-plugin past sowieso niet bij onze veel complexere, en customized, ubb, dus die moeten we dan uit zien te breiden. Veel tags hebben relatief veel functionaliteit verborgen, zoals de [topic]-tag waarbij automatisch de een topictitel wordt geplaatst. Die zou dan bij een client-side editor dan ook nog e.o.a. ajax-backend nodig hebben. En per tag die zoiets nodig heeft is er dan een losse ajax-backend nodig (daar zal uiteraard veel code gedeeld kunnen worden).

En ook als we een wysiwyg-editor zouden maken die slechts een subset van de tags ondersteund, zal die nog steeds alsnog een zekere mate van ondersteuning voor alle andere tags moeten hebben. Al is het maar om ze te herkennen als valide tag en ze dan met rust te kunnen laten.

Veel van dat soort aspecten zitten natuurlijk ook in de serverside parser... maar die hebben we al. Die ook inzetten voor een live-preview betekent via ajax de ingevoerde ubb opsturen, daarna dezelfde code uitvoeren als bij een reactie-submit en dat terugsturen als antwoord.

Hoedanook, ik begrijp zeker dat een wysiwyg editor nog wat meer voorbeelden biedt dan een live-preview. Want je bent dan verlost van een groot deel van de heen-en-weer interactie.
Maar de argumentatie dat een wysiwyg-editor eenvoudig zou zijn is gewoon onjuist :)
Sorry hoor, maar ik lees alweer: "bla bla bla, technisch moeilijk en ik wil niet". Volgens mij maak jij het in je hoofd veel moeilijk dan het hoort te zijn. De serverside parser is iets wat jezelf in de hand hebt en de clientside parser kan je makkelijk daarop afstemmen. Of je nou via live typing het voorbeeld rechts van je box of in de box laat zien is volgens mij niet veel anders van elkaar, of was je van plan om elke 20ms een nieuw voorbeeld op te vragen bij de server?
Jahoor. Maar daar ontkom je niet zomaar aan. Stel iemand begint met een code-opentag en gaat dan de code handmatig intypen... Als letterlijk die tekst telkens compleet geparsed wordt, kunnen we herkennen dat zodra er een code-sluiten tag is toegevoegd, dat dat hele stuk tekst met highlighting moet worden gepresenteerd.

Als we het 'beetje bij beetje' proberen, gaat die highlight al niet (goed) werken omdat veel dingen in programmeertalen context-gevoelig gehighlight moeten worden (denk aan teksten die 'string' zijn).
En dat gaat er dan nog van uit dat we uberhaupt nog 'weten' dat er eerder een code-opentag was geplaatst :)

'Helaas' zijn er gewoon best wat tags die invloed hebben op een groter geheel dan puur heet toevoegen van een html-open- en een html-sluittag.
Ga maar eens kijken naar dingen als InteliType, Notepad++ en Eclipse. Sowieso snap ik niet wat jij bedoelt met context gevoelig gehighlight. Een tag geeft aan dat bepaalde attributen aangepast moeten worden. Enige wat je hoeft te doen is een bepaalde attribuut setten als je een tag tegenkomt en daarmee ophouden als je een close tag tegenkomt. Ik snap niet waarom je er zo'n uitgebreid verhaal van moet maken. Als je kijkt naar alle UBB tags die jullie ondersteunen is het niet zo lastig. Deel is opmaak setten en ander deel is een kwestie van een template maken en dat invoegen op plaatsen waar die tag wordt gebruikt.

De dingen waar je het over hebt zijn al eeuwen geleden opgelost en daarom vind ik het raar dat je er steeds over begint. Dit is toch een kwestie van even opzoeken en kijken wat de mogelijkheden zijn.

[Voor 5% gewijzigd door SizzLorr op 01-11-2017 14:42]

Cryptocurrency is the real Occupy Wallstreet!


  • SizzLorr
  • Registratie: Februari 2004
  • Laatst online: 27-08-2019

SizzLorr

✅ geverifieerde account

Topicstarter
Ik kan nou wel weer ingaan op alles maar we gaan rond in cirkels, ik ben nog seeds van mening dat het allemaal niet zo moeilijk hoeft te zijn. Nog wel een paar opmerkingen.
Heb je die lijst daadwerkelijk bekeken?
Ja, had op de vorige pagina er zelf naar gelinkt. Daarom zeg ik dat dat allemaal niet zo lastig hoeft te zijn. Ik heb ook gezegd dat ik het best voor jullie wil doen, maar dan factureer ik mijn uren wel door.
Het is niet alsof we zomaar even (de c++-code van) notepad++ kunnen kopieren en in onze php- en/of javascript-code kunnen verwerken.
Een taal is niks anders als een dialect van een computer. Sommige dingen zijn misschien beter geregeld in andere talen omdat ze er specifiek op zijn bedacht, maar dat neemt niet weg dat je alles kan implementeren in elke taal. Eclipse is geschreven Java en PHP is een C/Python afgeleide. Javascript is weer Java wat weer is afgeleid van C/C++. Die talen lijken allemaal op elkaar. Brainfuck uitgesloten!

Cryptocurrency is the real Occupy Wallstreet!

Pagina: 1



Google Pixel 7 Sony WH-1000XM5 Apple iPhone 14 Samsung Galaxy Watch5, 44mm Sonic Frontiers Samsung Galaxy Z Fold4 Insta360 X3 Nintendo Switch Lite

Tweakers vormt samen met Hardware Info, AutoTrack, Gaspedaal.nl, Nationale Vacaturebank, Intermediair en Independer DPG Online Services B.V.
Alle rechten voorbehouden © 1998 - 2022 Hosting door True

Tweakers maakt gebruik van cookies

Tweakers plaatst functionele en analytische cookies voor het functioneren van de website en het verbeteren van de website-ervaring. Deze cookies zijn noodzakelijk. Om op Tweakers relevantere advertenties te tonen en om ingesloten content van derden te tonen (bijvoorbeeld video's), vragen we je toestemming. Via ingesloten content kunnen derde partijen diensten leveren en verbeteren, bezoekersstatistieken bijhouden, gepersonaliseerde content tonen, gerichte advertenties tonen en gebruikersprofielen opbouwen. Hiervoor worden apparaatgegevens, IP-adres, geolocatie en surfgedrag vastgelegd.

Meer informatie vind je in ons cookiebeleid.

Sluiten

Toestemming beheren

Hieronder kun je per doeleinde of partij toestemming geven of intrekken. Meer informatie vind je in ons cookiebeleid.

Functioneel en analytisch

Deze cookies zijn noodzakelijk voor het functioneren van de website en het verbeteren van de website-ervaring. Klik op het informatie-icoon voor meer informatie. Meer details

janee

    Relevantere advertenties

    Dit beperkt het aantal keer dat dezelfde advertentie getoond wordt (frequency capping) en maakt het mogelijk om binnen Tweakers contextuele advertenties te tonen op basis van pagina's die je hebt bezocht. Meer details

    Tweakers genereert een willekeurige unieke code als identifier. Deze data wordt niet gedeeld met adverteerders of andere derde partijen en je kunt niet buiten Tweakers gevolgd worden. Indien je bent ingelogd, wordt deze identifier gekoppeld aan je account. Indien je niet bent ingelogd, wordt deze identifier gekoppeld aan je sessie die maximaal 4 maanden actief blijft. Je kunt deze toestemming te allen tijde intrekken.

    Ingesloten content van derden

    Deze cookies kunnen door derde partijen geplaatst worden via ingesloten content. Klik op het informatie-icoon voor meer informatie over de verwerkingsdoeleinden. Meer details

    janee