[PHP] ubb-parser voor tabellen?

[Verwijderd]

Ik ben bezig met een nieuwssyteem waarmee 'leken' redelijk eenvoudig een tabel kunnen gebruiken in hun nieuwsartikel. Ik denk dat een vorm van ubb het handigst is. Of heeft iemand beter idee?

[curry684]

En wat is nu feitelijk je vraag en wat heeft het met P&W van doen?

[simon]

Als je de tabellen opbouwt van uit reg-exe gedoes, dus eerst de [nrml] en de [/nrml] vervangt door <table></table> en ga zo maar door... Vrij simpel dus

[Verwijderd]

Simon schreef op 11 June 2003 @ 21:19:
Als je de tabellen opbouwt van uit reg-exe gedoes, dus eerst de [nrml] en de [/nrml] vervangt door <table></table> en ga zo maar door... Vrij simpel dus

Ik wil eigenlijk alleen maar dat je [td] en [/td] hoeft te gebruiken. Een volgende regel betekent een nieuwe rij en dus automatisch <tr></tr> gebruiken.

En er kunnen ook meerdere tabellen instaan, dus het is wat lastiger dan op het 1e gezicht.

[simon]

Verwijderd schreef op 11 June 2003 @ 21:21:
[...]

Ik wil eigenlijk alleen maar dat je [td] en [/td] hoeft te gebruiken. Een volgende regel betekent een nieuwe rij en dus automatisch <tr></tr> gebruiken.

En er kunnen ook meerdere tabellen instaan, dus het is wat lastiger dan op het 1e gezicht.

Hmm, dat klinkt niet echt tactisch, dat betekent dus dat je dat ding ontzettend limiteert...

[curry684]

Gaat het nu over HTML of PHP?

[simon]

curry684 schreef op 11 June 2003 @ 21:22:
Gaat het nu over HTML of PHP?

Wazig, maar zo te zien php, bij elke regel afbreken en dan nieuwe rij....

[Verwijderd]

curry684 schreef op 11 juni 2003 @ 21:22:
Gaat het nu over HTML of PHP?

PHP. Ik wil namelijk een (UBB)code gebruiken welke ik via PHP (belangrijkste!) om kan zetten naar HTML. Wat is de handigste manier en hoe?

[simon]

Verwijderd schreef op 11 juni 2003 @ 21:23:
[...]

PHP. Ik wil namelijk een (UBB)code gebruiken welke ik via PHP (belangrijkste!) om kan zetten naar HTML. Wat is de handigste manier en hoe?

Ligt het aan mij of beantwoord je je eigen vraag? Volgens mij moet je het gewoon doen zoals op GoT... Dus met [td] en [tr]

[Verwijderd]

Simon schreef op 11 June 2003 @ 21:25:
[...]

Ligt het aan mij of beantwoord je je eigen vraag? Volgens mij moet je het gewoon doen zoals op GoT... Dus met [td] en [tr]

Verschil is dat op GoT de kennis van HTML bovengemiddeld is natuurlijk, dus is het redelijk eenvoudig. Ben eigenlijk op zoek naar iets eenvoudigers, maar weet niet of het haalbaar is.

Maar goed, ik geloof dat het nogal een stomme vraag is....

[Ramon]

ik denk, dat je als eerste aan ons moet laten zien hoe jij denkt dat jouw tabellen eruit kunt laten zien. Tuurlijk je kan de html code gewoon bijna 1 op 1 naar ubb code parsen. Maar dan krijg je inderdaad vrij moeilijke code (voor een leek).

[simon]

Stel jij hebt dus [table][td]bla(enter)bla[/td][/table] dan maakt php dus van die enter een \n, misschien moet je daar iets mee? .. hint hint...

[Helmet]

als je het voor je users echt eenvoudig wilt maken kun je ook een wysiwyg omgeving proggen
(WebFx)

[ Voor 8% gewijzigd door Helmet op 11-06-2003 21:32 ]

[dusty]

moet je wel zorgen dat het begint bij [td] (eerste) daar een tr starten.. en dan afsluiten bij de volgende [/td] ... dan moet er een nieuwe [td] komen of een return, komt er iets anders is het einde van het tabel.

Op die manier kan je makkelijk herkennen of een tabel is be-eindigd.

[Verwijderd]

Inderdaad wel een beperking om bij een volgende regel automatisch te denken dat het een nieuwe rij is. Kan natuurlijk ook een return ín een cel staan....

