saltimbanque a écrit 941 commentaires

Vi j'aurai préféré tshaté avec oeufs sur msn messenger, word est un peu trop complexe :-(

La force de Linux et d'unix en général était d'être un système modulaire

Enfin l'une des raisons de pas trop paniquer face à ces débats, c'est que GNOME <> Unix. D'autres bureaux, ce n'est pas ce qui manque, on ne va pas en dresser une liste.

Si UN des bureaux pense faire mieux en se concentrant sur une plate-forme spécifique et même uniquement avec gnome-shell, ce n'est ni la mort de Linux ni quelque chose d'absurde, même s'il ne faut pas négliger la contrepartie.

Ben je connais pas ConsoleKit mais visiblement on parle bien de cela => "login sessions"

Ce qui explique que la même problématique se pour gnome-shell.

A noter au passage, sur freedesktop.org

ConsoleKit is currently not actively maintained. The focus has shifted to the built-in seat/user/session management of Software/systemd called systemd-loginctl

Du côté de GTK+, on note l’introduction du concept d’Acteur, issue de Clutter, pour l’implémentation interne de widgets. On devrait en apprendre plus dans les prochaines versions !

Effectivement ce sera intéressant d'avoir plus d'info. J'avais noté un mél de Emmanuel Bassi annonçant qu'étant impossible d'implémenter dans Clutter toutes les fonctionnalités Gtk, il partait plutôt sur l'idée d'intégrer Clutter.

https://mail.gnome.org/archives/gtk-devel-list/2011-August/msg00058.html

Si j'ai bien compris, Clutter se glisserait entre gtk et gdk… Enfin non en fait j'ai rien compris, et cela ne semble pas encore bien défini, mais je reste persuadé que ce sera une question très importante…

Oui les avertissements à l’exécution ne sont pas forcément des erreurs. Par exemple on essayer de présenter une fenêtre à l'utilisateur mais, si la fenêtre a été détruite, voir ce genre d'avertissement.

Dans les exemples cités : Gtk est codé en C et implémente un système d'objet (des structures évoluées). Il y a souvent des vérifications de types et des cast - du genre, vérifier qu'un objet est bien une GTK_TPE_WINDOW avant d'en faire quoi que ce soit.

Ce journal ouvre la question de la suite. Ubuntu pourrait devenir une distribution de plus en plus communautaire. D'ailleurs c'est déjà le cas de la version KDE, depuis peu.

Et si Canonical s'appuie de plus en plus sur de la pub pour se sauver, cela ne fera qu'amener plus d'utilisateurs à se tourner vers des distro basées sur Ubuntu plutôt que Ubuntu directement.

Bien que les statistiques DisroWatch.com ne reflètent que des clics, pour le coup c'est bien ce qu'elles montrent.

Oui, après la "lens" Amazon on aurait droit à la lens "xxx.Amazones.zob" …

Je dois dire que je l'apprends. Pour l'instant j'ai toujours vu des rapports montrant peu de contributions Canonical - ne développant que leur propres fork / patch.

Exemple un peu daté:
http://blogs.gnome.org/bolsh/2010/07/28/gnome-census/

Peut être raté-je des choses plus récentes, c'est possible (d'ailleurs si des faits me montrent que j'ai tort , je changerai d'avis volontiers).

en C tu fais un fois deux en nombre de ligne de code

tu fais 1 x 2 en nbre de lignes de code
Tu fais 2 en nombre de lignes de code
Waouh en C on code en 2 lignes, c'est super efficace!

Tout dépend: on a surtout constaté l'émergence d'une distribution, pas l'émergence de Linux. Cette distribution n'ayant aucune volonté de contribuer - ne serait-ce qu'à Debian -, à quoi bon?

Par contre, le design meme de l'architecture de ce toolkit pose de gros probleme de performance et d'efficacite, hors dans un monde ou tout se dirige vers l'embarque, GTK se revele completement inadapte. Les evolutions de ce toolkit ont essaye de combler le probleme, mais ca releve plus de la rustine que d'une veritable solution. Ce qui tend a rendre ce toolkit obsolete

On me signale que les spectateurs demandent plus de détails techniques.

Un truc cool serait de pouvoir glisser-déposer un fichier texte / une sélection texte / voire une image, vers la vue principale => création automatique d'une note avec ce contenu.

Une icône dans le dash pourrait toujours être gérée par une extension gnome-shell je suppose. (En attendant qu'on ait un bel équivalent des "jumplist" …)

Hmm, pas à ma connaissance, mais même les développeurs Tomboy ne connaissent pas tous les greffons :)

En fait par "wiki" je voulais seulement pointer sur les liens de note à note permettant de se balader rapidement. Ainsi qu'une extension permettant de voir quelles notes pointent vers la note en cours, même si j'en n'ai jamais eu l'usage.

s'appuyera sur le Shell pour y accéder rapidement

