Aujourd'hui, je vais présenter un projet qui me tient à coeur, en partie parce que c'est moi qui l'ai créé. Ce projet est Logram, un environnement de bureau (ainsi qu'une distribution, mais dans plus longtemps) qui se veut unique.
Logram ne s'adresse pas à ceux qui viennent de Windows. Il s'adresse à ceux qui n'ont jamais utilisé d'ordinateur. Son ergonomie n'est donc pas pensée informatiquement, mais bien humainement. Il en résulte que Logram est totalement différent de tout ce que vous pouvez connaître.
Brève histoire
Logram est né le 5 avril 2008. À cette époque, c'était un tout petit noyau de système d'exploitation, à peine capable de booter (et encore). Pendant plusieurs mois, il s'est développé, jusqu'à devenir très intéressant (gestion de la mémoire, des processus, etc).
En octobre 2008, le noyau a été mis en plan. La raison est bonne : avec un noyau, on reste dans l'ombre (le noyau Linux étant d'une perfection in-atteignable). En même temps, c'était la période où Microsoft faisait de mauvais coups.
J'ai donc décidé de prendre les choses en main, et de créer un environnement de bureau dont le but n'est pas de concurrencer GNOME ou KDE, mais de servir de passerelle entre Windows et Linux, ou entre rien du tout et Linux.
Philosophie de Logram
Logram se veut simple d'utilisation, et très ergonomique. Bien sûr, il faut s'y habituer, car pour atteindre ses objectifs, il n'hésite pas à remettre les choses à plat, et à bousculer nos habitudes.
Le résultat : au début, on a du mal à utiliser Logram, mais après quelques heures ou jours, c'est un vrai plaisir.
Fonctionnalités
C'est maintenant que ça devient intéressant. Voici en gros les fonctionnalités de Logram :
- Le papier peint est dynamique. On utiliser des plugins pour le gérer. Par exemple, l'unique plugin qui existe pour l'instant affiche des nuages et un soleil, soleil qui se déplace tout au long de la journée (tout en haut à midi, il disparaît sous les nuages vers 18h30-40)
- Logram gère des languettes. Une languette est un petit "bout" qui dépasse sur le bord de l'écran. Quand la souris passe dessus, le "bout" se déplie, et affiche à l'utilisateur le contenu de la languette (par exemple, un lecteur audio). C'est ici que c'est ergonomique : pour changer de musique en plein travail, il suffit de glisser la souris 2 fois et de cliquer une fois !
- Les languettes peuvent être placées sur le bureau (pour ne plus avoir les petits bouts dans le chemin). Elles s'utilisent alors comme des Plasmoïdes.
- Logram utilise un Menu Rond (comme dans les premières images de Windows Seven qui ont circulé il y a 2 ans, mais en mieux). Le menu rond est composé de plusieurs étages, contenant des plugins (fenêtres ouvertes, raccourcis, zone de notification, etc). Chaque étage du menu peut tourner indépendamment des autres
- Côté système, Logram utilise la technologie des LIOs, proche des KIOs de KDE, mais en plus léger (utilisation de plugins au lieu de processus, ils sont fous chez KDE :-° )
- Pour utiliser les LIOs, Logram dispose de deux contrôles : LDirView (affiche le contenu d'un répertoire), LDirBar (affiche simplement la liste des répertoires et leurs parents, comme la barre du dessus de Nautilus) et LDirTree (affiche l'arbre des répertoires). Ces 3 widgets peuvent s'utiliser en même temps (et sont d'ailleurs faits pour ça)
Voilà, c'est tout, mais c'est déjà pas mal. Ah oui, j'allais oublier : Logram utilise son propre décorateur de fenêtre : panache-wm. Il utilise un puissant et rapide moteur de thème, et est donc très joli. Il est compatible avec les normes de Freedesktop.org.
Captures d'écran
Il y a quelque temps, j'ai créé une vidéo de Logram. Vous pouvez la lire sur Youtube ou la télécharger (11Mio, ogg Theora).
Pour ce qui est des screenshot, le site de Logram dispose d'une Galerie bien remplie
Contribuer à Logram
Le projet "Environnement de bureau" de Logram est âgé de 5 mois, mais je suis encore toujours le seul mainteneur. Si vous vous y connaissez en C++ et Qt, je vous invite à récupérer les sources, et à envoyer des patchs et des rapports de bugs.
Si vous avez trop d'argent (on ne sait jamais), le serveur coûte quelques dizaine d'euros par mois (et il nous faut un serveur dédié pour Redmine (ruby), les crons, le serveur SVN, les mails, etc). Jusqu'à présent, je le paie de ma poche, mais pas pauvre poche se vide. Vous pouvez envoyer d'éventuels dons par PayPal à steckdenis@yahoo.fr (vous pouvez aussi envoyer vos questions ^^ ). Si vous le souhaitez, je peux afficher votre nom et un petit message sur la page Remerciement (que je créerai au premier don, parce qu'une page Remerciements vide, ce n'est pas trop ça).
Liens
- Le site de Logram
- Le projet dans Redmine
- Les sources en ligne
- Tester Logram
- Ce que vous pouvez faire pour aider
- Découvrir et naviguer dans les sources de Logram
Voilà. J'espère que ça vous intéressera :) . Notez que si vous avez la moindre question et le moindre commentaire, postez-le. Je ne suis pas très doué pour faire des présentations, j'ai peut-être oublié un élément important.
# Outils
Posté par Guillaume Denry (site web personnel) . Évalué à 9.
Le QGraphicsWidget ?
Sinon bravo, c'est toujours réjouissant de voir un projet fleurir et la vidéo montre des concepts sympathiques. Je te souhaite toute la ténacité possible pour le faire évoluer.
[^] # Re: Outils
Posté par steckdenis (site web personnel) . Évalué à 5.
Sinon, oui, on ne s'appuie que sur Qt. Il n'y a pas d'autres dépendances, et tout se fait avec la méthode QPainter (les QGraphicsView etc sont beaucoup trop lents). Ah oui, pour Panache-wm (le gestionnaire de fenêtre), on utilise aussi un peu de Xlib.
A plus.
[^] # Re: Outils
Posté par Guillaume Denry (site web personnel) . Évalué à 7.
AMHA, vous vous fermez des possibilités techniques en passant outre. En particulier, toute la gestion simplifiée du compositing, des opérations de transformations des éléments, etc.
Bon en même temps, on a peut-être pas besoin de la mécanique monstrueuse de ce composant pour faire un envi. de bureau léger donc why not.
# Philosophie
Posté par Benjamin Poulain (site web personnel) . Évalué à 1.
Sinon c'est chouette de voir de nouveaux environnement basé sur Qt. Mais j'éviterais de tout réinventer: LIO à la place de KIO, Panache-wm à la place de KWin. Patcher ces derniers et les intégrer me parait mieux que réinventer la roue.
[^] # Re: Philosophie
Posté par steckdenis (site web personnel) . Évalué à 4.
Oui, c'est vrai que la philosophie est un peu bancale, je dois l'avouer. Sinon, pour l'ergonomie, quand je code une fonctionnalité, j'essaie toujours de faire en sorte qu'elle soit la plus logique, la plus rapide à utiliser, etc.
Ensuite, j'avais pensé reprendre les kdelibs, mais ça c'est fini en bain de sang (ici pour la tuerie). Donc bref, on recode pas mal de choses.
En même temps, panache-wm étant comptaible Freedesktop, ainsi que panache-desktop, ça permet d'utiliser d'autres gestionnaires de fenêtre (comme sawfish à une époque). Donc si un des composants de Logram traîne du pied, on peut en prendre un autre :) .
Ensuite, encore une petite raison : KDE n'est pas modulaire du tout. Utiliser Kwin ou tout autre composant serait revenu à utiliser toutes les kdelibs, qui sont assez volumineuses.
A plus.
[^] # Re: Philosophie
Posté par ploum (site web personnel, Mastodon) . Évalué à 10.
Est-ce que tu penses être représentatif de tes utilisateurs ? Je veux dire, je vois mal un programmeur dit le contraire et pourtant il y a des millions de softs anti-ergonomiques et tellement peu de softs vraiment faciles à prendre en main.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Philosophie
Posté par Yth (Mastodon) . Évalué à 6.
Souvent l'ergonomie se résume à ça :
On code une fonctionnalité, on réfléchi deux minute à quel sous-sous-sous-menu l'ajouter et tadaaa !
Après quand on réalise que ça devient un peu touffu, on ajoute un super système qui fait que les fonctionnalités les plus demandées par l'utilisateur « remontent » dans les menus et sont accessibles plus rapidement.
Si au moins pour chaque élément, chaque fonction, il se pose la question de savoir comment la présenter de façon logique et intuitive, il va déjà assez loin !
Après, aux utilisateurs de lui expliquer ce qui est bien et ce qui ne l'est pas, il semble être à l'écoute de ce genre de détail.
Yth.
[^] # Re: Philosophie
Posté par Maclag . Évalué à 7.
Certes, mais bien que je ne sache pas comment les ergonomes travaillent, je supposent qu'ils partent avec un certains nombres de paradigmes, et je doute qu'ils aient tous le bagage technique nécessaire pour imaginer ce qu'il est possible de faire ou pas.
Pour ceux qui ont du mal: Les ergonomes ne vont pas inventer une interface à votre place, ils vont sûrement vous dire comment améliorer significativement l'existant, mais je ne crois pas qu'ils apportent LA révolution à eux seuls.
Donc, longue vie aux expérimentateurs de toute sorte!!
# Différence ?
Posté par Kerro . Évalué à 7.
Son ergonomie n'est donc pas pensée informatiquement, mais bien humainement. Il en résulte que Logram est totalement différent de tout ce que vous pouvez connaîtreJe regarde la vidéo de démonstration, les captures d'écran et les explications. Je ne vois nulle part en quoi c'est "totalement différent". Ca ressemble furieusement à tous les autres environnements de bureau.
Les environnements graphiques sont "totalement différents" des environnements en ligne de commande. Mais pour Logram, ça ne me saute pas aux yeux.
Reste qu'un environnement de bureau pensé "humainement" est, à mon humble avis, la seule et unique manière de concevoir ce genre d'application. Pour l'instant la théorie est bien loin de la réalité car je n'ai pas encore vu un environnement de bureau "humain" :-)
[^] # Re: Différence ?
Posté par steckdenis (site web personnel) . Évalué à 4.
Tout d'abord, quand on veut plaire aux utilisateurs connaissance déjà l'informatique, on utilise une barre des tâches, ou des docks, etc. Logram n'utilise pas ça, car ça prend trop de place à l'écran. Humainement, on aime bien "respirer" quand on travail. Logram libère l'écran.
Donc, pas de barre des tâches, mais un menu rond. Ensuite, les languettes, qui sont uniques à Logram. Avec elles, il est très facile de manipuler les plugins.
Bref, Logram est un environnement de bureau "comme les autres" (graphique, avec des fenêtres, etc), mais qui s'utilise différemment (et au début, c'est difficile, mais après, on ne peut plus s'en passer).
A plus.
[^] # Re: Différence ?
Posté par Badeu . Évalué à 9.
Tous mes cours (qu'on pourrait assimiler à des applications ici) étaient accessibles en permanence dans ce que ma mère appelait mon "bordel" mais en réalité il y avait une organisation : la mienne.
Ma chambre je pouvais travailler ou je voulais dedans : le lit, le bureau, par-terre, etc...
L'analogie avec un bureau informatique maintenant ?
* Un bureau illimité sur ses bords, avec un scrolling horizontal et vertical un peu à la manière d'un jeu de stratégie, avec la possibilité de fixer défixer la zone courante.
* Des applications en permanence lancées et accessibles qu'on peut réorganiser spatialement comme on le veut.
* La possibilité d'avoir une vue d'ensemble du tout à la demande
* Un menu contextuel pour indiquer la direction d'une application et un raccourcis pour s'y rendre.
Enfin c'est peut etre bien humainement ce genre d'organisation complètement libre, mais est-ce facilement applicable à l'informatique. Perso j'aurais déjà une bonne centaine de terminaux ouverts.
[^] # Re: Différence ?
Posté par steckdenis (site web personnel) . Évalué à 1.
C'est une manière de voir. Personnellement, j'ai toujours aimé avoir un bureau bien propre. Quand je travaille, j'ai une feuille/cahier seulement, et le reste autour est le plus dégagé possible.
Enfin, même si tout le monde était unanime, c'est très difficile de proposer à l'utilisateur de lancer toutes les applis en même temps. Imagine la quantité de RAM consommée !
Enfin, Logram va déjà un peu dans ce sens, avec le menu rond. Sous GNOME et KDE, à partir de 10 fenêtres, soit la barre des tâches est remplie, soit elles se sont regroupées (et il faut cliquer une fois de plus). Avec Logram, si on place le plugin taskbar à un étage suffisemment élevé (à l'extérieur du menu rond, donc quand le diamètre est grand), on peut afficher plus de 50 fenêtres !
A plus.
PS: Et avec les Dual Screen et les écrans immenses (comme celui de mon père : 1920x1080 je crois, c'est énooorme), plus besoin de faire défiler les bords de l'écran, on a tout sous la main.
[^] # Re: Différence ?
Posté par Gof (site web personnel) . Évalué à 2.
9 bureaux virtuels. Plein de fenêtre ouverte, je ferme très rarement mes applications. La barre des tâche ne montre que les fenêtres du bureau courrant.
[^] # Re: Différence ?
Posté par jm trivial (site web personnel) . Évalué à 3.
C'est chouette comme les gestionnaires de fenêtres puissants et complets permettent à chacun de se créer un environnement à son image.
# Question existentielle !
Posté par windu.2b . Évalué à 7.
:-D
[^] # Re: Question existentielle !
Posté par steckdenis (site web personnel) . Évalué à 2.
A un moment, j'avais pensé adapter la couleur du ciel (parce qu'un ciel tout bleu à minuit, c'est pas terrible), mais je n'ai pas encore trouvé le temps, surtout que ça nécessiterait des traitements complexes sur les images, et qu'un papier peint doit être rapide (s'il est lent, il ralentit le déplacement de toutes les fenêtres).
Si Qt et/ou les processeurs accélèrent encore, peut-être que ce sera fait.
[^] # Re: Question existentielle !
Posté par Lucas Bonnet . Évalué à 2.
[^] # Re: Question existentielle !
Posté par steckdenis (site web personnel) . Évalué à 1.
Puis il faut penser à l'aspect graphique : passer d'un coup de bleu clair à bleu moyen, c'est moyen. Et puis, mettre 6x2 = 12 images de 3Mio sur le SVN, c'est difficile aussi (il faut les uploader, et les récupérer).
Enfin, je retiens aussi :) .
[^] # Re: Question existentielle !
Posté par santos . Évalué à 3.
microsoft a pourtant fait un emblématique papier peint de bureau pour Windows 88 avec des nuages...
Le résultat n'est pas trop mauvais, et la taille ne devait pas être ridicule, sinon ils ne l'auraient pas fait.
[^] # Re: Question existentielle !
Posté par steckdenis (site web personnel) . Évalué à 1.
Ici, c'est du PNG qui est utilisé, et le PNG a du mal quand tous les pixels sont d'une couleur différente (dégradés, flou d'un nouage, etc), surtout qu'à la base, ces nuages sont une photo.
J'aurais peut-être du utiliser du JPEG, même si la qualité est moins bonne.
[^] # Re: Question existentielle !
Posté par Christophe Merlet (site web personnel) . Évalué à -3.
Donc utiliser du PNG n'est pas un problème, c'est même recommandé...
# C'est très beau.
Posté par lolonovice . Évalué à 7.
Mais, en dehors de la très jolie trouvaille de la languette, il est possible aussi de libérer l'espace sur gnome ou KDE, donc je ne peux pas m'extasier et crier que c'est effectivement incomparable à un autre environnement.
Mais mon dernier mot est un grand bravo pour ce travail, et merci de le partager.
[^] # Re: C'est très beau.
Posté par xavier dumont . Évalué à 2.
Ce n'est pas pour contredire mais je ne comprends pas pourquoi certains (dont toi) veulent un bureau vide alors que les fenêtres des programmes le recouvrent de toute façon.
Moi, je préfère un bureau où je trouve tous les raccourcis dont j'ai besoin du premier coup d'oeil, sans avoir à déplier un menu ou à taper une commande.
M'enfin, chacun ses goûts !
[^] # Re: C'est très beau.
Posté par psychoslave__ (site web personnel) . Évalué à 2.
[^] # Pourquoi je n'aime pas avoir un bureau plein de raccourcis et d'icones
Posté par lolonovice . Évalué à 3.
Mon laptop sous GNU/Linux est mon outil de travail principal et comme beaucoup de linuxiens, je l'ai mis à mon goût, tout simplement pour me sentir bien quand je l'utilise... une histoire d'atmosphère, de design très superficielle et pourtant essentielle pour moi.
J'ai travaillé 15 ans sous windows avec des icones et des menus partout sur un seul bureau, alors quand j'ai découvert les bureaux multiples avec des menus en docks escamotables et sans barre de menu nécessaire... je me suis fait plaisir.
Donc, mon interface ressemble beaucoup à celle présentée ici, les languettes en moins et comme j'utilise toujours 3 ou 4 bureaux simultanément, selon une organisation qui m'est propre, il reste souvent un bureau vide qui apparaît par défaut quand aucune application n'est utilisée dans la minute.
C'est futile, inutile, mais pour moi essentiel. Ce genre de petit détail secondaire rend ma journée de travail moins pénible et je remercie ceux qui rende cela possible.
Quant aux raccourcis, ils apparaissent dès que le pointeur carresse une partie précise de l'écran. C'est tout aussi rapide que des menus et icones partout, mais beaucoup moins laid, à mon goût, bien sûr.
# Désolé mais...
Posté par Damien Thébault . Évalué à 7.
En effet, le discours ici est principalement technique (plugins, C++, Qt, etc.), et les quelques concepts (menu rond, languettes) ne me semblent pas forcément les meilleures choses pour un débutant.
Pour un débutant ce qui est important ce n'est pas de se sentir à l'aise avec un bureau plus large de 32 pixels, c'est plutôt:
- de pouvoir à tout moment retrouver la fonctionnalité dont il a besoin
- de pouvoir découvrir de nouvelles fonctionnalités
Pouvoir changer de musique en 2 glissades et 1 clic, c'est bien pour un power user, mais pour un débutant, les languettes j'imagine que ça peut perturber (genre "il se passe des trucs juste en bougeant la souris!?").
La découverte aussi est importante, donc un menu rond avec juste l'icône des programmes (et pas leur nom) semble difficile (et pour expliquer à un débutant ce qu'il faut faire à distance c'est pas aisé non plus, "clique sur l'icône en forme de [truc]")
Perso j'aurais plutôt misé sur une guideline assez strict sur le comportement que doit avoir le système, par exemple pas d'action "au survol", pas de transition brusque, mais aussi des mécanisme globaux comme l'utilisation (ou pas) du drag-and-drop, un concept une-applications-par-fichier ou des choses de ce genre-là.
Les discussions qu'il y avait eu pour Gnome3 étaient intéressantes à ce niveau là, et j'aimais particulièrement le concept:
- une fenêtre représente un document
Si on veut avoir un document dans plusieurs modes, par exemple à la fois affiché et édité il y a toujours moyen de gérer ça sur la même fenêtre, avec par exemple des fenêtres à plusieurs faces, ce qui est faisable avec les technos actuelles
Ça peut être combiné avec des onglets dans la barre de menu pour pouvoir passer d'une vue à une autre. Du coup ça permet de garder le concept des onglets pour le browser, avec un document "Internet" et plusieurs "vues" (ce qui finalement correspond assez à ce que font beaucoup de débutant, quand ils lancent "internet").
À mon avis, il faut aussi avoir un moyen d'avoir accès aux documents en cours de manière simple, un peu à la manière du mode "exposé", mais plus centré sur les documents (une miniature de la fenêtre ne fait bien sûr pas de mal)
- dans Gnome3 on parlait aussi de l'utilisation du drag-n-drop partout, par exemple pour sauvegarder un document on fait un drag-n-drop sur le dossier de destination. Et vu que une fenêtre=un document, on peut intégrer le symbole du document dans la barre de titre. Mais je reste un peu plus réservé par rapport à ça.
Il y a des études sur l'ergonomie sur les meilleurs représentations pour les interfaces (par exemple ce dont j'ai parlé ici la métaphore "document"), mais aussi sur ce qui est le mieux au niveau de l'efficacité (j'ai oublié le nom du gars, mais avoir toujours les mêmes applications aux mêmes endroits, et l'importance des coins de l'écran).
Il faudrait aussi je pense monter à un niveau un peu plus élevé encore avec le concept de tâches (discuté aussi pour Gnome y'a pas longtemps), ce qui comprend bien sûr le concept d'historique (genre "sur quel document ai-je travaillé avant-hier?"), des choses comme ça.
Faire une compilation de plein de choses comme ça pourrait effectivement donner quelque chose devraiment nouveau. Il faudrait bien-sûr créer plein de choses pour que tout ça marche ensemble, mais c'est un peu le principe de repartir de zéro non? ^^'
Puisque le concept d'ergonomie est à mon avis très difficile à appréhender lorsqu'on est un power user habitué à manipuler un certain type d'interface, perso je découperais mon travail en plusieurs étapes:
- bibliographie
- conception (concepts génériques, HIG, différents comportements, avec étude de l'application des concepts à plusieurs usecases)
- développement (qui se décompose en plusieurs étapes aussi, en allant de l'architecture au codage lui-même)
Je ne dis pas que Logram devrait faire ça (en plus c'est déjà bien avancé), mais perso c'est quelque chose qui m'intéresserait bien de faire...
Dans tous les cas, je soit toujours pour les nouveaux projets innovants, donc bon courage pour la suite!
[^] # Re: Désolé mais...
Posté par steckdenis (site web personnel) . Évalué à 1.
Tout d'abord, merci pour les commentaires très intéressants. Je vais voir s'il n'y a pas moyen de les prendre en compte.
Ensuite, pour ce qui est du menu rond, quand on passe la souris sur une icône, son nom s'affiche dans une infobulle. Par contre, c'est vrai que je n'ai pas encore trouvé comment rendre ça ergonomique, joli, propre et net.
Mon expérience de l'ergonomie n'est pas très poussée. Elle se résume à observer ma mère utiliser KDE (elle n'a passé qu'une semaine sous Windows dans sa vie, j'ai essayé de vite la faire passer à Linux). Ce qui l'embête le plus, c'est de constamment cliquer (sur un ordinateur portable, c'est très difficile).
Justement, parler d'ordinateur portable me fait remarque que l'interface de Logram conviendrait à merveille à de l'embarqué et aux netbooks : pas de perte de place.
De plus, les nouveaux utilisateurs ont horreur du clavier. Autant une souris est "simple" à utiliser (on la bouge vers la droite, le curseur va vers la droite), autant le clavier, avec toutes ses touches, est plus difficile à appréhender. Logram essaie d'utiliser au maximum les déplacements de souris, pour qu'on puisse travailler le plus vite.
Pour les nouvelles fonctionnalités, il ne faut pas trop se baser sur le menu rond. Il ne sera utilisé à fond que par les utilisateurs assez avancés. Quand on sort le menu rond, on voit le logo de Logram. Quand on cliquera dessus, ça affichera le menu démarrer (d'ailleurs, si quelqu'un sait me coder un programme qui affiche un menu en fonction des specs freedesktop, je lui en serai reconnaissant).
Pour ce qui est de GNOME 3, le Libre permet justement de faire son choix. Il y aura des utilisateurs qui aimeront, d'autres non. Personnellement, je n'aimerais pas avoir plein de fenêtres dans tous les sens, devoir les retourner, etc. Je préfère démarrer une application, en savant pertinemment ce à quoi elle sert.
Pour l'historique, ce n'est pas idiot du tout. Il y aurait moyen d'ajouter quelques petites choses dans LApplication pour enregistrer les applications ouvertes, et peut-être même des snapshots mémoire (pour pouvoir relancer une application exactement comme on l'avait quittée).
Voilà, je pense avoir tout dit.
# Window Maker power
Posté par eastwind☯ . Évalué à 2.
c'est pourquoi quelque soit mes changements de distributions , upgrades etc .. je reviens toujours à Window Maker ou équivalent (enlightenment e17 est bien aussi dans son genre, en se gardant des gadgets trop bling bling et lourdingue )
Je trouve que ton concept est vraiment bien, j'ai pas le temps de testé mais ca ne saurait tarder . Je te dirais quoi :)
# Tentative de réponse...
Posté par Christophe Chailloleau-Leclerc . Évalué à 3.
Ma réponse n'est que théorique, je n'ai aucun lien (à part le plaisir d'utilisation) avec KDE : ne serait-ce pas par hasard pour la stabilité de l'ensemble ? Il est plus facile de conserver une application stable quand l'un de ses processus fils fait un gros crash violent que s'il s'agit d'un plugin dont le code est "intégré" à l'application parente, qui a alors toutes les chances de finir quelque part vers /dev/null à son tour...
C'est si je ne m'abuse un des axes de base de Google Chrome par exemple, qui a un processus (lourd, pas un thread) par onglet, pour qu'une page foireuse ou un plugin défectueux ne fasse pas planter le navigateur, mais juste l'onglet correspondant.
Et sinon, je te souhaite beaucoup de courage pour poursuivre ton projet ! J'avoue que c'est le genre de projets qui me titille depuis longtemps, même si je n'ai pas vraiment le temps pour l'instant... :-(
[^] # Re: Tentative de réponse...
Posté par steckdenis (site web personnel) . Évalué à 1.
N'empêche, j'ai une fois eu un freeze de tout l'environnement à cause d'une kio-slave qui a planté, et qui était utilisée par d'autres processus.
Et puis, j'ai une fois découvert avec horreur, en ouvrant le moniteur système, qu'il y avait une vingtaine de kio-http de lancées, prenant 2Mio chacune !
Enfin, si ça ne marche pas comme c'est pour l'instant, ce n'est pas grave, il suffit de changer un petit quelque chose dans LIOJob.
A plus, et merci pour les encouragements.
# MultiDeskOS
Posté par Gof (site web personnel) . Évalué à 10.
[^] # Re: MultiDeskOS
Posté par steckdenis (site web personnel) . Évalué à 2.
A plus.
[^] # Re: MultiDeskOS
Posté par Thomas Douillard . Évalué à 7.
C'était un peu un "running gag" ici, MultiDeskOS c'est le projet d'un grand naif un peu fou qui croyait révolutionner l'informatique en n'en ayant pas les bases, des idées complètelent farfelues et qui y croyait dur comme fer (en gros en guise d'OS il a codé un interpréteur plus ou moins multiplateforme d'un langage "à lui") ... Et ton projet en a l'air fort éloigné, et beaucoup plus sérieux.
Et surtout tu as l'air bien plus ouvert aux critiques et suggestions que ne l'était l'auteur, bonne chance pour la suite du projet :)
# ça a l'air vachement beau
Posté par fleny68 . Évalué à 0.
Genre GNOME il faut installer 3GO de fichiers et ça nécessite 1GO de RAM, KDE il faut installer 2.5GO et ça nécessite 1,5 TO de RAM, fluxbox on s'en tire avec 10MO de fichers et 25 kO de RAM... et logram ?
Et sinon un truc sympa ça serait un liveCD pour tester. Si tu es debianiste/ubuntuiste les scripts de live-helper permettent de faire ça facilement. Il y a d'autres solutions aussi.
Sinon il me semble qu'il y avait un programme pour X qui mettait la phase de la lune en fond d'écran mais je ne me souviens pas du nom.
[^] # Re: ça a l'air vachement beau
Posté par steckdenis (site web personnel) . Évalué à 2.
Panache-desktop consomme 15Mio de RAM, Panache-wm en consomme 2 ou 3. Ajoutons à cela l'explorateur qui consomme 6Mio (à cause des LIOJob), et nous obtenons un Logram complet qui occupe 24Mio de RAM seulement !
Sur le disque, je ne sais pas. Le tronc SVN prend 10,9Mio, mais il y a toutes les sources. Les LArtworks occupent 5Mio.
Pour le LiveCD, j'ai déjà pensé que ce serait bien, mais j'attend Logram Alpha pour ça (c'est à dire un explorateur de fichiers qui marche, un éditeur de texte, le menu Démarrer codé, etc). J'avais déjà essayé en modifiant le squashfs de Ubuntu, mais je n'ai pas réussi (enfin si, j'ai une image, mais pas moyen de la lancer, et je n'ai pas envie de graver un CD (et elle est 64-bit, donc ne marche pas sous VirtualBox)).
A plus.
[^] # Re: ça a l'air vachement beau
Posté par fleny68 . Évalué à 3.
Si tu es ubuntuste utilise live-helper. Le mieux c'est d'avoir ton logram sous forme de deb. Tu peux ajouter tes propres deb lors de la génération du live helper. Sinon on peut aussi modifier le chroot avant de finaliser l'image, pour ajouter un programme non empaqueté.
[^] # Re: ça a l'air vachement beau
Posté par steckdenis (site web personnel) . Évalué à 1.
Par contre, je ne vois pas comment interrompre le script entre la construction du chroot et la construction de l'iso, mais je regarderai ça de plus près ;-) .
Merci beaucoup.
[^] # Re: ça a l'air vachement beau
Posté par fleny68 . Évalué à 3.
LH_INTERACTIVE dans le fichier de config, ou un script avec tous les hacks dedans, ou en détaillant à la main.
Regarde ici c'est expliqué:
http://wiki.debian.org/DebianLive/Examples
[^] # Re: ça a l'air vachement beau
Posté par steckdenis (site web personnel) . Évalué à 1.
Il y aura peut-être un LiveCD dans pas longtemps alors (quand on aura le bloc note et le menu démarrer, c'est le minimum pour ne décevoir personne).
A plus.
[^] # Re: ça a l'air vachement beau
Posté par Hippie Geek (site web personnel) . Évalué à 1.
Ça dépend, ce sera un menu "applications", ou un menu "démarrer" où on peut "éteindre" l'ordinateur comme sur un certain OS ? ^^
[^] # Re: ça a l'air vachement beau
Posté par steckdenis (site web personnel) . Évalué à 1.
Je pensais ne mettre que Applications, et mettre tout ce qui est éteindre l'ordinateur dans le menu rond (à portée de clic), ou alors créer un vrai menu Démarrer, qui permet de rechercher.
En fait, c'est un peu le choix entre GNOME et KDE ici : un menu démarrer minimal ou hyper complet ?
A plus.
[^] # Re: ça a l'air vachement beau
Posté par jardiland . Évalué à 8.
Roh le beau Troll velu !!!!
# C'est mignon tout plein :)
Posté par dinomasque . Évalué à 6.
D'ailleurs à quand un plugin "Flamby" ? ;)
BeOS le faisait il y a 20 ans !
[^] # Re: C'est mignon tout plein :)
Posté par nah (site web personnel) . Évalué à 10.
[^] # Re: C'est mignon tout plein :)
Posté par Anthony M.Blais . Évalué à 4.
[^] # Re: C'est mignon tout plein :)
Posté par steckdenis (site web personnel) . Évalué à 1.
Enfin, ce qui est bien avec le Libre, c'est qu'on peut l'utiliser partout.
A plus, et merci pour l'idée.
[^] # Re: C'est mignon tout plein :)
Posté par B16F4RV4RD1N . Évalué à 3.
Je n'ai pas réussi à compiler logram, pourtant j'ai bien phonon d'installé (cela bloque là).
Vous n'avez pas de livecd avec logram dessus ?
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: C'est mignon tout plein :)
Posté par steckdenis (site web personnel) . Évalué à 1.
Sinon, pour la compilation, quel est le message d'erreur ? Cette compilation n'a jamais fonctionné correctement, donc si j'arrive à trouver enfin le bug, je serai très content (je dis jamais correctement, mais à chaque fois que je teste sur un livecd Ubuntu, ça marche impec).
A plus.
[^] # Re: C'est mignon tout plein :)
Posté par redrum . Évalué à 1.
Il ne trouve pas phonon :
ghetto.h:39:18: error: phonon: Aucun fichier ou dossier de ce type
In file included from ghetto.cpp:23:
ghetto.h:64: erreur: ‘Phonon’ has not been declared
ghetto.h:64: erreur: ISO C++ forbids declaration of ‘SeekSlider’ with no type
ghetto.h:64: erreur: expected ‘;’ before ‘*’ token
ghetto.h:72: erreur: ‘Phonon’ has not been declared
ghetto.h:72: erreur: ISO C++ forbids declaration of ‘MediaObject’ with no type
ghetto.h:72: erreur: expected ‘;’ before ‘*’ token
ghetto.cpp: In member function ‘virtual void GhettoPlugin::load()’:
ghetto.cpp:30: erreur: ‘media’ was not declared in this scope
ghetto.cpp:30: erreur: ‘Phonon’ has not been declared
ghetto.cpp:30: erreur: ‘Phonon’ has not been declared
ghetto.cpp: In member function ‘virtual void GhettoPlugin::linkParent(QWidget*)’:
ghetto.cpp:52: erreur: ‘slider’ was not declared in this scope
ghetto.cpp:52: erreur: expected type-specifier before ‘Phonon’
ghetto.cpp:52: erreur: expected `;' before ‘Phonon’
ghetto.cpp:53: erreur: ‘media’ was not declared in this scope
ghetto.cpp: In member function ‘void GhettoPlugin::lvDoubleClicked(const QModelIndex&)’:
ghetto.cpp:88: erreur: ‘media’ was not declared in this scope
ghetto.cpp: In member function ‘void GhettoPlugin::mediaFinished()’:
ghetto.cpp:96: erreur: ‘media’ was not declared in this scope
make[4]: *** [ghetto.o] Erreur 1
make[4]: quittant le répertoire « /home/jerome/logram/trunk/llibs/plugins/panache/desktop/ghetto »
make[3]: *** [all] Erreur 2
make[3]: quittant le répertoire « /home/jerome/logram/trunk/llibs/plugins/panache/desktop »
make[2]: *** [all] Erreur 2
make[2]: quittant le répertoire « /home/jerome/logram/trunk/llibs/plugins/panache »
make[1]: *** [all] Erreur 2
make[1]: quittant le répertoire « /home/jerome/logram/trunk/llibs/plugins »
make: *** [all] Erreur 2
[^] # Re: C'est mignon tout plein :)
Posté par steckdenis (site web personnel) . Évalué à 1.
Si je fais un apt-cache search phonon, je trouve ceci :
$ apt-cache search phononlibphonon-dev - development files for the Phonon multimedia framework
libphonon4 - Phonon multimedia framework for Qt 4
phonon - metapackage for Phonon multimedia framework
phonon-backend-gstreamer - Phonon GStreamer 0.10.x backend
phonon-backend-null - Phonon null backend (no real backend)
phonon-backend-xine - Phonon Xine 1.1.x backend
phonon-dbg - Phonon debugging symbols
Je ne vois pas ce qu'on pourrait faire de plus.
PS: Pour le LiveCD, c'est prévu pour dans quelques jours, grâce à un message trouvé justement ici.
[^] # Re: C'est mignon tout plein :)
Posté par B16F4RV4RD1N . Évalué à 2.
Je suis sous Archlinux, il n'y a qu'un seul paquet pour phonon, qui contient les bibliothèques de dev dans /usr/include/phonon/
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: C'est mignon tout plein :)
Posté par steckdenis (site web personnel) . Évalué à 1.
qmake --versionpour obtenir la version ;-) .
A plus.
[^] # Re: C'est mignon tout plein :)
Posté par B16F4RV4RD1N . Évalué à 2.
Using Qt version 4.4.3 in /usr/lib
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: C'est mignon tout plein :)
Posté par steckdenis (site web personnel) . Évalué à 1.
INCLUDEPATH += /usr/include/phononCa devrait normalement marcher ;) .
[^] # Re: C'est mignon tout plein :)
Posté par B16F4RV4RD1N . Évalué à 2.
abstractaudiooutput.h effectwidget.h phonondefs.h
abstractmediastream.h experimental phononnamespace.h
abstractvideooutput.h mediacontroller.h platformplugin.h
addoninterface.h medianode.h seekslider.h
audiooutput.h mediaobject.h streaminterface.h
audiooutputinterface.h mediaobjectinterface.h videoplayer.h
backendcapabilities.h mediasource.h videowidget.h
backendinterface.h objectdescription.h videowidgetinterface.h
effect.h objectdescriptionmodel.h volumefadereffect.h
effectinterface.h path.h volumefaderinterface.h
effectparameter.h phonon_export.h volumeslider.h
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: C'est mignon tout plein :)
Posté par steckdenis (site web personnel) . Évalué à 3.
cd /usr/include/phonon
cat > phonon << "EOF"
#include "abstractaudiooutput.h"
#include "abstractmediastream.h"
#include "abstractvideooutput.h"
#include "addoninterface.h"
#include "audiooutput.h"
#include "audiooutputinterface.h"
#include "backendcapabilities.h"
#include "backendinterface.h"
#include "effect.h"
#include "effectinterface.h"
#include "effectparameter.h"
#include "effectwidget.h"
#include "mediacontroller.h"
#include "medianode.h"
#include "mediaobject.h"
#include "mediaobjectinterface.h"
#include "mediasource.h"
#include "objectdescription.h"
#include "objectdescriptionmodel.h"
#include "path.h"
#include "phonondefs.h"
#include "phononnamespace.h"
#include "platformplugin.h"
#include "seekslider.h"
#include "streaminterface.h"
#include "videoplayer.h"
#include "videowidget.h"
#include "videowidgetinterface.h"
#include "volumefadereffect.h"
#include "volumefaderinterface.h"
#include "volumeslider.h"
EOF
ln -s phonon Phonon
Bizarre que ça n'aie pas été fait. (PS: à faire en root bien entendu)
[^] # Re: C'est mignon tout plein :)
Posté par B16F4RV4RD1N . Évalué à 3.
En plus j'ai dû créer le dossier /usr/share/logram/themes/default à la main parce que les icones refusaient de s'installer. De plus les binaires installés ne sont pas forcément dans le chemin (j'ai dû utiliser ceux de mon répertoire de compilation.
Pour le moment je n'ai pas vu toutes les possibilités, aussi un livecd serait sans doute plus intéressant, mais cela m'a l'air assez puissant et étendu comme projet...
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
# EyeOS
Posté par vida18 . Évalué à 1.
# Bravo
Posté par thibault jouannic . Évalué à 1.
Question : est-il possible de récupérer ces concepts (notamment le menu rond, qui me plait beaucoup) pour les intégrer dans un environnement plus classique (gnome, xfce, kde) ?
# Excellent
Posté par Zorro (site web personnel) . Évalué à 1.
Sinon, tu comptes gérer comment les documents multiples ouverts par la même applications (je travaille souvent plusieurs textes en même temps avec Abiword, par ex.).
Et puis aussi : avec quel outil tu as capturé ta vidéo ?
[^] # Re: Excellent
Posté par nah (site web personnel) . Évalué à 1.
http://recordmydesktop.sourceforge.net/
Il doit être packagé dans la plupart des distribs.
[^] # Re: Excellent
Posté par steckdenis (site web personnel) . Évalué à 1.
Je projette de créer un LiveCD (je vais peut-être commencer aujourd'hui). Pour les paquets, mouais, c'est assez difficile de créer des RPM (ainsi que des deb), mais c'est vrai que c'est envisageable.
Sinon, Logram est assez facile à compiler : il suffit de libqt4-dev, et de suivre le tuto (il y a encore le problème de phonon, qui est sensé être intégré à Qt, mais qui ne l'est pas).
A plus.
# Petit truc
Posté par Sébastien B. . Évalué à 5.
[^] # Re: Petit truc
Posté par Guillaume Denry (site web personnel) . Évalué à 3.
# un bureau simple pour debutant ?
Posté par tanguy_k (site web personnel) . Évalué à 1.
Les gens ont appris a utiliser une voiture, sa pedale d'embrayage, son levier de vitesse et le reste. Un ordinateur c'est pareil : il y a une période d'apprentissage comme pour tout nouvel outil. Et encore, pour les nouvelles générations c'est presque inné.
Il y a probablement moyen de simplifier un peu plus l'interface, mais je pense qu'on arrive a un stade ou ca commence a etre difficile (depuis la fin des annees 80 les GUI fonctionnent grosso-modo de la meme facon).
Je suis toujours dubitatif lorsqu'un nouveau PC/OS/bureau/whatever se dit "pour les débutants". Ils sont tous tombés dans les oubliettes.
Je me souviens vers 1996 d'avoir utilisé un Packard-Bell avec une interface débutant. La suite AOL c'etait a l'origine fait pour les debutants. Il reste quelques survivants : les CD fournis pour installer sa connexion ADSL.
Et en cherchant j'ai trouve ca : http://www.ordissimo.com/ http://fr.wikipedia.org/wiki/Ordissimo
un marché de niche... je suis curieux de savoir combien ils en ont vendu. Ca a tout de meme le merite d'exister et de convenir a quelques personnes âgées.
Pour revenir sur Logram, j'aime beaucoup le principe des languettes :)
bonne chance pour la suite
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.