on utilise encore un système de versionnement à l'ancienne (cf. semantic versionning), qui est basé sur le concept "c'est prêt quand c'est prêt", avec des fonctionnalités ajoutés seulement lors de grosses étapes (versions mineures), et des changements incompatibles ajoutés à de plus grosses étapes encore (versions majeures). Entre temps, les sorties les plus courantes sont seulement pour les corrections de bug.
Cela marche très bien pour les bibliothèques mais a de sérieuses lacunes pour les logiciels graphiques où les utilisateurs veulent désormais des nouveautés sans arrêt. C'est ainsi que ces dernières années, beaucoup de logiciels sont sortis de ce système de version. Les plus connus: Firefox, Chromium… Ça a fait du ramdam car on n'a vu que le côté marketing "avoir le plus gros numéro de version", mais de l'autre côté, ça veut surtout dire qu'on peut faire une sortie à tout moment, que ce soit pour une micro correction de bug, comme pour une énorme fonctionnalité qui change complètement l'UI. C'est se débarrasser du carcan d'une logique de version qui impose quand et comment on doit sortir les nouveautés sans raison valable.
Je comprends cette logique mais ça reste que de la numérotation (ou alors je n'ai pas compris quelque chose).La roadmap 2.10 (http://wiki.gimp.org/wiki/Roadmap#GIMP_2.10) ne pouvait-elle pas être bien réduite ? Quitte a sortir des versions 2.12, 2.14, 2.16….
Ya des gens, ici et ailleurs, qui utilisent leur ordinateur, qui ne font pas juste jouer, de la bureautique, et surfer sur le net. Bah moi j'ai besoin d'un outil, pas d'une expérience utilisateur.
Alors Gnome, c'est juste impossible.
parce que quand on cherche des informations sur la ville de Seattle, il est plus rapide d'aller directement voir la page Wikipédia correspondante, que d'aller demander à DuckDuckGo, pour aller indirectement au même endroit, et ainsi de suite pour la météo à Toulouse (recherche Méteo France), les séances de films à Montpellier (recherche Allociné) ou le plan de la ville de Cannes (recherche OpenStreetMap).
Pour le moment vous pouvez essayer une disposition verticale des onglets (Tab Center),
J'ai testé, il y a de l'idée mais ça ralentit tellement firefox que j'ai abandonné. Il fallait attendre presque 10s parfois après le lancement pour avoir quelque chose qui réponde. Globalement il y a un gros problème à ce niveau là avec Firefox qui met facilement 3/4s à ce lancer avec un SSD et qui a tendance à ne pas être réactif immédiatement après que la fenêtre apparaisse
Regarde du côté de seafile il n'y a pas d'intégration à nautilus réellement mais tu disposes de bibliothèque dans le cloud que tu peux choisir lesquelles synchro en local (et choisir où)
J'ai fait de l'angular 1 mais la syntaxe vraiment bizarre et la difficulté d'avoir du code générique (que ça soit JS ou HTML) m'a fait peur pour de gros projets. En plus, gérer la dispositions de l'interface via HTML/CSS me gonfle pas mal.
qooxdoo permet de tout écrire en JS (même les interfaces) avec une surcouche OO pour facilement organiser son code. Ça vient avec tout un ensemble de widgets pour la partie graphiques et un ensemble de classes pour la manipulation de données et la communication.
En utilisation standard, disposant d’une batterie de 61 Wh, je passe de 4 h 30 à 7 h 20 d’autonomie (ce que j’observe dans la pratique, et c’est assez agréable pour les trajets en train que je fais régulièrement)
Côté GPU, le Panel Self-Refresh (PSR), « c’est de la bombe ». La conso de mon laptop en utilisation standard passe de ~13.5W à ~8.5W. Non négligeable, extrêmement appréciable.
Et donc en terme d'autonomie, tu saurais évaluer le gain ?
Pour le coup, je ne vois pas ce que ça changerait d'avoir le même
Pourquoi faire simple quand on peut faire compliqué. Ça ferait un package de moins à gerer pour le développeur qui veut proposer son logiciel sur Linux
Rien empêche de commencer par proposer des choses en plus tard élire la « meilleure » solution et/ou faire fusionner les solutions.
Ça serait très bien si ça se passe comme ça mais on peut en douter. Quand tu vois qu'il y a toujours les deux formats deb/rpm alors que c'est strictement la même chose.
Ça a toujours était le cas, ça n'a pas tué le monde linux. Linux (et son écosystème) s'est toujours construit comme un bazar plutôt qu'une cathédrale. Je pense qu'il est saint de garder un fonctionnement qui marche.
On peut vouloir améliorer les choses plutôt que de ne rien faire
[^] # Re: vitesse de la justice
Posté par ff9097 . En réponse au journal Vente forcée de logiciel: It's the final countdown!!!!. Évalué à 1.
Qu'ils se remuent ?
[^] # Re: Comment ils font ?
Posté par ff9097 . En réponse à la dépêche Haiku a 15 ans. Évalué à 2.
Sur Fedora, seul les deltas sont téléchargés
[^] # Re: Trois
Posté par ff9097 . En réponse à la dépêche Nouvelle version de développement de GIMP: 2.9.4. Évalué à 1.
Je comprends cette logique mais ça reste que de la numérotation (ou alors je n'ai pas compris quelque chose).La roadmap 2.10 (http://wiki.gimp.org/wiki/Roadmap#GIMP_2.10) ne pouvait-elle pas être bien réduite ? Quitte a sortir des versions 2.12, 2.14, 2.16….
[^] # Re: Slackwariens/puristes complètement déconnectés de la réalité
Posté par ff9097 . En réponse à la dépêche Slackware 14.2. Évalué à 2.
Moi j'y arrive avec GNOME
[^] # Re: X-Apps?
Posté par ff9097 . En réponse au journal Sortie de Linux Mint 18 « Sarah ». Évalué à 3.
Quel gachis de ressources
[^] # Re: Flash 11.7et suivants
Posté par ff9097 . En réponse à la dépêche Firefox 47, version de transition. Évalué à 1.
Oui
[^] # Re: Par rapport à Django
Posté par ff9097 . En réponse à la dépêche Sortie de Flask 0.11. Évalué à 2.
Tu saurais donner ton avis sur les deux ORM ?
[^] # Re: Test Pilot
Posté par ff9097 . En réponse à la dépêche Firefox 47, version de transition. Évalué à -4.
Où t'utilise Google pour chaque cas
[^] # Re: APFS
Posté par ff9097 . En réponse au journal Le malaise.. Évalué à 0.
À priori pas de packages officiels mais il y a snapper-gui-git
[^] # Re: Test Pilot
Posté par ff9097 . En réponse à la dépêche Firefox 47, version de transition. Évalué à 1.
J'ai également un hardware similaire. Je test à nouveau demain !
[^] # Re: Test Pilot
Posté par ff9097 . En réponse à la dépêche Firefox 47, version de transition. Évalué à 1.
Justement très peu. Je dirais que même sans restaurer d'onglets c'était poussif
# Test Pilot
Posté par ff9097 . En réponse à la dépêche Firefox 47, version de transition. Évalué à 1.
J'ai testé, il y a de l'idée mais ça ralentit tellement firefox que j'ai abandonné. Il fallait attendre presque 10s parfois après le lancement pour avoir quelque chose qui réponde. Globalement il y a un gros problème à ce niveau là avec Firefox qui met facilement 3/4s à ce lancer avec un SSD et qui a tendance à ne pas être réactif immédiatement après que la fenêtre apparaisse
[^] # Re: Économies d'énergie
Posté par ff9097 . En réponse à la dépêche Sortie du noyau Linux 4.6. Évalué à 1.
Il faut probablement une CG plus récente
[^] # Re: APFS
Posté par ff9097 . En réponse au journal Le malaise.. Évalué à 1.
Snapper existe pour ça
[^] # Re: Hop !
Posté par ff9097 . En réponse au journal Rachat de LinkedIn par Microsoft pour 26 milliards de dollars. Évalué à 7.
Pareil…
…ah non j'en ai pas
[^] # Re: Firefox 47 et précédents (et suivants, j'en ai peur)
Posté par ff9097 . En réponse à la dépêche Firefox 47, version de transition. Évalué à -1.
Superbe argumentation
[^] # Re: Synchronisation intégrée au navigateur de fichier
Posté par ff9097 . En réponse à la dépêche Synchronisez vos fichiers avec cozy-desktop. Évalué à 2.
Regarde du côté de seafile il n'y a pas d'intégration à nautilus réellement mais tu disposes de bibliothèque dans le cloud que tu peux choisir lesquelles synchro en local (et choisir où)
# qooxdoo
Posté par ff9097 . En réponse au journal Angular 1 vs Angular 2. Évalué à 1.
J'ai fait de l'angular 1 mais la syntaxe vraiment bizarre et la difficulté d'avoir du code générique (que ça soit JS ou HTML) m'a fait peur pour de gros projets. En plus, gérer la dispositions de l'interface via HTML/CSS me gonfle pas mal.
qooxdoo permet de tout écrire en JS (même les interfaces) avec une surcouche OO pour facilement organiser son code. Ça vient avec tout un ensemble de widgets pour la partie graphiques et un ensemble de classes pour la manipulation de données et la communication.
Bac à sable
[^] # Re: Économies d'énergie
Posté par ff9097 . En réponse à la dépêche Sortie du noyau Linux 4.6. Évalué à 2.
C'est énorme :D
[^] # Re: Économies d'énergie
Posté par ff9097 . En réponse à la dépêche Sortie du noyau Linux 4.6. Évalué à 2.
Et donc en terme d'autonomie, tu saurais évaluer le gain ?
[^] # Re: C'est long ce salmigondis
Posté par ff9097 . En réponse au journal Article intéressant sur le marché du PC. Évalué à 1.
Les zenbook sont relativement peu cher pour la configuration je trouve.
# GIMP
Posté par ff9097 . En réponse à la dépêche Sortie de Krita 3.0. Évalué à 1.
GIMP devrait faire de même pour donner un coup de fouet au projet
[^] # Re: Flatpak
Posté par ff9097 . En réponse au journal Mon premier snap sur Xenial. Évalué à 0.
Pourquoi faire simple quand on peut faire compliqué. Ça ferait un package de moins à gerer pour le développeur qui veut proposer son logiciel sur Linux
[^] # Re: Flatpak
Posté par ff9097 . En réponse au journal Mon premier snap sur Xenial. Évalué à 0.
Ça serait très bien si ça se passe comme ça mais on peut en douter. Quand tu vois qu'il y a toujours les deux formats deb/rpm alors que c'est strictement la même chose.
On peut vouloir améliorer les choses plutôt que de ne rien faire
[^] # Re: Flatpak
Posté par ff9097 . En réponse au journal Mon premier snap sur Xenial. Évalué à 0.
Flatpak (aka xdg-app) est développé depuis pas mal de temps