Welcome, Guest. Please login or register.
Did you miss your activation email?
22 March 2019 à 21:30:51
Home Help Search Login Register
News:

  Show Posts
Pages: [1]
1  Plici Open Source Ecommerce Solution / Developers / Re: Création de la communauté des développeurs on: 07 February 2011 à 22:38:50
Si mais je suis super occupé en ce moment.
je vous oublie pas  Grin
2  Plici Open Source Ecommerce Solution / Developers / Re: Création de la communauté des développeurs on: 21 January 2011 à 13:20:16
je vois ce que tu veux dire.

effectivement pour moi, un patch n'est ni un bug, ni une erreur,
dans le sens ou le mec qui report, y apporte la solution.

en plus j'ai envie de dire, comme on peux lien un report a un autre, le mec peux report un bug/erreur,
puis un patch.

c'est juste histoire de "catégoriser" un peu plus les report.

fregux
3  Plici Open Source Ecommerce Solution / Developers / Re: Création de la communauté des développeurs on: 21 January 2011 à 10:57:16
oui, je pense que dans flyspray il est possible de créer un nouveau type de tache "patch".
comme ca ca ne viens pas empiété sur les bug/erreur, et ca facilitera la gestion.
en plus le mec peut laisser un commentaire sur son patch.
4  Plici Open Source Ecommerce Solution / Developers / Re: Création de la communauté des développeurs on: 20 January 2011 à 23:16:48
heu oui... ma fourche a langué, (credible??? bof!!)

pour le topic, je vais pas t'apprendre comment faire Tongue
Par contre pour le formulaire, tu veux un envoie de mail ou un enregistrement en bdd?

je suis partant pour te faire le formulaire
pour ce qui est de la gestion du formulaire, tu veux un formulaire statique, ou un formulaire alimenté par une bdd? je pense par exemple a la liste des teams.

pour ce qui est des champs du formulaire, je pense à:
nom, prenom, pseudo, mail, team à intégrer (liste sortie d'ou?), un message, les competences (liste sortie d'ou?), un message, ...

est-ce que vous avez des classes utilitaires, genre accès mysql?

fregux
5  Plici Open Source Ecommerce Solution / Developers / Re: Création de la communauté des développeurs on: 20 January 2011 à 18:33:15
je te sens perspicace, je me trompe?
tu ne m'as pas donné tes impressions?

j'ai eu d'autres idées,

si on fait un formulaire permettant a un dev de se faire connaitre,
charge a vous de lui donner un accès au svn et au flyspray.

créer un topic dans le forum pour les "corrections ponctuelle".

ma question sur l'hébergement était plus d'ordre technique, genre
avez vous accès au cron?
peut-on faire des system() depuis un script php?
avec vous les outils svn installé?
pouvez vous enregistrer des clés public et générer/enregistrer des clés privée?
ce genre de chose.
6  Plici Open Source Ecommerce Solution / Developers / Re: Création de la communauté des développeurs on: 18 January 2011 à 13:55:28
Quote
En fait j'aimerai que les utilisateurs puissent vraiment participer sans se sentir brider. De toute manière, on voit tous les commit et on peut vérifier le code. Donc, en gros je dirai que l'on ne risque pas grand chose.
c'est sur, on peut toujours revert, le problème n'est pas vraiment sur le svn.
c'est le processus qui me dérange. je ne sais pas trop comment expliquer.
j'ai tendance a toujours imaginer comment ca va fonctionner dans le futur.
Pense tu vraiment que ca sera gerable lorsqu'il y aura 15 dev, 30 dev.
Sans parler du mec qui veux juste poser sa pierre et se casser.
Ca me parait assez rebutant pour ce genre de cas

et le mec qui a vraiment envie, lui, soumettra plusieurs patchs ce qui vous amenera a considérer sa "candidature".

je sais que c'est le fonctionnement de certaine grosse communauté (genre gnome)

