Support Forum

As you may have read in the past, with the release of PostNuke .8 Final, we plan to have a new downloads interface. We will use Axel's EasyDist module (see a demo here) - enabling you to build a custom package from the ground up, automatically building a compressed archive containing any modules and themes from our extensions database.

Part of this work will involve changing and expanding the extensions database to include new fields. One of these is a category field, which we will use in EasyDist's interface. We could use some help from you defining our category tree - what's the best way to categorise all the modules and themes PostNuke currently has, or might have in the future? We'd like your suggestions in this topic below.

-----
Regards,
Simon

itbegins.co.uk - PostNuke Consulting

Please read the Support Guide

My List v0.1

Personal
>Blogs
>Profiles

Information
>News
>Articles
>Content

Feedback
>Forms

Community
>Forums
>Chat
>Messaging

Third-party
>Advertising

Development
>Theme Engines

Utility
>WYSIWYG
>Hooking

Entertainment
>Games

Databasing
>Downloads
>Databases

Management
>Calendars

Collaboration
>...

Commerce
>Shopping
>Payment
>Subscription

Security
>Spam
>...

-----
-- David Pahl -- (PostNuke Support Team)

<div id="me" class="none" style="none" />

I think that Axel has a very well 'taxonomy' in EasyDist demo...

Just get in consideration the third party modules availables at the categories that Dave mentioned, the SVN integration and it's ready to go!

Congratulations to Axel fot that great work
and thanks for give to the Community that powerfull tool.

-----
- Mateo T. -
Mis principios... son mis fines

Why not put them in categories based on default placement in the Admin Interface. Then by keeping the cats simple you can do keyword based organization. This would make navigation simple, yet give alot of fodder for a search to get ahold of and make relationships between modules that categories(short of being in multiple categories) more complex. It would also make authors give plenty of thought as to where their module belongs(fewer "3rd Party") and users an easier time finding the modules once installed.

Just an idea,
Mike

Admin categorization is customizable. I for instance split stuff into groups for who has access to what on some sites. Other organization techniques for different sites..

Modules are Core (System), Add-ons (maintained my the Devs) and 3rd Party.

IMO, relationships should be definable my the system admin, not the module developer.




-----
-- David Pahl -- (PostNuke Support Team)

<div id="me" class="none" style="none" />

I see your point, though keeping the categories simple and using keywords to make the it flexible would keep the categories from becoming a spiderweb that need constantly maintained. To even farther simplify the keywords you could turn them into bool or a multi-select field, this would make for the standardization(and multi-language) of categories, but items from different categories can relate to each other, but would again require ongoing maintenance if more keywords are needed.

The trick is indeed to find the sweet spot... not too many categories- where every module has its own category.. or too few, where all the modules are in only a few...

I think that is part of this defining process...

I totally agree that items can belong in different categories... and similar functioning items may belong in different categories altogether. (for example Mediashare and personal gallery).



-----
-- David Pahl -- (PostNuke Support Team)

<div id="me" class="none" style="none" />

Why reinvent the wheel... Below my 2 cents (borrowed from another CMS...)

* 3rd party integration (177)
* Administration (152)
* Commerce / advertising (55)
* Community (112)
* Content (246)
* Content display (293)
* Developer (91)
* e-Commerce (24)
* Evaluation/rating (41)
* Event (25)
* File management (34)
* Filters/editors (102)
* Import/export (39)
* Javascript Utilities (33)
* Location (24)
* Mail (61)
* Media (97)
* Multilingual (15)
* Paging (14)
* Search (26)
* Security (44)
* Syndication (42)
* Taxonomy (categorisation) (90)
* Theme related (78)
* User access/authentication (100)
* User management (71)
* Utility (262)





edited by: moremojo, Nov 09, 2007 - 10:36 AM

-----
Founder of Dutch PostNuke Community -- http://postnuke.opencms.nl
(download latest Dutch ( nld ) translations for PostNuke core and third party modules)

I guess that Drupal has a different approach and PostNuke Categories needs to be consistent with the "PostNuke focus", but sure, some options of that list are aplicable globally.

-----
- Mateo T. -
Mis principios... son mis fines

or Borrowed from another CMS as well: (Just take the ones you need)

Admin Tools
Admin Interface (27)
Backup (12)
Data Conversion (5)
Database Management (11)
File Management (8)
Search Engine Friendly URLs (26)
Server (8)
XML (2)

Banner Ads & Affiliates
Advertising Banners (88)
Amazon (17)
Classified Ads (16)
Google Ads (24)
Text Link Ads (11)

Calendars & Events
Calendars (31)
Clocks (40)
Events (57)
Reservations (11)

Communication
Chat (28)
Comments (30)
Contacts (25)
Forms (18)
Forum (42)
Guest Book (14)
Help Desk (5)
Mailing Lists (2)
Newsletter (28)
Online Status & Profile (21)
PMS (10)
Polls (5)
Quiz (12)
Recommend (10)
Shoutbox (8)
Content & News
Blog (29)
Content Management (183)
eCards (3)
Images (60)
Maps (16)
News (74)
Quotes (11)
Ratings & Reviews (17)
Related Items (17)
RSS (49)
Tips & Notes (26)
Weather (23)

Core Enhancements
Accessibility (33)
Cache (7)
Categories/Sections (27)
Credits (5)
Group Access (25)
Menu Systems (52)
Multiple Sites (14)
Security (39)
User Management (69)

documentation
Bibliography (4)
Downloads (22)
FAQ (8)
Glossary & Dictionary (14)
Wiki (8)

e-Commerce
Auction (7)
Data Interchange (EDI) (19)
Donations (11)
Payment Systems (17)
Shopping Cart (28)
Subscriptions (15)
Extension Specific Plugin
AdsManager Plugins (10)
BannersManager Plugins (5)
Community Builder Plugins (119)
dcsFlashGames Plugins (9)
DOCMan Plugins (18)
ECJC Plugins (5)
Freeway extensions (10)
JCE Plugins (16)
PUArcade Plugins (19)
SEF Service Map Plugins (9)
SOBI2 Plugins (21)
VirtueMart Plugins (68)


Gallery & Multimedia
Gallery (136)
Podcasting (9)
Streaming Media (113)

Intranet & Groupware
CRM (6)
LDAP (1)
Progress (3)
Project & Task Management (8)

Languages
Multi-lingual Content (24)
Translations for PostNuke(87)

Miscellaneous
Custom Code (47)
Development Tools (31)
Personal Life (13)
Portfolio (11)
Recipes (7)
Religion (16)
Social Bookmarking (44)Sports & Games (40)
Search & Indexing
Directory (42)
Search (78)
Site Map (14)

Statistics
Ranks (13)
Reporting (9)
Site Analytics (13)
Visitors (36)

Tools
Standalone Servers (6)

Vertical Markets
Auto & Vehicles (11)
Boat & Yachting (4)
Books & Libraries (10)
Education (12)
Real Estate (37)

WYSIWYG Editors
Editor Buttons (14)


----------------------------------------

Personally for me, because of the lack of new modules or the ease of finding them in the new database, it has made me lose interest in PostNuke all together. I think the new PostNuke site is nice but the lack of the categorized modules and not seening modules being updated or added regularly has (I think) really hurt the community. I have been using PostNuke since 2001 and seen it grow and change and I am still a believer in it. We just need to get the modules sections back online where the community was more involved with the modules and watching them be built and provide feedback for the coders.

Just my .02.




edited by: rixride, Apr 30, 2008 - 04:35 PM

-----
-=Rixride=-
PbxInfo.com
Postnuke Directory
PbxJobs.com
http://www.allrowlett.com