Subject:*
<
Name/Email:*
<
Message Icon:*
<
Select*
<
Message:*
<



Click the Preview to see the content in action.
Options:*
<
Confirmation Code*
<
8 + 9 = ?  
Input the result from the expression
Maximum attempts you can try: 10
*
<
   

Re: Module Categorization
by sunsnapper on 2004/1/30 21:48:37

Charpres just did a really nice roundup of Content Modules...
see it here:
https://xoops.org/modules/newbb/viewtopic.php?viewmode=flat&topic_id=16200&forum=4
Re: Module Categorization
by ELF on 2003/10/30 21:48:50

Hi,

I may act OS as a distributor.

I can seldom agree.

Your idea does not function well in flat directory.
When other software is mixed with a flat directory, a XOOPS related archive is divided and displayed.

I agree with Mr. onokazu.
For example, can all apache related packages be looked for from this directory?

ftp://rpmfind.net/linux/7/redhat/9/en/os/i386/RedHat/RPMS/

It will be found if you know all modules. It will become easy to discover,
It will become easy to discover, if it is a "beginner" and all names have started in xoops.

There was the argument same also in the past.
Please make this reference.
https://xoops.org/modules/newbb/viewtopic.php?viewmode=flat&topic_id=2640&forum=8

It expects not considering XOOPS narrowly.

Regards,
Re: Module Categorization
by king76 on 2003/10/30 7:24:35

Hello,

Can you tell me who's developped this new module ? The CoreTeam ? and when ?

Because, I would me created a new module "MyReview", "MyRepository" or "MyModule" for the comunity french, for the next project : http://www.xoops-module.org.
Must I do wait the official Module of the TeamXoops ?

Thanks
Re: Module Categorization
by sunsnapper on 2003/10/29 22:13:47

It sounds like we are waiting for...
a new Modules repository site
a new "MyModules" module

So my first question is, do we need to wait for these things or can we move forward by adding categories to the existing downloads module? (If we can move forward with the current downloads module, I would happy to tweak templates, add categories, etc. at the repository site).


My other question is about workflow. I assume this is the process, but, I want to double check. (I assume this is how it works now at xoops.org in general).

1. Developer creates a module and uploads it to the repository.
2. An admin reviews the description of the module and makes sure it is in the correct category.
3. Admin approves the module for inclusion in the repository, where it is available for download while it waits for additional certification.
4. Once certified, its status is updated by the admin team to indicate certification.



So the categorized list might look like this:

Modules : Content : Articles
Tutorials Rating Downloads *(Certified)*
Summary Description

WFSections Rating Downloads *(Certified)*
Summary Description

MyArticles Rating Downloads
Summary Description

YourArticles Rating Downloads
Summary Description




Then, when the user selects a title, the detail view might look like this:


Modules : Content : Articles
WFSections *Current Version* []Download Now ZIP/TAR[]
Rating #Downloaded File Size Submit Date

Description:
This is a smarty-enabled module that lets you (describe what it is and what you might want to use it for).

Show/Hide Version History:
>>Current Version<<
Long list of previous versions

Comments (7) Rate this file Tell a Friend Modify Report Broken File
Re: Module Categorization
by Herko on 2003/10/29 18:52:36

One of the things the Quality Control Team and the Core and Module Development Teams will do is set up a certification process to certify the quality of the XOOPS modules. Certified modules contain at least the points hsalazar addresses, as well as those ajaxbr points out. These certified modules will carry some sort of stamp that shows it is a XOOPS quality module.

Herko

Who's Online

464 user(s) are online (426 user(s) are browsing Support Forums)


Members: 0


Guests: 464


more...

Donat-O-Meter

Stats
Goal: $15.00
Due Date: Jul 31
Gross Amount: $0.00
Net Balance: $0.00
Left to go: $15.00
Make donations with PayPal!

Latest GitHub Commits