Fork me on GitHub


 Bas   Précédent   Suivant

« 1 ... 3 4 5 (6) 7 »


Re: EXTCAL version 2.26
Aspirant
Inscrit: 02/04/2008 15:00
Messages: 72
J'ai téléchargé les changements à SourceForge SVN. C'est la version 2.27 Beta.

Posté le : 24/08/2011 13:46
Transférer la contribution vers d'autres applications Transférer


Re: EXTCAL version 2.26
Aspirant
Inscrit: 02/04/2008 15:00
Messages: 72
@ JJDai
Citation :
Citation :
Malheureusement, lorsque je clique sur le lien eXtCal dans le menu:

http://localhost/ztest251a/modules/extcal/

il en résulte ce lien:

http://localhost/ztest251a/modules/extcal/0

Effectivement j'ai vu ce bug hier soir. Il ne se produit que dans certains cas ou aucun autre module n'a été affiché avant.

Vous avez besoin de changer la dernière ligne de ce code dans le fichier xoops_version.php:

à partir de:

$modversion['config'][$i]['name'] = 'start_page';
$modversion['config'][$i]['title'] = '_MI_EXTCAL_START_PAGE';
$modversion['config'][$i]['description'] = '';
$modversion['config'][$i]['formtype'] = 'select';
modversion ['config'] [$ i] ['valuetype'] = 'text';
modversion ['config'] [$ i] ['default'] = 0;

à:

modversion ['config'] [$ i] ['valuetype'] = 'text';
modversion ['config'] [$ i] ['default'] = _EXTCAL_FILE_CALMONTH;


Posté le : 23/08/2011 09:32
Transférer la contribution vers d'autres applications Transférer


Re: Xoops vs Joomla
Aspirant
Inscrit: 02/04/2008 15:00
Messages: 72
Citation :
lionhell a écrit :
Je crois que la version de base de Xoops et des modules devrait faire un effort sur le graphisme ...


Je conviens avec vous. Et nous essayons de faire quelques changements ici. S'il vous plaît consulter:

- Basic Module Pack avec une interface graphique standardisée au moyen du cadre ModuleClasses

Open in new window

- RM Common Utilities avec un autre cadre pour les modules.

Open in new window

Posté le : 21/08/2011 04:36
Transférer la contribution vers d'autres applications Transférer


Re: EXTCAL version 2.26
Aspirant
Inscrit: 02/04/2008 15:00
Messages: 72
Citation :
Il n'est pas prévu d'être dans la x3, et pour la prochaine 2.5.2 la discussion sur son intégration est loin d'être close

Peut-on enfin apprendre ce qui est faux avec la classe ModuleAdmin?

Vous et DJ prétendent qu'il est faux, mais quand on lui demande des explications techniques (voir ce billet), il n'ya pas de réponse de DJ

Mon défi pour vous - si vous n'aimez pas le code de Mage, si vous pensez, vous pouvez l'améliorer, alors s'il vous plaît le faire ou laissez-nous savoir exactement quelles sont les questions que vous voyez et nous allons le corriger! Mais ne tuent pas toutes les contributions de la communauté offre qui contribue à faire XOOPS. Ceci est Open Source, et nous voulons les gens à contribuer, d'innover, d'améliorer, de sorte que nous pouvons faire un meilleur système XOOPS.

Posté le : 08/08/2011 00:41
Transférer la contribution vers d'autres applications Transférer


Re: EXTCAL version 2.26
Aspirant
Inscrit: 02/04/2008 15:00
Messages: 72
Premièrement, je suis heureux de voir que nous continuons avec le développement de eXtCal.

Malheureusement, lorsque je clique sur le lien eXtCal dans le menu:

http://localhost/ztest251a/modules/extcal/

il en résulte ce lien:

http://localhost/ztest251a/modules/extcal/0

qui est une page vide, même si j'ai des événements dans la base de données.

Aussi, pourrions-nous travailler ensemble sur le SVN XOOPS SourceForge:

http://xoops.svn.sourceforge.net/view ... al/branches/mamba/extcal/

