pixeline / bugs

Simple Issue Tracking for Teams. Built in Laravel 3 (php/mysql)

Home Page:pixeline.github.io/bugs/

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

"The End" and not an issue.

Albatros78 opened this issue · comments

Et voilà.
Je crois que ton intervention sur BUGS est plus que super... Après quelques mois, ou nous devions faire quelques réglages.
Et finalement nous avons fait beaucoup plus que des réglages.
Des corrections de bugs, des nouveautés, des changements de mise en forme...etc... enfin un vrai travail commun qui permet désormais à BUG d'être bien plus opérationnel et utilisable sans risque de rendre la base de données instable, ce qui était souvent le cas au tout début.
Je vais enfin pouvoir mettre BUGS en route pour le suivi des quelques projets que je mène... Pas des centaines, mais c'est pour cela que BUGS est bien... simple et utile et efficace.

Passons désormais ensemble à la vitesse supérieure comme nous l'avions échangé sur une version plus professionnelle si le projet est toujours dans le tuyau.
Tu as mon email privé pour continuer la conversation sur ce sujet.

Merci pour tout Patrick pour BUGS.

Je suis donc sur une v1.8.7k

Good job !

Je ne sais plus quoi penser de ce projet commercial.
Les derniers développement de BUGS ont été faits en sortant un peu trop souvent du modèle originel laravel 3. D'ailleurs, ce modèle est très dépassé; Laravel est à sa version 6 ou 7. Je demande s'il ne serait pas plus simple de tout reprendre à zéro que de continuer à développer en sortant trop souvent du modèle

J'ai quelques bricoles à compléter sur BUGS; bricoles déjà amorcées au cours des dernières semaines. Je pense ici au calcul des heures investies dans la réalisation d'un billet. Ensuite, ce sera un bon congé de plusieurs plusieurs semaines.

Je crois que vous aimerez la dernière nouveauté:

  • La liste des billets affichés dans un projet est elle aussi limitée au nombre de billets affichés dans les colonnes du TODO.

Description:
vous choisissez un projet.
Ses billets sont listés selon quatre taquets:

  1. Activítés: description de ce qui a été ajouté ou supprimé ... ce taquet n'est pas touché par la nouveauté
  2. Billets ouverts: le nombre de billets ici affichés sera limité à 22, 23, 50 ... selon ce que vous avez choisi en préférence
  3. Billets fermés: même chose, le nombre de billets affichés est limité
  4. Billets vous étant attribués: même chose, le nombre de billets affichés est limité
  5. Billets à venir: même chose, le nombre de billets affichés est limité.

image

Autre modification:
Dans le panneau de gauche. Le nombre de projets n'est désormais plus limité. Cependant, si la liste dépasse une certaine longueur, le fureteur fera apparaître un ascenseur.
Dans le panneau de gauche : la liste du menu déroulant est classée en ordre inverse de la liste plus bas ( si la liste principale est en ordre alphabétique, le menu déroulant - lui - est en ordre contraire; si la liste principale est en ordre contraire, le menu déroulant - lui- est en ordre alphabétique ) Ainsi, il y aura toujours des queues de liste accessibles en tête.

Bon je n'ai pas assez de tickets pour visualiser cette nouvelle option.

Pour la liste à gauche, triée et plus l'ascenseur. c'est parfait est OK

Bon faudra me dire quand on termine BUGS car là on continue.... :-)

Bon faudra me dire quand on termine BUGS car là on continue.... :-)

Oui. Bonne question!

Pour l'instant, il me reste à compléter l'histoire des heures de travail. C'est côté développement. Après, j'arrête.
C'est de là que vient le changement de numéro dans la suite des correctifs. Nous sommes passés à 7 au moment où j'ai commencé à travailler cette histoire des heures travaillées. ( Version 1.8, correctif 7m est en ligne ) Au début, ce n'était pas un changement suffisant pour passer à la version 1.9, à mon avis. Mais puisque nous ajoutons une fonctionnalité totalement inexistante auparavant, nous passerons prochainement à la version 1.9 révision 1a.
Cela fait: arrêt des développements.

Ensuite, des petits bidules comme les taquets, ce ne sont que des mises en page dont l'utilité aparaît au gré de l'usage; je ne les compte que comme des compléments ou de l'esthétique. Çe n'est pas du développement.

Finalement, quand on parle de version commerciale; je crois qu'il sera plus simple de tout reprendre à zéro et de vraiment mettre le code à ma main. Je n'en garderai que les principes, la mise en page. Nous pourrons alors parler d'une version 2. Mais encore, cette question est en suspens. Si je l'entreprends, ce sera sur mon GIThub perso et non plus sur celui de BUGS; SI je l'entreprends.

Merci de votre soutien et votre patience. Ça vous a valu de voir votre nom apparaître dans les collaborateurs de BUGS (Wiki - historique ).

À preuve de mes intentions de prendre une vraie bonne pause ( j'ai aussi autre chose à faire ;) ) ... j'ai publié la situation actuelle comme étant la révision "stable" à télécharger par les nouveaux utilisateurs.