Oui, implémenter un "provider" pour le Shell est prévu (en natif, plutôt qu'une extension gnome-shell)

et peut-être proposera un moyen simple de créer de nouvelles notes.

Une idée en particulier? s'agit t-il de créer une note depuis ailleurs, ou d'en créer une nouvelle depuis l'appli mais avec déjà du contenu?

Oui, ce type de logiciel répond à une demande précise, tout le monde n'en aura pas besoin.

Déjà ça permet d'avoir sa collection de notes gérées par le logiciel, plutôt que des répertoires de fichiers txt

Ensuite, les notes peuvent être plus jolies. Un fond, et puis on peut utiliser des listes. Plus tard, des images.

Les notes sont automatiquement sauvegardées lorsque modifiées.

Pour s'y retrouver dans ses notes, depuis la vue principale on peut recourir à plus de méthodes que de chercher dans un répertoire une note ayant un certain titre :
* chercher une étiquette, un titre, ou directement le contenu
* visualiser directement le début du texte de la note puisque les icônes récupèrent le texte (brut)
* en l’occurrence, les notes ont une couleur. Plus facile pour regrouper.
* depuis une note ouverte on peut sélectionner du texte pour créer une nouvelle note.

Côté Tomboy, l'accent était mis sur le "wiki" : on tape "toto" dans une note et ça crée directement un lien vers toto. Et sur le fait de pouvoir éditer le titre directement depuis la note.
Côté "Notes", l'accent est pour l'instant sur l'édition de note, dédiée à cette tâche (notamment la barre qui permet couper / coller / gras).

Enfin, grosse différence pour ce qui est de l'intégration et de la synchronisation. Une appli dédiée aux notes est faite pour intégrer cela dans un bureau et offrir une synchro spécifique.

Côté "fenêtre ouverte en permanence" : Tomboy réglait ce problème avec la minimisation dans la zone de notification. "Notes" suppose que l'utilisateur laisse trainer ça sur un des workspaces.

Evidemment s'il s'agit d'utiliser Awesome sans le moindre panneau, avec son propre serveur pour pousser ses fichiers, une grosse partie de l'intérêt disparait…

une barre d'onglets dynamique au dessus pour naviguer entre les notes serait tellement simple et… pratique…

Oui bien sur cela peut être pratique. Mais il s'agit d'une interface complètement différente. Notes est surtout pensé pour ouvrir deux trois fenêtres au besoin, et organiser par ordre d'ancienneté pour retrouver très vite les plus récentes.

Je ne sais pas ce qu'il en est sous Mac OS, mais les utilisateurs de Windows peuvent afficher/maquer les notes en cliquant sur l'icône correspondante dans le dock

Là par contre je trouve que ça aurait tout à fait sa place, ça ne contredit pas du tout le design actuel. Exemple : des notes épinglées par défaut / masquées par défaut. On peut alors choisir d'afficher les notes masquées.

Sinon sous gnome il y a aussi un truc nommé Sticky, que je n'ai pas testé, mais qui ressemble à des posts-it posés… pourquoi pas…

Ok merci, si c'est du html à l'intérieur alors l'import <-> export devrait s'avérer simplissime.

Intéressant, si ce logiciel est complet et sympa ; il faudra que je me connecte au salon #kontact pour voir qui est derrière et récupérer une note servant exemple (ou un fichier unique regroupant les notes?)

Je pensais avoir répondu, mais je m'aperçois que non…
Configurer ul et ol a bien permis d'aligner les listes.

ul {
margin-top :0em;
margin-bottom: 0em;
line-height:1.5em;
        padding: 0em;
}

Pour l'instant l'appli utilise webkit-gtk avec webkit1. Quand j'aurai un peu de temps je verrai pour passer sur webkit2 et vérifierai le rendu. Puis également tester clutter webkit.

quand on download emacs, c'est carrément la Corée

Tous les régimes communistes ont échoué. Sans aucune exception

Bon hormis le rapprochement hallucinant on est tenté d'ajouter

Toutes les missions HADOPI ont échoué. Sans aucune exception.

Ou alors

Toutes les années du Desktop ont échouées

Oui ma foi c'est pas mal. Au bon gré de l'humeur cette phrase est bien sympa.

Merci encore! même si j'ai un peu honte du peu que j'en tire… (et effectivement, il a suffi de remplacer par webkit-linear-gradient , sans la moindre adaptation)

https://docs.google.com/open?id=0BwRvWeekgCSlZmJlLTVqR0dxSDg

y'a même pas l'option "un gif porno" et/ou "une feurari rouge" , je vois mal comment ce sondage refléterait la réalité

Merci pour la piste, j'avais essayé un petit fichier de suppression à l'époque, mais je vais retenter le coup.

Je crois que je n'avais pas essayé de changer le paramètre G_SLICE

Y'a aussi la question de la mémoire. J'avais testé valgrind en tout jeune débutant, et les difficultés de "faux positifs" avec gtk m'avaient fait abandonner.

Il y a peut être des moyens de contourner ce problème, ou d'utiliser un autre outil que valgrind?