XOOPS 
Forum
Forum Index General Forums Community Support Modules Support Themes Support Development International Support Module Hack Reviews Theme Designer Talk
  1. Board index / 
  2. XOOPS Modules Support forums / 
  3. Module usage questions 
  4.  / Repository Module
Register
31
Burning
Re: Repository Module

  • 2010/5/6 7:53

  • Burning

  • Theme Designer

  • Posts: 1163

  • Since: 2006/8/22


hi'

Next week I work on modules repository (right now I'm updating themes library ... and I have only four hands )

Resized Image
Still learning CSS and... english
32
noo-b
Re: Repository Module

  • 2010/5/6 11:02

  • noo-b

  • Just can't stay away

  • Posts: 456

  • Since: 2007/10/23


thank you
I Love Xoops
33
Burning
Re: Repository Module

  • 2010/5/21 10:22

  • Burning

  • Theme Designer

  • Posts: 1163

  • Since: 2006/8/22


hi'


--- Where it is

Some progress in the classification (.ods file). Now we have 8 columns :

1 • Module name
2 • Zip name (*)
3 • Release date
4 • Compatibility (**)
5 • Author name
6 • Module version
7 • Module folder name
8 • Download link


* zip name consists of several parts :
- modules : XOOPS2_mod + module folder name + version + dev name
- smarty plugins : XOOPS2_plugin + plugin name + version + dev name
- hacks : XOOPS2_hack + hack name + version + dev name
- others (frameworks, ...) : XOOPS2_misc + resource name + version + author name

** Compatibility : to determine which version of the core module is supposed to work, We compared the dates of publication of the core with the date of publication of the module. It means, the module is sure to work with the version shown, but it can also work with newer versions. To go further, we need empirical knowledge of users ...



--- Where we go

I could add some columns (example: php version, module description). Some other suggestions ?



--- Need a tip

Now, my question : how can I know the php version of a module ? There are more than 700 modules listed, so a quick tip would be welcome


Thanks in advance :)
Still learning CSS and... english
34
noo-b
Re: Repository Module

  • 2010/5/22 15:16

  • noo-b

  • Just can't stay away

  • Posts: 456

  • Since: 2007/10/23


bump...this topic....

can some one help answer burning question ?
I Love Xoops
35
noo-b
Re: Repository Module

  • 2010/5/22 22:42

  • noo-b

  • Just can't stay away

  • Posts: 456

  • Since: 2007/10/23


Quote:

Now, my question : how can I know the php version of a module ? There are more than 700 modules listed, so a quick tip would be welcome


no one ?
I Love Xoops
36
ghia
Re: Repository Module

  • 2010/5/23 0:50

  • ghia

  • Community Support Member

  • Posts: 4953

  • Since: 2008/7/3 1


It is not easy to tell. You can look at the use of certain variables and functions, which are new or no longer supported.
Also some programs won't run anymore because the particular PHP settings are no longer used for security reasons.

In principle every module can still run with XOOPS, with some little modifications.
37
Burning
Re: Repository Module

  • 2010/5/23 5:08

  • Burning

  • Theme Designer

  • Posts: 1163

  • Since: 2006/8/22


hi'

Thanks Ghia & noo-b, it helps !

I will try to look for deprecated functions ($HTTP_GET_VARS / $_GET and $HTTP_POST_VARS / $_POST)

I hope those functions are often used. If someone has better idea, do not hesitate :)
Still learning CSS and... english
38
ghia
Re: Repository Module

  • 2010/5/23 11:12

  • ghia

  • Community Support Member

  • Posts: 4953

  • Since: 2008/7/3 1


Quote:
($HTTP_GET_VARS / $_GET and $HTTP_POST_VARS / $_POST)
Yes that's one of the variables I'm talking.
This is quite an easy change. Check in the same run that all xxx_id and other nummeric parameters are retrieved with intval as:
$uid = !empty($_GET['uid']) ? intval($_GET['uid']) : 0;
Here is an explaination of data filtering.

More problematic is when neither are present. This means it uses register_globals (-v4.2). Then all variables of the calling form or URL has to be analysed and the necessary _GET or _POST vars introduced. If all possibilities are run, these variables will be listed as undefined in the errors. Example is Filemanager.
39
Burning
Re: Repository Module

  • 2010/5/24 23:45

  • Burning

  • Theme Designer

  • Posts: 1163

  • Since: 2006/8/22


hi'

@ghia : thanks for informations. For modules I'm not able to find his php version, I will ask some help


---- About repository

If I compare Xoops core release and modules publication date, I have this distribution.

• XOOPS 1.x : 12 modules

• XOOPS 2.0.02 -> 2.0.18 : 400
- modules: 369
- hacks: 17
- plugins: 8
- misc:6

• XOOPS 2.3.x : 157
- modules: 150
- hacks: 3
- plugins: 2
- misc: 2

• XOOPS 2.4.x : 155
- modules: 140
- hacks: 7
- plugins: 6
- misc: 2


---- Just an idea

To help users, we could display logos for each module. I believe it is more easy to remember a module if we can associate a graphic element (it is the case in this repository).

In this case, we could go further and assign a color for each Xoops era.


Examples :

Resized Image

• Xoops 1.x to 2.0.x


Resized Image

• Xoops 2.3.x


Resized Image

• Xoops 2.4.x


Resized Image

• Xoops 2.5.x


Note : a lot of modules are released with various logos (colors, dimensions, quality, formats, ...). In my opinion, we should propose something more consistent, in the interest of the user :) !


So my questions :
• do we need to display logo ? (if yes I will add a new column in .ods file with logo name)
• if we display logo, do we keep only 2 colours (old design and blue design) or is it useful to add one colour per Xoops version (2.3, 2.4, 2.5) ?


Thanks for your opinion :)
Still learning CSS and... english
40
ghia
Re: Repository Module

  • 2010/5/25 6:42

  • ghia

  • Community Support Member

  • Posts: 4953

  • Since: 2008/7/3 1


Displaying the logo is nice.
But I would show it, like it will be seen in the XOOPS admin module manager.

Colouring the categories can be done by eg changing eg the background from the titles or the info block. I would not alter the logo colours itself.

For PHP, there is also a release date of each version, but I think the version is more dependent on the version that was present on the developers' station. In general all before 2005 is PHP4. Thereafter it is more unclear.
I would not indicate this, if the file release date is present, the user can drawn its own conclusions.

The same goes for the MySQL 4 and 5 compatibility. Some modules contain fieldx integer default '' in their sql file, which is no longer acceptable in version 5.
« 1 2 3 (4) 5 6 7 ... 9 »

Login

Register now!  |  Lost Password?

Search

Advanced Search

Recent Posts

Who's Online

299 user(s) are online (205 user(s) are browsing Support Forums)

Members: 0

Guests: 299

more...

Donat-O-Meter

Stats
Goal: $100.00
Due Date: Nov 30
Gross Amount: $0.00
Net Balance: $0.00
Left to go: $100.00
Make donations with PayPal!

Latest GitHub Commits