[FORUM] bbCODE knop

[Damic]

Als je iets post op het forum heb je boven je reactie textarea zo'n mooie rij knoppen/figuren die een aantal standaard bbcodes weergeven, nu was het me opgevallen dat de CODE bb er niet tussen staat terwijl dit toch redelijk triviaal relevant is op tweakers

Eventueel 1 met een mouseover event dat je een lijst krijgt met de geldige codes: vb,vb.net c;c#,java, ...

[Hahn]

terwijl dit toch redelijk triviaal is op tweakers

triviaal = gewoon & onbelangrijk

Maar onder 'UBB-codes' staat het wel uitgelegd, plus dat het een tag is die wat meer op de gevorderde gebruiker gericht is. Niet alles hoeft altijd overal getoond/uitgelegd te worden, toch?

[Damic]

Moet niet uitgelegd staan he maar als er meer en meer mensen de weg vinden naar de site dan is het toch wel handig dat het daar als een sneltoets voor staat, dat we dat niet elke keer moeten zeggen.

Owja dan word het relevant

[Hero of Time]

Het kan idd wel handig zijn, want in NOS verwachten we log output en configs in code tags, maar de laatste paar keer heb ik dat bij nieuwere gebruikers moeten corrigeren omdat ze het of plain in de post hebben gedumpt of doodleuk in een enkele cel van een table plaatsen, wat het ook niet leesbaarder maakt.

Ik zie dan eigenlijk het liefst de knop komen zoals de quote knop functie, dan dat je nog een keer een veld krijgt waarbij je de taal kan/moet invullen.

[Damic]

Eventjes bij de buren een screenshot getrokken:

[Hero of Time]

Die lijst wordt dan wel heel erg lang, we ondersteunen namelijk aardig wat talen. Beter gewoon basic houden, wie meer nodig heeft, spiekt dan maar bij andere posts. Die kleurcodering wordt toch voornamelijk in PRG gebruikt. Dan weet je ook wel hoe je bbcode kan vinden in de FAQ.

Bij de url, img en video tags worden ook geen extra opties gevraagd, die wel bestaan.

[Damic]

Even zien:
(Tags only)
C
VB
Java
HTML
PHP

Zoiets, volgens mij heb je dan de belangrijkste

**Overzicht van UBB-codes #tag_code

[NMe]

De belangrijkste? C wordt veel minder gebruikt dan C++ en dat wordt weer minder gebruikt dan C#. Je vergeet ook Ruby en Python, die ook heel belangrijk en populair zijn. En dan heb ik het nog niet over Objective-C, Bash, Powershell, CSS, Javascript en Actionscript die allemaal aardig vaak voorbij komen. Als je dit soort talen gaat voortrekken kun je bovendien elke keer als er een nieuwe flavour of the year uitkomt die dropdown gaan lopen aanpassen op straffe van gerel in LA en hier in MF.

[RGAT]

Eventueel iets met populariteit doen? Simpele query die bijhoudt hoe vaak een bepaalde code-tag gebruikt wordt en een top 10 of top 5 bijhoudt voor zo'n drop-down lijstje, weet je zeker dat je het voor Tweakers relevante aanbod hebt

[NMe]

"Simpele query" en fulltext search gaan niet samen. En FTS heb je toch wel nodig voor die query, tenzij je een index wil gaan bijhouden van welke post welk type code tag gebruikt, lijkt me nogal overkill.

[RGAT]

Ja oke misschien ietsje te enthousiast met features

[Caelorum]

NMe schreef op zondag 17 mei 2015 @ 13:46:
"Simpele query" en fulltext search gaan niet samen. En FTS heb je toch wel nodig voor die query, tenzij je een index wil gaan bijhouden van welke post welk type code tag gebruikt, lijkt me nogal overkill.

Hoef je ook maar hooguit eens per maand te doen he

[Damic]

Euhm als er gepost word zien of er een code tag inzit zoja welke taal en dat bijhouden. en c kun jezelf aanpassen met c++ of c# het is maar dat de code tags er dan al staan.

[Zeror]

Volgens moeten die editorknoppen sowieso een keer herzien worden. Er missen nog wel meer knoppen. Een uitgebreidere weergave (eventueel te benaderen via een schakelaar of optie in je account) zou best wel gewenst zijn.

[sarkout]

En vooral voor mensen die niet zoveel posten zou dat handig zijn !

[Damic]

Ik denk dat je nog 4 of 5 knoppen kwijt kunt

[Hero of Time]

Damic schreef op zondag 17 mei 2015 @ 14:23:
het is maar dat de code tags er dan al staan.

Dat is het enige dat telt. Wat boeit die opmaak dan nog. Frot 'm er zelf maar in IMO. Er zijn te veel talen hier voor syntax highlighting en een lijstje bijhouden met wat er veel gebruikt is verlaagt alleen maar de performance van het platform. Elke query die je extra moet uitvoeren die niet nodig is, is er 1 te veel. Zelfs al is 't er een die maar eens per week/maand/kwartaal/jaar draait. Het moet namelijk ook nog allemaal gebouwd worden en een knop dat [code] en [/code] invoegt is nog geen 10 minuten werk, terwijl een hele lijst met (veel gebruikte) talen toevoegen veel langer duurt.

[Damic]

Daarmee dat ik ook stelde van een 5 standaard in te steken en dat de gebruikers er dan maar het juiste van maken.

[F.West98]

Of gewoon nadat je op het knopje hebt geklikt een window.prompt met de vraag welke programmeertaal het om gaat en als het niet van toepassing is een *? En dat dan automagisch invullen? Lijkt mij het beste dan.

Swift:

