Non, il n'y pas de systray dans android et IOS, il y'a des notifications exactement comme sous GNOME.
Et d'ailleurs, pour les applis comme waze qui indiquent qu'elle tournent en arrière plan, c'est tout à fait faisable avec une notification persistante et en écoutant pour le signal "closed".
Aller, je vais rajouter ça dans Lollypop, merci pour l'idée :p
Y'a un truc aujourd'hui qui s'appelle systemd/logind et je vois mal comment un process pourrait survivre à une fin de session. Et non sous ArchLinux cela n'arrive pas…
Oui… Mais seulement sous wayland… Et vu les bugs encore présent dans GTK+ avec Wayland, mieux vaut continuer à utiliser Xorg si on veut un système stable. D'ailleurs Ubuntu 18.04 supprime le support de Wayland.
Après, faire passer son CPU en mode performance rend le lag presque invisible. Mais il y'a un problème d’architecture de Mutter (conçu pour Xorg à l'origine) avec Wayland.
Le problème est simple, si tu utilises des icônes sur le bureau, c'est que tu as sûrement déjà configuré Gnome afin de ne plus fonctionner comme il le devrait.
Gnome est conçu pour être utiliser sans le fonctionnalité "Minimiser" donc il est tout à fait logique de virer les icônes sur le bureau car cela n'a aucun sens!
Mais si tu n'adhères pas au concept, c'est le force du libre, il y'a une tripoté de bureaux qui proposent des icônes sur le bureau.
Nostalgie de l'époque où ne pas avoir d'icône sur son bureau sous Linux était la norme! (Seul KDE 1 proposait le truc).
Lollypop:
Pas mal de nouveautés de son côté, le code a été entièrement retravaillé afin d'adapter le fonctionnement à une demande récurrente: pouvoir mixer album et morceaux dans la liste de lecture. Cela peut sembler con comme fonctionnalité, mais pour des raisons de performance, Lollypop ne travaille que sur des albums donc c'était plus complexe que de rajouter des "id" à une liste.
On en parle dans le journal à propos de Purism, j'ai aussi rajouté un mode "responsive" à Lollypop, c'était relativement simple même si j'attends avec impatience HdyStackableBox: https://www.youtube.com/watch?v=9OgoBXjyQ4A
Eolie:
- La gestion des blocages: pubs, js, … a été entièrement revue
- Sinon, beaucoup de corrections de bugs
C'est marrant la vie, j'ai découvert aujourd'hui cette histoire d'horloge monotonique (en regardant de près un bug dans GTK/Wayland), je vais mouler sur DLFP et je tombe sur ton message.
Ca ma rappelle les paquets flatpak qui traînent sur le web: des jeux windows crackés qui tourne avec une version de wine fournis dans le paquet. Ou comment flatpak est devenu le vecteur de distribution de jeux piratés sous Linux :-)
D'ailleurs pourquoi ne pas générer un paquet flatpak histoire d'avoir un outils multi distrib?
Je me répond à moi même, non je fais référence au fait que l'architecture actuelle fait que tout tourne dans le même thread et que si le système est un peu chargé, Gnome Shell se met à ramer (pointeur souris, animations, …)
Fedora peut faire ce qu'elle veut pour rendre GNOME Shell plus performant sous Wayland, c'est un problème d'architecture donc ce ne sera jamais corrigé.
Je suis surpris de voir que la situation risque de rester tel quel pendant quelques années encore (réécriture complète du Shell en utilisant GTK4). Donc Xorg a de beaux jours devant lui.
C'est super que la DINSIC conseille des logiciels libres mais:
- Ils sont déjà largement utilisés dans les Ministères, Universités, …
- On a le droit de vouloir acheter du support (même pour juste soutenir) quand un logiciel libre le propose sans devoir passer pour un extraterrestre
- Et plus de logiciel libre, ça veut dire plus de moyen humain, on peut pas de demander aux équipes de faire le boulot de 20 SSII à 5 IGE… Même si certain Ministères sont largement mieux lotis que d'autres…
J'ai utilisé longtemps Zanata pour mes projets mais beaucoup de traducteurs m'ont demandé de passer à Weblate parce que Zanata n'est pas pratique à utiliser pour une utilisateur lambda. Et je peux le comprendre vu l'interface!
[^] # Re: Merci!
Posté par gnumdk (site web personnel) . En réponse à la dépêche GNOME 3.28. Évalué à 2.
Ben l'idée, c'est de montrer que n'importe quelle application peut faire ça pour notifier l'utilisateur quelle tourne en tache de fond.
[^] # Re: Merci!
Posté par gnumdk (site web personnel) . En réponse à la dépêche GNOME 3.28. Évalué à 4.
https://youtu.be/QfCa3jV0qew
Parfait, donc c'est faisable, fallait juste y penser :) Merci mec!
[^] # Re: Merci!
Posté par gnumdk (site web personnel) . En réponse à la dépêche GNOME 3.28. Évalué à 10.
Non, il n'y pas de systray dans android et IOS, il y'a des notifications exactement comme sous GNOME.
Et d'ailleurs, pour les applis comme waze qui indiquent qu'elle tournent en arrière plan, c'est tout à fait faisable avec une notification persistante et en écoutant pour le signal "closed".
Aller, je vais rajouter ça dans Lollypop, merci pour l'idée :p
[^] # Re: Gnome 3 fan
Posté par gnumdk (site web personnel) . En réponse à la dépêche GNOME 3.28. Évalué à 3.
J'ai migré sous Wayland pour Fedora 28 et c'est maintenant super stable.
Par contre, j'ai du patcher GTK pour:
https://bugzilla.gnome.org/show_bug.cgi?id=766284
https://copr.fedorainfracloud.org/coprs/gnumdk/gnumdk/packages/
[^] # Re: bien mais ça devient lourd...
Posté par gnumdk (site web personnel) . En réponse à la dépêche GNOME 3.28. Évalué à 8.
Y'a un truc aujourd'hui qui s'appelle systemd/logind et je vois mal comment un process pourrait survivre à une fin de session. Et non sous ArchLinux cela n'arrive pas…
[^] # Re: Lag
Posté par gnumdk (site web personnel) . En réponse à la dépêche GNOME 3.28. Évalué à 2. Dernière modification le 22 mars 2018 à 15:03.
Oui… Mais seulement sous wayland… Et vu les bugs encore présent dans GTK+ avec Wayland, mieux vaut continuer à utiliser Xorg si on veut un système stable. D'ailleurs Ubuntu 18.04 supprime le support de Wayland.
Après, faire passer son CPU en mode performance rend le lag presque invisible. Mais il y'a un problème d’architecture de Mutter (conçu pour Xorg à l'origine) avec Wayland.
[^] # Re: bien mais ça devient lourd...
Posté par gnumdk (site web personnel) . En réponse à la dépêche GNOME 3.28. Évalué à 1.
Ben c'est un bug dans ta distro, pas dans Gnome…
[^] # Re: bien mais ça devient lourd...
Posté par gnumdk (site web personnel) . En réponse à la dépêche GNOME 3.28. Évalué à 2.
Rien à voir aussi, ce sont les process de gdm, Gnome ne laisse pas 200 process kdeinit je confirme :p
[^] # Re: Icones bureau
Posté par gnumdk (site web personnel) . En réponse à la dépêche GNOME 3.28. Évalué à 8. Dernière modification le 22 mars 2018 à 11:09.
Le problème est simple, si tu utilises des icônes sur le bureau, c'est que tu as sûrement déjà configuré Gnome afin de ne plus fonctionner comme il le devrait.
Gnome est conçu pour être utiliser sans le fonctionnalité "Minimiser" donc il est tout à fait logique de virer les icônes sur le bureau car cela n'a aucun sens!
Mais si tu n'adhères pas au concept, c'est le force du libre, il y'a une tripoté de bureaux qui proposent des icônes sur le bureau.
Nostalgie de l'époque où ne pas avoir d'icône sur son bureau sous Linux était la norme! (Seul KDE 1 proposait le truc).
[^] # Re: Merci!
Posté par gnumdk (site web personnel) . En réponse à la dépêche GNOME 3.28. Évalué à -3.
Bonne idée, le libre n'a pas besoin de gens comme toi.
[^] # Re: bien mais ça devient lourd...
Posté par gnumdk (site web personnel) . En réponse à la dépêche GNOME 3.28. Évalué à 2.
Qui n'a pas de lien parce qu'il parle d'un démarrage et au démarrage, Gnome Shell consomme peu.
# Autres applications GNOME
Posté par gnumdk (site web personnel) . En réponse à la dépêche GNOME 3.28. Évalué à 10.
Plutôt que de faire un nouveau journal, je vais profiter de cette nouvelle pour parler de mes deux applis.
Lollypop et Eolie ont eux aussi migré vers *.gnome.org, bye bye GitHub:
- https://wiki.gnome.org/Apps/Lollypop => Lecteur de musique
- https://wiki.gnome.org/Apps/Eolie => Navigateur web
Lollypop:
Pas mal de nouveautés de son côté, le code a été entièrement retravaillé afin d'adapter le fonctionnement à une demande récurrente: pouvoir mixer album et morceaux dans la liste de lecture. Cela peut sembler con comme fonctionnalité, mais pour des raisons de performance, Lollypop ne travaille que sur des albums donc c'était plus complexe que de rajouter des "id" à une liste.
On en parle dans le journal à propos de Purism, j'ai aussi rajouté un mode "responsive" à Lollypop, c'était relativement simple même si j'attends avec impatience HdyStackableBox:
https://www.youtube.com/watch?v=9OgoBXjyQ4A
Eolie:
- La gestion des blocages: pubs, js, … a été entièrement revue
- Sinon, beaucoup de corrections de bugs
# Hors Sujet
Posté par gnumdk (site web personnel) . En réponse au journal Une nouvelle version de Lutim !. Évalué à 10.
Putain, merde je suis conditionné, j'ai lu: "Portage de TapTempo en Lutim"
Vivement que cette folie s'arrête :-)
[^] # Re: Github ou GitLab
Posté par gnumdk (site web personnel) . En réponse au journal Portage de TapTempo en Java. Évalué à 3.
Et si le client préfère github? Nan j'déconne ;)
[^] # Re: Sources
Posté par gnumdk (site web personnel) . En réponse au journal Portage de TapTempo en Java. Évalué à 2.
C'est marrant la vie, j'ai découvert aujourd'hui cette histoire d'horloge monotonique (en regardant de près un bug dans GTK/Wayland), je vais mouler sur DLFP et je tombe sur ton message.
[^] # Re: Cool!
Posté par gnumdk (site web personnel) . En réponse à la dépêche ./play.it installe vos jeux sans prise de tête. Évalué à 8.
Ben ça permet de lancer le jeu dans un container dédié donc mieux niveau sécurité si tu n'as pas confiance en l'éditeur ;)
# Cool!
Posté par gnumdk (site web personnel) . En réponse à la dépêche ./play.it installe vos jeux sans prise de tête. Évalué à 10.
Ca ma rappelle les paquets flatpak qui traînent sur le web: des jeux windows crackés qui tourne avec une version de wine fournis dans le paquet. Ou comment flatpak est devenu le vecteur de distribution de jeux piratés sous Linux :-)
D'ailleurs pourquoi ne pas générer un paquet flatpak histoire d'avoir un outils multi distrib?
# Mieux
Posté par gnumdk (site web personnel) . En réponse au journal Portage de TapTempo en Bash. Évalué à 2.
[^] # Re: 2.7 ?
Posté par gnumdk (site web personnel) . En réponse au journal Portage de TapTempo en Python (2.7). Évalué à 2. Dernière modification le 28 février 2018 à 16:32.
Parce que à part ArchLinux, les autres OS sont obsolètes et forcent leurs utilisateurs à utiliser des technos obsolètes par défaut…
# Souvenirs souvenirs
Posté par gnumdk (site web personnel) . En réponse au journal Portage de TapTempo en Ada. Évalué à 4.
J'ai commencé la programmation avec Ada 83 en DUT sur des VT200 avec vi sous HPUX.
Les heures à tenter de faire compiler ton programme codé sous Windows 98 + GNAT/Ada 95 sur Ada 83 :-)
[^] # Re: Pour Wayland
Posté par gnumdk (site web personnel) . En réponse à la dépêche Apports de Fedora à l’écosystème du logiciel libre. Évalué à 7.
Je me répond à moi même, non je fais référence au fait que l'architecture actuelle fait que tout tourne dans le même thread et que si le système est un peu chargé, Gnome Shell se met à ramer (pointeur souris, animations, …)
https://wiki.gnome.org/Initiatives/Wayland/GnomeShell/GnomeShell4
# Pour Wayland
Posté par gnumdk (site web personnel) . En réponse à la dépêche Apports de Fedora à l’écosystème du logiciel libre. Évalué à 2.
Fedora peut faire ce qu'elle veut pour rendre GNOME Shell plus performant sous Wayland, c'est un problème d'architecture donc ce ne sera jamais corrigé.
Je suis surpris de voir que la situation risque de rester tel quel pendant quelques années encore (réécriture complète du Shell en utilisant GTK4). Donc Xorg a de beaux jours devant lui.
# Mwai
Posté par gnumdk (site web personnel) . En réponse au journal Le SILL 2018 est arrivé. Évalué à 5.
C'est super que la DINSIC conseille des logiciels libres mais:
- Ils sont déjà largement utilisés dans les Ministères, Universités, …
- On a le droit de vouloir acheter du support (même pour juste soutenir) quand un logiciel libre le propose sans devoir passer pour un extraterrestre
- Et plus de logiciel libre, ça veut dire plus de moyen humain, on peut pas de demander aux équipes de faire le boulot de 20 SSII à 5 IGE… Même si certain Ministères sont largement mieux lotis que d'autres…
[^] # Re: On va tester Zanata chez Framasoft
Posté par gnumdk (site web personnel) . En réponse au journal On ne contribue pas que du code. Évalué à 3.
J'ai utilisé longtemps Zanata pour mes projets mais beaucoup de traducteurs m'ont demandé de passer à Weblate parce que Zanata n'est pas pratique à utiliser pour une utilisateur lambda. Et je peux le comprendre vu l'interface!
# Ne fonctionne pas avec WebKit
Posté par gnumdk (site web personnel) . En réponse à la dépêche Sortie de Pollen 3. Évalué à 2.
Problème de CSS je pense.