Discussion :

[smyley]

Il faudrait peut être que tu changes le lien vers ton site web de ton profile dvp. Il pointe vers http://ludvichzme.dyndns.org/ qui pointe ... dans le néant infini ...

[LudVichzme]

Punaise merci de me l'avoir fait remarqué.
Je change ca desuite.

[smyley]

ça sert à quoi "Archivage des releases" ?

[LudVichzme]

Ca te permet de transférer les releases choisies dans un nouveau .PLT.

Comme ça, si par exemple tu as un projet qui a 10 releases de la 1.0.0, à la 1.9.0, et que tu entames la 2.0.0, tu peux archiver toutes les anciennes releases dans un nouveau PLT.

Je prépare actuellement une petite doc qui sera disponible sur le site

[smyley]

Ah ouai en effet, c'est sympa comme principe.

Bon bah je peut enfin réactiver une tâche, manque plus que la possibilité de modifier les dates

[smyley]

Bon ça ce n'est pas pratique :
Ce serai bien que lorsque l'on génère un changelog il nous soit proposé le fichier dans lequel créer le changelog, et pas laissé dans un dossier (ou alors le faire avec une option). Quand j'ai fait "Générer un changelog" je me suis instinctivement attendu à ce qu'une fenêtre "Enregistrer sous ..." me soit proposée ...

[LudVichzme]

Bonsoir,

Il est vrai que ça peut-être déroutant de n'avoir aucune fenêtre qui apparaît.
Ce qui me pose problème la dedans, c'est que si l'utilisateur a (admettons) 5 plugins actif, il devra choisir 5 fois le fichier ChangeLog à enregistrer ?

Autre solution, l'utilisateur choisi uniquement un préfixe de nom de fichier.
A ce moment la chaque plugin rajoute un suffixe (ex _PDF, _TXT etc.).

La deuxieme solution pourrait être envisageable, je vais creuser ça

Si tu as d'autres suggestions par rapport à ça, hésites pas

[smyley]

Ou alors un sous menu dans "Générer un changelog" qui affiche la liste des plugins disponibles genre
Générer un changelog
> Format texte
> Format pdf

ou alors le fichier à l'enregistrement, dans le type de fichier tu met fichier texte ou fichier pdf et en fonction du choix tu sélectionne le plugin correspondant.

C'est plus naturel quand même ...

[LudVichzme]

Je suis tout a fait d'accord que c'est plus naturel

Par contre ce qui me chiffone, c'est que dans le cas ou quelqu'un veux enregistrer son ChangeLog dans différents formats...Il devra effectuer la manoeuvre plusieurs fois :s

[smyley]

Bah tu rajoutes une séparation dans le menu, et un menu "Sauvegarder dans tous les formats".
Je sais pas mais j'ai l'impression qu'en général on veut son changelog dans 1 format, pas plusieurs ...

[LudVichzme]

Perso j'utilise a la fois le format texte et le pdf pour mes changelog :o
Donc à la base j'étais parti pour permettre à l'utilisateur de générer dans tous les formats qu'il a choisi en même temps.
Après, c'est peut-être moi qui suis anormal =o

Mais comme tu l'as mentionné, ça ne fait pas naturel.
Je changerais donc ce systeme a la prochaine update pour un choix du format de fichier via une fenêtre d'enregistrement du fichier

[Gulix]

Pourquoi ne pas choisir un fichier avec la fenêtre d'enregistrement de fichier standard, mais sans extension. Ce nom de fichier serait ensuite "étendu" par chaque plugin sélectionné pour générer le changelog.

Exemple :
1) on sélectionne comme fichier de sortie C:\MonProjet\changelog
2) plugin texte crée C:\MonProjet\changelog.txt
plugin pdf crée C:\MonProjet\changelog.pdf

[LudVichzme]

Bonjour,

C'est également une solution
Je ne sais pas encore quelle méthode sera adoptée, je vais d'abord sonder un peu auprès des autres utilisateurs, et je verrais ce que ça donne

Merci d'avoir proposé vos idées en tout cas

[LudVichzme]

Bonsoir à tous,

La TodoList de la future version est terminée. Je vais pouvoir attaquer le développement.
Voici ce qui est prévu :

- Rajout d'un installeur
- Système de mise à jour
- Modification de la page d'acceuil : Rajout des dernières news du site
- Nouveau système de génération des ChangeLog : Fenêtre "Enregistrer sous", qui prendra juste un nom de fichier. Tous les plugins changelogs associés au projet seront générés.
- Possibilité de changer Manuellement les dates de début & de fin des éléments
- Possibilité de transférer automatiquement tous les éléments abandonnés dans une nouvelle release
- Possibilité de changer manuellement les dates de début & de fin des éléments
- Rajout d'un nouveau type de tâche : "Test"
- Nouveau plugin : Génération de changeLog format HTML
- Rajout d'une documentation
- Correction de bugs : Bug lié à l'UAC de Vista.

Autant dire qu'il y a du boulot pour sortir tout ça.

J'entamme également le développement du forum en parallèle (histoire de tout centraliser )

[smyley]

l'UAC ? quel problèmes peux tu avoir avec l'UAC ?!

[LudVichzme]

Un refus d'accès au registre pour enregistrer l'association de fichiers :o

[smyley]

J'espère que tu va pas demander à ton programme de s'exécuter avec les droits d'admin
- Soit tu fait l'association pendant l'installation
- Soit tu crées un programme externe avec un manifest pou demander les droits d'admins et qui se charge d'enregistrer ou non l'association

[LudVichzme]

Bonsoir,

Désolé d'avoir mis du temps à répondre.
Je suis en train de développer la nouvelle version et le forum, et j'oublie un peu les forums.

Donc petite nouvelle : Le systeme de MAJ est quasiment fini (récup' d'un XML et de la nouvelle version ok, reste plus qu'a gerer la fermeture du L-Todo pour installer la nouvelle version...Je verrais plus tard pour peaufiner tout ça et rendre le système plus automatisé).

J'espère que tu va pas demander à ton programme de s'exécuter avec les droits d'admin
- Soit tu fait l'association pendant l'installation
- Soit tu crées un programme externe avec un manifest pou demander les droits d'admins et qui se charge d'enregistrer ou non l'association

Non bien entendu, le logiciel ne demandera pas d'éxécution avec des privilèges admin.
Je pense simplement regarder du coté de la classe RegistryPermission.
Il me semble qu'il y a possibilité de faire demander l'accès registre pour l'appli via cette classe.

[smyley]

Donc petite nouvelle : Le systeme de MAJ est quasiment fini (récup' d'un XML et de la nouvelle version ok, reste plus qu'a gerer la fermeture du L-Todo pour installer la nouvelle version...Je verrais plus tard pour peaufiner tout ça et rendre le système plus automatisé).

Tient, ça sa fait partie des choses que DreamShield sait bien faire m'enfin bon.

Non bien entendu, le logiciel ne demandera pas d'éxécution avec des privilèges admin.
Je pense simplement regarder du coté de la classe RegistryPermission.
Il me semble qu'il y a possibilité de faire demander l'accès registre pour l'appli via cette classe.

J'ai de très sérieux doutes sur la méthode que tu penses utiliser. L'interdiction d'écrire dans le registre est due à l'UAC en personne et d'après ce que j'ai compris c'est une autorisation par processus ce qui veut dire qu'à partir du moment où tu as démarré ton exe sans les droits d'administrateur (le compte limité par défaut sur la session) quelque soit ce que tu fais tu ne les aura plus. C'est pour ça que dans les guidelines de Microsoft sur l'UAC il proposent soient de faire une application qui peut se redémarrer elle même avec les droits d'admin (cas de Visual Studio 2008 par exemple), soit qui lance une application externe pour faire les choses qui nécessite les droits d'admin (DreamShield par exemple ) soit qui appelle un objet COM out-of-proc qui va s'exécuter dans un processus privilégié avec un truc genre CreateElevatedXXObject (cas de l'explorateur Windows il me semble ou alors du Live Update de Windows).

[LudVichzme]

J'avais en effet mal saisi l'utilité de la classe RegistryPermission
J'ai consulté les différents articles de la MSDN concernant l'UAC, et il est vrai que la solution préconisée reste le fichier manifest.

Dans tous les cas, j'ai trouvé une autre solution pour règler ce problème d'accès registre...
J'enregistre tout simplement l'association de fichier dans HKCU/Software/Classes au lieu du HKCR...Comme ça, plus de problème d'accès refusé, et tout marche nickel