30

./29 Windows fait ça de base, non? Ou alors j'ai mal compris

31

Warpten (./30) :
./29 Windows fait ça de base, non? Ou alors j'ai mal compris
non, pour qu'ils soient dans le bon ordre, faut que les fichiers s'appellent 01, 02, 03, 04, 05, 06, 07, 08, 09, 10, 11, 12... le tri n'est pas numérique, il est alpha...

Y'aura le même problème avec des fichiers contenant des dates "à la française", le fichier du 3 avril sera après celui du premier janvier, mais avant celui du 5 février...
avatar
Webmaster du site Ti-FRv3 (et aussi de DevLynx)
Si moins de monde enculait le système, alors celui ci aurait plus de mal à nous sortir de si grosses merdes !
"L'erreur humaine est humaine"©Nil (2006) // topics/6238-moved-jamais-jaurais-pense-faire-ca

32

squalyl (./24) :
pour la v2 tu nous réitères ça? grin

badUI.gif
grin
Bon cela dit, la tendance actuelle de simplifier les interface est sympa, mais c'est tricher que de les simplifier en simplifiant le programme.
Si on prend ton programme d'exemple et qu'on retire 80% des fonctionnalités, on arrive aussi à une interface épurée.
Cette tendance à tout supprimer pour faire joli est une escroquerie.

33

Vince > ça a changé à partir de Windows XP, les noms de fichiers "numériques" sont désormais censés être classés dans le bon ordre :
http://www.askvg.com/how-to-disable-numerical-file-name-sorting-and-enable-classic-literal-sorting-in-windows-xp-vista-and-7-explorer/
avatar
Zeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo

34

Oui, heureusement d'ailleurs parce que c'est ultra pénible quand c'est un tri naïf.

35

Pour je ne sais plus quelle app, le tri sur les nombres romains était foireux, j'ai fait un bug report et me suis mangé un "non mais c'est le bon ordre pour le tri" (je simplifie la réponse hein)

Je suis resté un peu con pour le coup, c'est sur que














c'est le bon ordre o_o

Oh et j'utilisait les caracteres unicodes qui vont bien hein, pas juste caracteres ascii, en gros pour eux si le caractere affiche Ⅺ c'est qu'il faut lire les lettres X puis I

o_o
avatar
Proud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.

36