Quote
j'aime bien l'idée bien que l'accès SVN me semble le plus suivi. Mais si tu vois comment faire, n'hésites pas.
je ne pense pas que l'un soit incompatible avec l'autre.
cela depend de votre hébergement, mais imagine
dans le backoffice de gestion des patchs,
tu peux consulter, valider, refuser, (modifier) le patch, contacter l'emmeteur.
On peux imaginer aussi de créer automatiquement un post sur le forum pour amener la discution.
pas a chaque patch, juste pour certain(via action dans le backoffice)
on peux aussi imaginer, lorsqu'un patch est validé, de le commiter automatiquement sur le svn.
ducoup créer un encart "ils ont contribué" avec les noms des gens qui ont soumis un patch.
un compteur en face du noms pour afficher le nombre de patch soumis et le nombre de patch validé.

je pense que le plus important est que le mec qui pose un patch ne se sente pas abandonné. sinon le mec laissera tomber.

Quote
De mon côté j'ai envie, en haut du forum et sur la page www.plici.net d'afficher les teams et leurs membres.
ca permettrai de montrer une certaine structure chez plici, par contre, vu que la communauté n'est pas encore faite, je suis pas sur que ce soit le plus important.

Quote
Avec un bouton "devenir membre" et là les informations pour participer.
Si tu es d'accord, ce serait intéressant que l'on crée ensemble l'explosion de la communauté de Plici, qu'en penses-tu ?
genre formulaire de recrutement?

un truc avec la liste des "competences"
language: smarty, php, mysql, javascript, jquery, html, html5...
OS: linux, windows, mac
navigateur: IE(version?), FF(version), Safari(version), opera(version), ...

je tourne sous linux, j'ai une sainte horreur de win*****..(désolé ca veux pas sortir Tongue)
donc par exemple, les bugs sous IE, je peux pas trop les tester.
en plus pour le cas particulier d'IE, il faut avoir les différentes versions.

j'ai vu quelque post sur des problème mysql avec wamp et easyphp, j'ai pas spécialement envie de lancer une VM pour tester.

ca permettrai de bien cibler les personnes pour la distributions des bugs.

Quote
Donc toutes les idées sont bonnes à prendre.
ca c'est pas ca qui manque

fregux
ps: désolé pour le roman
7  Plici Open Source Ecommerce Solution / Developers / Re: Petites questions on: 07 January 2011 à 16:06:13
je te confirme que ca fonctionne pour le 3.
dans le common, j'ai mis directement le fichier xmaxclass.class.php
et pour les include de chaque plicitag ../../common/xmaxclass.class.php

pour ce qui est de la table t_setting, je voudrais ajouter un enregistrement pour connaitre l'id de page pour le lien "lire la suite". je ne vois pas trop l'interet d'une table qui contient seulement cette valeur. mais si vous preferez, pas de pb

4°) j'ai suivis la procédure de maj.
je n'ai pas recréé de produit, par contre j'ai ajouté des photos a un produit.

5°) ok donc on passe toujours par le bugtracker, ca marche
8  Plici Open Source Ecommerce Solution / Developers / Re: Petites questions on: 07 January 2011 à 15:02:52
J'ai un peu avancé,
le 1°) est réglé:
j'ai décommenté dans my/site/_left.htm l'include php,
créé la page qui fait juste
Code:
$this->assign("array_parent_page", array(251));
ducoup mon menu s'affiche sur toutes les pages.

pour le 3°) j'ai fait l'arborescence du precedent message, et ca marche.
question subsidiaire d'ordre politique (vous allez en avoir marre a la fin  Tongue)
  est ce que depuis un plicitag on peux modifier des tables qui ne lui appartienne pas, genre t_setting

fregux
9  Plici Open Source Ecommerce Solution / Developers / Re: Petites questions on: 07 January 2011 à 13:13:37
1°) il faudrai que j'arrive a setter la variable $array_parent_page.0 pour que depuis n'importe quelle page, elle ai toujours la même valeur.
2°) je n'ai pas spécialement regardé dans le BD, mais tu a l'air de sous entendre que ca passe par la. je vais approfondir.
3°) jme prend peu etre le choux ...
est ce que cette arborescence te parait correcte:
plicitag/link/news_links
plicitag/detail/news
plicitag/common
sachant que le plicitag link et détail iront chargé la classe dans common.

