Ik zit met een dilemma. Ik wil het mogelijk maken voor mijn klanten om zelf hun eigen HTML pagina's te maken. Maar ik ben er nog niet uit welke manier nu het beste is. Als voorbeeld zal ik even datgene uitlichten wat ik reeds gemaakt heb.
Het begon vroeger (2 jaar geleden) met een systeem waar mijn klanten platte tekst en UBB codes in konden voeren. Dit is momenteel gegroeid naar een systeem met WYSIWYG editor. Mijn klanten hebben geen verstand van html. UBB vonden ze al vreemd, vandaar dat ik het nu dmv een WYSIWYG editor doe. Nu denken ze namelijk dat ze met Word werken en dat gaat natuurlijk een stuk beter. Zodra je tegen hun gaat zeggen dat ze zelf plaatjes, tabellen etc. in kunnen voegen zijn ze snel de weg kwijt.
Op dit moment heb ik een werkend systeem waarmee mijn klanten zelf een HTML mailing kunnen opstellen. Dit staat verspreid over twee tabellen. Waarom? Dat zal ik even uitleggen...
Na wat denkwerk ben ik tot de conclusie gekomen dat iedere pagina, html mail, document, zelfs deze post of wat dan ook in feite bestaat uit één of meerder alinea's. Hieruit is ook mijn idee geboren om, in plaats van alles in 1 tabel te stoppen, het op te splitsen in 2 tabellen.
Er is 1 record wat de pagina is (donkergrijs). Hier staan o.a. gegevens in van id en titel. In een andere tabel staan de alinea's. Om het mijn klanten wat makkelijker te maken (mbt plaatjes enzo) heb ik het zo gemaakt dat één alinea als volgt staat weggeschreven:
* volgorde
* type
* text
* plaatje
Één alinea heeft altijd een stukje tekst (html). Hierin KUNNEN plaatjes staan, maar in 99% van de gevallen is dit niet zo. In plaats daarvan kunnen ze een alinea type kiezen (waar moet het plaatje staan; nergens, links, rechts, boven, onder, links met textwrap, rechts met textwrap). Als ze kiezen voor een positie kunnen ze ook een plaatje selecteren op de server.
Aangezien een plaatje meer verteld dan duizend woorden heb ik het hieronder uitgebeeld. De (X) is het plaatje.
Voor overgie pagina's zijn zaken zoals taal, keywords, description, tags, etc ook erg nuttig, maar dit kan ik denk ik beter in een andere (nieuwe) tabel stoppen en deze dan weer naar de tabel linken met de algemene gegevens (zoals alinea's).
Buiten het feit dat ik dit wilde delen met jullie, wil ik meteen wat kritiek oogsten:
* Wat vinden jullie van een dergelijke constructie?
* Hoe zouden jullie zoiets aanpakken?
* Kan ik nog bepaalde dingen "verbeteren"?
Het begon vroeger (2 jaar geleden) met een systeem waar mijn klanten platte tekst en UBB codes in konden voeren. Dit is momenteel gegroeid naar een systeem met WYSIWYG editor. Mijn klanten hebben geen verstand van html. UBB vonden ze al vreemd, vandaar dat ik het nu dmv een WYSIWYG editor doe. Nu denken ze namelijk dat ze met Word werken en dat gaat natuurlijk een stuk beter. Zodra je tegen hun gaat zeggen dat ze zelf plaatjes, tabellen etc. in kunnen voegen zijn ze snel de weg kwijt.
Op dit moment heb ik een werkend systeem waarmee mijn klanten zelf een HTML mailing kunnen opstellen. Dit staat verspreid over twee tabellen. Waarom? Dat zal ik even uitleggen...
Na wat denkwerk ben ik tot de conclusie gekomen dat iedere pagina, html mail, document, zelfs deze post of wat dan ook in feite bestaat uit één of meerder alinea's. Hieruit is ook mijn idee geboren om, in plaats van alles in 1 tabel te stoppen, het op te splitsen in 2 tabellen.
Er is 1 record wat de pagina is (donkergrijs). Hier staan o.a. gegevens in van id en titel. In een andere tabel staan de alinea's. Om het mijn klanten wat makkelijker te maken (mbt plaatjes enzo) heb ik het zo gemaakt dat één alinea als volgt staat weggeschreven:
* volgorde
* type
* text
* plaatje
Één alinea heeft altijd een stukje tekst (html). Hierin KUNNEN plaatjes staan, maar in 99% van de gevallen is dit niet zo. In plaats daarvan kunnen ze een alinea type kiezen (waar moet het plaatje staan; nergens, links, rechts, boven, onder, links met textwrap, rechts met textwrap). Als ze kiezen voor een positie kunnen ze ook een plaatje selecteren op de server.
Aangezien een plaatje meer verteld dan duizend woorden heb ik het hieronder uitgebeeld. De (X) is het plaatje.
|
Voor overgie pagina's zijn zaken zoals taal, keywords, description, tags, etc ook erg nuttig, maar dit kan ik denk ik beter in een andere (nieuwe) tabel stoppen en deze dan weer naar de tabel linken met de algemene gegevens (zoals alinea's).
Buiten het feit dat ik dit wilde delen met jullie, wil ik meteen wat kritiek oogsten:
* Wat vinden jullie van een dergelijke constructie?
* Hoe zouden jullie zoiets aanpakken?
* Kan ik nog bepaalde dingen "verbeteren"?
:strip_exif()/u/106169/GOTPunkieBom2.gif?f=community)