De cette façon, nous avons le développement en un seul endroit, ce qui rendra plus facile la maintenance

Posté le : 08/08/2011 00:28
Transférer la contribution vers d'autres applications Transférer


Re: Frameworks moduleadmin_v1.0_final - fichiers langue francais
Aspirant
Inscrit: 02/04/2008 15:00
Messages: 72
Je suis désolé pour le taper en anglais. Ci-dessous est la traduction de Google:


1) il a été convenu que le cadre ModuleAdmin fera partie de XOOPS 2.5.2

2) Bien sûr, chaque module peuvent créer leurs propres «XOOPS 2,5 look & feel", mais pourquoi perdre votre temps sur elle? Où est le concept de "réutilisation de code"? Il est temps de commencer à vivre de notre nom qui est "eXtensible Object Oriented Portal System". "La réutilisation de code" est le principe de base de la Programmation Orientée Objet, donc pourquoi nous essayons de faire la même chose encore et encore dans chaque module, au lieu d'extraire les parties communes et de les réutiliser de façon uniforme dans tous les modules?


Il suffit de comparer le nombre de lignes de code dont vous avez besoin de créer manuellement un menu dans un module, ce qui équivaut à cette seule ligne?

$ modversion ['system_menu'] = 1;

3) Si nous avons besoin de changer quelque chose - Correction d'un bug, le changement d'une icône ou une image, nous le ferons dans un seul endroit, et tous les modules qu'il reflète tout de suite. Il est tellement plus facile de maintenir les modules de cette façon.

4) En outre, l'un des principaux problèmes dans tous les modules XOOPS est que chacun est différent, est d'utiliser les différentes icônes, images, etc Vous regardez WordPress et l'administration de chaque module est compatible et attend la même chose.

Ensemble, il est plus facile pour les utilisateurs et les développeurs.

Posté le : 24/07/2011 08:55
Transférer la contribution vers d'autres applications Transférer


Re: Frameworks moduleadmin_v1.0_final - fichiers langue francais
Aspirant
Inscrit: 02/04/2008 15:00
Messages: 72
Kris,

1) it has been agreed that the ModuleAdmin framework will be part of XOOPS 2.5.2

2) Sure, each module can create their own "XOOPS 2.5 look & feel", but why waste your time on it? Where is the concept of "code reuse"? It's time to start living up to our name which is "eXtensible Object Oriented Portal System". "Code reuse" is the main premise of OOP, therefore why would we try to do the same thing again and again in each module, instead of extracting common parts and reusing them consistently across all modules?

Just compare how many lines of code do you need to create manually a menu in a module, which is equivalent to this one line?

$modversion['system_menu'] = 1;

3) If we need to change something - fix a bug, change an icon or image, we'll do it in one place, and all the modules will reflect it right away. It is so much easier to maintain modules this way.

4) Also, one of the main problems across XOOPS modules is that every one looks different, is using different icons, images, etc. You look at WordPress and the Admin for each module is consistent and looks the same.

Together, it is easier for the users and developers.

Posté le : 24/07/2011 03:07
Transférer la contribution vers d'autres applications Transférer


Re: Frameworks moduleadmin_v1.0_final - fichiers langue francais
Aspirant
Inscrit: 02/04/2008 15:00
Messages: 72

Posté le : 22/07/2011 20:48
Transférer la contribution vers d'autres applications Transférer


Re: XOOPS 2.5 RC
Aspirant
Inscrit: 02/04/2008 15:00
Messages: 72
Citation :
C'est vraiment ça, qui fait fuir les xoopsiens, bien plus que les bugs...

I agree. So let's focus back on testing and bug fixing

Bugs do happen, and we're an Open Source community, so we can work together, support each other, review other people's code, point bugs, help fix them, so we can have a good quality release.

2.5.0 will be released when is ready. If there are bugs, we'll fix them first. So if the release has to wait extra few weeks or months, it's OK.

The most important thing is that we focus on the positive, on helping each other, and supporting each other. This is how Open Source projects become successful.