Swift heeft nog geen herkenning bijvoorbeeld, maar je kan prima [code=swift invullen. En dan eventueel de herkenlijst wat uitbreiden

[Hahn]

F.West98 schreef op zondag 17 mei 2015 @ 16:54:
Of gewoon nadat je op het knopje hebt geklikt een window.prompt met de vraag welke programmeertaal het om gaat en als het niet van toepassing is een *? En dat dan automagisch invullen? Lijkt mij het beste dan.

Swift:

Swift heeft nog geen herkenning bijvoorbeeld, maar je kan prima [code=swift invullen. En dan eventueel de herkenlijst wat uitbreiden

Alsjeblieft niet zeg. Als er zo nodig een knop voor moet komen, laat die dan gewoon [code][/] neerzetten en als mensen er een bepaalde taal aan willen hangen, dan kunnen ze best dat ='je zelf typen.

[F.West98]

Hahn schreef op zondag 17 mei 2015 @ 16:58:
[...]

Alsjeblieft niet zeg. Als er zo nodig een knop voor moet komen, laat die dan gewoon \[code]\[/] neerzetten en als mensen er een bepaalde taal aan willen hangen, dan kunnen ze best dat ='je zelf typen.

Ik gebruik sowieso die knoppen nooit, dus voor de mensen die die gebruiken kan dat best. Of als je hovert een invoerveld voor de taal? (Alhoewel dat iets meer code is)

[incaz]

NMe schreef op zondag 17 mei 2015 @ 13:33:
Als je dit soort talen gaat voortrekken kun je bovendien elke keer als er een nieuwe flavour of the year uitkomt die dropdown gaan lopen aanpassen op straffe van gerel in LA en hier in MF.

Niet om het een of't ander, maar kun je die talen niet gewoon vullen vanuit de plugin die de daadwerkelijke ondersteuning biedt? Of is dat heel ver gezocht?
Wellicht dat een combibox beter is dan een dropdowntje. Wellicht bestaat het zelfs al.

Op zich zou ik een codeknopje logischer vinden dan het horizontale-lijn-knopje.

[NMe]

Ik weet niet of ze makkelijk aan zijn lijstje kunnen komen maar ik weet wel dat er nogal veel talen ondersteund worden. Die dropdown zou dus best lang worden.

[johnkeates]

Geen dropdown, maar een code button die de code tag plaatst met code=taal_hier er in, zodat het altijd werkt, maar dat mensen die even nadenken zelf hun taal daar in zetten. Dan hoef je niks extra's te doen, maar mag het wel.

[Zeror]

NMe schreef op maandag 18 mei 2015 @ 10:25:
Ik weet niet of ze makkelijk aan zijn lijstje kunnen komen maar ik weet wel dat er nogal veel talen ondersteund worden. Die dropdown zou dus best lang worden.

Volgens de UBB-faq zijn het 23 talen. Dat valt opzich nog wel mee, tenzij er nog meer talen zijn die niet in her rijtje staan.

[NMe]

Die FAQ is oud.

[Hero of Time]

johnkeates schreef op maandag 25 mei 2015 @ 15:35:
Geen dropdown, maar een code button die de code tag plaatst met code=taal_hier er in, zodat het altijd werkt, maar dat mensen die even nadenken zelf hun taal daar in zetten. Dan hoef je niks extra's te doen, maar mag het wel.

Maar als je geen taal wilt, bijvoorbeeld vanwege een log, moet je zelf weer die hele tekst weghalen, terwijl het typen van '=vb' of '=c' veel minder werk is. Het is al goed genoeg dat de [code] tag gebruikt wordt, maak 't dan niet ingewikkelder door nog even aan te geven dat men zelf een taal moet kiezen. Die leren ze vanzelf wel.

[Glodenox]

johnkeates schreef op maandag 25 mei 2015 @ 15:35:
Geen dropdown, maar een code button die de code tag plaatst met code=taal_hier er in, zodat het altijd werkt, maar dat mensen die even nadenken zelf hun taal daar in zetten. Dan hoef je niks extra's te doen, maar mag het wel.

Om eerlijk te zijn: op een site als Tweakers zou ik toch verwachten dat mensen er in slagen om dit zelf te onderzoeken of te ontdekken wanneer ze het bericht van iemand anders quoten. De UBB-faq was voor mij meer dan duidelijk genoeg, ook al is die vrij oud. Ik zou dan eerder willen vragen om die FAQ up to date te brengen (is er eigenlijk veel veranderd sinds het maken van die FAQ?).

[ Voor 30% gewijzigd door Glodenox op 25-05-2015 17:31 . Reden: Dit was niet echt een reactie op Hero of Time, dit is nu duidelijker. ]

[Hero of Time]

Glodenox schreef op maandag 25 mei 2015 @ 17:16:
Om eerlijk te zijn: op een site als Tweakers zou ik toch verwachten dat mensen er in slagen om dit zelf te onderzoeken of te ontdekken wanneer ze het bericht van iemand anders quoten. De UBB-faq was voor mij meer dan duidelijk genoeg, ook al is die vrij oud. Ik zou dan eerder willen vragen om die FAQ up to date te brengen (is er eigenlijk veel veranderd sinds het maken van die FAQ?).

Wat bedoel je? Wat heeft dat te maken met het wel of niet toevoegen van een knop die automatisch [code] en [/code] invult voor je, zoals dat met quote en splits quote al gebeurt?

[Glodenox]

Hero of Time schreef op maandag 25 mei 2015 @ 17:23:
[...]

Wat bedoel je? Wat heeft dat te maken met het wel of niet toevoegen van een knop die automatisch [code] en [/code] invult voor je, zoals dat met quote en splits quote al gebeurt?

Daar heeft het niets mee te maken inderdaad, maar ik heb het over de keuze tussen een knop die enkel de standaard code tags toevoegt en een knop met een dropdown of die nog in een apart venster de taal van de code vraagt.
In mijn ogen zou een simpele knop al meer dan voldoende moeten zijn. De mensen die meer opties willen aanduiden kunnen in de FAQ lezen wat de opties zijn. Persoonlijk gebruik ik die knoppen zelfs helemaal niet, maar dat is iets persoonlijk en is pas mogelijk na veelvuldig gebruik.

Edit: ik heb zonet duidelijker gemaakt op wat ik reageerde in mijn bericht. Het leek inderdaad alsof ik op jouw bericht reageerde.

[ Voor 7% gewijzigd door Glodenox op 25-05-2015 17:32 ]

[johnkeates]

Glodenox schreef op maandag 25 mei 2015 @ 17:16:
[...]


Om eerlijk te zijn: op een site als Tweakers zou ik toch verwachten dat mensen er in slagen om dit zelf te onderzoeken of te ontdekken wanneer ze het bericht van iemand anders quoten. De UBB-faq was voor mij meer dan duidelijk genoeg, ook al is die vrij oud. Ik zou dan eerder willen vragen om die FAQ up to date te brengen (is er eigenlijk veel veranderd sinds het maken van die FAQ?).

Ik bedoel dat je dan makkelijk met 1 klik je code tags hebt, en dan met 2 dubbelklik desgewenst je taal in kan typen.

[Hero of Time]

Glodenox schreef op maandag 25 mei 2015 @ 17:30:
Edit: ik heb zonet duidelijker gemaakt op wat ik reageerde in mijn bericht. Het leek inderdaad alsof ik op jouw bericht reageerde.

Ik zag het niet eens alsof je op mij reageerde. Je post was zo vaag dat ik mij afvroeg of het wel je bedoeling was om hier te posten. Ik zag 't dus eerder als een verdwaalde, alleenstaande post, dan een reactie op iets of iemand hier.

johnkeates schreef op maandag 25 mei 2015 @ 17:45:
[...]

Ik bedoel dat je dan makkelijk met 1 klik je code tags hebt, en dan met 2 dubbelklik desgewenst je taal in kan typen.

En hoe moet dat zich vertalen naar mobile gebruikers? Daar selecteer je niet even je geschreven tekst met een dubbeltap. Een knop is goed genoeg.

[johnkeates]

Hero of Time schreef op maandag 25 mei 2015 @ 20:15:

[...]

En hoe moet dat zich vertalen naar mobile gebruikers? Daar selecteer je niet even je geschreven tekst met een dubbeltap. Een knop is goed genoeg.

Vreemd, op de meeste mobiele OSsen werkt dat wel, wat gebruik je dan dat dat niet werkt? Sure, je moet dubbelklikken vervangen met lang ingedrukt houden, maar tekst bewerken gaat net zo goed. Je kan het ook weglaten en dan heb je gewoon een code tag knop.

[ajakkes]

code:

[ Code=taal][ /]

invoegen waarbij taal gelijk is aan het niet specificeren van een taal. En misschien zelfs het woord code een link wordt naar een lijst met alle ondersteunde varianten. En deze lijst natuurlijk wel updaten. En niet zoals nu een halve lijst waarbij gebruikers moeten gokken.

Al probeer ik zelf vaak met Toon voorbeeld wel of de code ondersteund wordt. Gebruik de knoppenbalk zelden.

[Shivs]

Shameless rip van Notepad++, maar op deze manier kan je heel veel talen kwijt in een dropdown. Idee?

[NMe]

Lijkt me gigantische overkill.

[Zeror]

Mij lijkt dat een lijstje met de 5 meest gebruikte talen + als 6e item een link naar een overzicht naar alle talen die ondersteund worden voldoende moet zijn.

[Mavamaarten]

Een auto-aanvullende textbox is geen optie?
Dat neemt minder plaats in dan een hele dropdown met de populairste keuzes, en lijkt me op zich nog wel gebruiksvriendelijk ook.

Een voorbeeldje (zelfs met programmeertalen, lekker toepasselijk): https://jqueryui.com/autocomplete/