Logram est un projet d'environnement de bureau qui a été lancé le 4 avril 2008. Au début, Logram ne devait être qu'un mini noyau de système d'exploitation. Vers le mois d'octobre, il a radicalement changé de voie pour devenir un environnement de bureau, se basant sur une distribution GNU/Linux.
Logram est unique, et très différent de ce que vous pouvez connaître. Les autres environnements de bureau que vous connaissez sont plus ou moins semblables sur le principe : un ou plusieurs docs, un papier peint, et des applications.
Logram reprend le principe de base, mais y ajoute plein d'éléments nouveaux : un menu circulaire à plusieurs étages, des languettes sur le bord de l'écran, des widgets de bureau, et d'autres choses. Fonctionnalités générales
Logram propose un ensemble normal d'applications pour un environnement de bureau : un gestionnaire de fenêtre, un gestionnaire de bureau (affiche les menus, les icônes et le papier peint), un explorateur de fichiers, un éditeur de texte, et une visionneuse d'images.
Logram utilise également des applications externes pour combler les trous : le LiveCD est basé sur Ubuntu (avec les outils d'Ubuntu), et utilise Arora comme navigateur web.
Aspect technique
Logram est écrit en C++, utilise la bibliothèque bien connue Qt, et est sous GNU GPL. Il est divisé en plusieurs parties :
- Llibs : les bibliothèques de Logram, qui regroupent les widgets complexes de Logram, ainsi que la partie système (dont les Lios, qui agissent comme gvfs et les Kios : elles permettent d'accéder à des dossiers où qu'ils soient, en local, en distant, dans une archive, virtuels, etc)
- Lartworks : les graphismes de Logram. Ainsi, ils sont tous rassemblés dans une même archive, ce qui évite, pour les designers, de devoir modifier plein de programmes dispersés dans tout Logram
- Lbase : les applications de Logram. C'est la partie la plus importante
Ce qui rend Logram différent
Jusqu'à présent, Logram semble être un environnement de bureau comme les autres.
Logram ne se veut pas supérieur aux autres environnements de bureau, ni même leur faire concurrence. Son but est d'être utilisé par ceux qui veulent découvrir une nouvelle dimension de l'interface graphique.
Ainsi, Logram, et plus particulièrement son gestionnaire de bureau, comporte un certain nombre de fonctionnalités intéressantes :
- Les languettes : dans KDE, vous pouvez placer des widgets sur votre bureau, comme par exemple des notes, un lecteur audio, etc. Malheureusement, si vous ouvrez des fenêtres, vous ne pouvez plus accéder facilement aux widgets (pour changer de musique, ou pour écrire une note).
Logram ne place pas ces widgets sur votre bureau, mais bien sur le bord de l'écran. En fait, vous n'avez sur le bord de l'écran qu'une petite poignée, et rien d'autre. Quand la souris passe sur la poignée, le widget apparaît à l'écran (il glisse sur l'écran). Ainsi, vous avez votre widget à portée de souris, et il ne vous gêne pas quand vous travaillez. - Les Widgets de bureau : pour ceux qui ne supportent pas les languettes, mais qui veulent utiliser des widgets, Logram permet bien entendu de les placer sur le bureau
- Le Menu Rond : Dans KDE, vous avez le menu K. Dans GNOME, vous avez la barre de menus. Logram propose un menu qui reprend le principe des languettes : pas de place inutilement prise.
Ainsi, vous pouvez le placer sur n'importe quel bord de votre écran, et il ne laissera dépasser qu'un tout petit morceau du logo de Logram, de quelques pixels seulement. Quand la souris passe sur ce logo, il glisse sur l'écran (comme les languettes), et le menu rond suit.
Le Menu Rond est organisé en plusieurs étages, comportant une infinité d'icônes. Il y a également moyen de mettre autant d'étages que votre écran peut en afficher. Chaque étage peut coulisser sur les autres, en utilisant soit les touches de direction, soit la molette de la souris. - Le Minidoc : Tout les éléments plus haut sont bien beaux, mais il ne sont pas toujours visibles sur l'écran. Il existe des informations qui doivent toujours être affichées, comme l'heure, et la zone de notification (la liste des fenêtres ouvertes est dans le menu rond, pour profiter du fait qu'il est virtuellement infini, plus de limite de fenêtres !).
Logram affiche donc une petite "barre des tâches", dans un angle de l'écran, qui affiche l'heure et la zone de notification. Comme elle est soulagée d'un certain nombre d'éléments (le menu, la liste des fenêtres, les raccourcis, etc), elle est toute petite et toute discrète. - Le papier peint est dynamique. Il est en fait géré par des greffons, donc il est possible d'y mettre n'importe quoi : des animations 3D, une page web, etc. Le greffon par défaut affiche des nuages et un soleil, dont la hauteur varie en fonction de l'heure. Il est haut à midi, et bas le soir (heure de couché : ~ 18h)
Voilà pour les possibilités de l'environnement de bureau lui-même, appelé Panache. Notez également que Logram fait tout ça en respectant les normes FreeDesktop, et est donc compatibles avec l'immense majorité des applications et des autres environnements de bureau.
Du point de vue système, Logram dispose aussi de fonctionnalités intéressantes :
- Ce n'est pas propre à lui, mais les LIOs permettent à Logram d'accéder aux fichiers en local, en distant, dans des archives, etc. Cette partie est encore en développement, et bien que les interfaces soient codées, les LIOProviders ne sont pas encore codés. On ne peut pour le moment accéder qu'aux fichiers locaux
- C'est encore en projet, mais ça avance, Logram compte disposer d'un programme qui construit des interfaces graphiques à partir de fichiers XML. Oui, ça fait penser à XUL, et vous avez raison. Seulement, Logram ne compte pas utiliser ça pour des applications (c'est trop lent), mais bien pour des assistants de configuration.
C'est simple : sous Linux, les développeurs utilisent des fichiers texte pour stocker les paramètres de leurs applications. Ils documentent ces fichiers, mais il faut savoir comment les modifier. Logram compte proposer aux développeurs un outil tellement facile pour créer des interfaces de configuration qu'ils l'utilisent en masse.
Ainsi, Linux en général rattrapera son principal retard sur Windows : la GUI pour tout et n'importe quoi.
Les applications Logram
Tous les environnements de bureaux viennent avec une suite d'applications. Logram ne dispose pas encore de beaucoup d'applications, car il est tout jeune. Les voici :
- Panache, qui s'occupe de l'interface graphique. Un membre a trouvé ce nom en se disant qu'en faisant les choses avec panache, on les faisait bien. Panache est divisé en deux partites :
- Panache-desktop, qui affiche le bureau lui-même (languettes, menu, etc)
- Panache-wm, qui est le gestionnaire de fenêtres (compatible ICCCM et normes FreeDesktop)
- Panache-desktop, qui affiche le bureau lui-même (languettes, menu, etc)
- BLoQ, ou LNav (on ne s'est pas encore décidé), est le gestionnaire de fichiers. Il propose toutes les fonctionnalités nécessaires, et d'autres qui manquent habituellement dans les autres explorateurs de fichiers (arborescence qu'on peut "fixer" (vidéo de la chose), signets, onglets, etc)
- Ugo, l'éditeur de texte (encore en intense développement par un contributeur)
- Live, la visionneuse d'image (pour les curieux, le nom vient de Logram image viewer), qui non seulement affiche les images, mais permet de les tourner, les redimensionner, et d'afficher un album
Le LiveCD de Logram
Tester un environnement de bureau n'est pas facile. Pour remédier à ce problème, Logram vous propose un LiveCD contenant Logram pré-configuré, pré-compilé et pré-installé. Le LiveCD contient un minimum d'applications non-Logram, mais suffisamment pour être utilisable (il propose Arora, et des outils de configuration). Il est basé sur Ubuntu, et le lien pour le télécharger est dans le haut de cette dépêche. C'est une version Daily Build, donc elle peut ne pas démarrer, ne pas bien fonctionner, ou souffrir de bugs. Ce LiveCD est reconstruit tous les jours à minuit et à midi.
Aider Logram
Logram est déjà âgé, mais manque cruellement de contributeurs. 100% du code de Panache, des Llibs, de BLoQ et de Live est de moi. Un contributeur est en train de coder Ugo, et un autre a proposé Pixgrab, un programme de capture d'image, pas encore intégré (il n'est pas compatible ICCCM, donc pas compatible avec Panache-wm).
Tout le monde peut nous aider :
- Des graphistes, pour créer un thème d'icône pour Logram, ou un thème Qt, ou des bannières pour les assistants, ou des fonds d'écran, etc
- Des codeurs, bien entendu, maîtrisant Qt et le C++, et codant proprement (le code de Logram doit être extrêmement lisible et compréhensible, même si pour cela, il ne respecte pas les normes (commentaires en français, tabulations pour l'indentation, et autres aberrations))
- Des traducteurs. Nous avons pour le moment un bug avec l'internationalisation, mais quand il sera résolu, Logram devra être traduit dans autant de langues que possible (en anglais correct (moi et l'anglais...), en espagnol, en chinois si vous voulez, etc)
Bien sûr, des gens qui ne viennent que pour nous soutenir moralement son acceptés, de même que ceux qui viennent sur les forums. Tout le monde est le bienvenu !
À bientôt.
Aller plus loin
- Logram (194 clics)
- LiveCD Daily Build (53 clics)
- Galerie de Logram (65 clics)
- Vidéo de démonstration (59 clics)
- Code source en ligne (43 clics)
- Rapports de bugs (17 clics)
# Pluriel ?
Posté par Amine "nh2" Brikci-Nigassa (site web personnel) . Évalué à 6.
Je me rends compte que beaucoup se posent la question:
http://heme.typepad.fr/grain_de_poivre/2007/11/pluriel.html
http://grincheux.typepad.com/weblog/2008/05/nicolas-sarkozy.(...)
http://www.archivum.info/fr.lettres.langue.francaise/2007-10(...)
Qu'en pensez-vous ?
GNU's Not Unix / LINUX Is Not Unix Xernel
[^] # Re: Pluriel ?
Posté par _PhiX_ . Évalué à 2.
[^] # Re: Pluriel ?
Posté par FAbrice M . Évalué à 4.
Par définition tu dis une bêtise !
Les uns et les autres seront bien d'accord avec moi ! D'aucuns n'oseraient me contredire !
http://www.cnrtl.fr/definition/un
"
* UN1, UNE, adj. numéral cardinal
* UN2, UNE, art. indéf.
* UN3, UNE, UNS, UNES, pron.
UN1, UNE, adj. numéral cardinal
"
[^] # Re: Pluriel ?
Posté par vermillon . Évalué à 2.
[^] # Re: Pluriel ?
Posté par Amine "nh2" Brikci-Nigassa (site web personnel) . Évalué à 1.
GNU's Not Unix / LINUX Is Not Unix Xernel
[^] # Re: Pluriel ?
Posté par _PhiX_ . Évalué à 5.
Dans ton exemple, «uns» est un pronom.
Tu ne parles donc pas d'un mot de la même nature.
[^] # Re: Pluriel ?
Posté par FAbrice M . Évalué à 1.
Dans ton exemple, «uns» est un pronom.
Tu ne parles donc pas d'un mot de la même nature.
Mais nous sommes bien d'accord !
Mais quand on parle de définition... sans la donner, il vaut mieux être précis.Pinaillages, pinaillages, mais je souligne que j'apprécie la qualité des interventions sur linuxfr. le fond et aussi la forme. Cela change de ce qu'on trouve ailleurs.
Fin de mon HS.
# Dommage
Posté par Guillaume Denry (site web personnel) . Évalué à 3.
[^] # Re: Dommage
Posté par steckdenis (site web personnel) . Évalué à 7.
Et puis, pour les sources, le code lui-même est très facile à comprendre pour un anglophone, car justement, quand un francophone voit «Process->startDetached(processName, Qt::ProcessFork)» par exemple, il a du mal à comprendre.
Un anglophone comprendra normalement tout de suite.
Enfin, il n'est pas exclu que Logram s'internationalise un jour. C'est encore un bébé, ou plutôt un petit enfant pour le moment.
[^] # Re: Dommage
Posté par Guillaume Denry (site web personnel) . Évalué à 6.
Dans un bon code source (à mon avis), le code doit pouvoir se lire presque comme on lirait des phrases, grâce à un nommage approprié, des groupements d'instructions judicieux et un découpage fonctionnel assez granuleux et atomique pour ne pas perdre le fil de la lecture.
Les seuls commentaires qui doivent rester doivent être à mon avis de deux types :
- La documentation des API (du genre doxygen, jsdoc ou whatever)
- La documentation des parties du code un peu délicates à comprendre, un calcul algorithmique pointu par exemple.
Et ces deux types de commentaires, il est exclu à mon sens de les mettre en français pour que le code soit pérenne au niveau collaboration internationale car ce sont précisément des commentaires que tu ne retrouveras pas en lisant juste le code.
My 2 cents.
[^] # Re: Dommage
Posté par phentex . Évalué à 3.
Tout dépend du niveau du langage utilisé en fait...
[^] # Re: Dommage
Posté par Re_ . Évalué à 5.
Et un mauvais code l'est encore plus !! ;)
[^] # Re: Dommage
Posté par Guillaume Denry (site web personnel) . Évalué à 2.
[^] # Re: Dommage
Posté par Kangs . Évalué à 7.
>Un anglophone comprendra normalement tout de suite.
Je ne suis pas d'accord avec toi tu es en train d'expliquer que le commentaires sont inutiles.
Les commentaires sont là pour donner des informations complémentaires, comme ceux expliquant le rôle d'une class que tu as mis, pour le peu que j'ai regardé.
Pour les noms des fonctions tu dois commenter les paramètres indiquer le pré-requis & co.
Dans les fonctions tu as mis des commentaires :
extrait de llibs/lio/LDirModel.cpp
> if (child != 0)
> {
> //Un enfant existait déjà, le mettre à jour
> child->setInfo(info);
> }
Crois tu que là un développeur anglophone va comprendre ton commentaire grace au nom de la fonction ?
Donc non un développeur anglophone n'est pas avantagé les commentaires ne doivent pas être une traduction des noms des fonctions ils sont sensés données des informations et tes commentaires semblent donner des informations.
>Enfin, il n'est pas exclu que Logram s'internationalise un jour. C'est encore un bébé, ou plutôt un petit enfant pour le moment.
Justement aujourd'hui le travaille ne sera pas titanesque.
[^] # Re: Dommage
Posté par steckdenis (site web personnel) . Évalué à 8.
Malgon est en ce moment-même en train de tout traduire (je n'ai pas vraiment le niveau pour des traductions poussées).
Merci pour les commentaires :) .
[^] # Re: Dommage
Posté par Kangs . Évalué à 6.
Le concept de Logram me semble vraiment intéressant, il serait dommage qu'il piétine pour une question de langage.
[^] # Re: Dommage
Posté par steckdenis (site web personnel) . Évalué à 8.
En même temps, je préfère travailler avec 3 codeurs que je comprend et qui me comprennent qu'avec 10 que je ne comprend pas.
Néanmois, je vais voir si c'est faisable (mais traduire la documentation sera déjà plus difficile).
[^] # Re: Dommage
Posté par Malgon . Évalué à 5.
[^] # Re: Dommage
Posté par Kangs . Évalué à 4.
MenuManager.cpp lignes 206 et 207
int mlevel = maxlevel - num; //Nombre de niveaux en moins par rapport au maximum
int sublevel = mlevel * stagesize; //Taille à retirer
TabPluginContainer.cpp ligne 196
Le commentaire me semble bizarre "//Unfolde tab (le (7-d_i) make all fluid"
Je ne comprends pas la fin et je ne vois pas le rapport avec le code mais c'est peut être moi.
Sinon vous utilisez la variable privée 'deroule' je crois que c'est du francais ;)
Je suis pas choqué par tes commentaires anglais, mais je ne suis pas une grosse référence.
[^] # Re: Dommage
Posté par Mr JMad . Évalué à 2.
C'est carrement couillon de supprimer les commentaires en français alors que quelqu'un a suer pour les taper. Et continuer pareil par la suite.
Ca permettra que les codeurs français n'aient pas à réfléchir pour comprendre les commentaires et que les défenseur des commentaires en anglais soient contents.
[^] # Re: Dommage
Posté par steckdenis (site web personnel) . Évalué à 2.
[^] # Re: Dommage
Posté par floriang . Évalué à 5.
Ou en esperanto… ;-)
[^] # Re: Dommage
Posté par Fabimaru (site web personnel) . Évalué à 5.
[^] # Re: Dommage
Posté par FantastIX . Évalué à 2.
C'est là qu'intervient la fourberie: mettre du mauvais anglais (ou mieux, un mélange de toutes les variantes de l'anglais) pour corrompre la langue!
Et, en se ralliant à l'opinion que l'anglais est la langue internationale,
a) on ne s'exprime plus dans sa langue natale
b) on s'exprime dans une langue que l'on ne maîtrise peut-être pas.
Il en résulte bien plus de risques: se méprendre sur les termes et de mal s'exprimer, d'où confusion, flou, etc. Pour moi, ces risques sont bien plus importants que celui de ne pas attirer des développeurs étrangers.
La doc. de développement, traduite, avec un code bien propre, reste, ÀMHA, la meilleure façon de faire. On ne jette pas la pierre à celui qui s'exprime correctement dans sa langue, pas vrai? :-) Donc, les gars, continuez de documenter votre projet dans la langue de Molière, puisque c'est la vôtre.
[^] # Re: Dommage
Posté par ckyl . Évalué à 5.
Maintenant chaque devel s'exprime aisément et avec peu de fautes. Bon le problème c'est que plus personne est capable de comprendre ce qu'il dit. De mémoire on a des français, des russes, des roumains, des espagnols, des portugais, des brésiliens, des chinois, des vietnamiens, des pakistanais, des polonais. J'en oublie certainement.
Personnellement je préfère lire du code dans un anglais charabiesque qu'en roumain (variable comprises sinon c'est pas drôle). De même quand tu cherches quelques choses, t'es bien avancé si la seule doc est en russe... Avoir une langue commune permet d'éviter la duplication d'effort et favorise les échanges et la réutilisation. D'ailleurs pour suivre ton principe j'espère que tu ne lis jamais de documentation en anglais.
[^] # Re: Dommage
Posté par romi . Évalué à 2.
[^] # Re: Dommage
Posté par Sytoka Modon (site web personnel) . Évalué à -3.
Plein de mots sont différents entre l'anglais et l'américains. Je sais pour avoir eu des anglais à coté de moi que je parle plutôt l'américains (comme un pied) que l'anglais et que cela est valable pour une très grande partie des chercheurs que je cotois. Je ne vois pas pourquoi cela serait différent dans le monde de l'entreprise.
Donc on répète tous ensenmble : << La langue dominante de nos jours est l'américains >>.
[^] # Re: Dommage
Posté par claudex . Évalué à 5.
s/américains/américain
À ce titre là, le belge, le québécois et le suisse (et je ne parles pas des pays d'Afrique) sont des langues différentes du français.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Dommage
Posté par Sytoka Modon (site web personnel) . Évalué à 1.
Par ailleurs, dans la cadre du francais, le francais de métropole est majoritaire. Le québécois, le belge... sont donc des variantes.
En ce qui concerne la langue que nous utilisons pour dialoguer à l'intertationale, c'est un charabia qui a plus une base proche de l'américain que de l'anglais. L'américain est un dérivée de l'anglais mais il est devenu majoritaire de nos jours.
Quand un anglais entend notre chariabia, il saute en l'air.
Bref, pour ces bonnes et mauvaises raisons, il est à mon sens préférable de dire que l'américain est la langue dominante et non l'anglais. Si le québécois le devient un jour, cela ne me dérange pas qu'on dise le québecois plutôt que le français. Mais bon, je pense que la future langue internationnale sera l'espagnol... Cela pourrait être le chinois mais c'est trop compliqué pour vraiment se généraliser et même en chine, il y a plusieurs chinois...
[^] # Re: Dommage
Posté par arnaudus . Évalué à 4.
C'est spécieux comme argument, l'américain n'est pas une langue, même pas un dialecte, c'est une variante de l'anglais. Contrairement à ce que tu as l'air d'insinuer, une "frontière linguistique" se définit par l'absence de compréhension mutuelle; or jusqu'à preuve du contraire, les anglais et les américains se comprennent, donc ils parlent la même langue, qui s'appelle l'anglais.
Au passage, les britanniques n'ont aucun problème avec le vocabulaire nord-américain, alors que le contraire n'est pas vrai (probablement du fait d'une asymétrie de l'échange culturel). Donc la variante commune est l'anglais nord-américain, qui a le bon goût d'être compris par la majorité des anglophones.
Tout le reste n'est que de la politique (crainte de l'impérialisme américain etc). Si tu veux poster un commentaire politique, alors annonce la couleur, mais ne masque pas tes idées politiques derrière de la pseudo-linguistique de garage...
[^] # Re: Dommage
Posté par Sytoka Modon (site web personnel) . Évalué à -1.
Moi, je dis juste que la majorité des gens pensent parler anglais alors qu'ils parlent américain. C'est tout. Si tu penses que dire cela, c'est faire de la politique, nous n'avons pas la même vision de la politique. Je fais juste une constatation.
Après on peut faire de la linguistique et parlé de frontière... Tu as toujours des cas particuliers qui sont à cheval.
Enfin, nous sommes d'accord sur un point : "Donc la variante commune est l'anglais nord-américain, qui a le bon goût d'être compris par la majorité des anglophones". En effet, c'est actuellement le dialecte international qui est parlé sur le continent nord américain. Heureusement que les anglais de souche comprennent ce dialecte (puisque même une grande partie des francais aussi ;-) ).
J'ai déjà fait des sites web en anglais et en 'anglais nord américain', il y a pas mal de mot qui change au niveau des menus... et dans le texte. Si tu es capable de basculer de l'un vers l'autre, tant mieux pour toi. Moi personnellement, je n'y arrive pas et je pense que nous sommes une grande majorité dans ce cas.
[^] # Re: Dommage
Posté par Guillaume Denry (site web personnel) . Évalué à 5.
[^] # Re: Dommage
Posté par Sytoka Modon (site web personnel) . Évalué à 0.
-1- je n'agresse pas les gens
-2- je n'ai jamais dis que l'américain est une langue séparée de l'anglais
Donc reprenons. Au québec, les personnes ne parlent pas le francais de la métropole. Tu peux appeller cela le québecois ou le français du québec ou ce que tu veux. Donc je dis qu'ils ne parlent pas le francais de la métropole qui est le francais majoritaire. Donc le québecois est une variante du francais de métropole que pour simplifier et parce que nous sommes en métropole, nous appelons par simplification 'francais' tout court.
C'est pareil pour l'américain qui est une variante de l'anglais. Sauf que l'américain est majoritaire et que c'est ce que nous parlons globalement dans les échanges internationnaux. Les commentaires des codes sont principalement en américain, variante de l'anglais car celui-ci est le mieux parlé de par le monde.
Après, que vous ayez tous des noeuds parce que je dis que les commentaires sont en américain et pas en anglais, c'est votre problème. Cela commence à faire pas mal de fois que j'explique ma position dans ce post et que vous détournez le sujet pour essayer de monter les gens les uns contre les autres. Cela ne m'interesse pas.
Aujourd'hui, c'est l'américain, variante de l'anglais, qui est majoritairement parlé que vous le vouliez ou non. Les commentaires de mes codes, je l'ai fait en américain et non en anglais car pour moi, l'anglais tout court, c'est l'anglais de la grande bretagne et je ne le maîtrise pas.
Alors si tu veux, tu fait tes commentaires en anglais variante nord-américaine... Moi, je préfère appeller un chat un chat et dire que je les fait en américain directement. En pratique, nous faisons la même chose.
[^] # Re: Dommage
Posté par Rhialto . Évalué à 0.
[^] # Re: Dommage
Posté par Mr JMad . Évalué à 1.
D'un autre coté tu as les solutions suivantes :
- Que des commentaires dans la langue maternelle du dev de base / des gens constituant le noyau dur de base. Tout le monde comprend tout parfaitement, mais tu met une barrière à l'entrée au niveau des codeurs qui parlent pas la même langue.
- Que des commentaires en anglais. Tu te retrouves bien souvent avec une soupe de mot anglais mis bout à bout .Ce qui donnent non pas des phrases compréhensive, mais juste une concaténation de mot anglais. Concaténation incomprises par la plupart des gens de langue anglaise. Voir pire encore (j'en ai lu) des explications en anglais de cuisine, mais compréhensible mais qui expliquaient l'inverse de ce qu'elles auraient du expliquer.
Utiliser uniquement la langue que la plupart des gens sont capable de baragouiner pour commenter ton code (sachant que commenter le code c'est super important tout de même, ca doit être clair, précis, concis, pédagogique, et surtout utile au lecteur) c'est à mon avis un nivellement par le bas dangereux.
Après tu peux aussi refuser les dev qui ne savent pas parler anglais correctement. Pourquoi pas.
Du coup, je propose une solution qui ménage la chèvre et le choux, en doublant les
commentaires.
Tu me diras d'un autre coté, proposer de doubler les commentaires dans la langue maternelle du créateur du projet, ou de celle du noyau dur, c'est bancale aussi. Parce qu'après tout même si effectivement le créateur du projet ne va pas changer souvent de langue maternelle, le noyau dur du projet peut dans le temps changer, et donc la "deuxième langue" des commentaires évoluer.. (Imagine que dans 4 ou 5 ans le noyau dur de Logram soit composé de 12 polonais .. c'est effectivement un problème).
Au final, j'ai pas de solutions miracles. Ca serait carrement plus simple si les gens écoutaient coluche et que tout le monde parlait français :). Mais ce n'est pas le cas.
Dans tout les cas, je pense que se rabattre sur une solution "bancale" de baragouiner de l'anglais parce que "l'anglais tout le monde le comprend a peu près et l'écrit presque", c'est vraiment loin d'être une panacée, au vu de l'importance que devraient avoir les commentaires.
J'en viendrais presque à proposer des équipes de traducteurs pour les commentaires, comme il y en a pour la doc, avec des commentaires localisés, pour chaque pays. C'est peut-être pas si con en fait comme idée d'ailleurs ...
[^] # Re: Dommage
Posté par Kangs . Évalué à 4.
Le code est écris en anglais, si les commentaires en anglais n'ont pas de sens je crains que le code n'est pas vraiment plus de sens.
[^] # Re: Dommage
Posté par Toufou (site web personnel) . Évalué à 2.
Le code est C++ non ? Tu veux sans doute parler des variables et autres noms sympboliques.
Parce que bon, un langage informatique n'a strictement rien à voir avec un langage humain (il n'y a aucune ambiguité dans langage informatique alors que dans un langage humain...)
[^] # Re: Dommage
Posté par Kangs . Évalué à 2.
Là il est en anglais, de ce que j'ai lu les noms sont correctes et j'ai déjà vu des trucs bizarres...
[^] # Re: Dommage
Posté par vladislav askiparek . Évalué à 2.
[^] # Re: Dommage
Posté par Carl Chenet (site web personnel) . Évalué à 1.
1/ D'abord l'argument "c'est international, personne comprend le français". OK bon, arrêtons d'écrire de la littérature française, commençons directement à tout écrire en anglais afin d'être le plus largement compris... Les pauvres écrivains français, ils sont stupides d'écrire dans leur patois !
2/ Ensuite ça va décourager les contributeurs, mais rien de plus faux ! Si une doc de développement claire et détaillée existe, où est le problème ? De toute façon les personnes intéressées feront la démarche de lire la doc, pas les autres, et bon vent...
[^] # Re: Dommage
Posté par nicoastro . Évalué à 2.
Quant à faire appel à ma fibre patriotique/linguistique… je la cherche encore…
Et :
1/ On paie un traducteur si nécessaire, un projet libre n’a pas forcément les moyens, et plutôt que de faire appel à un volontaire autant faire le boulot soi-même tant que ça ne coûte pas trop. De plus, comparer une œuvre littéraire à des phrases qui n’ont qu’un intérêt d’explication est très litigieux.
3/ «les personnes intéressées feront la démarche de lire la doc, pas les autres, et bon vent... » bien pour les personnes intéressées il faut qu’ils apprennent le français ? Je doute que ce soit une bonne stratégie si on veut attirer du monde sur le projet, mais tout dépend de l’orientation que donne les auteurs principaux au projet, c’est à eux de faire le choix.
[^] # Re: Dommage
Posté par Kangs . Évalué à 3.
Je trouverais dommage qu'un projet soit limité, pour les développeurs, à un seul pays à cause de la langue.
(Par contre en entreprise j'ai vu du C écris en francais et c'est bizarre au début.)
[^] # Re: Dommage
Posté par Carl Chenet (site web personnel) . Évalué à -1.
Alors imaginer que tous les projets libres doivent être codés en anglais pour une improbable "diffusion internationale", ça me laisse perplexe.
[^] # Re: Dommage
Posté par Meku (site web personnel) . Évalué à 2.
D'autre part, même s'il n'y a qu'un seul développeur sur un projet, ça n'empêche pas d'autres gens de vouloir étudier le code, parce qu'il a des fonctionnalités intéressantes (éducation), ou tout simplement pour tenter de corriger un bug et ensuite soumettre un patch.
Si le projet est abandonné par son développeur unique, mais que d'autres personnes sont intéressées pour reprendre le développement (ou du moins, la maintenance), et bien ça sera quand même plus simple si c'est en anglais...
Et puis bon, pour du logiciel libre, ça serait quand même un comble de dresser une barrière à l'entrée de contributeurs étrangers sur le projet... le Libre c'est pas que technique, c'est aussi une philosophie.
[^] # Re: Dommage
Posté par Thomas Douillard . Évalué à 3.
C'est largement plus facile d'écrire du code dans une langue qui n'est pas sa langue maternelle (haha) que d'écrire un roman dans une langue étrangère.
# Heu...
Posté par Moonz . Évalué à 7.
Source ?
Je doute franchement que le parsage d'un arbre XML soit ce qui prend le plus de temps lors de la construction d'une interface graphique...
(pour mémoire, GNUstep utilise une technique analogue, dans le monde Qt il y a QtDesigner qui n'est pas vraiment marginal, et chez GTK+ Glade qui même si non majoritaire est couramment utilisé, et j'ai jamais entendu personne se plaindre "oui mais parser l'arbre xml c'est lent heu")
[^] # Re: Heu...
Posté par Guillaume Denry (site web personnel) . Évalué à 1.
La construction des écrans à partir des .ui (génération de .cpp temporaires) est faite avant la compilation. Je pense qu'il parle de construire les IHM au runtime à partir des fichiers XML. Ce que Qt sait faire aussi et rapidement, et c'est là où je te rejoins mais bon, je pense qu'il est important de le préciser.
[^] # Re: Heu...
Posté par steckdenis (site web personnel) . Évalué à 1.
Seulement, si on construit l'interface à l'exécution, il faut aussi l'exécuter, et donc rajouter un moteur de script. Non seulement c'est complexe, mais c'est aussi ça qui est lent (du JS ou autre est toujours plus lent que du C++ compilé).
En se limitant aux interfaces de configuration, il suffit de dire «Je créer un contrôle, et sa valeur est ce qui se trouve dans le fichier de configuration x à l'endroit y», et hop, pas besoin de script, les deux sont liés :) .
[^] # Re: Heu...
Posté par Guillaume Denry (site web personnel) . Évalué à 6.
Euh, vous avez regardé du côté du QUiLoader ?
Enfin bon, peut-être que vous recherchez une syntaxe de description d'écran plus abstraite que du Qt. Mais bon, je ne vois pas trop le rapport avec du scripting.
[^] # Re: Heu...
Posté par steckdenis (site web personnel) . Évalué à 7.
Heureusement que je n'ai pas encore trop avancé dans le codage de ce truc, tu viens de faire s'écrouler tout mon code !
Ca m'apprendra à ne pas chercher partout dans la doc, maintenant, ça va être beaucoup plus facile de faire ce programme.
En plus, les UI gèrent les slots, et encore plein de trucs. Par contre, intégrer le support des fichiers de configuration va être difficile.
Merci :) .
[^] # Re: Heu...
Posté par Guillaume Denry (site web personnel) . Évalué à 4.
Messieurs, n'hésitez pas à passer sur #qt ou #qt-fr sur freenode (ou http://www.qtfr.org pour le forum) si vous voulez des coups de main ou des avis sur qt, c'est souvent très réactif, et ça pourrait vous donner des idées en plus pour des mises en œuvre.
[^] # Re: Heu...
Posté par lasts . Évalué à 6.
Bref, je dois reconnaître que je serais tout à fait fan d'un environnement qui me permettrait d'étendre les fonctionnalités d'un logiciel à la volée. Suppose que mon éditeur de texte ne propose pas de bouton pour sauvegarder d'un coup *tous* les fichiers en cours d'édition. Pourquoi est-ce que je ne pourrais pas en bricoler un ? (avec un code ressemblant à :
files do: [ :f | f save ]Ou en Python (désolé pour l'indentation) :
for f in files:f.save()
Ça ne me semble pas très dur à mettre en place ni à utiliser. Avoir un langage à disposition fait de nous des humains et nous permet de développer notre imagination. Sans, on est juste bon à pousser des grognements et toutes les interfaces se ressemblent pour faire ça :) .
[^] # Re: Heu...
Posté par Larry Cow . Évalué à 3.
Euh, non. Par défaut, GNUstep construit ses interfaces à partir d'un format binaire vaguement dérivé des "property lists" (qui, elles, sont lisibles par un humain, mais pas vraiment XML). Depuis quelques années, il est également possible de charger le format binaire d'Interface Builder : les fameux fichier NIB.
Il existe un framework tiers (Renaissance) qui permet de construire une interface depuis une description XML. Mais ça n'est ni le fonctionnement par défaut, ni inclus dans une installation "basique" de GNUstep.
[^] # Re: Heu...
Posté par Gniarf . Évalué à 6.
[^] # Re: Heu...
Posté par Moonz . Évalué à 2.
[^] # Re: Heu...
Posté par Bonnefille Guilhem (site web personnel) . Évalué à 1.
Par contre, il y a un petit inconvénient : l'application se retrouve décomposée en plusieurs morceaux interdépendants. En effet, le logiciel ne sait pas se "présenter" sans le fichier de description de l'interface. Il faut donc qu'il parte à la recherche de son fichier. Du coup, les phases de tests nécessitent une phase d'installation (dans un espace temporaire).
Mais à part ça, c'est plutôt sympathique et allège le code de la partie "présentation" pure, pour s'attarder sur la dynamique.
# Mandriva et Logram
Posté par vida18 . Évalué à 2.
[^] # Re: Mandriva et Logram
Posté par fedorat . Évalué à -10.
[^] # Re: Mandriva et Logram
Posté par Dr BG (site web personnel) . Évalué à 1.
[^] # Re: Mandriva et Logram
Posté par Obsidian . Évalué à 8.
[^] # Re: Mandriva et Logram
Posté par B16F4RV4RD1N . Évalué à 7.
À part cela, puisque personne n'en parle, je n'arrive pas à faire fonctionner le livecd, il fige au moment du démarrage (avec des carrés de toutes les couleurs), ceci sous virtualbox et qemu. N'ayant pas trouvé de md5, je ne peux vérifier l'iso.
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: Mandriva et Logram
Posté par Obsidian . Évalué à 8.
[^] # Re: Mandriva et Logram
Posté par steckdenis (site web personnel) . Évalué à 3.
Il ne fige pas, simplement, on ne voit pas l'avancement (bug dans usplash je crois). Avec Qemu, il faut bien 5 ou 6 minutes pour qu'il démarre.
Ensuite, j'ai testé avec succès avec Qemu 0.10.
Finalement, le md5 se trouve sur l'image du CD, dans le fichier md5sum.txt :
cd /mnt/cdrom
md5sum -c md5sum.txt
Et voilà ;) .
# Languette
Posté par anakin . Évalué à 4.
Les languettes : dans KDE, vous pouvez placer des widgets sur votre bureau, comme par exemple des notes, un lecteur audio, etc. Malheureusement, si vous ouvrez des fenêtres, vous ne pouvez plus accéder facilement aux widgets (pour changer de musique, ou pour écrire une note).
Sous KDE4, il existe la couche widget accessible avec une seule touche ou bien avec la souris (en choisissant dans les préférences un coin ou un bord de l'écran).. Sous gnome aussi avec Compiz d'ailleurs.
De plus avec les possibilités de KDE4, je suis sûr que l'on peut ajouter une barre spéciale contenant certains widgets sur le côté qui ressemble à une languette et qui se masque automatiquement...
[^] # Re: Languette
Posté par Thomas Douillard . Évalué à 2.
Je crois que j'ai déja u des trucs qui ressemblent, genre dans les interfaces type "photoshop" avec les boites à outil manipulables par des genre d'onglets qui s'étendent quand tu passes la souris dessus, et que tu peux "pinner" sur le bord de l'écran. Rien de certain cependant.
[^] # Re: Languette
Posté par lasts . Évalué à 4.
Déjà vu dans Squeak, entre autre : http://www.planete-sciences.org/robot/boiteabots/images/sque(...) (les machins avec du texte sur le bord de l'écran, ici avec la languette "Supplies" tirée). Peut être qu'il serait intéressant de se renseigner sur Squeak, étant donné qu'ils semblent avoir eu des idées qui te plaisent ? :) (histoire de pas réinventer la roue, mais je dis ça comme ça...)
[^] # Re: Languette
Posté par steckdenis (site web personnel) . Évalué à 3.
Néanmoins, personnellement, je préfère les languettes de Logram (elles sont plus délicates, elles ont plus de panache).
[^] # Re: Languette
Posté par lasts . Évalué à 4.
[^] # Re: Languette
Posté par steckdenis (site web personnel) . Évalué à 1.
[^] # Re: Languette
Posté par Rhialto . Évalué à 1.
Notamment Squeak utilise un vrai langage objet ? Mouahahaha.
[^] # Re: Languette
Posté par Nicolas Dumoulin (site web personnel) . Évalué à 1.
# Navigateur Arora.
Posté par Grunt . Évalué à 2.
Le "Network Monitor" fait partie des fonctions qui manquent, selon moi, aux navigateurs modernes.
Est-il prévu d'orienter le développement de Arora en direction du "bidouillage HTTP"? En ayant un mode interactif dans le "Network Monitor", qui permette de modifier les informations à envoyer, pour ensuite les valider? De l'édition de requête HTTP à la volée, en somme: modifier le referrer, le User-Agent, ou autre, juste pour une requête?
Exemple: si je sais que l'adresse IP www.xxx.yyy.zzz héberge un serveur Web avec, entre autres, un virtualhost nommé "http://machin.tld", mais que (pour X raison) machin.tld ne résoud pas en www.xxx.yyy.zzz, ce serait intéressant d'avoir un navigateur qui permette de demander "http://machin.tld" à la bonne adresse IP, sans forcément bidouiller le fichier hosts pour taper "http://machin.tld" dans la barre d'adresse.
J'ai eu ce besoin une fois, et c'est très frustrant de voir qu'aucun navigateur ne permette cela.
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: Navigateur Arora.
Posté par yellowiscool . Évalué à 4.
Envoyé depuis mon lapin.
[^] # Re: Navigateur Arora.
Posté par Thomas Douillard . Évalué à 3.
En même temps si ça arrie une fois tous les 15 ans pour un geek est-ce que c'est bien la peine ?
[^] # Re: Navigateur Arora.
Posté par Tof . Évalué à 3.
-> Add: Host: machin.tld
et va sur http://www.xxx.yyy.zzz .
Mais franchement je vois pas en quoi en navigateur devrait proposer cela, sous une autre forme qu'une extension (ou qu'un bloatware).
[^] # Re: Navigateur Arora.
Posté par Grunt . Évalué à 1.
(oui je sais, vendredi c'était hier, mais je tente).
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: Navigateur Arora.
Posté par claudex . Évalué à 6.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Navigateur Arora.
Posté par Grunt . Évalué à 5.
Firefox m'énerve pour plusieurs raisons:
- pour les petites configurations, je préfère Epiphany, qui est plus léger,
- pour les grosses configurations, Konqueror est largement mieux foutu: gestionnaire de fichier, visualisateur de documents, client FTP, client SSH..
- Firefox devient un "Internet Explorer bis": il m'arrive souvent de tomber sur des pages Web "conçues pour Internet Exporer et Firefox", qui s'affichent mal avec les autres navigateurs.
En bref, je n'utilise pas Firefox sur mon netbook car il est trop lourd, je ne l'utilise pas sur mon fixe car il n'est pas assez complet, et dans les deux cas il participe à une hégémonie "IE+FF" sur le Web! Vive le droit d'utiliser "AnyBrowser", vive le W3C, vivent les standards, et à bas les sites "conçus pour Firefox": c'est tout aussi sale qu'un site "conçu pour IE".
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: Navigateur Arora.
Posté par grid . Évalué à 2.
[^] # Re: Navigateur Arora.
Posté par kikicnrv . Évalué à 2.
Il me semble bon de ne pas l'oublier quand on commence à faire ce genre de comparaison.
Après je ne rentrerai pas dans le débat sur la comparaison des navigateurs libres, notamment parce que j'ai longtemps utilisé konqueror et qu'il est bien foutu, mais tous les avantages que tu cites sont en dehors du domaine du "navigateur web" et certaines personnes aiment bien avoir un outil pour une utilisation (c'est d'ailleurs comme ça qu'est né dolphin).
Enfin comme d'habitude on se rend compte que dans le libre on a le choix, que tlm doit à priori pouvoir y trouver son compte (certains dont toi avec konqueror, d'autres avec firefox etc...), et ma foie tant mieux, c'est encore ça le plus important :)
[^] # Re: Navigateur Arora.
Posté par Grunt . Évalué à 3.
Toutefois, même si Firefox respecte très bien les standards, je suis assez déçu de voir que, par exemple, certaines applications Google ne fonctionnent pas avec Konqueror (l'agenda par exemple), alors qu'elles fonctionnent avec IE et Firefox.
Ou les légers bugs d'affichage avec Epiphany et Konqueror, par exemple des boutons avec un texte sur deux lignes, alors que sur FF et IE le texte prend une ligne et ne bave pas en dehors du bouton.
Tiens, un truc tout con: quand je vais sur le forum Numerama, le menu "Accueil - Magazine - Tests.." chevauche l'indication du nombre de messages privés et le bouton "Déconnexion". Avec Firefox, pas de problèmes. Et je pense qu'avec IE il n'y en a pas non plus.
Certes, je cherche la merde: Epiphany et une résolution de 640*480 (eeePC).
Cela n'est pas imputable à Firefox, bien sûr. Mais le Web commercial a très mal compris le message de Firefox, qui se voulait être "respectez les standards": la domination de IE et la montée de Firefox font que les sites sont codés pour fonctionner avec ces deux navigateurs, tant pis pour les autres. En bref, les sites respectent les particularités de ces deux navigateurs, au détriment de tous les autres.
Alors que les sites pourraient s'afficher correctement avec Konqueror, Firefox, Epiphany, Opera, Arora.. mais pas du tout avec IE.
Un exemple vu ici même sur Linuxfr:
http://covoiturage42.fr (à regarder avec autre chose que IE ou FF).
Firefox a échoué à faire respecter les standards, de même que la gestion des .doc par OpenOffice a échoué à détrôner les .doc de leur statut de standard de fait..
Du coup, Ms n'est pas pressé de mettre IE en conformité avec les standards, et ce sont les navigateurs autres que IE et FF qui en font les frais.
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: Navigateur Arora.
Posté par kikicnrv . Évalué à 4.
Cependant je pense que nous devons faire preuve de patience (et d'efforts pour ceux qui sont en place de faire bouger les choses) : ça ne fait pas si longtemps que ça que Firefox est en bonne place sur le marché. Les choses peuvent continuer à évoluer dans le bon sens et la démocratisation de plus en plus de navigateurs différents (et pas seulement Firefox) fera à mon avis que ça ira dans le bon sens (voir Chrome et Safari entre autre, qui ont une bonne visibilité chez le "grand public")
Maintenant pour l'anecdote :
- je ne vois pas de soucis ni de différences entre firefox 3.0.7 et konqueror 4.2.1 pour l'affichage du site covoiturage42 dont tu parles
- il existe encore des sites "importants" (qui ont donc les moyens de faire un développement correct) du type sfr.fr (une fois connecté du moins) qui ont un affichage "à chier" (désolé mais il n'y a pas d'autre mot pour décrire ça) que ça soit sous konqueror ou firefox
[^] # Re: Navigateur Arora.
Posté par Grunt . Évalué à 2.
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: Navigateur Arora.
Posté par kikicnrv . Évalué à 2.
C'est vraiment ridicule ce genre de tests, je ne comprends pas que ça existe encore ...
[^] # Re: Navigateur Arora.
Posté par Grunt . Évalué à 2.
Ce qui est con avec les tests de ce genre, c'est que ce n'est pas un simple "disclaimer" mais un vrai refus.. Obligé de faire un "wget" de la page de test, avec le UserAgent de Firefox :D
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: Navigateur Arora.
Posté par claudex . Évalué à 2.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
# ça a l'air sympa mais...
Posté par Florimond . Évalué à 2.
Même en admettant que je n'ai pas tout saisi au niveau des concepts de l'inerface graphique on dirait qu'il aime pas ma carte graphique... pourtant une GeForce 5 ça me semble pas un matériel très exotique...
C'est moi qui suis complètement naze?
[^] # Re: ça a l'air sympa mais...
Posté par steckdenis (site web personnel) . Évalué à 2.
Je te conseille de tester ce liveCD[1] qui est la version stable (un peu ancienne). Une fois démarré : Logram»Accessoires»Xterm puis :
cd logram
svn update
make
sudo make install
Ca devrait marcher ;) .
[1] : http://archive.logram-project.org/downloads/logram-alpha-alp(...)
# Complètement différent... Ou pas.
Posté par Zulon . Évalué à 7.
* Les languettes : D'autres l'ont déjà dit, ça existait dans Squeak depuis perpette ;
* Les widgets de bureaux : Laissez moi rire, n'importe quel environnement de bureau "moderne" en a ;
* Le menu rond : OK, je ne connais pas de tête un DE qui en utilise, mais plus généralement, c'est pas une idée nouvelle (wouhou le menu radial de NeverWinter Nights %) ;
* Le minidoc, ou comment cacher sous un autre nom une barre de statut banale ;
* Le papier peint dynamique : Ça existe déjà, je pense par exemple au kwebdesktop ;
* Les LIOs, des KParts au rabais.
Au final, beaucoup de prétention pour pas grand chose de nouveau.
[^] # Re: Complètement différent... Ou pas.
Posté par steckdenis (site web personnel) . Évalué à 6.
Ensuite, si on va chercher encore plus loin, alors oui, on trouve tout. C'est le principe du Libre, tout est codé, et on ne peut que reprendre des bonnes idées. Sache simplement qu'avant hier, je ne savais pas que Squeak existait.
Donc oui, tous les éléments de Logram existent déjà, mais ils ne se trouvent pas réunis et intégrés comme Logram le fait.
Pour finir, je n'ai pas eu de prétention. Je sais que Logram est intéressant, mais pas révolutionnaire. Il faut bien avouer que les seuls éléments phares de Logram sont les languettes et le menu rond, et que le reste n'est qu'un ensemble de gadgets intéressants et pas spécialement communs (tout le monde n'a pas un papier peint animé).
[^] # Re: Complètement différent... Ou pas.
Posté par Zulon . Évalué à -3.
Ça n'empêche pas qu'on ne peut pas prétendre faire quelque chose de, je cite, « totalement différent», « unique », quand ça existe déjà. Après, faut se renseigner et voir si c'est vraiment nouveau :) .
Pour finir, je n'ai pas eu de prétention. Je sais que Logram est intéressant, mais pas révolutionnaire.
Ce n'est pas l'impression que donne le titre, malheureusement. Je sais bien que dire "Logram, une glue conceptuelle totalement révolutionnaire" ça accroche moins, mais c'est plus proche de la réalité.
[^] # Re: Complètement différent... Ou pas.
Posté par Snoorky . Évalué à 9.
Moralité: lâche-lui la grappe.
[^] # Re: Complètement différent... Ou pas.
Posté par shbrol . Évalué à 3.
Question (parce que je n'ai pas lu la doc sur le site): comment fait on pour mettre en place un languette ? Est-ce qu'il suffit d'un drag-drop d'une fenetre de l'explorateur de fichier contre le bord de l'ecran ?
[^] # Re: Complètement différent... Ou pas.
Posté par steckdenis (site web personnel) . Évalué à 2.
En fait, on ne peut pas (encore ?) mettre une vrai fenêtre dans une languette, mais seulement un plugin de Panache. J'avoue cependant que c'est une bonne idée, et que je vais peut-être créer un plugin "conteneur de fenêtre", quoique ça risque d'être difficile (mettre la fenêtre dans la languette, ça va, mais comment déclencher cette absorption ?).
Merci pour l'idée.
[^] # Re: Complètement différent... Ou pas.
Posté par shbrol . Évalué à 1.
# Bonne continuation!
Posté par Sven Werlen . Évalué à 5.
J'ai lu récemment un blog (j'arrive malheureusement plus à mettre la main dessus) qui parlait justement de ce problème récurrent dans le monde du libre: à peine un projet voit le jour que tous le monde lui tombe dessus pour différentes raisons. Au final, le(s) développeur(s) perdent courage et finissent par abandonner le projet.
La grande force du libre, c'est sa diversité.
Certes, au niveau environnement de bureau, il en existe déjà beaucoup et certains sont très complets au niveau fonctionnalités. Lagram aura donc de la peine à se faire une place. Certes, la nouvelle exagère un peu sur les termes "totalement différent", "unique", etc... (on sent la motivation et l'implication de l'auteur dans le projet). Certes Logram manque encore un peu de maturité. Cependant, il demeure qu'il s'agit d'un projet opensource intéressant et qu'il est déjà impressionnant de voir ce qui a été fait.
Par ce commentaire, je souhaite donc bon courage et bonne continuation aux développeurs et autres contributeurs de Logram.
[^] # Re: Bonne continuation!
Posté par Zulon . Évalué à 0.
[^] # Re: Bonne continuation!
Posté par Sven Werlen . Évalué à 7.
[^] # Re: Bonne continuation!
Posté par lasts . Évalué à 2.
Je pense que les critiques ne sont pas à prendre au sens premier : Si le projet était nul, on ne réagirait pas. Le but est avant tout d'aider l'auteur en lui indiquant les faiblesses actuelles, de lui proposer des pistes, des idées... Après, libre à lui d'en faire ce qu'il veut, on est pas là pour briser son projet, bien au contraire, on en attend encore beaucoup plus :) .
Le libre, c'est avant tout un échange de connaissances qui permet le développement de nouvelles (ou l'enrichissement d') idées (existantes) (que ça soit d'une manière verbale ou via du code). La diversité n'est qu'une conséquence de ce modèle :) .
Cela dit, c'est bien qu'il y ait aussi des commentaires qui complimentent le travail, parce que c'est vrai que ça fait plaisir et que ça motive à continuer :) . Donc bonne continuation à Logram, un travail impressionnant a déjà été abattu !
# Chiant à tester.
Posté par Grunt . Évalué à 4.
Je recherche l'interface idéale pour un eeePC. Pour l'instant, j'utilise XFCE mais Logram, pourquoi pas?
Le problème, c'est qu'il n'y a pas de paquet Debian ou de moyen simple pour l'installer.. une piste?
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: Chiant à tester.
Posté par Katyucha (site web personnel) . Évalué à 1.
Je ne vois pas trop l'avantage du coté distribution alors que le principale atout semble être l'environnement graphique.
Vous dites vous même que c'est sur une base Ubuntu. Alors pourquoi ne pas proposer sur Ubuntu des paquets contenant l'environnement Graphique...
Dommage, parce que les screenshots me font bien saliver.
[^] # Re: Chiant à tester.
Posté par steckdenis (site web personnel) . Évalué à 2.
Il existe une méthode pour transformer une image de LiveCD en image de LiveUSB.
Pour les paquets, je n'ai absolument pas envie de le faire, car les paquets Debian sont certes très faciles à installer, mais c'est une horreur de les créer (et il en faudra pas mal pour Logram). Enfin, si quelqu'un me propose un script qui génère un Daily package, je suis preneur :) .
A plus.
[^] # Re: Chiant à tester.
Posté par Grunt . Évalué à 3.
ça s'ajoute aux dépots, ça s'aptitude install et aptitude remove très facilement.
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
# vraiment différent ?
Posté par sidell . Évalué à 2.
Au vue de la description et de la vidéo de présentation, cet environnement ne me semble pas véritablement différent de ce que l'on connaît. Il apporte certes des innovations mais l'esprit reste le même, la logique de fonctionnement ne change pas.
Par exemple avec WMII (http://wmii.suckless.org/), on change vraiment d'état d'esprit en n'utilisant que le clavier.
De plus, je ne vois aucune indication du point de vue de l'utilisation des ressources, ce qui laisse penser (peut-être à tort) que Logram est lourd.
[^] # Re: vraiment différent ?
Posté par steckdenis (site web personnel) . Évalué à 2.
* 20 Mio pour Panache-wm avec une languette contenant le plugin lecteur audio, avec un fichier .mp3 de 4 Mio en train de jouer
* 2 Mio pour Panache-desktop
* 4 Mio pour BloQ dans le dossier ~/ contenant une dizaine de dossiers et une 20aine de fichiers.
Logram est vraiment tout léger :) .
[^] # Re: vraiment différent ?
Posté par Watchwolf . Évalué à 3.
[^] # Re: vraiment différent ?
Posté par steckdenis (site web personnel) . Évalué à 3.
Pour le LiveCD, je ne sais pas (on n'a pas le Moniteur Système avec le LiveCD). Je devrait une fois l'installer et tester (sachant qu'on aura GTK+ en plus de Qt chargé à ce moment-là).
[^] # Re: vraiment différent ?
Posté par Watchwolf . Évalué à 2.
# système de paquetage de Logram
Posté par vida18 . Évalué à 1.
Le .deb (Debian) ou le .rpm (Fedora) ou un système propre à Logram ?
[^] # Re: système de paquetage de Logram
Posté par steckdenis (site web personnel) . Évalué à 2.
[^] # Re: système de paquetage de Logram
Posté par vida18 . Évalué à 1.
# Du retard ?
Posté par psychoslave__ (site web personnel) . Évalué à 5.
Euh, pas vraiment, j'ai pas testé les derniers windows mais il ne me semble pas qu'ils aient de l'avance dans ce domaine.
Les principaux «retards» qu'à le libre par rapport à windows pour un poste de bureau, c'est la vente lié et le support par des applications pas fournie dans la distribution.
# Uwm!
Posté par galbolle . Évalué à 1.
# KO le site ?
Posté par dest . Évalué à 1.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.