4°) j'ai fait l'update du site. Par contre dans la fiche produit seulement une seul image apparaît. normal?

Oui je sais ce que c'est que commiter.
ok pour un compte svn.
Ducoup, quelle est votre manière de procédé sur le svn,
j'entend par la, un commit = une modification ou
un commit = un ensemble de modification
10  Plici Open Source Ecommerce Solution / Developers / Re: Petites questions on: 07 January 2011 à 11:55:44
1°) si je ne m'abuse, le code que tu me donne ne s'affichera que sur cette page.
or je souhaiterai que sur toutes les pages, le menu de la page "IDDETAPAGE" s'affiche.

2°) ok, donc cela amene d'autre question:
  la configuration d'un plicitag peut elle intervenir en dehors d'une page?
si non, comment puis-je creer un acces dans l'administration, sans trop modifier le core?

3°) Il n'y a pas d'ordre lors du chargement des plicitags, genre detail avant link?

4°) je checkout ...

je connais pas l'étendu complète du projet mais commencer par le bugtracker me parait bien Tongue
11  Plici Open Source Ecommerce Solution / Developers / Re: Petites questions on: 07 January 2011 à 10:34:07
Bonjour,

pour la recherche et la navigabilité, c'est je pense une somme de petite chose.
ex: j'ai essayé de quoté ta réponse,
"An Error Has Occurred!
Unable to load the 'quotefast' template. "
aussi quand j'ai regardé plici pour la première fois, il me semble l'avoir trouvé sur simpliciweb, mais j'ai pas du tomber au bon moment.
Il y a aussi quelques liens morts sur le forum qui renvoie probablement vers l'ancien site, donc on tombe sur un 404

Plutôt dans la Team Dev, éventuellement testeur. d'ailleurs, une fois que j'aurais fini les plicitags, je les posterai. promis

maintenant mes problèmes:
1°) j'avais bien repéré ca, mais "array_parent_page" prend un tableau manifestement il contient l'id de la page qui est vu. je voudrai la setté a une seul et unique page, or je n'y arrive pas. lorsque j'utilise explode par exemple, il sort une erreur comme quoi je n'ai pas le droit d'utiliser cette fonction.

2°) la encore, tu me conseil un plicitag?

3°) peux tu être plus précis sur l'emplacement de tes fichiers?

4°) je vais tester ca.

fregux
12  Plici Open Source Ecommerce Solution / Developers / Petites questions on: 06 January 2011 à 23:39:26
Bonsoir à tous,

J'ai plusieurs petites questions:
1°) je n'ai pas saisie exactement comment placer un nouveau plicitag accordiondetail dans un des menu de gauche.
je voudrais afficher sur toutes les pages, dans le menu de gauche affichant les catégorie de produit.

2°) Peut-on imaginer un formulaire avec un champ dynamique?
Je voudrais que sur chaque page produit, il y ai un formulaire avec un champs permettant de savoir a quel produit il est fait référence.
Si possible aussi, ne pas avoir a remettre le formulaire sur chaque page produit.

3°) j'ai créé deux plicitag (je me suis servie de contactform), permettant de gérer des nouvelles.
j'en ai créé un de type "détail", permettant de gérer les nouvelles depuis une page.
puis un second de type "lien", permettant de récupérer les dernières nouvelles et de les afficher dans la colonne de droite.
Ma question est de savoir s'il est possible d'utiliser ma classe d'objet du plicitag "detail" depuis le plicitag "lien"

4°) est-il possible de mettre plusieurs images pour un produit

Je suis assez fan de Plici, j'ai cependant l'impression qu'il y a un petit remaniement du(es) site(s) qui ne simplifie pas trop la recherche d'info. c'est sûrement passagé.
Cela ne m'empêche pas de vous félicité pour ce travail!!

En vous remerciant d'avance
fregux
Pages: [1]


Login with username, password and session length

Powered by MySQL Powered by PHP Powered by SMF 1.1.20 | SMF © 2013, Simple Machines Valid XHTML 1.0! Valid CSS!