C'est sûr, si tu commences l'enregistement 15min avant et finis 15min après pour être sûr de pas rater un bout (les codes showview sont taquins), et que tu dois ensuite te taper l'avance rapide pour arriver au début du programme… C'est quand même pas équivalent au confort de la VOD.
Soyons sérieux, un menu où les programmes apparaissent en vrac, sans classement… Ah, si, on peu trier alphabétiquement, mais ce n'est pas permanent, il faut le faire à nouveau quand tu installes un nouveau programme. Tu as aussi des programmes qui arrivent à la racine de l'arborescence des programmes, d'autres dans des sous dossiers… Et puis pour trouver Photoshop, il faut chercher à A comme Adobe, et pas à P comme Photoshop. Comme si l'utilisateur lambda connaissait l'éditeur qui réalise le logiciel qu'il utilise. Et puis des fois tu vois les programmes de désinstallation de logiciels dans le lot, mais alors je suis censé utiliser celui là ou passer par la section "Ajouter/suppression de programmes" du panneau de configuration (magnifiquement intuitive aussi, puisqu'elle ne sert presque jamais à installer des programmes).
Quand je suis arrivé sous Linux et que j'ai vu les programmes s'installer et désinstaller de manière centralisée (la plus grosse difficulté étant de se souvenir du nom du programme en question), s'ajouter automatiquement dans les menus, classés par catégories, ça m'a mis une claque !
Je n'ai pas eu de cours de Windows, j'ai un parcours informatique similaire au tien, mais ce n'est pas parce que j'ai réussi à m'adapter à ce menu (tout en le maudissant à chaque fois) que je dois trouver qu'il était bien fait…
C'est sympa mais si la news est postée/modérée le jour même à 14h39, que 2 des conférences sont déjà finies à cette heure là, et que le linuxfrien parisien a un créneau d'au maximum 2h20 pour être averti de l'existence de la conf, s'inscrire et s'y rendre, je ne suis pas sûr que cette dépêche amène grand monde.
J'avais eu le même soucis avec rpm une fois. La réponse était: pas possible, rpm n'est pas réentrant. Faut croire que dpkg non plus. Je pense donc que ton approche est mauvaise, et qu'effectivement, il vaudrait mieux réexprimer de manière plus claire ton besoin.
Est-ce qu'on peut maintenant appeler la boite native d'ouverture de fichier pour chaque OS (Windows et Mac compris)? […] J'utilise par exemple GIMP, et je hurle à chaque fois que j'ouvre ou enregistre un fichier, c'est horrible ce truc pas du tout intégré.
La raison pour ne pas l'implémenter, outre le manque de moyens humains:
The most radical form of desktop integration is to use the platform native file selector instead of the GTK+ file selector. However, this presents severe challenges:
- Many systems only have a modal API for their file selector. Only a single call that results in getting a filename is available. This would result in an API that was different from the standard GtkDialog API where gtk_dialog_run() invokes a recursive main loop.
- Customization facilities will be different from those available in the standard GTK+ file selector. In particular customization APIs that allow embedding application widgets in the file selector probably can't be implemented.
The likely result of allowing using native widgets would be that there would be some cases where a GTK+ program running on such a platform would use the platform native widget, and other cases in which the standard GTK+ file selector would be used; an inconsistency potentially worse than the inconsistency between GTK+ applications and other applications that comes from not using the native widgets.
An argument could be made that any time that the user spends in the file selector actually represents a failure of integration; a single file dialog will never be as efficient way of locating a file or browsing files as the entire file manager. Forcing the user to work in a "open a file" or "save a file" mode goes against a lot of traditional wisdom that says that modes are bad. We should be emphasizing a non-intrusive file selector that the user can get in and out of fast, rather than one with all the bells and whistles.
Euh… je vois pas trop les excuses foireuses dont tu parles. Ensuite, GTK est multi-plateforme, mais manque de développeurs, autant sous Linux que sous Windows. Ce qui fait que la version Linux est privilégiée par rapport aux autres, et que les développeurs GTK sous Windows se sentent comme des citoyens de seconde zone… Le fait que la version conseillées sur gtk.org soit la 2.24 alors que GTK 3 est sorti depuis un an n'aide pas, mais j'espère que la 3.4 la remplacera bientôt.
Pour ce qui est d'être horrible sous Windows, il y a toujours eu des thèmes pour Windows, pour adopter le look natif. C'est également le cas avec GTK 3 (sauf que les thèmes sont en CSS maintenant):
Et en tant qu'utilisateur, j'ai eu quelques conflits d'applications Windows Gtk qui essayaient plus ou moins de partager leur installation de Gtk donc on va dire que je serre les fesses quand je vois du Gtk sous Windows.
Oui enfin pour c'est plus le développeur de l'appli qui choisit que les dev GTK, à ce niveau… Et je n'ai jamais eu de soucis avec des applis comme pidgin ou GIMP sous Windows… Ce qui manque c'est peut être un guide de bonnes pratiques du déploiement d'application GTK sous Windows.
A part les anciens programmeurs MFC, j'ai l'impression qu'il n'y a pas beaucoup de gens pour dire du bien de WxWidgets.
Non, non, même là… J'ai commencé ma carrière comme développeur d'IHM en MFC ;-). Rien que les hacks nécessaires pour avoir une interface redimensionnable, c'était galère. Le jour où j'ai découvert GTK et que j'ai vu que tout ça était de base dans le toolkit avec un modèle très simple à comprendre, j'ai quitté les MFC sans me retourner :-p.
[…] there aren't any generally available static libraries.
This is intentional. GTK+ and Pango on Win32 require being built as
DLLs in order to be able find their configuration files and message
catalogs at run-time. On Unix, the installation prefix is fixed at
configure time, and hard-coded into the (static or shared)
libraries. This is not seen as a problem on Unix, if there isn't room
to actually install GTK+ where it wants to be instaled, you can always
play games with symbolic links.
Ça date de 2003, je ne sais pas si cela a changé. Je sais qu'il y a eu très récemment GResource qui permet d'intégrer les fichiers de ressources dans l'application, mais je ne sais pas si les autres problèmes ont été résolus.
Je sais que Gtk, bien que maintes fois présenté comme un concurrent de Qt dans ce domaine est une horreur à gérer sous Windows.
Parlons en justement. Je sais qu'il y a des soucis de ce côté là au niveau simplicité de déploiement, mais je ne sais pas vraiment où en est la concurrence. C'est facile à quel point le déploiement d'une application Qt sous Windows ?
Ensuite, est-ce que tu parles uniquement du déploiement, ou aussi de bugs spécifiques Windows ? Pour info, GTK 3.4 qui vient de sortir est la première version à corriger une bonne partie des bugs spécifiques à GTK 3 sous Windows, un an après la sortie de GTK 3.0 (pas glop).
WxWidget a une réputation mitigée: globalement, ça marche bien sur toutes les plate-formes desktop mais il reste des bugs plate-forme spécifique qui sont difficiles à éradiquer.
J'en ai fait un peu, et c'est surtout très moche à programmer, trop proche des MFC à mon goût, et avec un tas de variantes de méthodes spécifiques à une plateforme ou une autre au sein d'un même objet ce qui fait que le côté multi-plateforme est assez illusoire.
Allons bon, je ne connaissais pas du tout cette fonctionnalité, et je ne l'avais jamais remarquée malgré la taille et la graisse du texte ! Peut être parce qu'il s'agit d'un texte simple et pas d'une case à cocher ou que sais-je qui m'indiquerait qu'il s'agit d'une option.
J'ai l'habitude de regarder mon tableau de bord pour voir si on a répondu à mes commentaires (et aussi, on ne se refait pas, regarder quels commentaires ont été bien notés). Si cette option c'est pas activée, on ne voit quel commentaire est concerné par la réponse.
Je ne sais pas si j'ai changé quelque chose par mégarde, mais je pense le choix par défaut devrait être l'affichage de tous les commentaires, et avoir un bouton ou autre permettant de masquer les sous-réponses plutôt qu'un lien…
À noter que le jugement est plus sévère en parlant de vente forcée plutôt que de vente liée. Voir aussi l'analyse du jugement par maître Frédéric Cuif qui a une nouvelle fois brillamment défendu le dossier.
Try again ! Je te conseille de passer sous Mageia, Mandriva c'est assez mort. Ce sont les anciens employés licenciés l'an dernier ont monté Mageia en tant qu'association loi 1901 et une grosse partie de la communauté a suivi. Au final, ça tourne bien, et Mageia 2 devrait sortir au mois de mai.
Oui, je conseillerais aussi le passage à Mageia 1 en premier, sachant que comme pour toutes les distributions, il vaut mieux laisser passer quelques jours après la sortie d'une version de distribution pour laisser passer les problèmes les plus gênants qui n'auraient pas été détectés par les tests.
Un autre solution est de tenter une migration Mageia 2, et une cas d'échec une installation classique (qui permet de faire le ménage dans les paquetage installés et découvrir les nouveaux choix par défaut).
Besoin de rien de plus, mingw te fournit rxvt, il suffit d'appeler leur script pricipal avec l'option --rxvt.
Pas vu de soucis de PATH. Il contient normalement au lancement de MinGW ce que contenait ton PATH Windows. Pour ce qui est chargement à l'initialisation, j'utilisais le .profile qui est exécuté automatiquement à l'ouverture de session.
Pas d'autre solution si tu les installes "façon windows". Sinon il faut tout installer ensemble à la UNIX dans /usr/bin, mais sans gestionnaire de paquet, ça devient intenable, et souvent les programmes n'ont pas été conçu pour que cela fonctionne.
En utilisant MSYS, tu a une couche de traduction des chemins pour pouvoir utiliser des chemins UNIX. Il y a juste quelques astuces à connaitre. Par exemple, MSYS comprend "C:\\Windows", mais aussi "/c/Windows". Pour les options, les slash doivent êtres doublés → dir /s devient → dir //s dans MSYS, afin de permettre à MSYS de distinguer les slash des chemins de ceux des options.
Aucune idée, j'ai juste installé python 3.2 en .msi, ajouté le chemin dans le PATH, et c'est tout pour mon utilisation de python dans cet environement.
Une chose importante, utilise pour installer MinGW+MSYS leur installateur en version alpha, pas les vieux tout-en un. Cela te permet d'utiliser mingw-get, un outil type apt-get. Tu installes ensuite les paquetages que tu souhaites, en mettant msys, rxvt… Il te permet de lire la liste des paquets disponibles. Je te conseille de bien lire la doc de mingw.org.
Comment je peux savoir que la 4.2.85 n'est pas une version de maintenance de KDE 4.2 ? Tu vas me répondre "ah, mais ils utilisent un offset spécial pour les versions de test". Super. Donc il faut forcément une convention quelque part, pour comprendre de quoi on parle, donc « le grand public » ne peut pas le deviner non plus sans connaître précisément la politique de nommage.
Regarde comment s'est passé le développement qui a mené à GNOME 3.4.
3.3.1 → version de dev
3.3.2 → version de dev
3.3.3 → version de dev
3.3.4 → version de dev
3.3.5 → version de dev
3.3.90 → rc
3.3.91 → rc
3.3.92 → rc
3.4.0 → stable
3.4.1 → maintenance
3.4.2 → maintenance
Là aussi tu as besoin de connaître la convention de nommage, mais je ne pense pas que ce soit moins clair. C'est juste différent, mais cohérent: toutes les versions sont numérotées comme ça. Dès le 2ème digit tu sais si c'est stable ou instable, c'est pratique à l'oral. J'ai été sur un projet avec 5 digits, à l'oral comme à l'écrit c'était l'enfer, et super galère de s'y retrouver.
Au passage, si tu as un document sur la politique de nommage sur KDE (notamment l'offset qu'ils utilisent pour indiquer que c'est une version de développement), je suis preneur, je n'ai rien trouvé de probant sur le net.
Par contre, j'ai toujours pas vu un argument solide pour justifier l'absence de version impaire stable vis à vis du grand public.
Je me demande bien en quoi ça te dérange, et en quoi ils devraient se justifier… C'est comme ça, ça marche, il te faut quoi de plus ? Que tous les projets du monde se plient à ta vision des choses ?
Aucune politique de nommage de versions n'est parfaite, elles ont toutes des avantages et des inconvénient. Si, si, même celle de KDE.
Quant au grand public, je pense qu'il n'en a à peu près rien à foutre de comment est nommé une version.
Mais tu fais un sacré foin pour une différence somme toute pas très importante.
Au passage, si ça marche pour GNOME et ça ne marchait pas pour Linux, c'est que Linux faisait des release feature-based et pas time-based. Résultat, personne ne testait les kernels 2.5.x, on attendait plutôt que le 2.6 stable sorte. Mais le 2.6 ne sortait pas parce que le 2.5.x n'était pas assez testé → serpent qui se mord la queue…
Chez GNOME, ça ne change rien : on sait que ça sort tous les 6 mois. De nouvelles releases mineures sont faites après la sortie officielle pour corriger les plus gros bugs passés à travers des mailles du filet lors de la validation de la version de développement. Du coup les versions x.y avec y impair servent juste de convention pour les alpha/beta/rc de la version x.(y+1), et ont l'avantage de permettre une comparaison numérique (pas de alpha/beta/rc dans le nom de la version). On peut donc indiquer que telle fonction est obsolète depuis GTK 3.3.90, ce qui est plus précis pendant le cycle de développement que de dire que c'est obsolète depuis GTK 3.4.0.
C'est déjà le cas. Ma sœur ne fait pas la différence entre un client mail et un webmail. Les gens pour lesquels l'informatique n'est qu'un outils s'en foutent de tout ça, ils ne savent pas ce qu'ils utilisent.
[^] # Re: Refus de me le montrer
Posté par liberforce (site web personnel, Mastodon) . En réponse au journal La revanche des geeks. Évalué à 3.
C'est sûr, si tu commences l'enregistement 15min avant et finis 15min après pour être sûr de pas rater un bout (les codes showview sont taquins), et que tu dois ensuite te taper l'avance rapide pour arriver au début du programme… C'est quand même pas équivalent au confort de la VOD.
[^] # Re: Noms des applications
Posté par liberforce (site web personnel, Mastodon) . En réponse à la dépêche GNOME 3.4 : l'émergence des applications. Évalué à 3.
Soyons sérieux, un menu où les programmes apparaissent en vrac, sans classement… Ah, si, on peu trier alphabétiquement, mais ce n'est pas permanent, il faut le faire à nouveau quand tu installes un nouveau programme. Tu as aussi des programmes qui arrivent à la racine de l'arborescence des programmes, d'autres dans des sous dossiers… Et puis pour trouver Photoshop, il faut chercher à A comme Adobe, et pas à P comme Photoshop. Comme si l'utilisateur lambda connaissait l'éditeur qui réalise le logiciel qu'il utilise. Et puis des fois tu vois les programmes de désinstallation de logiciels dans le lot, mais alors je suis censé utiliser celui là ou passer par la section "Ajouter/suppression de programmes" du panneau de configuration (magnifiquement intuitive aussi, puisqu'elle ne sert presque jamais à installer des programmes).
Quand je suis arrivé sous Linux et que j'ai vu les programmes s'installer et désinstaller de manière centralisée (la plus grosse difficulté étant de se souvenir du nom du programme en question), s'ajouter automatiquement dans les menus, classés par catégories, ça m'a mis une claque !
Je n'ai pas eu de cours de Windows, j'ai un parcours informatique similaire au tien, mais ce n'est pas parce que j'ai réussi à m'adapter à ce menu (tout en le maudissant à chaque fois) que je dois trouver qu'il était bien fait…
# Un peu tard ?
Posté par liberforce (site web personnel, Mastodon) . En réponse à la dépêche Colloque Cyberlaw à SciencesPo Paris avec la présence de Lawrence Lessig. Évalué à 10.
C'est sympa mais si la news est postée/modérée le jour même à 14h39, que 2 des conférences sont déjà finies à cette heure là, et que le linuxfrien parisien a un créneau d'au maximum 2h20 pour être averti de l'existence de la conf, s'inscrire et s'y rendre, je ne suis pas sûr que cette dépêche amène grand monde.
Caramba, encore raté !
[^] # Re: Pas réentrant
Posté par liberforce (site web personnel, Mastodon) . En réponse au message installer un deb qui install des debs. Évalué à 5.
Tu m'étonnes, la gestion de dépendances est déjà un problème assez compliqué comme ça…
# Pas réentrant
Posté par liberforce (site web personnel, Mastodon) . En réponse au message installer un deb qui install des debs. Évalué à 2.
J'avais eu le même soucis avec rpm une fois. La réponse était: pas possible, rpm n'est pas réentrant. Faut croire que dpkg non plus. Je pense donc que ton approche est mauvaise, et qu'effectivement, il vaudrait mieux réexprimer de manière plus claire ton besoin.
[^] # Re: Sorti de Qt, point de salut ?
Posté par liberforce (site web personnel, Mastodon) . En réponse au journal Le développement en natif pour un soft universel ?. Évalué à 2.
http://bugzilla.gnome.org/show_bug.cgi?id=319312
La raison pour ne pas l'implémenter, outre le manque de moyens humains:
Source: http://people.redhat.com/otaylor/fosdem2003/file-selector.html#desktop-integration
[^] # Re: Sorti de Qt, point de salut ?
Posté par liberforce (site web personnel, Mastodon) . En réponse au journal Le développement en natif pour un soft universel ?. Évalué à 2.
Euh… je vois pas trop les excuses foireuses dont tu parles. Ensuite, GTK est multi-plateforme, mais manque de développeurs, autant sous Linux que sous Windows. Ce qui fait que la version Linux est privilégiée par rapport aux autres, et que les développeurs GTK sous Windows se sentent comme des citoyens de seconde zone… Le fait que la version conseillées sur gtk.org soit la 2.24 alors que GTK 3 est sorti depuis un an n'aide pas, mais j'espère que la 3.4 la remplacera bientôt.
Pour ce qui est d'être horrible sous Windows, il y a toujours eu des thèmes pour Windows, pour adopter le look natif. C'est également le cas avec GTK 3 (sauf que les thèmes sont en CSS maintenant):
http://blogs.gnome.org/alexl/2011/11/25/gtk-work-on-windows/
http://blogs.gnome.org/alexl/2012/03/27/moar-windows-themes/
[^] # Re: Sorti de Qt, point de salut ?
Posté par liberforce (site web personnel, Mastodon) . En réponse au journal Le développement en natif pour un soft universel ?. Évalué à 2.
Oui enfin pour c'est plus le développeur de l'appli qui choisit que les dev GTK, à ce niveau… Et je n'ai jamais eu de soucis avec des applis comme pidgin ou GIMP sous Windows… Ce qui manque c'est peut être un guide de bonnes pratiques du déploiement d'application GTK sous Windows.
[^] # Re: Sorti de Qt, point de salut ?
Posté par liberforce (site web personnel, Mastodon) . En réponse au journal Le développement en natif pour un soft universel ?. Évalué à 2.
Non, non, même là… J'ai commencé ma carrière comme développeur d'IHM en MFC ;-). Rien que les hacks nécessaires pour avoir une interface redimensionnable, c'était galère. Le jour où j'ai découvert GTK et que j'ai vu que tout ça était de base dans le toolkit avec un modèle très simple à comprendre, j'ai quitté les MFC sans me retourner :-p.
[^] # Re: Sorti de Qt, point de salut ?
Posté par liberforce (site web personnel, Mastodon) . En réponse au journal Le développement en natif pour un soft universel ?. Évalué à 2.
Source: https://mail.gnome.org/archives/gtk-app-devel-list/2003-September/msg00027.html
Ça date de 2003, je ne sais pas si cela a changé. Je sais qu'il y a eu très récemment GResource qui permet d'intégrer les fichiers de ressources dans l'application, mais je ne sais pas si les autres problèmes ont été résolus.
De l'autre côté, Qt fournit un guide de déploiement sous Windows…
[^] # Re: Sorti de Qt, point de salut ?
Posté par liberforce (site web personnel, Mastodon) . En réponse au journal Le développement en natif pour un soft universel ?. Évalué à 3.
Tu veux dire que ce qui est préconisé sous Qt pour un déploiement Windows c'est de tout linker en statique ?
# Sorti de Qt, point de salut ?
Posté par liberforce (site web personnel, Mastodon) . En réponse au journal Le développement en natif pour un soft universel ?. Évalué à 4.
Parlons en justement. Je sais qu'il y a des soucis de ce côté là au niveau simplicité de déploiement, mais je ne sais pas vraiment où en est la concurrence. C'est facile à quel point le déploiement d'une application Qt sous Windows ?
Ensuite, est-ce que tu parles uniquement du déploiement, ou aussi de bugs spécifiques Windows ? Pour info, GTK 3.4 qui vient de sortir est la première version à corriger une bonne partie des bugs spécifiques à GTK 3 sous Windows, un an après la sortie de GTK 3.0 (pas glop).
J'en ai fait un peu, et c'est surtout très moche à programmer, trop proche des MFC à mon goût, et avec un tas de variantes de méthodes spécifiques à une plateforme ou une autre au sein d'un même objet ce qui fait que le côté multi-plateforme est assez illusoire.
[^] # Re: Réponse à un commentaire
Posté par liberforce (site web personnel, Mastodon) . En réponse à l’entrée du suivi Tableau de bord : certains commentaires manquent. Évalué à 2 (+0/-0).
Allons bon, je ne connaissais pas du tout cette fonctionnalité, et je ne l'avais jamais remarquée malgré la taille et la graisse du texte ! Peut être parce qu'il s'agit d'un texte simple et pas d'une case à cocher ou que sais-je qui m'indiquerait qu'il s'agit d'une option.
J'ai l'habitude de regarder mon tableau de bord pour voir si on a répondu à mes commentaires (et aussi, on ne se refait pas, regarder quels commentaires ont été bien notés). Si cette option c'est pas activée, on ne voit quel commentaire est concerné par la réponse.
Je ne sais pas si j'ai changé quelque chose par mégarde, mais je pense le choix par défaut devrait être l'affichage de tous les commentaires, et avoir un bouton ou autre permettant de masquer les sous-réponses plutôt qu'un lien…
# Vente forcée
Posté par liberforce (site web personnel, Mastodon) . En réponse au journal Vente liée jugée déloyale. Évalué à 10.
À noter que le jugement est plus sévère en parlant de vente forcée plutôt que de vente liée. Voir aussi l'analyse du jugement par maître Frédéric Cuif qui a une nouvelle fois brillamment défendu le dossier.
# Mondorescue
Posté par liberforce (site web personnel, Mastodon) . En réponse au message Logiciel pour créer et récupérer des images disque. Évalué à 2.
J'en rajoute un à la liste, même si je ne sais pas s'il convient à ton usage:
http://mondorescue.org
[^] # Re: dépassé
Posté par liberforce (site web personnel, Mastodon) . En réponse au journal Linuxfr remplacera-t-il wikipédia ?. Évalué à 6.
Tu veux dire un tacle ?
[^] # Re: J'ai fait un choix !
Posté par liberforce (site web personnel, Mastodon) . En réponse au message Quel distrib choisir ?. Évalué à 2.
Try again ! Je te conseille de passer sous Mageia, Mandriva c'est assez mort. Ce sont les anciens employés licenciés l'an dernier ont monté Mageia en tant qu'association loi 1901 et une grosse partie de la communauté a suivi. Au final, ça tourne bien, et Mageia 2 devrait sortir au mois de mai.
[^] # Re: Annonce…
Posté par liberforce (site web personnel, Mastodon) . En réponse au message Poste de développeur Java sur la région de Colmar. Évalué à 2.
Ah oui, ça pique !
[^] # Re: Migration
Posté par liberforce (site web personnel, Mastodon) . En réponse au message Passage à Mageïa. Évalué à 2.
Oui, je conseillerais aussi le passage à Mageia 1 en premier, sachant que comme pour toutes les distributions, il vaut mieux laisser passer quelques jours après la sortie d'une version de distribution pour laisser passer les problèmes les plus gênants qui n'auraient pas été détectés par les tests.
Un autre solution est de tenter une migration Mageia 2, et une cas d'échec une installation classique (qui permet de faire le ménage dans les paquetage installés et découvrir les nouveaux choix par défaut).
# Mon expérience de MinGW+MSYS
Posté par liberforce (site web personnel, Mastodon) . En réponse au message MS Windows + MinGW/MSYS ou Cygwin + accès à mes outils GNU dans mon term + Python + PySide + py2exe. Évalué à 3.
Pas vu de soucis de PATH. Il contient normalement au lancement de MinGW ce que contenait ton PATH Windows. Pour ce qui est chargement à l'initialisation, j'utilisais le .profile qui est exécuté automatiquement à l'ouverture de session.
Pas d'autre solution si tu les installes "façon windows". Sinon il faut tout installer ensemble à la UNIX dans /usr/bin, mais sans gestionnaire de paquet, ça devient intenable, et souvent les programmes n'ont pas été conçu pour que cela fonctionne.
En utilisant MSYS, tu a une couche de traduction des chemins pour pouvoir utiliser des chemins UNIX. Il y a juste quelques astuces à connaitre. Par exemple, MSYS comprend
"C:\\Windows", mais aussi"/c/Windows". Pour les options, les slash doivent êtres doublés →dir /sdevient →dir //sdans MSYS, afin de permettre à MSYS de distinguer les slash des chemins de ceux des options.Aucune idée, j'ai juste installé python 3.2 en .msi, ajouté le chemin dans le PATH, et c'est tout pour mon utilisation de python dans cet environement.
Une chose importante, utilise pour installer MinGW+MSYS leur installateur en version alpha, pas les vieux tout-en un. Cela te permet d'utiliser mingw-get, un outil type apt-get. Tu installes ensuite les paquetages que tu souhaites, en mettant msys, rxvt… Il te permet de lire la liste des paquets disponibles. Je te conseille de bien lire la doc de mingw.org.
[^] # Re: Et pour la numérotation de versions
Posté par liberforce (site web personnel, Mastodon) . En réponse à la dépêche GNOME 3.4 : l'émergence des applications. Évalué à 3. Dernière modification le 30 mars 2012 à 12:30.
J'ai cherché la politique de nommage des versions de KDE, je n'ai rien trouvé. J'ai juste trouvé des numéros de versions de test.
4.2.85 → 4.3 beta 1
4.7.41 → 4.7 beta 1
4.7.44
4.7.80
4.7.90
4.7.95
4.7.97
Comment je peux savoir que la 4.2.85 n'est pas une version de maintenance de KDE 4.2 ? Tu vas me répondre "ah, mais ils utilisent un offset spécial pour les versions de test". Super. Donc il faut forcément une convention quelque part, pour comprendre de quoi on parle, donc « le grand public » ne peut pas le deviner non plus sans connaître précisément la politique de nommage.
Regarde comment s'est passé le développement qui a mené à GNOME 3.4.
3.3.1 → version de dev
3.3.2 → version de dev
3.3.3 → version de dev
3.3.4 → version de dev
3.3.5 → version de dev
3.3.90 → rc
3.3.91 → rc
3.3.92 → rc
3.4.0 → stable
3.4.1 → maintenance
3.4.2 → maintenance
Là aussi tu as besoin de connaître la convention de nommage, mais je ne pense pas que ce soit moins clair. C'est juste différent, mais cohérent: toutes les versions sont numérotées comme ça. Dès le 2ème digit tu sais si c'est stable ou instable, c'est pratique à l'oral. J'ai été sur un projet avec 5 digits, à l'oral comme à l'écrit c'était l'enfer, et super galère de s'y retrouver.
Au passage, si tu as un document sur la politique de nommage sur KDE (notamment l'offset qu'ils utilisent pour indiquer que c'est une version de développement), je suis preneur, je n'ai rien trouvé de probant sur le net.
[^] # Re: Et pour la numérotation de versions
Posté par liberforce (site web personnel, Mastodon) . En réponse à la dépêche GNOME 3.4 : l'émergence des applications. Évalué à 2.
Je me demande bien en quoi ça te dérange, et en quoi ils devraient se justifier… C'est comme ça, ça marche, il te faut quoi de plus ? Que tous les projets du monde se plient à ta vision des choses ?
Aucune politique de nommage de versions n'est parfaite, elles ont toutes des avantages et des inconvénient. Si, si, même celle de KDE.
Quant au grand public, je pense qu'il n'en a à peu près rien à foutre de comment est nommé une version.
Mais tu fais un sacré foin pour une différence somme toute pas très importante.
[^] # Re: Et pour la numérotation de versions
Posté par liberforce (site web personnel, Mastodon) . En réponse à la dépêche GNOME 3.4 : l'émergence des applications. Évalué à 2.
Au passage, si ça marche pour GNOME et ça ne marchait pas pour Linux, c'est que Linux faisait des release feature-based et pas time-based. Résultat, personne ne testait les kernels 2.5.x, on attendait plutôt que le 2.6 stable sorte. Mais le 2.6 ne sortait pas parce que le 2.5.x n'était pas assez testé → serpent qui se mord la queue…
Chez GNOME, ça ne change rien : on sait que ça sort tous les 6 mois. De nouvelles releases mineures sont faites après la sortie officielle pour corriger les plus gros bugs passés à travers des mailles du filet lors de la validation de la version de développement. Du coup les versions x.y avec y impair servent juste de convention pour les alpha/beta/rc de la version x.(y+1), et ont l'avantage de permettre une comparaison numérique (pas de alpha/beta/rc dans le nom de la version). On peut donc indiquer que telle fonction est obsolète depuis GTK 3.3.90, ce qui est plus précis pendant le cycle de développement que de dire que c'est obsolète depuis GTK 3.4.0.
[^] # Re: Noms des applications
Posté par liberforce (site web personnel, Mastodon) . En réponse à la dépêche GNOME 3.4 : l'émergence des applications. Évalué à 5. Dernière modification le 29 mars 2012 à 14:32.
C'est déjà le cas. Ma sœur ne fait pas la différence entre un client mail et un webmail. Les gens pour lesquels l'informatique n'est qu'un outils s'en foutent de tout ça, ils ne savent pas ce qu'ils utilisent.
[^] # Re: Et pour la numérotation de versions
Posté par liberforce (site web personnel, Mastodon) . En réponse à la dépêche GNOME 3.4 : l'émergence des applications. Évalué à 9.
Que ça marche pour eux et donc qu'il n'y a pas de raison de changer ?