skip to main content

kiesler.at
FutureOfPhpWebSite
Back to Page | Back to History

Difference between revisions

Version 8, 2005-04-06 22:43 Version 9, 2005-04-07 14:49
Lines 135 - 138 Lines 135 - 140
   
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. 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 has not 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.
   
  Menus should be category driven. Link manager sould be as well, but in a way that interacts with the content in a way other than just whats related. A menu should be links within the site driven by category. Linkmanager could be associated with a specific category, or even a specific page only. Every group would have access to link manager because it is a repository of links. You should be able to add categories to a link, without removing an existing category. In other words, no dropdown menu with multiple select. More like dropdown, select, submit. It could work that way when you delete a category as well.