Ik zou zeggen, ga het gewoon eens uitproberenhobbit_be schreef op 25 May 2003 @ 14:16:
Maar ik poste eigenlijk gewoon om je te feliciteren met je CMS in DHTML. Tis gewoon dat ik dat NOOIT zou doen (nog liever een ActiveX plugin dan.
Verwijderd schreef op 25 mei 2003 @ 15:13:
[...]
Ik zou zeggen, ga het gewoon eens uitproberenAls je eenmaal een beetje weet wat er kan dan wordt je blij echt waar
Verwijderd schreef op 25 May 2003 @ 16:58:
De image bug kan opgelost worden kwam ik zojuist achter. De image niet inladen als <img src> maar als <span style="background-image;url('');background-repeat:no repeat;">
offtopic:
Als ik zo vrij mag zijn, welke image bug bedoel ej eigenlijk?
Dank je Rickets
Als ik zo vrij mag zijn, welke image bug bedoel ej eigenlijk?
Dank je Rickets
Verder wou ik even zeggen dat je CMS er werkelijkwaar
[ Voor 8% gewijzigd door Mithrandir op 25-05-2003 17:55 ]
Rutger extreme: moet groote, niet grootTe zijn in je CMS?
Tis toch "de grootte van een voorwerp"
Tis toch "de grootte van een voorwerp"
[ Voor 27% gewijzigd door djluc op 25-05-2003 17:55 ]
Verwijderd
is een uhhhh bug...djluc schreef op 25 May 2003 @ 17:50:
Rutger extreme: moet groote, niet grootTe zijn in je CMS?
Tis toch "de grootte van een voorwerp"
Het is nog geen final, dus kleine spelfouten mogen nog net
[ Voor 23% gewijzigd door Verwijderd op 25-05-2003 18:03 ]
Haha, lijkt me wel grappig als je straks dus een situatie krijg waarin er allemaal van diezelfde spelfouten, alles gewoon met 1 T in de content zitten 
Waar heb je eigenlijk java voor gebruikt? Ik dacht dat je er helemaal DHTML van had gemaakt?
Waar heb je eigenlijk java voor gebruikt? Ik dacht dat je er helemaal DHTML van had gemaakt?
Verwijderd
Ik bedoel deze bug:Mithrandir schreef op 25 May 2003 @ 17:33:
Als ik zo vrij mag zijn, welke image bug bedoel ej eigenlijk?
Verder wou ik even zeggen dat je CMS er werkelijkwaaruitziet
http://support.microsoft....aspx?scid=kb;en-us;269802
en die wordt veroorzaakt door:
http://support.microsoft....aspx?scid=kb;en-us;183110
Ik heb er nog steeds last van, maar ben met de workaround bezig. Als je bijvoorbeeld uit je xml bestand gaat parsen voor je tree, en je de icons wilt tonen, blijft af en toe de browser freezen door dit geintje. Al met al zit je al gauw op 200 icons voor de tree (indent, plus, min, L, T, I etc.) Je zou kunnen zeggen dat het dus te snel is
Bedankt voor je compliment, maar ik denk dat er nog wel mooiere cms'en te vinden zijn, die helaas niet worden geshowed.
[ Voor 12% gewijzigd door Verwijderd op 25-05-2003 18:30 ]
Dit is er eentje waar ik onlangs aan begonnen ben:

De tree die je nu ziet gaat weg, en het 'content'-gedeelte komt er heel anders uit te zien. Wordt een combo van PHP/MySQL/XML/DHTML en duurt nog wel een tijdje voor ik hem af heb.
Maar eigenlijk heb je nog niet veel aan deze screen
.

De tree die je nu ziet gaat weg, en het 'content'-gedeelte komt er heel anders uit te zien. Wordt een combo van PHP/MySQL/XML/DHTML en duurt nog wel een tijdje voor ik hem af heb.
Maar eigenlijk heb je nog niet veel aan deze screen
Verwijderd
Ik wil mijne binnenkort wel showen... maar ik moet eerst even de nieuwe layout verder implimenteren... heb er niet zo veel zin in (ben lui vandaag) dus volgende week is het wel keer af ofzow.. maar het is zeer uitgebreid... dat wel
Flashin: ik vind het eigenlijk wel mooi zo'n lege lay-out. Wat is de basis van je tree, de bron zal ik maar zeggen, XML?
Verwijderd
Dergelijke projecten kosten zowiezo bakken vol met tijd. Je komt zelfs, met een goede planning of uitgebreid FO altijd zaken tegen die je niet had verwacht.flashin schreef op 25 May 2003 @ 18:46:
duurt nog wel een tijdje voor ik hem af heb.
Verwijderd
Ik zie hier vaak een tree structuur voorbij komen zelf heb ik hier een niet al te hoge dunk van en probeer daarom op dit moment de standaard 'open/save windows' van office na te maken. Ben ik de enige die de office style verkiest boven de tree of zijn er nog meer lotgenoten ?djluc schreef op 25 May 2003 @ 19:34:
Flashin: ik vind het eigenlijk wel mooi zo'n lege lay-out. Wat is de basis van je tree, de bron zal ik maar zeggen, XML?
Bijvoorbeeld voor het kleur kies gedeelte gebruik ik java:djluc schreef op 25 May 2003 @ 18:17:
Haha, lijkt me wel grappig als je straks dus een situatie krijg waarin er allemaal van diezelfde spelfouten, alles gewoon met 1 T in de content zitten
Waar heb je eigenlijk java voor gebruikt? Ik dacht dat je er helemaal DHTML van had gemaakt?

Net zoals voor het upload venster, hierdoor kan ik een upload venster met een progress bar laten zien.
Rutger extreme:
Bedoel je zo'n soort van filetree?

Ik vind het niet echt geweldig werken...
Bedoel je zo'n soort van filetree?

Ik vind het niet echt geweldig werken...
Verwijderd
Ik denk dat een tree momenteel de beste oplossing is om een hierarchische structuur aan te tonen.Verwijderd schreef op 25 mei 2003 @ 20:00:
[...]
Ik zie hier vaak een tree structuur voorbij komen zelf heb ik hier een niet al te hoge dunk van .
Verwijderd
"Dat natuurlijk wel ja" maar ik vindt het file browsen in een tree structuur altijd zeer irritant vooral wanneer het veel files zijn in een map, de manier die microsoft doorgaans gebruikt vindt ik in zulke situaties gebruiksvriendelijker.Verwijderd schreef op 25 May 2003 @ 20:50:
[...]
Ik denk dat een tree momenteel de beste oplossing is om een hierarchische structuur aan te tonen.Als je andere opties hebt, hoor ik ze graag.
Misschien is de hierarchische structuur dan niet geheel duidelijk maar als deze boven in het venster in command style wordt weergeven is het meestal duidelijk genoeg:
"f3/wedstrijdverslag/13-03-03.html"
Dat je Java gebruikt voor een upload met status vindt ik wel een mooie techniek omdat dit niet met de standaard tools kan.
Ik vind persoonlijk een tree erg goed werken omdat de mensen die toch al kennen van de windows explorer. Wat natuurlijk nog mooier is, even b.t.w. is de gebruiker gewoon zelf laten kiezen wat ze fijn vinden werken...
Waarom gebruik je hier java, er is toch zo'n standaard geval voor in Javascript geloof ik? Of in IE zelf?Bijvoorbeeld voor het kleur kies gedeelte gebruik ik java:
Ik vind persoonlijk een tree erg goed werken omdat de mensen die toch al kennen van de windows explorer. Wat natuurlijk nog mooier is, even b.t.w. is de gebruiker gewoon zelf laten kiezen wat ze fijn vinden werken...
tja je moet toch wat
@djluc: nog geen idee. Dit is gewoon zo'n standaard ding van web-fx, beetje om te kijken hoe het eruit ziet. Verder niet echt boeiend hoor.
Mijn eigen echte tree moet ik nog helemaal aan beginnen, dus ik kan nog niets laten zien helaas
@Gordijnstok: ik neem er ook de tijd voor he
@Rutger: hoe precies bodoel je die office style? wil wel is zien
Verwijderd
Ik heb eigenlijk de windows explorer compleet nagebouwd in dhtml. Ik gebruik dus ook de tree alleen om folders te laten zien. Aan de rechterkant krijg je dan de subfolders, en files te zien.Verwijderd schreef op 25 May 2003 @ 21:01:
[...]
"Dat natuurlijk wel ja" maar ik vindt het file browsen in een tree structuur altijd zeer irritant vooral wanneer het veel files zijn in een map, de manier die microsoft doorgaans gebruikt vindt ik in zulke situaties gebruiksvriendelijker.
Misschien is de hierarchische structuur dan niet geheel duidelijk maar als deze boven in het venster in command style wordt weergeven is het meestal duidelijk genoeg:
"f3/wedstrijdverslag/13-03-03.html"
Klik je rechts op een folder, dan wordt de tree recursief mee uitgeklapt. De tree en de rechterkant wordt dus continue gesynchroniseerd.
Het is wel een teringwerk om te bouwen, en oa de controles op cut & copy & paste, maar daar heb ik een smerig trucje voor toegepast.
Verwijderd
Ik zou voor je basis uitgebreid de tijd nemen. Het is ontzettend frustrerend als je complete code moet omgooien omdat een nieuwe feature niet naar een dergelijk principe werkt.flashin schreef op 25 May 2003 @ 22:13:
@Gordijnstok: ik neem er ook de tijd voor he, maak gewoon eerst de basis waar je alles al wel mee kan, daarna komen de details wel.
offtopic:
Gordijnstok, zou je mij ff willen contacten? Kan via mail, msn of icq...
Gordijnstok, zou je mij ff willen contacten? Kan via mail, msn of icq...
"Computer games don’t affect kids: I mean if Pac-Man affected us as kids, we’d all be running around in darkened rooms, munching magic pills and listening to repetitive electronic music."
Ik ben dit weekend ook bezig geweest, met de beheerfunctie van de cms. Overigens is dit nog alleen de gui, doet verder nog niets. Omdat ik dit momenteel schrijf voor het .NET framework; waarbij ik nog druk ben met het porten van Toolbar 2000 en maken van een vervanger voor TSyntaxMemo.
Ik ben van mening dat je een beheerapplicatie kan aanbieden dat alleen werkt onder Windows; omdat de kans dat de gebruiker met Windows werkt erg groot is. Verder kun je een veel gebruiksvriendelijke interface opbouwen.

Overigens is het maken van .NET Componenten als VCL Component developer, nog best wel vervelend; alles is precies andersom genoemd (i.e: paint is de event; en onpaint-method)
Ik ben van mening dat je een beheerapplicatie kan aanbieden dat alleen werkt onder Windows; omdat de kans dat de gebruiker met Windows werkt erg groot is. Verder kun je een veel gebruiksvriendelijke interface opbouwen.

Overigens is het maken van .NET Componenten als VCL Component developer, nog best wel vervelend; alles is precies andersom genoemd (i.e: paint is de event; en onpaint-method)
[ Voor 19% gewijzigd door alienfruit op 26-05-2003 17:06 ]
Je wilt zeggen dat dit puur webbased is?alienfruit schreef op 26 May 2003 @ 16:57:
Ik ben dit weekend ook bezig geweest, met de beheerfunctie van de cms. Overigens is dit nog alleen de gui, doet verder nog niets. Omdat ik dit momenteel schrijf voor het .NET framework; waarbij ik nog druk ben met het porten van Toolbar 2000 en maken van een vervanger voor TSyntaxMemo.
Ik ben van mening dat je een beheerapplicatie kan aanbieden dat alleen werkt onder Windows; omdat de kans dat de gebruiker met Windows werkt erg groot is. Verder kun je een veel gebruiksvriendelijke interface opbouwen.
[afbeelding]
Overigens is het maken van .NET Componenten als VCL Component developer, nog best wel vervelend; alles is precies andersom genoemd (i.e: paint is de event; en onpaint-method)
Voor de 'gemiddelde' website-admin is dit trouwens nog best ingewikkeld, lijkt mij.
Mithrandir, neen sorry het zijn nog geen web .NET component (was het maar waar) maar de gewone .NET componenten is al moeilijk genoeg
Het lijkt wel verrekte veel op de interface van Visual studio .NET. Ik vind het voor een CMS wel een heel uitgebreide gui. Ik denk dat je na het maken van het systeem ook nog wel wat tijd kunt uittrekken voor documentatie. |alienfruit schreef op 26 May 2003 @ 18:34:
Mithrandir, neen sorry het zijn nog geen web .NET component (was het maar waar) maar de gewone .NET componenten is al moeilijk genoeg
offtopic:
Hoeveel geheugen en andere resources gebruikt jouw programma, ik was pas ook bezig met het porten van een VB6 applicatie naar .NET (niet met de wizard, want die maakte alles buggy), maar dat ding gebruikt een geheugen waar je niet goed van word.
Ja. Je hebt nu ook de view voor de supervisser, via rechten kun je bepalen of wat de gebruiker te zien krijgt.
offtopic; ongeveer 12mb moet alleen nog uitvinden hoe je de GC kunt uitzetten, want dat vind ik maar niks!
offtopic; ongeveer 12mb moet alleen nog uitvinden hoe je de GC kunt uitzetten, want dat vind ik maar niks!
Zonder de gc blijft dat geheugen maar oplopen denk ik. Of je moet zelf alles heel snel en goed kunnen destroyen, 12 MB valt trouwens voor een .Net applicatie nog wel mee.offtopic; ongeveer 12mb moet alleen nog uitvinden hoe je de GC kunt uitzetten, want dat vind ik maar niks!
Verwijderd
Sommige mensen vind het maar saai, maar ik vindt het toch wel erg mooi en rustig een interface in standaard windows kleuren. Ik houd hier wel van, maargoed het is ook een windows programma in dit geval en geen webapplicatie dus dat maakt het wat makkelijker in het gebruik van kleuren.alienfruit schreef op 26 May 2003 @ 16:57:
Ik ben dit weekend ook bezig geweest, met de beheerfunctie van de cms....
Hmm... Weinig op te zien eerlijk gezegdVerwijderd schreef op 26 May 2003 @ 20:45:
Hier alvast een kleine blik van mijn cms... dit is alleen de intro pagina waar de gebruiker als eerst komt... heb ff de naam van het bedrijf weg gehaald ...
[afbeelding]
Verwijderd
jah weet het maar ik heb morgen laatste examen... daarna ga ik verder om de oude layout te veranderen in de nieuwe ... dit had ik alleen nog maar klaar
Verwijderd
Waarom begint *iedereen* hier met de layout
Je dal, en business logic is het belangrijkste en vanuit daar kun je elke presentatielaag erop stampen die je maar wil.
Omdat je normaal eerst bepaalt wat het voor de gebruiker moet kunnen en vervolgens dat maakt of in ieder geval probeert te makenVerwijderd schreef op 26 mei 2003 @ 21:18:
Waarom begint *iedereen* hier met de layoutJe dal, en business logic is het belangrijkste en vanuit daar kun je elke presentatielaag erop stampen die je maar wil.
Of begin jij met ieder project ook altijd met het technisch ontwerp en dan pas het functioneel ontwerp
[ Voor 29% gewijzigd door Bosmonster op 24-09-2008 19:50 ]
Hehe.. kword wel erg negatief zo... maar als ik dit zie dan zie ik geen CMS, maar een ontwikkeltoolalienfruit schreef op 26 mei 2003 @ 16:57:
Ik ben dit weekend ook bezig geweest, met de beheerfunctie van de cms. Overigens is dit nog alleen de gui, doet verder nog niets. Omdat ik dit momenteel schrijf voor het .NET framework; waarbij ik nog druk ben met het porten van Toolbar 2000 en maken van een vervanger voor TSyntaxMemo.
Ik ben van mening dat je een beheerapplicatie kan aanbieden dat alleen werkt onder Windows; omdat de kans dat de gebruiker met Windows werkt erg groot is. Verder kun je een veel gebruiksvriendelijke interface opbouwen.
[afbeelding]
Overigens is het maken van .NET Componenten als VCL Component developer, nog best wel vervelend; alles is precies andersom genoemd (i.e: paint is de event; en onpaint-method)
Inspired by Topstyle Pro 3.
Maarre, snappen je klanten dit ook
Nou, dit programma de beheerprogramma voro de cms; maar omdat je kunt authoriseren welke functionaliteit de gebruik kan zien. Kun je het zo gebruiksvriendelijk maken als je wil; want je kunt ook gewoon een html editor gebruiken voor typwerk. (dhtml editor activex).
Als "systeembeheerder" heb je natuurlijk alle functionaliteit kun je dus meteen alles veranderen en bewerken e.d. Verder vin dik zelf een windows programma vriendleijker voor de gebruiker dan een web-site.
Als "systeembeheerder" heb je natuurlijk alle functionaliteit kun je dus meteen alles veranderen en bewerken e.d. Verder vin dik zelf een windows programma vriendleijker voor de gebruiker dan een web-site.
idd lijkt eerder een complete WYSIWYG editor a la dreamweaver 
CMS moet makkelijk int gebruik zijn of is dit gewoon voor jezelf? dan is het wel ok
CMS moet makkelijk int gebruik zijn of is dit gewoon voor jezelf? dan is het wel ok
Dat vind ik ook, maar hoever ga je daarin is de vraag dan....alienfruit schreef op 26 May 2003 @ 22:38:
Verder vin dik zelf een windows programma vriendleijker voor de gebruiker dan een web-site.
Verwijderd
Dat hangt van de programmeur af natuurlijk en zijn interface design. Wel een voordeel is, een giga voordeel zelfs, dat je meer met het systeem van de client zelf kan doen. Je kunt zowiezo tig keer meer doen dan via het web, om over de snelheid nog maar te zwijgen.alienfruit schreef op 26 May 2003 @ 22:38:
Verder vin dik zelf een windows programma vriendleijker voor de gebruiker dan een web-site.
eerst moet het werken daarna maak je het mooi - echte content people moet het makkelijk zijn - duidelijk maar vooral werken - die zien toch helemaal niet naar de layout - das meestal goed for de sale. Waarom zitten er nog zoveel bedrijven op AS/400
(of Linux i might add). Snelheid van adaptie (dus goed software design) enzovoorts. No Frills, Witte producten
Verwijderd
Ik hoorde van iemand dat dat een leuk cms was. Ik weet dat als je zegt dat je zelf ook een cms hebt en dan vraagt of je hem mag zien dat het niet mag. Dat vind ik zo stom. Dus ik heb gewoon gezegd dat ik bezig was met het analyseren van een stel cms-en. En trouwens.. ik kraakte het niet af. Ik vond het best mooi ding maar ik wilde jullie alleen maar helpen met dingen. Maargoed: mijn cms was toch al af toen dus ik wilde alleen maar ff kijkje nemen.
edit: als mijn cms op me website staat zet ik er een demo bij zodat iedereen hem kan bekijken want dat vind ik zelf ook leuk: loeren.
edit: en als je die mail goed had gelezen had je gezien dat ik niet over een bedrijf lulde. Jij vraagt meteen waarvoor het is en ik zeg dat ik een stel cms-en wil vergelijken.
[ Voor 28% gewijzigd door Verwijderd op 24-09-2008 19:08 ]
Volgens mij heb je die vakjes Content enzo er nog onder?Bosmonster schreef op 26 mei 2003 @ 22:09:
[...]
Hehe.. kword wel erg negatief zo... maar als ik dit zie dan zie ik geen CMS, maar een ontwikkeltoolEen klant heeft toch helemaal geen kaas gegeten van tags, html, stylesheet checkers en weet ik niet wat
http://flickr.com/photos/itommy/
Verwijderd
En laten we deze corporate vete even via de mail uitvechten, dank uVerwijderd schreef op 27 mei 2003 @ 07:06:
[...]
Ik hoorde van iemand dat dat een leuk cms was. Ik weet dat als je zegt dat je zelf ook een cms hebt en dan vraagt of je hem mag zien dat het niet mag. Dat vind ik zo stom. Dus ik heb gewoon gezegd dat ik bezig was met het analyseren van een stel cms-en. En trouwens.. ik kraakte het niet af. Ik vond het best mooi ding maar ik wilde jullie alleen maar helpen met dingen. Maargoed: mijn cms was toch al af toen dus ik wilde alleen maar ff kijkje nemen.
edit: als mijn cms op me website staat zet ik er een demo bij zodat iedereen hem kan bekijken want dat vind ik zelf ook leuk: loeren.
edit: en als je die mail goed had gelezen had je gezien dat ik niet over een bedrijf lulde. Jij vraagt meteen waarvoor het is en ik zeg dat ik een stel cms-en wil vergelijken.
Vind je? Ik vind het een beetje gepats allemaalVerwijderd schreef op 27 May 2003 @ 09:31:
[...]
En laten we deze corporate vete even via de mail uitvechten, dank uHet optic was net zo leuk
Sorry, hoor maar dat het tig keer sneller via het web; geloof ik niet echt. Op een web-site dien je elke keer de gegevens uit de database op te vragen voor elke pagina. Terwijl je voor een windows programma gewoon de actuele data kunt ophalen; en vervolgens kun je deze data ophalen en gebruiken in het programma; en kun je updates sturen op het moment dat het nodig is.Dat hangt van de programmeur af natuurlijk en zijn interface design. Wel een voordeel is, een giga voordeel zelfs, dat je meer met het systeem van de client zelf kan doen. Je kunt zowiezo tig keer meer doen dan via het web, om over de snelheid nog maar te zwijgen.
Naar mijn mening is de CMS makkelijk in het gebruik; door gebruik te maken van een Windows en/of .NET programma (zou dus in principe ook kun draaien onder MonoCMS moet makkelijk int gebruik zijn of is dit gewoon voor jezelf? dan is het wel ok
Natuurlijk komt er ook wel een web-based versie; maar die wordt echt niet uitgebreid
Trouwens een windows programma stamp ik ook wat sneller in elkaar dan een web/online versie ervan
Volgens mij bedoeld hij dat ook.alienfruit schreef op 27 May 2003 @ 10:19:
[...]
Sorry, hoor maar dat het tig keer sneller via het web; geloof ik niet echt. Op een web-site dien je elke keer de gegevens uit de database op te vragen voor elke pagina. Terwijl je voor een windows programma gewoon de actuele data kunt ophalen; en vervolgens kun je deze data ophalen en gebruiken in het programma; en kun je updates sturen op het moment dat het nodig is.
“The best way to get the right answer on the Internet is not to ask a question, it's to post the wrong answer.”
QA Engineer walks into a bar. Orders a beer. Orders 0 beers. Orders 999999999 beers. Orders a lizard. Orders -1 beers.
al dat amateuristisch gemeuk allemaal..neem toch een echt cms ( Interwoven Teamsite, Broadvision of ATG Publishing )Bosmonster schreef op 27 mei 2003 @ 09:38:
[...]
Vind je? Ik vind het een betje gepats allemaalIedereen vindt zijn eigen oplossing toch het beste
owja stokkie...je aanvraag ligt bij de accounts...kmocht niet zomaar ff screenies maken

"You're only as good, as what you did last week."
Verwijderd
Ja inderdaad, ik bedoelde dus dat het web langzamer is en minder flexibel
Oh When lijkt me tof als het lukt
Aaah okidoki 
Trouwens oh, when? ik heb wel eens Vignette gebruikt en tridion ecm die werken wel prima, alleen die dingen zijn volgens mij alleen gemaakt voor mensen die geld willen opmaken
Trouwens oh, when? ik heb wel eens Vignette gebruikt en tridion ecm die werken wel prima, alleen die dingen zijn volgens mij alleen gemaakt voor mensen die geld willen opmaken
Verwijderd
Precies, dat is ook wat ik nou aan het implementeren ben op een soort nieuws site, zoiets werk over het algemeen niet alleen makkelijker maar ook vaak sneller.Verwijderd schreef op 22 May 2003 @ 13:16:
Als ik een CMS maak (voor nieuws achtige websites, waar veel crew rond loopt) dan maak ik mijn Admin Panels altijd ONSITE, net als in een forum open je een nieuw topic, daar open je b.v. een nieuwe review op ongeveer de zelfde manier.
Dit is voor de crew veel makkelijker dan een extra CMS die buiten het huidige systeem zit.
Als de persoon de juiste rechten heeft krijgt deze boven aan elke pagina een paar knoppen te zien voor het maken van nieuwe berichten enzo en bij alle te bewerken onderdelen staat dan een 'edit' en een 'wis' pictogram:

Na het klikken op het bewerk pictogram wordt deze in de WYSIWYG editor popup geopend:



offtopic:
jaja groote
jaja groote
Waarin die bewerkt kan worden en vervolgens weer worden opgeslagen, dit werkt hetzelfde bij de achterligende documenten.
Ik bedoel gewoon de explorer style@Rutger: hoe precies bodoel je die office style? wil wel is zienWaarom laat je de gebruiker kleuren kiezen? vaak komen er dan de vreemdste combinaties uit op de website zelf
, maak gewoon een paar css classes met de kleuren erin die ze kunnen selecteren uit een dropdown
Daarnaast denk maar zo: als de gebruiker kleuren wil gaan gebruiken dan ben ik de laatste om hem tegen te houden, daarnaast is zo’n dropdown, voor een pagina layout, onderwegIk heb eigenlijk de windows explorer compleet nagebouwd in dhtml. Ik gebruik dus ook de tree alleen om folders te laten zien. Aan de rechterkant krijg je dan de subfolders, en files te zien.
Klik je rechts op een folder, dan wordt de tree recursief mee uitgeklapt. De tree en de rechterkant wordt dus continue gesynchroniseerd.
Het is wel een teringwerk om te bouwen, en oa de controles op cut & copy & paste, maar daar heb ik een smerig trucje voor toegepast.
Ons hele CMS is eigenlijk gebaseerd rond onze editor. Mensen beheren hun content daarmee en ze kunnen van daaruit ook weer links naar andere pagina's maken e.d. Hierbij kan ook gekozen worden hoe ze geopend moeten worden. In zelfde venster, nieuw venster of popup met bepaalde grootte. Ook invoeren van images en downloads werkt met soortgelijke mini-wizards.
Images en andere media worden op een centraal punt beheerd, zodat je images makkelijk kunt hergebruiken en kunt categoriseren in mappen. Verder hebben gebruikers de volledige controle over menu-pagina's en structuur (alles wat in het menu voorkomt) en daarbij losse pagina's (alle pagina's die niet in het menu voorkomen). Je kunt als gebruiker dus makkelijk even een pagina aanmaken en naar deze linken in een andere pagina.
Verder zijn overige functionaliteiten bij ons ondergebracht in modules. Dingen als nieuws/vacatures/productcatalogi/etc valt bij ons onder losse modules. Deze zijn vaak iedere keer anders en we willen daar ook voor de gebruiker de volledige vrijheid in houden. De enige keer ziet je beheeromgeving voor een productcatalogus er ook heel anders uit als de andere keer.
Andere functionaliteiten zijn:
Het kunnen beveiligen van pagina's, zodat de gebruiker zelf een soort extranet kan maken op zijn site. Uiteraard kan die hier ook zelf weer gebruikers voor aanmaken e.d.
Er zitten standaard statistieken in voor de site die bezoekers en referers bijhoudt en daar voor de beheerder mooie grafiekjes van brouwt.
Standaard wordt er een zoekindex bijgehouden van alle content, waar gebruikers (zie screenshot) ook nog keywords aan toe kunnen voegen welke zwaarder wegen in de zoekresultaten. Gebruikers kunnen dus forceren wat er bovenaan komt te staan bij bepaalde zoekwoorden.

De vormgeving is wat verouderd, we zijn tussendoor (weinig tijd!
) bezig om er een nieuwe look aan te geven.
Images en andere media worden op een centraal punt beheerd, zodat je images makkelijk kunt hergebruiken en kunt categoriseren in mappen. Verder hebben gebruikers de volledige controle over menu-pagina's en structuur (alles wat in het menu voorkomt) en daarbij losse pagina's (alle pagina's die niet in het menu voorkomen). Je kunt als gebruiker dus makkelijk even een pagina aanmaken en naar deze linken in een andere pagina.
Verder zijn overige functionaliteiten bij ons ondergebracht in modules. Dingen als nieuws/vacatures/productcatalogi/etc valt bij ons onder losse modules. Deze zijn vaak iedere keer anders en we willen daar ook voor de gebruiker de volledige vrijheid in houden. De enige keer ziet je beheeromgeving voor een productcatalogus er ook heel anders uit als de andere keer.
Andere functionaliteiten zijn:

De vormgeving is wat verouderd, we zijn tussendoor (weinig tijd!
[ Voor 11% gewijzigd door Bosmonster op 27-05-2003 17:00 ]
http://www.nielsz.nl/images/tmp/screenie.jpg
Dit is het menu beheer. Pagina menu is niet zo heel spannend, Links zie je een lijstje met al je pagina's, en als je er op klikt zie je zo'n CMS blok zoals je er hier 13 in een dozijn van ziet
Dit is het menu beheer. Pagina menu is niet zo heel spannend, Links zie je een lijstje met al je pagina's, en als je er op klikt zie je zo'n CMS blok zoals je er hier 13 in een dozijn van ziet
zonder verder ervaring te hebben met jullie CMS kan ik wel vertellen dat redacteuren dat als een grote ergenis beschouwen. Redacteuren tikken een verhaal en willen daar graag een plaatje bij. Voor hen is het heel onlogisch dat zij dat niet in 1 scherm kunnen doen, maar naar een ander gedeelte moeten gaan om een plaatje up te loaden, weer terug te gaan en een plaatje te selecteren. Vanuit technisch oogpunt is het heel logisch om alles op 1 plek te beheren, vanuit een redactioneel proces niet..Bosmonster schreef op 27 May 2003 @ 16:56:
Images en andere media worden op een centraal punt beheerd, zodat je images makkelijk kunt hergebruiken en kunt categoriseren in mappen.
"You're only as good, as what you did last week."
Verwijderd
Jullie huisstijl is qua kleur echt ideaal voor een interface. Ik zie daar wel enorm veel mogelijkheden in.Bosmonster schreef op 27 mei 2003 @ 16:56:
De vormgeving is wat verouderd, we zijn tussendoor (weinig tijd!) bezig om er een nieuwe look aan te geven.
mee eens, maar het één sluit het ander niet uit. gewoon plaatje bij het artikel up loaden (en laten zien uiteraard), maar wel centraal beheren. Kun je bij het toevoegen plaatje optie aan bieden of ze een bestaand plaatje willen hergebruiken of een nieuwe willen toevoegen. mijn cms gaat dat iig in de toekomst kunnenoh,when? schreef op 27 mei 2003 @ 18:29:
[...]
zonder verder ervaring te hebben met jullie CMS kan ik wel vertellen dat redacteuren dat als een grote ergenis beschouwen. Redacteuren tikken een verhaal en willen daar graag een plaatje bij. Voor hen is het heel onlogisch dat zij dat niet in 1 scherm kunnen doen, maar naar een ander gedeelte moeten gaan om een plaatje up te loaden, weer terug te gaan en een plaatje te selecteren. Vanuit technisch oogpunt is het heel logisch om alles op 1 plek te beheren, vanuit een redactioneel proces niet..
Gordijnstok: Zou je contact met me willen op nemen op thomasvbeek(at)hardwarefaq.nl ??? MSN kan ook
http://flickr.com/photos/itommy/
Verwijderd
Neem maar contact met mij op, mail adres staat in profile.
Blijf niet achter mensen aanmailen
Precies... in de wizard om een plaatje te selecteren zit ook een tabje waarin je gewoon een image kan selecteren van je schijf. Plaatst die het direct ook in de media-bibliotheek voor later hergebruik. Het kan dus allebeioh,when? schreef op 27 May 2003 @ 18:29:
[...]
zonder verder ervaring te hebben met jullie CMS kan ik wel vertellen dat redacteuren dat als een grote ergenis beschouwen. Redacteuren tikken een verhaal en willen daar graag een plaatje bij. Voor hen is het heel onlogisch dat zij dat niet in 1 scherm kunnen doen, maar naar een ander gedeelte moeten gaan om een plaatje up te loaden, weer terug te gaan en een plaatje te selecteren. Vanuit technisch oogpunt is het heel logisch om alles op 1 plek te beheren, vanuit een redactioneel proces niet..

Het CMS is overigens voornamelijk bedoeld voor de middengrootte site. Het ondersteunt bijvoorbeeld momenteel geen dingen als redactie/publishing. Wel meerdere gebruikers met verschillende niveau's, maar er is geen controle op gelijktijdig onderhoud in de vorm locking.
[ Voor 20% gewijzigd door Bosmonster op 27-05-2003 20:46 ]
Email adres -Verwijderd schreef op 27 May 2003 @ 20:03:
Neem maar contact met mij op, mail adres staat in profile.Blijf niet achter mensen aanmailen
Dat is dus het probleem
Dat ziet er dan weer heel netjes uit, jammer dat we geen echte online demo's kunnen zien!Bosmonster schreef op 27 May 2003 @ 20:25:
[...]
Precies... in de wizard om een plaatje te selecteren zit ook een tabje waarin je gewoon een image kan selecteren van je schijf. Plaatst die het direct ook in de media-bibliotheek voor later hergebruik. Het kan dus allebei
[afbeelding]
Het CMS is overigens voornamelijk bedoeld voor de middengrootte site. Het ondersteunt bijvoorbeeld momenteel geen dingen als redactie/publishing. Wel meerdere gebruikers met verschillende niveau's, maar er is geen controle op gelijktijdig onderhoud in de vorm locking.
http://flickr.com/photos/itommy/
Verwijderd
Mail adres is gefixed. Van mijn kant heeft het niet veel zin om een online demo te geven. Van 16kb up wordt je niet vrolijk. Bovendien wil ik eerst nog wat zaken optimaliseren en reorganiseren/wijzigen voordat ik uberhaupt wat wil laten zien als ik dat al wil doen 
Bosmonster, jullie blauwe kleur bij login is zowat hetzelfde als die van mij. Ik zag die kleurcode voor het eerst op de LostBoys website terugkomen icm met dat diepe rood
Blijft vet kleurtje dat pastel blauw, kun je met elke kleur zowat een tof contrast creeren.
Bosmonster, jullie blauwe kleur bij login is zowat hetzelfde als die van mij. Ik zag die kleurcode voor het eerst op de LostBoys website terugkomen icm met dat diepe rood
[ Voor 73% gewijzigd door Verwijderd op 27-05-2003 23:43 ]
Ik ben vorig jaar nog naar een seminar geweest over CMS systemen, en kreeg daar een gids van Entopic waarin vele CMS systemen werden beoordeeld, en ook een duidelijke onderverdeling tussen CMS systemen specifiek voor het web ( wat toch meer gericht is op een document publishing model ) en CMS systemen die gericht zijn op de gehele organisatie ( proces gericht model ). In deze thread gaat het meer om web-gerelateerde CMS systemen gericht voor de MKB en kleine en middelgrote organisaties ipv de grote enterprise systemen.
Iig kreeg ik de melding dat Entopic over een paar weken met een nieuwe versie van de gids uitkomt, de 2003 editie. Kost 80 euro maar is het geld dubbel en dwars waard als het je (interesse)gebied is.
/Edit
de CMS-en die behandeld worden zijn:
- BackStream CMS (BackStream)
- Casta\\CMS (Hippo)
- CMS300 (On-Site)
- Coherence 2 (EastSite)
- Content Server (Divine)
- Iprox (InfoProjects)
- Livelink (OpenText)
- Lynkx Content Manager (Liones)
- Marketing Toolbox (Basket Builders)
- Mediasurface (Mediasurface)
- Mercury CMS (Remotion)
- Merant Collage (Merant)
- Microsoft Content Management Server (Microsoft)
- MMBase (MMBase) *
- Passage CMS (Passage Projects)
- Phoundry (Web Power) *
- RASter (Ras Informatisering)
- Roxen CMS (Roxen)
- Smartsite Dynamic Web System (Smartsite)
- Stellent Content Server (Stellent)
- Teamsite (Interwoven) *
- Transiciel Content Management System (Transiciel)
- Tridion R5 (Tridion)
- Versatile Internet Platform (Gauss)
- Vignette Content Management Suite (Vignette) *
- Waxtrapp Portal Manager (Waxtrapp) *
- WebManager (GX)
waarbij de * CMS systemen zijn waar ik zelf ervaring mee heb. Waxtrapp is het CMS waar Omroep.nl ( en tal van subsites ) op draait, MMBase is de OpenSource CMS ontwikkeld door de VPRO. WebManager is trouwens het systeem waar de huidige Planet Site tegenwoordig opdraait, kan Ralph wel meer over kwijt, hij is er nogal fan van
Iig kreeg ik de melding dat Entopic over een paar weken met een nieuwe versie van de gids uitkomt, de 2003 editie. Kost 80 euro maar is het geld dubbel en dwars waard als het je (interesse)gebied is.
/Edit
de CMS-en die behandeld worden zijn:
- BackStream CMS (BackStream)
- Casta\\CMS (Hippo)
- CMS300 (On-Site)
- Coherence 2 (EastSite)
- Content Server (Divine)
- Iprox (InfoProjects)
- Livelink (OpenText)
- Lynkx Content Manager (Liones)
- Marketing Toolbox (Basket Builders)
- Mediasurface (Mediasurface)
- Mercury CMS (Remotion)
- Merant Collage (Merant)
- Microsoft Content Management Server (Microsoft)
- MMBase (MMBase) *
- Passage CMS (Passage Projects)
- Phoundry (Web Power) *
- RASter (Ras Informatisering)
- Roxen CMS (Roxen)
- Smartsite Dynamic Web System (Smartsite)
- Stellent Content Server (Stellent)
- Teamsite (Interwoven) *
- Transiciel Content Management System (Transiciel)
- Tridion R5 (Tridion)
- Versatile Internet Platform (Gauss)
- Vignette Content Management Suite (Vignette) *
- Waxtrapp Portal Manager (Waxtrapp) *
- WebManager (GX)
waarbij de * CMS systemen zijn waar ik zelf ervaring mee heb. Waxtrapp is het CMS waar Omroep.nl ( en tal van subsites ) op draait, MMBase is de OpenSource CMS ontwikkeld door de VPRO. WebManager is trouwens het systeem waar de huidige Planet Site tegenwoordig opdraait, kan Ralph wel meer over kwijt, hij is er nogal fan van
[ Voor 45% gewijzigd door oh,when? op 28-05-2003 10:29 ]
"You're only as good, as what you did last week."
Woei dank Oh When, die gaan we dus zeker bestellen 
Ik kan me geen blauw herinneren in de login. Misschien voor een specifieke site, aangezien de basis kleuren van het CMS zijn aan te passen aan de klant (hebben ze in ieder geval nog een beetje 'eenheid' met de site).
Blauw?Verwijderd schreef op 27 May 2003 @ 22:48:
Bosmonster, jullie blauwe kleur bij login is zowat hetzelfde als die van mij. Ik zag die kleurcode voor het eerst op de LostBoys website terugkomen icm met dat diepe roodBlijft vet kleurtje dat pastel blauw, kun je met elke kleur zowat een tof contrast creeren.
Even omhoog met die topic, vind ik reuze interresant 
ik heb hier mijn bijdrage het is voor in een bedrijf

php/javascript/html
site is voor een MKB printshop
ik heb hier mijn bijdrage het is voor in een bedrijf

php/javascript/html
site is voor een MKB printshop
Verwijderd
ziet er redelijk ok uit, maar zou het zo langzamerhand niet weer eens tijd worden voor een (tijdelijke) revival van Hardcode Interaction Design?
@ mabit, das bedoel je op mijn post?
zoja euh... wat is dat
zoja euh... wat is dat
Verwijderd
dat van: ziet er best ok uit sloeg idd op jou postM4RTiN schreef op 02 oktober 2003 @ 14:24:
@ mabit, das bedoel je op mijn post?
zoja euh... wat is dat
en hardcore interaction design was een forum dat vroeger ook in de devschuur zat maar helaas is opgeheven. Maar aangezien er toch wel een paar mensen in geintresseerd zijn (inclusief ondergetekende) zou ik het wel leuk vinden omdat forum weer voor een paar maandjes in ere te herstellen
de drie topics die daarin geopend zouden worden kunnen ook wel in W&GVerwijderd schreef op 02 oktober 2003 @ 14:42:
[...]
dat van: ziet er best ok uit sloeg idd op jou post
en hardcore interaction design was een forum dat vroeger ook in de devschuur zat maar helaas is opgeheven. Maar aangezien er toch wel een paar mensen in geintresseerd zijn (inclusief ondergetekende) zou ik het wel leuk vinden omdat forum weer voor een paar maandjes in ere te herstellen
tjah owja dat weet ik nog wel 
was indd gewoon te weinig post in, kdenk dat het niveau hier net wat te laag is daarvoor?
was indd gewoon te weinig post in, kdenk dat het niveau hier net wat te laag is daarvoor?
Verwijderd
dan ben je ook lekker snel klaar met modererenBosmonster schreef op 02 October 2003 @ 14:50:
[...]
de drie topics die daarin geopend zouden worden kunnen ook wel in W&G
maar ff serieus, ik denk dat er best veel animo voor zou zijn als je zo'n topic opent voor de duur van 1 of 2 maanden.
Waarom niet gewoon in dit topic ?
Het is inderdaad wel een onderwerp wat de serieuze mensen in het vak zal aanspreken lijkt me, maar om daar een heel forum voor te openen ? Misschien dat nieuwsgierige mensen er een paar keer gaan kijken, maar veel postings lijkt me geen relevante verwachting
Hier in w&g in 1 of 2 topics lijkt me goed te doen..
Ik ben zelf nu bezig beetje met het bekijken van dit hele topic.. Heel handige
Ik neem de goede elementen uit elk product mee en doordat te combineren ontstaat er (hopelijk) een nog beter eindproduct
Kan dit topic dus mooi toepassen op mijn eigen projecten 
Maargoed, verder heb ik niet echt iets toe te voegen op het moment
Het is inderdaad wel een onderwerp wat de serieuze mensen in het vak zal aanspreken lijkt me, maar om daar een heel forum voor te openen ? Misschien dat nieuwsgierige mensen er een paar keer gaan kijken, maar veel postings lijkt me geen relevante verwachting
Ik ben zelf nu bezig beetje met het bekijken van dit hele topic.. Heel handige
Maargoed, verder heb ik niet echt iets toe te voegen op het moment
Omdat dit over de usability van een gui voor een cms gaat en niet in het algemeen.
Wat voor WYSIWYG systemen gebruik zelf htmlarea maar werkt niet helemaal perfect...
verder (hele) goeie dingen hier gezien!
En niet als script request maar een hoe is het opgebouwd?
verder (hele) goeie dingen hier gezien!
En niet als script request maar een hoe is het opgebouwd?
[ Voor 20% gewijzigd door Evos op 04-10-2003 00:33 ]
http://www.bris.ac.uk/is/projects/cms/ttw/ttw.html#os
veel zijn er niet echt handig. Maar neem is een kijkje..
veel zijn er niet echt handig. Maar neem is een kijkje..
Verwijderd
Heeft iemand die gids van Entopic al aangeschaft ?
Ben benieuwd of het alleen over de code gaat of ook over de user-interface/design.
Ben benieuwd of het alleen over de code gaat of ook over de user-interface/design.
De gids van Entopic komt eigenlijk helemaal niet neer op code
Ik vindt het een hele goede gids maar als je op zoek ben naar plaatjes van een GUI dan pis je naast de pot
Echt lees werk maar zeker overzichtelijk
Ik vindt het een hele goede gids maar als je op zoek ben naar plaatjes van een GUI dan pis je naast de pot
Echt lees werk maar zeker overzichtelijk
Ja man
De Entopic gids is meer voor de mensen die een CMS aan zouden willen schaffen. Het geeft een uitgebreide vergelijking tussen de functionaliteiten van de bekendste CMS'en.
Maar al die informatie is voor ontwikkelaars natuurlijk ook heel interessant om door te lezen
Maar al die informatie is voor ontwikkelaars natuurlijk ook heel interessant om door te lezen
Ik heb 'm zelf ook aangeschaft, en had eerlijkgezegd meer plaatjes verwacht.
Het bekende "kijkje in andermans keuken" kan wel, maar je moet er wel een goed voorstellingsvermogen voor hebben...
Het bekende "kijkje in andermans keuken" kan wel, maar je moet er wel een goed voorstellingsvermogen voor hebben...
"Computer games don’t affect kids: I mean if Pac-Man affected us as kids, we’d all be running around in darkened rooms, munching magic pills and listening to repetitive electronic music."
Verwijderd
Ik ben alweer bezig met de opvolger van het door mij eerder geposte CMS
Verbeteringen gaan op zowel functioneel gebied ook in de interface zitten.
Zo zal er ook een hele nieuwe treeview inkomen, en ben ik aan het bekijken of het een en ander crossbrowser haalbaar is
Zo zal er ook een hele nieuwe treeview inkomen, en ben ik aan het bekijken of het een en ander crossbrowser haalbaar is
Ik heb vrijwel hetzelfde probleem als de topicstarter:
Wat is gebruiksvriendelijker wanneer er een rij data moet worden gewijzigd (data in lijstvorm)?
- inline edit; klikken op wijzigknop zet de rij om in velden waarvan de data is aan te passen
- in aparte container binnen pagina; klikken op de wijzigknop opent de gekozen rij met alle data in een aparte container ergens anders in het scherm (div/layer)
- nieuw scherm; klikken op wijzigknop opent een nieuw scherm met de data uit de gekozen rij. Dat kan dus nogal onoverzichtelijk werken omdat er steeds geschakeld moet worden tussen 2 schermpjes..
Mij lijkt zelf de 2e optie het beste, maar echt sterke argumenten kan ik er niet voor geven behalve dat het mij gewoon overzichtelijker lijkt..
Wat is gebruiksvriendelijker wanneer er een rij data moet worden gewijzigd (data in lijstvorm)?
- inline edit; klikken op wijzigknop zet de rij om in velden waarvan de data is aan te passen
- in aparte container binnen pagina; klikken op de wijzigknop opent de gekozen rij met alle data in een aparte container ergens anders in het scherm (div/layer)
- nieuw scherm; klikken op wijzigknop opent een nieuw scherm met de data uit de gekozen rij. Dat kan dus nogal onoverzichtelijk werken omdat er steeds geschakeld moet worden tussen 2 schermpjes..
Mij lijkt zelf de 2e optie het beste, maar echt sterke argumenten kan ik er niet voor geven behalve dat het mij gewoon overzichtelijker lijkt..
[ Voor 7% gewijzigd door r0bert op 08-10-2003 14:55 ]
Ik denk dat daar geen eenduidig antwoord op te geven is. Bij heel veel informatie kan het soms een formulier worden wat beter apart kan zijn maar voor kleine waarden is een soort excel achtig iets vaak weer fijner.
Ik heb op http://www.fredck.com/FCKeditor/ een goed WYSIWYG systeem gevonden, misschien kun je er wat mee. Ik in ieder geval welfastbal schreef op 03 October 2003 @ 23:23:
Wat voor WYSIWYG systemen gebruik zelf htmlarea maar werkt niet helemaal perfect...
verder (hele) goeie dingen hier gezien!
En niet als script request maar een hoe is het opgebouwd?
Wellicht interessant om erbij te zeggen dat die FCKeditor onder Mozilla (Firebird 0.7+) niet werkt.
Verwijderd
De meeste (MS)HTML editors werken niet onder Mozilla (helaas)rollebol schreef op 24 October 2003 @ 20:11:
Wellicht interessant om erbij te zeggen dat die FCKeditor onder Mozilla (Firebird 0.7+) niet werkt.
afbeeldingen verwijderd omdat ik ze kwijt ben
Ik ben ook weer eens aan de slag gegaan om een CMS/website beheer tool (dek-in modus
) te maken. Ik vind het niet nodig om een nieuw topic te maken dus heb ik het hier geplaatst, dit is toch zo'n beetje hét CMS verzamelpunt. Ik heb als opzet een database gemaakt met een content-types en een content tabel. Daarmee kan ik dus alle elementen overal plaatsen. Het systeem is gemaakt met PHP/MySQL en wat basic JavaScript om het gebruiksvriendelijker te maken. Ik heb een aantal screenshots gemaakt met daarbij wat uitleg, dat is het duidelijks lijkt mij.
Onder alle tekst op de website staat gewoon een edit link, als je daarop klikt kun je in een textarea aanpassingen doen. Dus gewoon op de pagina zelf.
Dit is de pagina waar je de opzet van de site in kunt voeren.
Het CMS is zo opgezet dat je verschillende media eenvoudig kunt plaatsen. Ik kan in een config bestand alle toegestane extenties en hun implementaties instellen.
Dit is het venster wat je te zien krijgt als je in de bovenstaande afbeelding op bewerken klikt. Je kunt slepen en uploaden.
Dit is de reactions module. Je ziet linkjes onder het bericht staan om berichten goed te keuren als je daar genoeg rechten voor hebt.
Hier zie je het openingsscherm van het gebruikersbeheer.
Dit is hetgeen je ziet als je op een groep klikt.
Dit scherm krijg je als je op een user klikt. Je ziet dat ze in meerdere groepen kunnen zitten.
Dit is de module internmail, dit is een systeem waarmee je kunt mailen met het personeel.
En als laatste de link module, deze biedt de mogelijkheid om links onder een pagina te plaatsen
Graag jullie commentaar.

Ik ben ook weer eens aan de slag gegaan om een CMS/website beheer tool (dek-in modus
Onder alle tekst op de website staat gewoon een edit link, als je daarop klikt kun je in een textarea aanpassingen doen. Dus gewoon op de pagina zelf.
Dit is de pagina waar je de opzet van de site in kunt voeren.
Het CMS is zo opgezet dat je verschillende media eenvoudig kunt plaatsen. Ik kan in een config bestand alle toegestane extenties en hun implementaties instellen.
Dit is het venster wat je te zien krijgt als je in de bovenstaande afbeelding op bewerken klikt. Je kunt slepen en uploaden.
Dit is de reactions module. Je ziet linkjes onder het bericht staan om berichten goed te keuren als je daar genoeg rechten voor hebt.
Hier zie je het openingsscherm van het gebruikersbeheer.
Dit is hetgeen je ziet als je op een groep klikt.
Dit scherm krijg je als je op een user klikt. Je ziet dat ze in meerdere groepen kunnen zitten.
Dit is de module internmail, dit is een systeem waarmee je kunt mailen met het personeel.
En als laatste de link module, deze biedt de mogelijkheid om links onder een pagina te plaatsen
Graag jullie commentaar.
[ Voor 61% gewijzigd door djluc op 20-09-2005 20:01 ]
Waarover
Ace of Base vs Charli XCX - All That She Boom Claps (RMT) | Clean Bandit vs Galantis - I'd Rather Be You (RMT)
You've moved up on my notch-list. You have 1 notch
I have a black belt in Kung Flu.
Ik ben blij dat je klant het snapt.. want ik snap er geen bal van
Verwijderd
Ik vind het in ieder geval leuk dat er toch iemand weer screenshots plaatst van een cms. Ik mis alleen in jouw systeem een beetje overzicht.
Hoe weet je nu waar een pagina zich bevindt?
Ik ben zelf alweer wat verder gevorderd met versie 2004, maar het kost nog veel tijd voor er uberhaupt een toonbare versie is
Ik zoek nu alleen nog een manier om van een pagina automatisch serverside een screendump te maken, en deze vervolgens naar een thumbnail om te zetten.
Ik zit ook nog de mogelijkheid van webdav of odma te bekijken
Hoe weet je nu waar een pagina zich bevindt?
Ik ben zelf alweer wat verder gevorderd met versie 2004, maar het kost nog veel tijd voor er uberhaupt een toonbare versie is
Ik zit ook nog de mogelijkheid van webdav of odma te bekijken
[ Voor 49% gewijzigd door Verwijderd op 08-11-2003 23:55 ]
Ach je hebt nog tot 31 december 2004 de tijd voor je een release moet uitbrengen dus tijd zatIk ben zelf alweer wat verder gevorderd met versie 2004, maar het kost nog veel tijd voor er uberhaupt een toonbare versie is
Ik moet zeggen dat dit een erg interessant topic is, vooral omdat ik zelf plannen heb om een CMS systeem te ontwikkelen. Niet grootschalig ofzo, maar gewoon MKB gericht.
Het grote struikelblok waar ik tegenaan loop is de XHTML WYSIWYG implementatie. Op zich is alles nog wel te doen met het MSHTML component, maar zit mij nu de grote keuze tussen webbased en appbased.
De bedoeling is om met de DOM manueel tags, elementen en CSS in een document te proppen, en zo ook de opmaak te achterhalen:
Denk bijvoorbeeld aan een stukje tekst, als je daar de cursor in zet. Een mehtode loopt dan de DOM af op zoek naar een B/STRONG tag, style attr met font-weight, intern/extern stylesheet met font-weight.
Webbased: Het doorzoeken van de DOM zal met JavaScript moeten gebeuren, en de achterliggende backend is PHP/MySQL. Het probleem is alleen dat ik niet zo'n grote ervaring heb met JavaScript hoewel ik wel bereid ben om het te leren.
Appbased: de applicatie wordt gemaakt in Delphi en zal een TWebBrowser component bevatten die ook weer MSHTML gebruikt. Het voordeel is dan wel dat ik toegang heb tot alle interfaces en beter event-handling kan toepassen. Bovendien kan ik de DOM parser mooi structureel in snelle methodes kunnen opbergen.
Ik zou het allemaal wel appbased kunnen maken wat een tal van voordelen heeft: betere feedback naar de database, betere vormgeving en gebruiksgemak, erg solide. Webbased kan ook, en het grote voordeel daarvan is dat het voor elke computer met internet en IE toegankelijk is.
Een erg moeilijke keuze dus; gebruiksgemak of toegankelijkheid.
De toepassing van de CMS zal waarschijnlijk door meerdere personen (multi-user) op een vaste werkplek worden gedaan.
Het crossplatform is hier niet aan de zaak, alles zal op een Windows computer moeten gebeuren vanwege MSHTML. Het XHTML moet er voor zorgen dat de gebakken pagina's wel goed crossplatform zichtbaar zijn.
Heeft iemand al eens voor de zelfde keuze gestaan, en welke lijkt jou het beste?
Ik kan je helaas geen demo laten zien, want het werkt erg logisch en overzichtelijk. Je hebt geen apart beheer gedeelte wat je weleens ziet, alles wordt binnen de pagina's bewerkt.Ik ben blij dat je klant het snapt.. want ik snap er geen bal van
Hoe bedoel je precies weten waar een pagina zich bevind? Het systeem is echt gericht op eenvoudig website content beheer. Een pagina is gewoon een simpel object waar je een of meerdere tekstvelden en afbeeldingen aan kunt hangen. Meer is het niet, je kunt er verder ook niets speciaals mee doen.Ik mis alleen in jouw systeem een beetje overzicht.
Hoe weet je nu waar een pagina zich bevindt?
@Gordijnstok: beter zoeken
[ Voor 13% gewijzigd door djluc op 04-07-2004 14:10 ]
Dan nog is het nut een beetje ver te zoeken van een screenshot in een CMS. Mensen hebben veel meer herkenning aan een zelftoegekende pagina-titel dan aan een screenshotje/thumbnail van de content die er op het merendeel van de pagina's toch hetzelfde uitziet.
En een preview heb je toch liever als klikbare pagina ipv een screenshot.
En een preview heb je toch liever als klikbare pagina ipv een screenshot.
[ Voor 13% gewijzigd door Bosmonster op 09-11-2003 13:57 ]
Verwijderd
djluc wat er in dat topic staat is geen oplossing
Ik was zelf al een het klooien geweest, door van een website een pdf te maken, en vervolgens om te zetten naar een afbeelding. Maar dat zijn van de knutseloplossingen.
Bosmonster, ik gebruik de thumb meer als verfraaing van de interface
Bosmonster, ik gebruik de thumb meer als verfraaing van de interface
In mijn CMS heb ik dmv JavaScript gemaakt dat als je op een regel klikt de aan te passen tekst veranderd in een textbox en een OK-button
Verwijderd
Wat ik trouwens bij mezelf steeds vaker merk is dat ik xhtml ediiting alleen gebruik voor het opmaken van xsl stylesheets maar dat ik de content weer gewoon met ubb laat opmaken.
Als ik de gebruikers hun texten met een xhtml editor laat opmaken is er geen goede scheiding tussen content en opmaak waardoor de data minder goed toegankelijk is voor andere mediatypen: sms, email
Als ik de gebruikers hun texten met een xhtml editor laat opmaken is er geen goede scheiding tussen content en opmaak waardoor de data minder goed toegankelijk is voor andere mediatypen: sms, email
Verwijderd
Email is geen probleem aangezien deze gewoon de browser dll's gebruiken, SMS berichten zijn over het algemeen ook niet compatible met reeds aanwezige content op de site daar SMS gelimiteerd is op de hoeveelheid karakters.Verwijderd schreef op 10 november 2003 @ 11:30:
Wat ik trouwens bij mezelf steeds vaker merk is dat ik xhtml ediiting alleen gebruik voor het opmaken van xsl stylesheets maar dat ik de content weer gewoon met ubb laat opmaken.
Als ik de gebruikers hun texten met een xhtml editor laat opmaken is er geen goede scheiding tussen content en opmaak waardoor de data minder goed toegankelijk is voor andere mediatypen: sms, email
Verwijderd
Maar er zijn nog bergen mensen die geen HTML mails willen of kunnen ontvangen (heel veel mensen hebben dit ivm veiligheid uitstaan...)Email is geen probleem aangezien deze gewoon de browser dll's gebruiken,
Dat ligt maar net aan de soort content. Er zijn genoeg voorbeelden te bedenken waarbij het wel in 450 tekens verzonden kan worden. En anders kort je het in.SMS berichten zijn over het algemeen ook niet compatible met reeds aanwezige content op de site daar SMS gelimiteerd is op de hoeveelheid karakters.
Bovendien zijn er nog legio voorbeelden waarbij de content als plaintext aangeleverd moet worden. Bijvoorbeeld voor een rss feed.
Je kunt de <xhtml> tags ongetwijfeld strippen, maar om dit echt goed voor elkaar te krijgen ben je gewoon veel tijd kwijt. Hetzelfde geldt voor het naast elkaar bijhouden van een plain text als een xhtml versie.
Een ubbversie van een text is gewoon veel makkelijker om te strippen en biedt toch de benodigde functies om een text redelijk vorm te geven.