Zerosquare (./33) :
Vince > ça a changé à partir de Windows XP, les noms de fichiers "numériques" sont désormais censés être classés dans le bon ordre :
http://www.askvg.com/how-to-disable-numerical-file-name-sorting-and-enable-classic-literal-sorting-in-windows-xp-vista-and-7-explorer/
bah peut être mais (par exemple) ça marche pas avec les fichiers générés par mon ipcam (parce qu'ils ne contiennent pas que des chiffres)
avatar
Webmaster du site Ti-FRv3 (et aussi de DevLynx)
Si moins de monde enculait le système, alors celui ci aurait plus de mal à nous sortir de si grosses merdes !
"L'erreur humaine est humaine"©Nil (2006) // topics/6238-moved-jamais-jaurais-pense-faire-ca

37

Bon ok.

Hier soir je pensais ne plus toucher à ce projet, finalement je pars sur une nouvelle version cheeky
vince -> c'est ok.
J'ai trouvé une solution pour la fenêtre d'ouverture de répertoire/fichiers.
Je suis en train de lister vos fitures ricouestes, je vais tâcher de trouver le temps de faire ça. smile

38

Attention, hein, c'est ton projet, donc fais ce qui te sert et t'amuse à coder cheeky

39

Ca m'amuse de coder vos idées, en plus elles sont loin d'être idiotes, d'ailleurs je vous remercie pour tous vos feedbacks ! smile

Que penseriez-vous si, plutôt que d'ouvrir un répertoire et avoir tous ses fichiers sélectionnés par défaut, on sélectionnait des fichiers qui s'ajouteraient à la liste ? Du coup, le choix des fichiers serait fait à la source, et il n'y aurait plus la possibilité de les cocher/décocher. Ne serait-ce pas mieux ?
(et du coup, on aurait un "native file dialog" qui conviendrait à tous cheeky)

40

Si tu as une preview des images à l'étape de sélection des fichiers, ça peut le faire. Windows peut le faire indirectement (en affichant les miniatures), je ne sais pas si ça te conviendrait. On peut aussi bricoler la boîte de dialogue manuellement pour rajouter ça, mais du coup ça ne serait plus portable.
avatar
Zeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo

41

Folco > La sélection de fichiers serait bien (sans doute mieux ?) mais t'empêcherait d'envisager la récursivité (je sais pas si c'est fait/prévu)

42

Non, la récursivité n'est pas prévue, vu mon besoin initial.
Ceci dit, Windows supporte d'afficher des miniatures dans le dialogue natif, voilà peut-être ma solution en effet : http://doc.qt.io/qt-5/qfiledialog.html#getOpenFileNames
Et hop, un beau dialogue natif, portable, avec toutes les features que vous voulez, en une ligne. smile

43

normalement si dans le dialogue de sélection de fichiers, tu sélectionnes un répertoire, tu peux le détecter, et sélectionner récursivement tout son contenu.

44

À vérifier si le dialogue permet aussi de sélectionner un répertoire (ce n'est pas forcément le cas).
avatar
Zeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo

45

A vérifier en effet. Je crois plutôt que si tu sélectionnes un répertoire et fait "Ouvrir", il entre dedans, tu ne récupères pas le nom du répertoire.

46

oui mais sélection multiple toussa. il a une tétrachiée d'options ce dialogue.

47

Warpten (./6) :
Bon après, si tu prend une librairie (je ne peux que conseille ObjectListView, si certains ont déjà tenté de dompter la ListView de .NET, c'est un véritable calvaire), ça réduit aussi, mais tu ne finiras pas avec 7 DLLs.... puisque là encore, tout est dans le .NET Framework.
C'est d'ailleurs une des raisons pour laquelle je n'arrive pas à accrocher à Qt: trop de DLLs, trop de taille, et le linkage statique n'aide pas.
Bah, sous mon système d'exploitation, c'est exactement le contraire, Qt est déjà installé et mon environnement de bureau l'utilise, .NET (enfin Mono) serait un poids lourd de plus que je devrais installer seulement pour le logiciel qui aurait le malheur de l'utiliser. Comme quoi tout dépend de ton point de vue.

D'ailleurs, il faudra que j'essaie ce que donne le logiciel de Folco sous GNU/Linux, en principe ça devrait marcher tel quel. smile
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

48

Folco (./10) :
Yup. En fait, quand Windows propose de choisir un chemin, dans sa fenêtre standard, il n'affiche pas les fichiers (contrairement à linux). C'est très con amha, parce que tu ne sais jamais si t'es en train de lui indiquer le bon répertoire.
Euh, comment ça, "contrairement à linux"? Le sélecteur de dossiers des kdelibs n'affiche pas les fichiers non plus. Ce n'est pas le but du sélecteur de dossiers, les fichiers n'y ont rien à faire. Les implémentations qui affichent les fichiers, ce sont celles qui réutilisent le sélecteur de fichiers comme sélecteur de dossiers, une interface totalement inadaptée et absolument déroutante, principalement parce que la distinction entre "je choisis ce dossier pour regarder ce qu'il y a dedans" et "je choisis ce dossier parce que c'est mon choix final" n'est pas évidente. Les interfaces à base d'arborescence, comme celle de Windows ou celle des kdelibs, évident ce problème.
Donc j'ai passé un flag à cette fenêtre pour lui dire "mets-moi l'interface non-standard". Effectivement, on voit les fichiers mais on perd tout le reste. C'est le choix qui me convient "le moins mal", mais je reconnais que c'est pas forcément terrible.
ÀMHA, c'est une mauvaise idée. (Ce flag ne devrait franchement pas exister.)
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

49

http://doc.qt.io/qt-5/qfiledialog.html#getExistingDirectory
On Windows and OS X, this static function will use the native file dialog and not a QFileDialog. However, the native Windows file dialog does not support displaying files in the directory chooser. You need to pass DontUseNativeDialog to display files using a QFileDialog. On Windows CE, if the device has no native file dialog, a QFileDialog will be used.

Sinon, bonne idée ou pas, c'est une question de goût. M'enfin ça ne devrait plus poser de problème maintenant, ça a changé.

50

Et bah, la documentation n'est pas complète, parce qu'il existe le concept de "platform plugins" (qui ne sont pas livrés avec Qt lui-même, mais avec l'environnement de bureau). Celui de KDE Plasma fait utiliser des dialogues natifs KDE à Qt, et le sélecteur de dossiers de KDE n'affiche pas les fichiers non plus.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité