epsilonrt
Messages postés2Date d'inscriptionsamedi 4 mars 2006StatutMembreDernière intervention25 février 2011 25 févr. 2011 à 11:08
Bonjour,
J'ai modifié votre code de façon:
- à effectuer une recherche récursive à partir du répertoire à scanner afin de ne pas se limiter au niveau 1
- à pouvoir générer des playlists avec des chemins relatifs (case à cocher)
- à informer l'utilisateur sur le nombre de playlists générées par l'intermédiaire de la barre de status.
Je tiens le patch à disposition
soldier8514
Messages postés295Date d'inscriptionvendredi 20 décembre 2002StatutMembreDernière intervention24 janvier 20141 17 janv. 2008 à 19:44
tkt po bidou_01 , ton code est une très bonne source d'info
ricklekebekoi
Messages postés303Date d'inscriptionmardi 11 février 2003StatutMembreDernière intervention24 avril 20095 2 nov. 2007 à 04:22
En fait, c'est la base de tout.
Imagine que tu cré ensuite une 2e form dans lequel tu doivent aussi gerer des playlist, forcement, le code sera dédoublé pour certaine partie, chose évitée si tu fait appel a une classe commune
bidou_01
Messages postés134Date d'inscriptiondimanche 1 octobre 2006StatutMembreDernière intervention19 mai 20081 26 oct. 2007 à 20:15
J'avais bien compris la question :) Mais, je ne vois pas vraiment quoi y répondre. Quand tu dis " normalement un formulaire ne doit faire qu'afficher les données" est-ce une convention à prendre, ou y a-t-il réellement un gain au niveau du programme à part, c'est vrai, une meilleur clarté dans le dev ;)
sebmafate
Messages postés4936Date d'inscriptionlundi 17 février 2003StatutMembreDernière intervention14 février 201437 26 oct. 2007 à 19:31
Bien les modifications...
Quand je disais "déporté", c'était dédié une classe pour la génération de la liste... en gros, normalement un formulaire ne doit faire qu'afficher les données... pas les traiter ;)
bidou_01
Messages postés134Date d'inscriptiondimanche 1 octobre 2006StatutMembreDernière intervention19 mai 20081 26 oct. 2007 à 19:26
Sebmafate :
- Pourquoi ne pas avoir déporté le traitement dans une classe dédiée ?
Honnêtement, je n'ai pas de réponse spéciale à cette question.
Sinon les portées sont ajoutés, et j'ai utilisé le databinding pour la Cbo, mais je ne sais pas si c'est vraiment la meilleur solution. Je me suis inspriré d'une de tes sources ou tu utilisais une ArrayList.
bidou_01
Messages postés134Date d'inscriptiondimanche 1 octobre 2006StatutMembreDernière intervention19 mai 20081 22 oct. 2007 à 16:16
Merci pour les critiques Sebmafate ;)
Je corrige ça dès que j'ai un peu de temps :)
Arthenius
Messages postés1182Date d'inscriptionmercredi 21 janvier 2004StatutMembreDernière intervention 6 septembre 201114 22 oct. 2007 à 14:22
sympa jeune padawan ;)
sebmafate
Messages postés4936Date d'inscriptionlundi 17 février 2003StatutMembreDernière intervention14 février 201437 22 oct. 2007 à 10:12
Bien mais... (y a toujours un mais avec moi :p)
- Pourquoi ne pas avoir déporté le traitement dans une classe dédiée ?
- Il me semblait que j'avais posté une source pour les Enums dans les ComboBoxes... mais je ne la retrouve pas... fait une recherche sur le forum, je l'ai fournit à moultes reprises... l'idée est d'éviter les lignes :
switch (Cbo_format.SelectedText)
{
case "M3U": Format = FormatPlaylist.M3U;
break;
case "WPL": Format = FormatPlaylist.WPL;
break;
}
- Il manque les "portées" dans la déclaration de tes variables de classe...
25 févr. 2011 à 11:37
http://www.csharpfr.com/codes/GENERATEUR-PLAYLIST-M3U-AMELIORE_52856.aspx
25 févr. 2011 à 11:08
J'ai modifié votre code de façon:
- à effectuer une recherche récursive à partir du répertoire à scanner afin de ne pas se limiter au niveau 1
- à pouvoir générer des playlists avec des chemins relatifs (case à cocher)
- à informer l'utilisateur sur le nombre de playlists générées par l'intermédiaire de la barre de status.
Je tiens le patch à disposition
17 janv. 2008 à 19:44
2 nov. 2007 à 04:22
Imagine que tu cré ensuite une 2e form dans lequel tu doivent aussi gerer des playlist, forcement, le code sera dédoublé pour certaine partie, chose évitée si tu fait appel a une classe commune
26 oct. 2007 à 20:15
26 oct. 2007 à 19:31
Quand je disais "déporté", c'était dédié une classe pour la génération de la liste... en gros, normalement un formulaire ne doit faire qu'afficher les données... pas les traiter ;)
26 oct. 2007 à 19:26
- Pourquoi ne pas avoir déporté le traitement dans une classe dédiée ?
Honnêtement, je n'ai pas de réponse spéciale à cette question.
Sinon les portées sont ajoutés, et j'ai utilisé le databinding pour la Cbo, mais je ne sais pas si c'est vraiment la meilleur solution. Je me suis inspriré d'une de tes sources ou tu utilisais une ArrayList.
22 oct. 2007 à 16:16
Je corrige ça dès que j'ai un peu de temps :)
22 oct. 2007 à 14:22
22 oct. 2007 à 10:12
- Pourquoi ne pas avoir déporté le traitement dans une classe dédiée ?
- Il me semblait que j'avais posté une source pour les Enums dans les ComboBoxes... mais je ne la retrouve pas... fait une recherche sur le forum, je l'ai fournit à moultes reprises... l'idée est d'éviter les lignes :
switch (Cbo_format.SelectedText)
{
case "M3U": Format = FormatPlaylist.M3U;
break;
case "WPL": Format = FormatPlaylist.WPL;
break;
}
- Il manque les "portées" dans la déclaration de tes variables de classe...