saltimbanque a écrit 1022 commentaires

Par contre thunderbird a un greffon vim qd aux raccourcis claviers

ah voila http://aruiz.synaptia.net/siliconisland/2013/11/evolution-is-seeking-brave-hackers.html

C'est pas possible que je trouve pas mon bonheur en 2014 quand même, si

bah non.

Pour Thunderbird, a priori il y avait le problème de maintenance, qui ressemble à un no-go. A voir puisque tu n'a pas encore jeté l'éponge mais ça pourrait être la meilleure raison. Hélas. Geary a été bien couvert ici mais effectivement je doute que recherche et chiffrement soit encore là. Si l'interface compte vraiment ce sera le plus probable candidat, à terme.

En attendant, Red Hat avait évoqué l'idée de moderniser -humblement- evolution. (Je ne retrouve pas le post.) L'interface visuelle n'est pas sexy, certes. L'intégration est meilleure au niveau gnome-online-accounts. Et tous les raccourcis claviers souhaitables me paraissent là, ça compte. Enfin, le code me semble vraiment bien maintenu (enfin.. avec moins de mainteneurs qu'auparavant mais il y en a.) En l'absence de bug vraiment gênant, patienter avec cela restera le plus proche. Claws-Mail ou Sylpheed n'apporteront à mes yeux qu'en performance, ce que tu cites par enthousiasme mais ne semble pas le cahier des charges.

Le titre est surtout bête, mais /. ne taille pas tant sur nous.

Il faut dire qu'il aurait absurde de charrier les français sur leurs heures de travail. Certes les congés payés toussa -quand on les pose-, mais les cadres qui moulent du 50 heures par semaine, ça n'est pas si mal. Surtout quand ce ne sont pas des cadres. Surtout quand ce sont des stagiaires.

gnu étoilé retrouve toutes ses chances =)

stallman, sors de ce core!

bah vi mais en voyant le nombres de modes inclus d'emblée. Genre org mode.

afficher de la coloration syntaxique ou une liste de suggestions, à mon sens ce ne sont pas des choses qui ont trait à l'édition de texte

mardown
dictionnaire

pour commencer…

oui mais (totalement) comme vim

en parlant d'eau : source?

En tout cas Mark est devenu un bien meilleur éditeur de texte

pas bourdieusien, mais par rapport au journal disons que les "hiérarchies" (de type "opéra > sport" ou "homme > femme") sont intégrées dans nos représentations (visions du monde, vocabulaire…). Rien ne s'oppose à ce qu'une communauté intériorise les normes et représentations communes, fut-ce à ses dépens.

Après c'est de l'analyse, et c'est de l'analyse ancienne. On peut très bien le contester ou s'en foutre. Ou se dire "oui mais ce qui m'intéresse c'est quoi faire". par exemple, la discrimination positive : nous pourrions très bien considérer que des actes pragmatiques sur l'égalité des carrières mèneront, avec le temps, à des représentations égalitaires entre hommes et femmes.

Ou, toujours dans l'action pragmatique: si l'aspirateur a libéré la femme des années 50, pourquoi la domotique (et le congé parternel) ne résoudraient-ils pas pour de bons ces questions?

il y aura toujours Qt et KDE.

et clutter et efl

Le sujet c'est qu'aussitôt que McCann est confronté à un souci dans son utilisation du bureau alors il change complètement de point de vue

McCann prend des choix particuliers. Sur le terminal j'y vois aussi une incohérence, et une trop grande influence de son besoin.

Finalement il n'y a pas la moindre étude du retour des utilisateurs, de leurs attentes ou de de leurs besoins

c'est conclure trop loin. Même au sujet de ce designer là. Surtout, il y a en d'autres. Il n'y a pas si longtemps, aday travaillait à refondre le tweak tool pour le rendre plus utilisable.

Je reviens au sujet. Effectivement, gtk+ est devenu The GNOME Toolkit, de facto. Parce que seul GNOME y contribue. Quoi de choquant? GNOME fait gtk+ et décide gtk+ : simplissime méritocratie. Logique.

Je pense qu'ils ont créé leur propre librairie entre autres, avec ce soucis de thread proprement détectés. Ensuite c'est de l'interface, mais s'ils ont bien fait les choses le regroupement en conversation est plus complexe que simplement basé sur des titres (genre Re:Paf le chien)

Mêmes raisons pour essayer, et même constat : fluide et pauvre. Pas mal d'efforts sur des raccourcis claviers, par ex. pour archiver on peut utiliser "suppr." ou "a" ou "backspace" ; mais je n'ai pas trouvé comment naviguer aisément.

A noter que par rapport à evolution, hors la question de fluidité, l'intérêt est dans leur librairie imap qui montre des conversations. Pareil à ce sujet, je n'ai pas encore trouvé les raccourcis qui vont avec, ça va se finir dans le code source si ça continue :/

n'y a t-il pas moyen d'"underclocker" cpu & gpu si ceux ci sont plus gourmands que la batterie ne le permet? (je ne peux pas tester ici, dsl)

Que préfère tu dans l'interface OSX?

Ca parait plus fluide, plus rapide

finder me p$ les c*. Ce truc est ignoble (i*gnom*inie?). Tout est plus rapide ailleurs, que ce soit gnome shell, kde, windows…

plus soigné.

pleinement d'accord. Autant sur l'interface plus finalisée que sur le QA. Sur la cohérence. Sur un peu tout. C'est le point fort.

Et il n'y a pas ce champ "Rechercher" et cette logithèque usine à gaz derrière.

Exposé a sans doute lancé la mode, il y'a belle lurette, mais depuis le gnome shell l'explose

Le Appstore? nan franchement je lacherai pas ma box pour cette horreur. (compiler ses app sous mac? mon appstore refuse d'installer xcode (enfin il prétend l'installer et ne fais rien) et donc je n'ai pas make, mais bon là je pars h.s.)

Bon j'arrête avec ma vie on s'en fiche. Les designers de gnome ont clairement chippé des idées à droite à gauche : osx bien sûr mais aussi ios, android, windows. Xerox =). Tout en gardant certains acquis Unix (bon bon vi je sé, hormis le clic milieu…)

Que préfère tu dans l'interface OSX?

gtk_signal_connect_object (GTK_OBJECT (button), "clicked",
                     GTK_SIGNAL_FUNC (gtk_widget_destroy),
                 GTK_OBJECT (window));

Fort heureusement, si tu te trompes sur les objets, à l’exécution, ça te dira "Invalid cast from Window to Button"

C'est donc surtout chiant pour le typage des fonctions. On peut parfois éviter le cast mais c'est vrai que ça revient un peu au même, une fonction void obscure_func (GObject* button, void* data) n'aide pas des masses.

hmm j'ai répondu avant le commentaire proposant un standard freedesktop.

$ xdg-browse --select toto/titi.tar.xz toto/

Au vu du millier de fm sous Linux… autant avoir une interface: soit elle est là et on est sûr que ça marche, soit elle n'est pas là et on ouvre un dossier seulement. Au moins on est sûrs.

l'option --select a été proposée a Nautilus, mais Cosimo a préféré intégrer la fonctionnalité sous la forme nautilus /chemin/fichier.ext.

Donc Nautilus peut gérer cela sans passer par dbus. Le passage par dbus s'explique par différents gestionnaires de fichiers qui n'ont pas le même comportement et vont chercher à ouvrir le fichier plutôt que de le montrer.

en attendant pas sûr que Konqueror implémente l'interface dbus. Donc oui,…

Et dans la série documentation merveilleuse

Camel.Imap : "I should really add more detail here, but I just don't care - I barely understand the code either"