skip to main content

kiesler.at
FutureOfPhpWebSite
Back to Page | Back to History

Difference between revisions

Version 6, 2005-04-06 21:52 Version 7, 2005-04-06 21:52
Lines 67 - 72 Lines 67 - 72
   
+++ Development and the End User +++ Development and the End User
   
Remembering first that this should be designed with the technically challenged at best. The staff assistant. The department head. The person that needs content displayed on the web, but has no web design or html skills. So it needs to be intuitive. Users assigned to groups. Categories assigned to groups. Groups restricted to the categories assigned to them. Menus associated with groups. etc. etc. Remembering first that this should be designed with the technically challenged at best. The staff assistant. The department head. The person that needs content displayed on the web, but has no web design or html skills. So it needs to be intuitive. Users assigned to groups. Categories assigned to groups. Groups restricted to the categories assigned to them. Menus associated with categories. etc. etc.
   
Development should always keep the end user in mind. Sometimes it is better to take a few steps back to see the larger picture. Since 9.2, there han't been a major change in the way content has been handled. (It could be even longer, but I started with 9.2.) Many of the management questions seen in forums about phpWebsite deal with the lack of intuitiveness concerning menus, categories, blocks etc. This results not in new modules being developed, but rather hacking existing modules to make them more intuitive not only to the content editor/manager, but to the viewer of the site. Development should always keep the end user in mind. Sometimes it is better to take a few steps back to see the larger picture. Since 9.2, there han't been a major change in the way content has been handled. (It could be even longer, but I started with 9.2.) Many of the management questions seen in forums about phpWebsite deal with the lack of intuitiveness concerning menus, categories, blocks etc. This results not in new modules being developed, but rather hacking existing modules to make them more intuitive not only to the content editor/manager, but to the viewer of the site.