Misschien toch maar gewoon [td] en [/td], [tr] en [/tr], en [tabel en [/tabel] gebruiken.

[esf]

Misschien is het gemakkelijker om simpelere namen als [tabel], [kolom] en [rij] te gebruiken omdat het voor leken gemakkelijk toegankelijk moet zijn. Ik denk dat dit iets gemakkelijker te visualiseren is dan [table], [td] en [tr]. Voor het vervangen van de ubb code maakt dit natuurlijk niets uit..

[ Voor 4% gewijzigd door esf op 11-06-2003 22:30 ]

[thomaske]

verder is het misschien aardig om te weten dat het afsluiten van kolommen en rijen (volgens mij) niet verplicht is in HTML.
Dat maakt de structuur van je opmaaktaaltje nog wat gemakkelijker:

code:

[tabel]
    [kolom]
        [rij] waarde 1
        [rij] waarde 2
    [kolom]
        [rij] waarde 3
        [rij] waarde 4
[/tabel]

en dat kan je dan 1-op-1 omzetten naar html

[djluc]

Waarom zou je dit niet gewoon doen als je dan toch al aan het parsen bent?

[Maxonic]

Misschien een goed id om ee keer met een paar man een ECHT goede RML/UBB parser te maken. Mensen blijven maar vragen naar en manier om UBB codes te parsen, en alle forums die de huidige exemplaren gebruiken die zo op het internet te vinden zijn zijn daarop alleen van de superbrakke en superbasic features voorzien.

Een keertje een opensource parser maken kan denk ik heel nuttig zijn. En dan zo dat het tabellen herkend [table border=0 bgcolor=#000000] enz.
Daarnaast zo code handig zijn met syntax highlightning voor PHP/Perl/Java/C++/VB/Delphi/XML/HTML enz.

GoT heeft btw een redelijk goede (maar helaas nog geen bugvrij en helemaal geen opensource) RML parser: Zie dit voorbeeldje van een post van mij...

Ik hoor wel of er animo voor is...

[Erkens]

thomaske schreef op 12 juni 2003 @ 00:08:

code:

[tabel]
    [kolom]
        [rij] waarde 1
        [rij] waarde 2
    [kolom]
        [rij] waarde 3
        [rij] waarde 4
[/tabel]

en dat kan je dan 1-op-1 omzetten naar html

dan zou ik alleen eerst de rijen definieren en dan pas de kolomen, dat scheelt enorm

[thomaske]

Erkens schreef op 12 June 2003 @ 08:14:
[...]

dan zou ik alleen eerst de rijen definieren en dan pas de kolomen, dat scheelt enorm

oops

[Johannes]

Misschien is een table layout zoals die in een aantal wiki's gebruikt wordt makkelijker:

code:

|| Name || Platform || Notes ||
|| Alphatk || Unix, Windows, Mac OS X|| Extensible in Tcl, Tk.||

wordt bijvoorbeeld

Name	Platform	Notes
Alphatk	Unix, Windows, Mac OS X	Extensible in Tcl, Tk.

In RML zou dit het volgende zijn:

code:

[table]
  [tr]
    [td] Name [/td]
    [td] Platform [/td]
    [td] Notes [/td]
  [/tr]
  [tr]
    [td] Alphatk [/td]
    [td] Unix, Windows, Mac OS X [/td]
    [td] Extensible in Tcl, Tk. [/td]
  [/tr]
[/table]

wat een stuk meer tikwerk is, en als source niet echt op een gewone table lijkt. Dit is btw de table markup die veel wiki's gebruiken.

[ Voor 6% gewijzigd door Johannes op 12-06-2003 10:52 ]

[mocean]

Johannes schreef op 12 June 2003 @ 10:51:
Misschien is een table layout zoals die in een aantal wiki's gebruikt wordt makkelijker:

code:

|| Name || Platform || Notes ||
|| Alphatk || Unix, Windows, Mac OS X|| Extensible in Tcl, Tk.||

[...]

Dit is btw de table markup die veel wiki's gebruiken.

Die optie met || vind ik wel aardig. Je kan dan evt rijen ook laten beginnen & afsluiten met vierkante haken, anders weet je niet of er na de laatste || nog een cel kan komen, dus bijv:

code:

[[ cel 1 || cel 2 || cel3 ]]
[[ cel 4 || cel 5 || cel6 ]]

Zo'n blok trek je er dan uit met een reg-exp je zorgt voor de <table> tags aan het begin en het eind.

[ Voor 31% gewijzigd door mocean op 12-06-2003 12:32 . Reden: Quote verkleind ]

[Johannes]

mocean schreef op 12 juni 2003 @ 12:31:
Die optie met || vind ik wel aardig. Je kan dan evt rijen ook laten beginnen & afsluiten met vierkante haken, anders weet je niet of er na de laatste || nog een cel kan komen, [knip]

Ik zat er eigenlijk aan te denken om een newline te gebruiken als scheidingsteken voor rijen, want die heb je toch al. Dit zou echter ook kunnen.

[Erkens]

Johannes schreef op 12 juni 2003 @ 15:06:
[...]
Ik zat er eigenlijk aan te denken om een newline te gebruiken als scheidingsteken voor rijen, want die heb je toch al. Dit zou echter ook kunnen.

mja, newline moet je eigenlijk vermeiden, aangezien ik me best situaties kan voorstellen waarin er meerdere regels content in 1 cel moet

[djluc]

Dat zou inderdaad vrij logisch zijn Je kunt denk ik beter gewoon de eerste rij als koppen laten nemen, die dus wel tussen blokhaken. Dan kun je gewoon alle waarden daarna splitsen op || tot ze allemaal op zijn.

Natuurlijk is het dan wel handig om even te controleren of je ook wel genoeg cellen hebt, en eventueel zelfs alleen maar de foute cellen laten verbeteren. Maar als je eenmaal zo ver gaat is een WYSIWYG editortje maken ook niet meer zo'n heel gek idee.

[simon]

Hmm, misschien even handig als je vertelt voor wie je dit gaat maken? Stel het zijn absolute noobs, kies dan voor een pre-fab WYSIWYG editor en bouw dat in.

Zijn het mensen die iets meer kunnen, dan kan je het met blokhaken enz. doen. Zijn het 'profis' dan kan het wel GoT-like

[esf]

Het nadeel van deze notatie is dat als je veel informatie in de tabel stopt je het overzicht een beetje kwijt kan raken. Wat hoort in welke cel te staan en als in tekstuele representatie een bepaalde cel ongeveer twee keer zo breed wordt als de cel er boven of onder, dan weet je niet meer hoe de tabel er uit gaat zien.
Bijvoorbeeld:

[[cel 1 || cel 2 || cel 3 || cel 4 || cel 5]]
[[dit is cel 1 || en dit is cel 2 || dit is de derde cel van de tweede rij || dit is de vierde || en tenslotte is dit de vijfde]]
(niet tussen code tags omdat anders de layout verneukt wordt )

Ook wordt het een rotzooitje wanneer je een tekstvak met een maximale breedte gaat gebruiken, waarbij de tekst automatisch terugloopt na een aantal karakters. Dan wordt het helemaal een zootje. Voor kleinere tabellen is het zeker een leuk idee.
Bovenstaand voorbeeld op de andere manier ziet er als volgt uit, hetgeen ik in ieder geval een stuk leesbaarder en overzichtelijker vind:

code:

[tabel]
  [rij]
    [cel]cel 1
    [cel]cel 2
    [cel]cel 3
    [cel]cel 4
    [cel]cel 5
  [rij]
    [cel]dit is cel 1
    [cel]en dit is cel 2
    [cel]dit is de derde cel van de tweede rij
    [cel]dit is de vierde
    [cel]en tenslotte is dit de vijfde
[/tabel]

Zoals al gezegd, kunnen [/cel] en [/rij] weg worden gelaten, maar je kan ze er ook in houden. Ik heb de in mijn vorige post voorgestelde [kolom] hernoemd naar [cel] omdat het eigenlijk meer een cel is wat je invoegt. Een kolom zijn meerdere cellen onder elkaar en dat is hier niet het geval.
Bij deze vorm kan je ook eventeel argumenten meegeven als [tabel kleur="rood"] e.d. Dat kan ook niet bij de andere variant.

[ Voor 67% gewijzigd door esf op 12-06-2003 21:48 ]

[Tranq]

thomaske schreef op 12 juni 2003 @ 00:08:
verder is het misschien aardig om te weten dat het afsluiten van kolommen en rijen (volgens mij) niet verplicht is in HTML.

Dat sommige browsers dat pikken betekend niet dat het niet verplicht is. Wil jij volgens de standaarden HTML'en dat hoor je alles netjes af te sluiten.

[thomaske]

Tranq schreef op 13 June 2003 @ 06:23:
[...]


Dat sommige browsers dat pikken betekend niet dat het niet verplicht is. Wil jij volgens de standaarden HTML'en dat hoor je alles netjes af te sluiten.

Volgens de W3c html validator, is het correct HTML 4.0

[esf]

Het gaat nu om wat er in bbcode geparset wordt en wat die vervolgens voor html als uitvoer geeft. Het is een kleine moeite om bij de html uitvoer wel even die kolommen af te sluiten om eventuele tegenstand van bepaalde browsers te verhelpen..

[Roeligan]

Ik weet het... het is niet wat de meeste tweakers willen maar er zijn kant en klare systeempjes voor.

SoEditor

Deze is in coldfusion en gebruik ik voor een klant ook als bb (ze doen daar vaak aan verkoop onderling van kranen/containers en shit met specificaties die ze in tabellen willen hebben.). Het is een soort word met de bijbehorende wizards voor tabellen en img en stuff.

edit:

Als je zoiets maakt let dan ook op de colspan/rowspan anders komen die tabellen er niet uit te zien!!! Aangezien ervan uit wordt gegaan dat het leken zijn is niet niet geheel onbelangrijk denk ik

[ Voor 21% gewijzigd door Roeligan op 16-06-2003 08:37 ]

[Verwijderd]

Ik vind het idd wel een goed idee om een algemene open-source ubb parser te maken. Ik weet dat chem ergens een mooie heeft gegeven.
Na even in mijn bookmarks hebben gezocht heb ik hem gevonden.
[rml]chem in "[ PHP] UBB code"[/rml]

Die heb ik zelf een stuk veranderd nu draait hij makkelijker / mooier.
Ik zal er vanavond wel een table functie in maken.

offtopic:
Zwetsbal zecht mn colega, waarom hij dat zecht weet ik ook niet

[Gerco]

ACM heeft ook een UBB parser in elkaar gedraaid. Ik ben geen expert op dit gebied, een n00b eigelijk, maar die source lijkt me verdacht open

[rml][ BC3] [ php/ubb]Parse engine is "af", graag tips ;)[/rml]