So I would like to ask everybody from the community - please help us with testing, bug fixing, so we can release 2.5.0 very soon!

Google Translation
Je suis d'accord. So let's focus sur les tests et corrections de bugs

Bugs se produisent, et nous sommes une communauté Open Source, afin que nous puissions travailler ensemble, se soutenir mutuellement, revue de code d'autres personnes, bugs point, les aider à fixer, pour que nous puissions avoir une version de bonne qualité.

2.5.0 seront débloqués lorsque est prêt. Si il ya des bugs, nous allons les corriger en premier. Donc, si la libération doit attendre supplémentaires semaines ou quelques mois, c'est OK.

La chose la plus importante est que nous nous concentrons sur les aspects positifs, à aider les uns les autres, et se soutiennent mutuellement. C'est ainsi que les projets Open Source réussir.

Alors je voudrais demander à tout le monde de la communauté - s'il vous plaît nous aider à tester, correction de bug pour que nous puissions version 2.5.0 très bientôt!

Viva XOOPS!

Posté le : 22/10/2010 10:20
Transférer la contribution vers d'autres applications Transférer


Re: Départ de l'equipe Xoops France 2
Aspirant
Inscrit: 02/04/2008 15:00
Messages: 72
Dear leaders and members of XOOPS France!!!

I am watching this recent debate here with disappointment!

Why can't we just work together for a better XOOPS?

We don't want anybody to leave!!! We want everybody to contribute in a positive manner to success of XOOPS!!!

I very much appreciate the comments from Ghia here. We need to return to mutual respect and courtesy!!!

We need to remember that it is NOT about the individuals, but about XOOPS! If one person fights against another, the loser is only XOOPS and the XOOPS Community! And we cannot afford it!

As they say "United we stand, divided we fall". And the same is about XOOPS. When egos get in the way, somebody will leave, somebody will stay, but in the end, XOOPS will be the users.

I would hope that we'll look at history of XOOPS to see what I mean. We had a group that couldn't get along, and left and created XOOPS Cube. Who was the loser in the end? XOOPS! Because some of the people who fought the battle are not even anymore with XOOPS, and the only legacy they left is "burned earth and ashes" and divided community!

And recently was another split which hurt again XOOPS!

We will not always get along with each other, but we need to ask ourselves a question: "Is it helping XOOPS?"

If the answer is "No", then please walk away from the argument, and find something positive that you CAN contribute to XOOPS.

As Ghia said:

Citation :
Mais surtout plus du sentiments négatives!
S'il vous plait, restreignez vous de la critique personnel, les insultes, le sarcasme, le cynisme, ...

At XOOPS International we are proud that we didn't have any major fight in the recent couple of years, and the XOOPS team is getting better and better, where we work better together and support each other. But most importantly, we contribute to XOOPS in a positive manner!!!

We also need to ask ourselves a question: "What kind of legacy do I want to leave behind me? Do I want to be known as the one who split XOOPS, or the one who brought XOOPS together?"

Our list of "XOOPS Innovators" and "XOOPSer of the Month" is getting larger every month, and these are the opportunities to shine and help XOOPS!!!

I truly hope that all parties involved will find a way to coexist peacefully for the better good of XOOPS, and nobody will leave XOOPS and XOOPS France anymore.

Kraven30, your resignation is NOT accepted!!! We need you to stay here! The same for Nicolas and Burning!!! And anybody else who is thinking about leaving!!!

XOOPS France has been always such a positive contributor to XOOPS, and I truly hope that it will continue this way!!!

Open in new window

Could somebody translate this into French? It is too important to me to trust Google on that

Posté le : 17/11/2009 14:45
Transférer la contribution vers d'autres applications Transférer



 Haut
« 1 ... 3 4 5 (6) 7 »




Propulsé avec XOOPS | Graphisme adapté par Tatane, Grosdunord, Montuy337513

46 Personne(s) en ligne (34 Personne(s) connectée(s) sur Forum) | Utilisateur(s): 0 | Invité(s): 46 | Plus ...