Transformer un sélectionneur de fichier en gestionnaire de fichier, visualisateur d'image, navigateur web, diaporama, couteau suisse, agenda, etc ce n'est pas le kiffe de Gnome.
[réponse à la provocation gratuite]
Oui, clairement prévisualiser un document que tu tentes d'ouvrir te fera clairement gagner du temps et sera plus intuitif, tu ferais mieux d'aller sur KDE.
[/réponse à la provocation gratuite]
Sérieusement, tu n'as pas autre chose à faire que provoquer de cette manière ?
Sérieusement, tu n'as pas autre chose à faire que provoquer de cette manière ?
En quoi est-ce de la provoc ? c'est un constat...
sous Gnome, on a un outil par fonction...
Sous Kde, t'utilises Konqueror par exemple, et tu fais presque tout...
nuance, konqueror appele les autres outils.
Exemple konqueror appelle kdf... un peu comme firefox appelle adobe acrobat reader sous windows pour lire des pdf.
Clairement, KDE est à fond dans la philosophie UNIX : de petits composants faisant une seule chose mais bien, qu'on peut facilement faire fonctionner en collaboration les uns avec les autres.
On ne parlait pas de konqueror, mais du sélecteur de fichier quand tu vas (la plupart du temps) dans fichier -> ouvrir. On ne demande pas de surcharger inutilement l'interface, mais d'offrir la possibilité de prévisualiser le document, ce qui est une aide très utile pour l'utilisateur.
Bref, partir de là pour en conclure "Transformer un sélectionneur de fichier en gestionnaire de fichier, visualisateur d'image, navigateur web, diaporama, couteau suisse, agenda, etc ce n'est pas le kiffe de Gnome.", c'est dénigrer une demande logique d'un utilisateur en le faisant passer pour un con à travers une exagération stupide.
"Je crois que tu devrais utiliser KDE.", là, c'est clair, l'utilisateur est tellement con qu'on l'envoie chez les concurrents. Ce genre de provocation, je deteste, et j'ai de plus en plus tendance à réagir de manière un peu violente. C'est grave ? Et ce n'est même pas un début de débat GNOME/KDE, c'est l'exaspération fâce au comportement de certainsqui cherchent à ridiculiser l'utilisateur qui fait une demande.
Si l'utilisateur fait une demande, c'est qu'il a un besoin, et qu'il pense que résoudre ce besoin est un atout pour l'outil qu'il utilise. Je ne vois aucune raison de ne pas respecter son opinion.
Voila pourquoi je préfère kde !
Pouvoir visualiser le fichier avant de l'ouvrir... quel bonheur !
Disposer d'une interface pour ouvrir/enregistrer efficace... vivement kde 4.
Qu'est-ce qui ne vas pas, dans la gestion libre des aperçus ?
Tu parles au niveau code ou au niveau utilisation par M. Lambda ?
Je trouve ça bien, comment ça fonctionne dans Gnome, moi...
Bien que « pro-gnome » je trouve quand même que Nautilus est une sombre bouse niveau ergonomie et rapidité. Le jour où on nous pondra un trcu pour le remplacer j'en serais fort content.
non! (car je ne suis pas utilisateur de Gnome)
mais je vais te donner quand même un lien vers les nouveautés (en images) : http://www.gnome.org/start/2.20/notes/en/
ça prouve ma méconnaissance de ce qui tourne autours du développement de Gnome.
Par contre, petite question : C'est voulu que dans l'image des propriété d'un disque, les tailles soient indiquées en "Gio" là où en anglais c'est "GB" (GigaByte) et où en français est plus couremment utilisé "Go" (GigaOctets).
C'est un peu déroutant....
C'est voulu par l'équipe de trad, si tu as une remarque, tu peux nous contacter sur gnomefr@traduc.org
Pour la version anglo-saxonne, la discussion sur ce sujet a été apparemment un coup d'épée dans l'eau.
C'est juste que moi même qui suis au courant de cette distinction, ça ne m'a même pas effleuré l'esprit alors une personne n'en ayant jamais entendu parlé, j'imagine....
Par contre, maintenant que je le sais, je respecte ce choix.
Cependant, est-ce que beaucoup de monde va se poser la question du pourquoi ou cela va juste être pris pour une erreur?
Enfin, on va pas refaire le debat. Vous avez déjà bien vous arracher les cheveux ;)
Ouais enfin, celles qu'il a pu... Et en plus je suis passé à côté du fait qu'il y avait un nouveau fond d'écran par défaut, résultat, c'est pas le bon qui apparait dans mes captures. J'aurais bien fait une dépêche, mais là entre la relecture pour traduction des release notes et faire des screenshots avec une distrib où la traduction n'est pas finie (suivez mon regard ;-) ), ça a pas aidé ! Exemple: dans les "Applications préférées", les options d'accessibilité ne sont pas encore traduites...
Quant à Evolution, moi qui utilise Thunderbird d'habitude, bin j'ai pas été déçu: j'ai même pas réussi à envoyer un mail, donc impossible de faire les captures là dessus. Impossible aussi de trouver la fonction de sauvegarde/restauration... Difficile de prendre des captures d'écran dans ces conditions... En tout cas, j'ai compris que je n'aimais pas évolution.
Après j'ai pas réussi à trouver de formulaire PDF pour evince, alors j'ai fini par prendre le même que celui des release notes en anglais. Manque de bol: impossible de cocher ou remplir quoi que ce soit... Bug GNOME ? Fonction pas encore activée dans Mandriva cooker hier ?
Ajoute à ça le coup de totem qui peut indiquer qu'il doit récupérer des codecs... Bin oui, mais sous Mandriva, tous les fichiers que j'ai essayé de lire ont fonctionné ! Il faut donc être sous Ubuntu pour reproduire ce fonctionnement...
Pour l'appearance applet, ma capture a été recalée parce que j'utilisais pas le bon thème (j'étais en ia_ora discovery, thème mandriva à bordures jaunes).
Bref: tout ça pour dire que j'en ai chié un max, et que je suis même pas satisfait du résultat. Je voulais pas encore donner le lien vers les release notes, c'était volontaire: j'ai corrigé quelques captures, mais ça n'a pas encore été commité.
Ah y est j'ai envoyé la dépêche, me manquait juste le nom de code, mais ça doit pouvoir se rajouter.
Merci pour ta relecture des releases notes et les captures à propos o/
Bravo quand même. C'est du super travail, ce que vous faites sur Gnome, et ça donne un bureau super sympa à utiliser, qui devient de plus en plus beau et homogène, c'est un plaisir, vraiment.
Je viens de me compiler Evo 2.20 sur une Mandriva 2007 Spring : je cherche moi aussi la fonction de sauvegarde/restauration ; elle me serait pourtant bien utile, moi qui travaille deux semaines par mois sur un deuxième PC. Elle n'est pas dans les greffons non plus. Je ne vois rien non plus dans les options de démarrage en ligne de commande. Mystère...
Ha ben ça alors, j'ai pas ça du tout, moi, dans mon menu Fichier... Je n'ai pas Paramètres de la sauvegarde, ni Restaurer les réglages, ni même Enregistrer le message...
Peut-être que j'ai raté quelque chose dans ma compilation ? Je vais rejeter un ½il aux options du configure, alors... En attendant une version correctement packagée dans la future Mandriva, bien sûr.
Par exemple, la complétion dans la barre d'adresse est maintenant plus intuitive. Lorsque vous utilisez les touches fléchées pour sélectionner un élément de la liste déroulante, la sélection s'affiche immédiatement dans la boîte de saisie, il est ainsi plus facile de voir quelle adresse sera utilisée quand vous appuierez sur la touche Entrée.
mouais c'est pas vraiment le fait que c'est plus facile de voir qui est important, ce serait plutôt qu'on puisse l'éditer directement...j'espère que c'est aussi le cas. Sinon ça ne sert à rien.
oui, tu peux l'éditer maintenant, ce qui est __beaucoup__ plus pratique. Elle apparaît dans la zone de saisie, ce qui fait que tu peux la modifier avant d'appuyer sur entrée, ce qui n'était pas le cas auparavant.
Par contre, je comprends pas pourquoi, quand je fais "Ouvrir un document avec le visionneur de documents", la fenêtre Evince s'ouvre toujours dans une taille énorme, qui dépasse mes bords d'écran et que c'est toujours la galère pour la redimensionner à une taille normale...
Ça résoud rien, mais pour redimensionner une fenêtre plus grande que l'écran, pense au Alt+Drag'n'drop pour la déplacer. Tu pourras ensuite la redimensionner facilement.
Il ne reste plus que le bug des onglets qui traîne depuis longtemps (quand il y a trop d'onglet, c'est la galère de naviguer dedans)
euh comment ça ? dans epiphany :
- tu as un menu onglet qui donne le nom de chacun, ce qui permet de le reconnaître (1er mode de navigation)
- avec la molette de la souris tu fais défiler les onglets, sans bouger de page comme fait firefox ce qui fait que c'est super lent avec firefox et très rapide avec epiphany, il ne te reste plus qu'à cliquer quand tu as reconnu celui que tu veux (2ème mode de navigation)
Je ne vois pas trop ton soucis, aurais-tu une entrée de bugzilla qui le décrive plus complètement ?
Sinon, AFAIC, je rechercherais une fonction qui trouve les onglets contenant un gnash rapidement pour supprimer aussi rapidement ce qui me bouffe la cpu (ou un killall gnash ça le fait aussi).
avec la molette de la souris tu fais défiler les onglets, sans bouger de page comme fait firefox ce qui fait que c'est super lent avec firefox et très rapide avec epiphany, il ne te reste plus qu'à cliquer quand tu as reconnu celui que tu veux
Je n'ai pas ce comportement chez moi, la page change à chaque fois que j'utilise la molette (ce qui n'empêche pas Epiphany d'être largement plus rapide que Firefox).
Je faisais plus référence au fait que quand on 'molette' les onglets, on a pas de visibilité sur les onglets à venir si on est en bout d'écran. Un petit bouton à la Firefox serait très bien je trouve
Mais bon, avec le 1er mode de navigation ça passe (et j'avais jamais pensé à l'utiliser, shame on me)
ah ouais pour le coup de l'affichage des pages entre epiphany et firefox, je me suis emmêlé les pinceaux, je reprends :
- oui pour moi avec firefox c'est plus lent parce que la molette défile d'onglet en onglet sans afficher la page : je suis obligé de cliquer pour vérifier que c'est la bonne (je ne sais plus si ça affiche le titre de la page quand même pour donner une indication, je ne crois pas)
- effectivement avec epiphany ça affiche la page d'onglet en onglet (mais c'est rapide) et ça me permet d'avérer que je suis sur la bonne
- quand j'ai vraiment trop d'onglets pour une fenêtre (généralement genre 30 à 50 onglets par fenêtre et genre 3 fenêtres d'ouvertes...), le menu onglet permet de retrouver le bon par son titre (et le menu défile s'il ne tient pas en hauteur)
- quand on survole un onglet le titre de la page apparaît en "info-bulle" (mais un peu trop lentement... je préfère encore changer d'onglet pour voir la page)
- sur les onglets, ça marche avec la molette et aussi avec le touchpad (pratique sur le portable, en vertical ou horizontal) même si c'est un peu trop rapide et moins précis que la molette
- effectivement quand je suis passé à epiphany le fait d'avoir un nombre limité d'onglets sur la page m'a gêné (mais je ne m'en rappellais plus), ça incite à ouvrir d'autres fenêtres ce qui permet de répartir ce qu'on regarde par thème (slashdot, linuxfr, phpmyadmin d'un côté site de l'autre par exemple...) m'enfin ça ne m'empêche pas parfois de terminer avec 100 onglets... maintenant j'ai du mal avec firefox, avec trop d'onglets, l'onglet devient trop petit et on n'a plus le début du titre de la page ce qui n'est pas pratique pour la reconnaître (et il n'y a pas de menu onglet affichant l'ensemble des titres dans les onglets...)
- sinon, j'ai une flèche < à gauche et à droite > quand il y a des onglets cachés (mais pas d'estimation du nombre : ce pourquoi je passe plutôt par le menu qui donne une vue plus globale) et quand on clique dessus ça déplace d'onglet
vala, c'est plus complet quand je l'ai sous la main...
Je pense qu'il parle de ça : quand il y a trop d'onglet, au lieu d'en réduire la taille pour en afficher le plus possible comme le fait FF, Epi les cache en dehors de la fenêtre, et ils deviennent invisibles. Pour joindre ceux qui sont cachés, il faut alors passer soit par le menu Onglets, soit les faire défiler un par un. C'est gênant.
Heureusement, j'avais vu une extension qui inhibe ce comportement et le rapproche de celui de FF.
Sinon, je rajouterai comme 3ème mode de navigation dans les onglets : Ctrl+Page Up/Down. Rapide et efficace.
Depuis que j'ai fait l'effort de passer à Epiphany et de laisser tomber Firefox, j'ai l'impression d'avoir rajouté de la RAM !
Ba, non, toujours pas une barre normale : impossible d'accéder aux dernières URL rentrées à la mimine (pas de liste déroulante accessible à la souris).
La liste n'apparaît qu'en tapant le premier caractère de l'url souhaitée (ça peut être le h de http :-) pour afficher la liste complète ou f de ftp ou l de linufr.org :D) et c'est affiché par ordre d'url que tu tapes le plus souvent je crois (ou à laquelle tu accèdes le plus souvent).
- Est-ce enfin plus rapide et moins lourd ? Il me faut au minimum 10 secondes pour ouvrir le terminal la première fois et au moins 2 les fois suivantes (sur une Dapper, et un P4 1,2/1,7GHz, 1G de swap). Je sais, on a le droit de rêver.
- Est-ce que le bug d'Évolution sur le vidage de la corbeille a été enfin résolu ? J'ai 1500 mails en attente et autant dans la boîte à spams.
De quel bug tu parles ? Elle se vide bien, ma poubelle à moi. J'ai réglé pour qu'elle se vide toute seule sans avertissement à chaque fois que je quitte Evo, et ça marche bien...
Le temps que la fenetre apparaise, le shell se lance et quitte : 0.16s chez moi (Pentium M 1,5Ghz). (Pas testé au premier lancement, je vais pas rebooter pour ça).
T'aurais pas un truc qui rame a l'ouverture d'un shell ?
Pour le bug de la corbeille, t'as un lien sur le bugzilla ? Jamais eu de problème et je n'ai jamais entendu quelqu'un s'en plaindre.
Ah bin je connaissais pas cet espace rédacteurs... On en apprend tous les jours... Bon maintenant s'ils arrêtaient sur linuxfr de planquer tous les liens intéressants, ce serait pas mal.
il y a une ligne qui apparaît en haut en plein milieu avant la 1ère dépêche (à hauteur des yeux quoi) et tu cliques sur ce que j'ai mis en gras :
Le site vit avec les dépêches que vous proposez ou que vous contribuez à rédiger
C'est bien gentil de prendre les gens pour des cons, mais je me joins à lui (liberforce) : avant que tu ne le dises, je n'avais pas "tilté" sur cette ligne.
Pourquoi? Je ne sais pas, elle est dans une couleur différente, encadrée... Peut-être car trop petite, trop au milieu de tout (entre l'article ne "une" et les autres article, ça fait un peu "publicité entre deux article" qu'on à l'habitude de passer rapidement), je ne sais pas, je ne suis pas Ergonome. Mais les designers de Linuxfr non plus.
prendre les gens pour des cons
Tu te méprends, je te le garantis, la présence de cette "pub" a été réfléchie initialement pour mettre en évidence cet espace et le lien "soumettre une dépêche" : si ça ne remplit pas son office, c'est très gênant. Elle est tout de même présente depuis pas mal de temps en plus.
Tu peux (re-)regarder les dépêches concernant le site https://linuxfr.org/topics/LinuxFR.html (par exemple [https://linuxfr.org/2007/07/20/22754.html] dans les commentaires cet espace est cité) : nous nous posons de réelles questions pour susciter des contributions, ce qui n'est pas évident beaucoup de nos messages restant lettre morte (un oeil externe est toujours intéressant).
Merci de ton retour, tu es dans les premiers à ma connaissance à suggérer que ce n'était pas assez visible.
Mieux vaut continuer la discussion sur un tracker https://linuxfr.org/tracker/ pour ceux que ça intéressent plutôt que de polluer ce thread cf. [https://linuxfr.org/tracker/672.html] ouvert à l'occasion.
Sinon quand est-ce qu'on pourra espérer une intégration de GnomeScan?
Est-ce que son réarchitecturage avance bien?
Car XSane c'est pas le top niveau homogénéité d'IHM avec Gnome...
Je viens d'aller regarder les notes de versions en français[1] et je remarque certaines choses :
* Quand la langue choisie est l'arabe (ou tout autre langue s'écrivant de droite à gauche, je suppose) les boutons sont inversés. La croix pour fermer la fenêtre (habituellement en haut à droite) se retrouve en haut à gauche et ainsi de suite pour tout le reste.
C'est sans doute ma vision "à l'occidentale" qui me fait dire ça, mais je me demande tout de même si ça n'est pas perturbant pour les utilisateurs ? Même les icônes ont subi une symétrie selon l'axe vertical
(mais bon, comme je le dis c'est sans doute ma vision habituée à lire de gauche à droite qui me trompe).
* Quand je regarde la liste des langues gérées, je ne vois pas l'Esperanto alors que KDE le gère. Me vient alors une idée toute "simple", mais qui ferait très certainement économiser une tonne de travail à tout le monde : pourquoi ne pas centraliser les traductions entre tous ces logiciels (freedesktop pourrait mettre en place une telle structure avec règles de nommage...) pour éviter de "réinventer la roue" à chaque fois ?
Parce que je suis sûr que 90% du texte est commun entre Gnome, KDE, XFCE... ainsi qu'à la plupart des logiciels.
Déjà le te texte identique entre deux logiciels GNOME est pas partagé, alors entre GNOME et KDE, c'est de la science fiction... C'est dû au système de traduction: tu as un fichier par application avec toutes les chaines de caractères utilisées à traduire. Sauf que le texte d'une interface et la manière de le traduire dépend aussi du contexte. Si tu centralises les traductions (c'est à dire que tu essaies d'avoir la même traduction dans tous les logiciels pour un texte donné), tu perds le contexte, et ta traduction ne sera pas forcément bonne dans 100% des cas.
Je suis tout à fait d'accord avec toi quand tu dis qu'il faut tenir compte du contexte !
Cependant, traduire "Fichier" -> "Ouvrir..." ne nécessite pas de contexte particulier. Et ce genre de textes à traduire représente un pourcentage assez élevé (j'ai dit 90% tout à l'heure, je me suis sans doute un peu emballé) qu'il serait bon de mettre en commun.
Ainsi, si un traducteur traduit ceci pour une langue X, cette langue pourra être gérée par tous les projets Libres qui feront appel à cette base de données commune.
Ensuite, tu parles des fichiers de traduction, mais on pourrait très bien imaginer générer ces fichiers à-la-volée, à partir des chaines des caractères récupérées dans la base de données du projet centralisateur.
Je sais pas, si ça se trouve je suis utopique, mais je pense sincèrement que centraliser un maximum les choses simplifierait grandement l'avancement des traductions.
Ensuite, tu parles des fichiers de traduction, mais on pourrait très bien imaginer générer ces fichiers à-la-volée, à partir des chaines des caractères récupérées dans la base de données du projet centralisateur.
Eclipse -> externaliser les string.
Il va te foutre toutes les strings statiques (comme "toto" ) dans un fichier à part, et il va le remplacer par le code kivabien pour les récup dans le fichier.
Le fichier sera de la forme string1="toto"
Tu peux bien entendu modifier les string directement dans les fichiers ;)
Bon ca c'était pour java, je présume qu'il existe ca pour du C
Comme tu l'as souligné, si tu changes le sens de l'écriture, le sens du regard change. Il est plus logique d'inverser les éléments de l'UI.
Cette décision n'a pas été prise unilatéralement par les *interface nazi*, elle a pris en compte l'avis des développeurs et des utilisateurs utilisant ces langues. D'ailleurs OOo fait de même.
Le projet arabeyes qui vise à localiser en Arabe le logiciel libre est particulièrement actif
# [-]
Posté par soulflyb (Mastodon) . Évalué à -10.
# Euh...
Posté par Nicolas Schoonbroodt . Évalué à -10.
[^] # Re: Euh...
Posté par sanao . Évalué à -5.
[^] # Re: Euh...
Posté par Aldoo . Évalué à 10.
# GNOME 2.20 approche...
Posté par Obsidian . Évalué à 10.
[^] # Re: GNOME 2.20 approche...
Posté par eon2004 . Évalué à 3.
[^] # Re: GNOME 2.20 approche...
Posté par Boke Bocadillo (site web personnel) . Évalué à 2.
C'est une option activée par défaut pour les fichiers en local.
[^] # Re: GNOME 2.20 approche...
Posté par GnunuX (site web personnel) . Évalué à 10.
Dans nautilus, mais dans pans le selectionneur de fichier (fichier/ouvrir tout ca).
[^] # Re: GNOME 2.20 approche...
Posté par IsNotGood . Évalué à -10.
Je crois que tu devrais utiliser KDE.
[^] # Re: GNOME 2.20 approche...
Posté par lezardbreton . Évalué à 3.
Oui, clairement prévisualiser un document que tu tentes d'ouvrir te fera clairement gagner du temps et sera plus intuitif, tu ferais mieux d'aller sur KDE.
[/réponse à la provocation gratuite]
Sérieusement, tu n'as pas autre chose à faire que provoquer de cette manière ?
[^] # Re: GNOME 2.20 approche...
Posté par moudj . Évalué à -3.
En quoi est-ce de la provoc ? c'est un constat...
sous Gnome, on a un outil par fonction...
Sous Kde, t'utilises Konqueror par exemple, et tu fais presque tout...
[^] # Re: GNOME 2.20 approche...
Posté par briaeros007 . Évalué à 3.
Exemple konqueror appelle kdf... un peu comme firefox appelle adobe acrobat reader sous windows pour lire des pdf.
[^] # Re: GNOME 2.20 approche...
Posté par Aldoo . Évalué à 8.
Ici, la technologie kparts joue le rôle du pipe.
--
Doushete korosu te ? Sore wa hidoi yo !
[^] # Re: GNOME 2.20 approche...
Posté par lezardbreton . Évalué à 10.
Bref, partir de là pour en conclure "Transformer un sélectionneur de fichier en gestionnaire de fichier, visualisateur d'image, navigateur web, diaporama, couteau suisse, agenda, etc ce n'est pas le kiffe de Gnome.", c'est dénigrer une demande logique d'un utilisateur en le faisant passer pour un con à travers une exagération stupide.
"Je crois que tu devrais utiliser KDE.", là, c'est clair, l'utilisateur est tellement con qu'on l'envoie chez les concurrents. Ce genre de provocation, je deteste, et j'ai de plus en plus tendance à réagir de manière un peu violente. C'est grave ? Et ce n'est même pas un début de débat GNOME/KDE, c'est l'exaspération fâce au comportement de certainsqui cherchent à ridiculiser l'utilisateur qui fait une demande.
Si l'utilisateur fait une demande, c'est qu'il a un besoin, et qu'il pense que résoudre ce besoin est un atout pour l'outil qu'il utilise. Je ne vois aucune raison de ne pas respecter son opinion.
[^] # Re: GNOME 2.20 approche...
Posté par JP Martin . Évalué à 1.
Pouvoir visualiser le fichier avant de l'ouvrir... quel bonheur !
Disposer d'une interface pour ouvrir/enregistrer efficace... vivement kde 4.
JP Martin
[^] # Re: GNOME 2.20 approche...
Posté par Boke Bocadillo (site web personnel) . Évalué à 2.
C'est une fonctionnalité plutôt interressante d'ailleurs...
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: GNOME 2.20 approche...
Posté par Zorro (site web personnel) . Évalué à 4.
Tu parles au niveau code ou au niveau utilisation par M. Lambda ?
Je trouve ça bien, comment ça fonctionne dans Gnome, moi...
M. Lambda.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 6.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: GNOME 2.20 approche...
Posté par gnumdk (site web personnel) . Évalué à 9.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 8.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: GNOME 2.20 approche...
Posté par zebob . Évalué à 10.
[^] # Re: GNOME 2.20 approche...
Posté par peau chat . Évalué à 8.
Ca fait combien d'XP un Gnome à coups de haches ? ;-)
[^] # Re: GNOME 2.20 approche...
Posté par Slauncha (site web personnel) . Évalué à 1.
[^] # Re: GNOME 2.20 approche...
Posté par ndesmoul . Évalué à 2.
Oh la belle porte! ----> []
[^] # Re: GNOME 2.20 approche...
Posté par Obsidian . Évalué à 3.
[^] # Re: GNOME 2.20 approche...
Posté par morphalus . Évalué à 0.
[^] # Re: GNOME 2.20 approche...
Posté par Pierre Tramonson . Évalué à 0.
# Faire une depeche....
Posté par cosmocat . Évalué à 3.
mais je vais te donner quand même un lien vers les nouveautés (en images) :
http://www.gnome.org/start/2.20/notes/en/
[^] # Re: Faire une depeche....
Posté par Pascal Terjan (site web personnel) . Évalué à 7.
[^] # Re: Faire une depeche....
Posté par cosmocat . Évalué à 2.
Par contre, petite question : C'est voulu que dans l'image des propriété d'un disque, les tailles soient indiquées en "Gio" là où en anglais c'est "GB" (GigaByte) et où en français est plus couremment utilisé "Go" (GigaOctets).
C'est un peu déroutant....
[^] # Re: Faire une depeche....
Posté par peau chat . Évalué à 4.
Cf le wikipedia.
C'est pour différencier les multiples de 1000 ou de 1024.
[^] # Re: Faire une depeche....
Posté par BAud (site web personnel) . Évalué à 10.
par normalisation :
1 gibioctet (Gio) = 2^30 octets = 1 024 Mio = 1 073 741 824 octets
1 gigaoctet (Go) = 10^9 octets = 1 000 Mo = 1 000 000 000 octets
alors qu'en traditionnel :
1 gigaoctet (Go) = 2^30 octets = 1 024 Mo = 1 073 741 824 octets
[^] # Re: Faire une depeche....
Posté par zebob . Évalué à 5.
Pour la version anglo-saxonne, la discussion sur ce sujet a été apparemment un coup d'épée dans l'eau.
[^] # Re: Faire une depeche....
Posté par cosmocat . Évalué à 4.
Par contre, maintenant que je le sais, je respecte ce choix.
Cependant, est-ce que beaucoup de monde va se poser la question du pourquoi ou cela va juste être pris pour une erreur?
Enfin, on va pas refaire le debat. Vous avez déjà bien vous arracher les cheveux ;)
[^] # Re: Faire une depeche....
Posté par liberforce (site web personnel) . Évalué à 5.
Quant à Evolution, moi qui utilise Thunderbird d'habitude, bin j'ai pas été déçu: j'ai même pas réussi à envoyer un mail, donc impossible de faire les captures là dessus. Impossible aussi de trouver la fonction de sauvegarde/restauration... Difficile de prendre des captures d'écran dans ces conditions... En tout cas, j'ai compris que je n'aimais pas évolution.
Après j'ai pas réussi à trouver de formulaire PDF pour evince, alors j'ai fini par prendre le même que celui des release notes en anglais. Manque de bol: impossible de cocher ou remplir quoi que ce soit... Bug GNOME ? Fonction pas encore activée dans Mandriva cooker hier ?
Ajoute à ça le coup de totem qui peut indiquer qu'il doit récupérer des codecs... Bin oui, mais sous Mandriva, tous les fichiers que j'ai essayé de lire ont fonctionné ! Il faut donc être sous Ubuntu pour reproduire ce fonctionnement...
Pour l'appearance applet, ma capture a été recalée parce que j'utilisais pas le bon thème (j'étais en ia_ora discovery, thème mandriva à bordures jaunes).
Bref: tout ça pour dire que j'en ai chié un max, et que je suis même pas satisfait du résultat. Je voulais pas encore donner le lien vers les release notes, c'était volontaire: j'ai corrigé quelques captures, mais ça n'a pas encore été commité.
Bon, je ferai mieux la prochaine fois...
[^] # Re: Faire une depeche....
Posté par zebob . Évalué à 2.
Merci pour ta relecture des releases notes et les captures à propos o/
[^] # Re: Faire une depeche....
Posté par liberforce (site web personnel) . Évalué à 2.
[^] # Re: Faire une depeche....
Posté par Zorro (site web personnel) . Évalué à 2.
Je viens de me compiler Evo 2.20 sur une Mandriva 2007 Spring : je cherche moi aussi la fonction de sauvegarde/restauration ; elle me serait pourtant bien utile, moi qui travaille deux semaines par mois sur un deuxième PC. Elle n'est pas dans les greffons non plus. Je ne vois rien non plus dans les options de démarrage en ligne de commande. Mystère...
[^] # Re: Faire une depeche....
Posté par zebob . Évalué à 2.
Regarde sur cette copie d'écran issue d'un bug : http://bugzilla.gnome.org/attachment.cgi?id=95356&action(...)
[^] # Re: Faire une depeche....
Posté par Zorro (site web personnel) . Évalué à 2.
Peut-être que j'ai raté quelque chose dans ma compilation ? Je vais rejeter un ½il aux options du configure, alors... En attendant une version correctement packagée dans la future Mandriva, bien sûr.
[^] # Re: Faire une depeche....
Posté par ondex2 . Évalué à 2.
- Evolution place les derniers fils de discussion actif tout en haut
- Epiphany a enfin une barre d'adresse normal
Il ne reste plus que le bug des onglets qui traîne depuis longtemps (quand il y a trop d'onglet, c'est la galère de naviguer dedans)
[^] # Re: Faire une depeche....
Posté par Juke (site web personnel) . Évalué à 2.
C'est quoi une barre d'adresse normale ?
[^] # Re: Faire une depeche....
Posté par Nicolas Schoonbroodt . Évalué à 8.
[^] # Re: Faire une depeche....
Posté par Boke Bocadillo (site web personnel) . Évalué à 1.
Provient du lien un peu plus haut.
[^] # Re: Faire une depeche....
Posté par Psychofox (Mastodon) . Évalué à 3.
[^] # Re: Faire une depeche....
Posté par BAud (site web personnel) . Évalué à 4.
[^] # Re: Faire une depeche....
Posté par Psychofox (Mastodon) . Évalué à 2.
[^] # Re: Faire une depeche....
Posté par GeneralZod . Évalué à 2.
Et un argument de moins pour ceux qui s'acharnent à utiliser le machin Reader proprio d'Adobe.
[^] # Re: Faire une depeche....
Posté par Zorro (site web personnel) . Évalué à 2.
[^] # Re: Faire une depeche....
Posté par liberforce (site web personnel) . Évalué à 3.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Faire une depeche....
Posté par gnumdk (site web personnel) . Évalué à 1.
2) Ton gestionnaire de fenetre n'est pas assez un nazi ;) C'est compiz? (*)
* il me semble que kwin et metacity gerent se genre de probleme...
[^] # Re: Faire une depeche....
Posté par BAud (site web personnel) . Évalué à 2.
euh comment ça ? dans epiphany :
- tu as un menu onglet qui donne le nom de chacun, ce qui permet de le reconnaître (1er mode de navigation)
- avec la molette de la souris tu fais défiler les onglets, sans bouger de page comme fait firefox ce qui fait que c'est super lent avec firefox et très rapide avec epiphany, il ne te reste plus qu'à cliquer quand tu as reconnu celui que tu veux (2ème mode de navigation)
Je ne vois pas trop ton soucis, aurais-tu une entrée de bugzilla qui le décrive plus complètement ?
Sinon, AFAIC, je rechercherais une fonction qui trouve les onglets contenant un gnash rapidement pour supprimer aussi rapidement ce qui me bouffe la cpu (ou un killall gnash ça le fait aussi).
[^] # Re: Faire une depeche....
Posté par ondex2 . Évalué à 2.
Je n'ai pas ce comportement chez moi, la page change à chaque fois que j'utilise la molette (ce qui n'empêche pas Epiphany d'être largement plus rapide que Firefox).
Je faisais plus référence au fait que quand on 'molette' les onglets, on a pas de visibilité sur les onglets à venir si on est en bout d'écran. Un petit bouton à la Firefox serait très bien je trouve
Mais bon, avec le 1er mode de navigation ça passe (et j'avais jamais pensé à l'utiliser, shame on me)
[^] # Re: Faire une depeche....
Posté par BAud (site web personnel) . Évalué à 2.
- oui pour moi avec firefox c'est plus lent parce que la molette défile d'onglet en onglet sans afficher la page : je suis obligé de cliquer pour vérifier que c'est la bonne (je ne sais plus si ça affiche le titre de la page quand même pour donner une indication, je ne crois pas)
- effectivement avec epiphany ça affiche la page d'onglet en onglet (mais c'est rapide) et ça me permet d'avérer que je suis sur la bonne
- quand j'ai vraiment trop d'onglets pour une fenêtre (généralement genre 30 à 50 onglets par fenêtre et genre 3 fenêtres d'ouvertes...), le menu onglet permet de retrouver le bon par son titre (et le menu défile s'il ne tient pas en hauteur)
- quand on survole un onglet le titre de la page apparaît en "info-bulle" (mais un peu trop lentement... je préfère encore changer d'onglet pour voir la page)
- sur les onglets, ça marche avec la molette et aussi avec le touchpad (pratique sur le portable, en vertical ou horizontal) même si c'est un peu trop rapide et moins précis que la molette
- effectivement quand je suis passé à epiphany le fait d'avoir un nombre limité d'onglets sur la page m'a gêné (mais je ne m'en rappellais plus), ça incite à ouvrir d'autres fenêtres ce qui permet de répartir ce qu'on regarde par thème (slashdot, linuxfr, phpmyadmin d'un côté site de l'autre par exemple...) m'enfin ça ne m'empêche pas parfois de terminer avec 100 onglets... maintenant j'ai du mal avec firefox, avec trop d'onglets, l'onglet devient trop petit et on n'a plus le début du titre de la page ce qui n'est pas pratique pour la reconnaître (et il n'y a pas de menu onglet affichant l'ensemble des titres dans les onglets...)
- sinon, j'ai une flèche < à gauche et à droite > quand il y a des onglets cachés (mais pas d'estimation du nombre : ce pourquoi je passe plutôt par le menu qui donne une vue plus globale) et quand on clique dessus ça déplace d'onglet
vala, c'est plus complet quand je l'ai sous la main...
[^] # Re: Faire une depeche....
Posté par Zorro (site web personnel) . Évalué à 4.
Heureusement, j'avais vu une extension qui inhibe ce comportement et le rapproche de celui de FF.
Sinon, je rajouterai comme 3ème mode de navigation dans les onglets : Ctrl+Page Up/Down. Rapide et efficace.
Depuis que j'ai fait l'effort de passer à Epiphany et de laisser tomber Firefox, j'ai l'impression d'avoir rajouté de la RAM !
[^] # Re: Faire une depeche....
Posté par zebob . Évalué à 2.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 3.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Faire une depeche....
Posté par lezardbreton . Évalué à 2.
[^] # Re: Faire une depeche....
Posté par BAud (site web personnel) . Évalué à 2.
[^] # Re: Faire une depeche....
Posté par kassoulet (site web personnel) . Évalué à 2.
http://www.sstuhr.dk/epiphany-extensions/
# pendant ce temps
Posté par Anonyme . Évalué à -10.
bon il faut savoir prendre son temps parfois :)
# Les vrais questions
Posté par Obsidian . Évalué à 3.
- Est-ce enfin plus rapide et moins lourd ? Il me faut au minimum 10 secondes pour ouvrir le terminal la première fois et au moins 2 les fois suivantes (sur une Dapper, et un P4 1,2/1,7GHz, 1G de swap). Je sais, on a le droit de rêver.
- Est-ce que le bug d'Évolution sur le vidage de la corbeille a été enfin résolu ? J'ai 1500 mails en attente et autant dans la boîte à spams.
Désolé, je suis absent vendredi.
[^] # Re: Les vrais questions
Posté par Zorro (site web personnel) . Évalué à 3.
[^] # Re: Les vrais questions
Posté par Pascal Terjan (site web personnel) . Évalué à 6.
0.08user 0.03system 0:00.16elapsed 65%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (0major+2052minor)pagefaults 0swaps
Le temps que la fenetre apparaise, le shell se lance et quitte : 0.16s chez moi (Pentium M 1,5Ghz). (Pas testé au premier lancement, je vais pas rebooter pour ça).
T'aurais pas un truc qui rame a l'ouverture d'un shell ?
Pour le bug de la corbeille, t'as un lien sur le bugzilla ? Jamais eu de problème et je n'ai jamais entendu quelqu'un s'en plaindre.
[^] # Re: Les vrais questions
Posté par Guillaume D. . Évalué à -1.
= 0,071s
Encore un raison de plus de rester sous XFCE !
rappelez moi quand gnome ira 200% plus vite ...
[^] # Re: Les vrais questions
Posté par Guillaume D. . Évalué à -2.
= 0,063
Ahh, bien non, ca change rien Gnome est toujours aussi lent désolé....
[^] # Re: Les vrais questions
Posté par zebob . Évalué à 4.
http://martin.ankerl.com/2007/09/01/comprehensive-linux-term(...)
[^] # Re: Les vrais questions
Posté par Guillaume D. . Évalué à 1.
Terminal (XFCE) : 0,248 vs gnome terminal( 10k de buffer et tout et tout) : 0.249
lol : toujours sur mon Sempron 1.6GHz / xorg driver via sans DRI ....
[^] # Re: Les vrais questions
Posté par Psychofox (Mastodon) . Évalué à 2.
chez moi avec le même test "time rfc3261.txt" :
xterm :
real 0m0.445s
user 0m0.000s
sys 0m0.028
gnome-terminal :
real 0m0.172s
user 0m0.000s
sys 0m0.012s
mrxvt :
real 0m0.048s
user 0m0.000s
sys 0m0.012s
mrxvt + DejaVu mono 10px + antialias :
real 0m0.097s
user 0m0.000s
sys 0m0.016s
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 3.
Ce commentaire a été supprimé par l’équipe de modération.
# Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Envoyé
Posté par zebob . Évalué à 2.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Envoyé
Posté par liberforce (site web personnel) . Évalué à 3.
[^] # Re: Envoyé
Posté par BAud (site web personnel) . Évalué à 1.
il y a une ligne qui apparaît en haut en plein milieu avant la 1ère dépêche (à hauteur des yeux quoi) et tu cliques sur ce que j'ai mis en gras :
Le site vit avec les dépêches que vous proposez ou que vous contribuez à rédiger
t'abuses non ? ;-)
[^] # Re: Envoyé
Posté par Zenitram (site web personnel) . Évalué à 8.
Pourquoi? Je ne sais pas, elle est dans une couleur différente, encadrée... Peut-être car trop petite, trop au milieu de tout (entre l'article ne "une" et les autres article, ça fait un peu "publicité entre deux article" qu'on à l'habitude de passer rapidement), je ne sais pas, je ne suis pas Ergonome. Mais les designers de Linuxfr non plus.
Non, ce n'est pas aussi évident que tu le penses.
[^] # Re: Envoyé
Posté par BAud (site web personnel) . Évalué à 2.
Tu te méprends, je te le garantis, la présence de cette "pub" a été réfléchie initialement pour mettre en évidence cet espace et le lien "soumettre une dépêche" : si ça ne remplit pas son office, c'est très gênant. Elle est tout de même présente depuis pas mal de temps en plus.
Tu peux (re-)regarder les dépêches concernant le site https://linuxfr.org/topics/LinuxFR.html (par exemple [https://linuxfr.org/2007/07/20/22754.html] dans les commentaires cet espace est cité) : nous nous posons de réelles questions pour susciter des contributions, ce qui n'est pas évident beaucoup de nos messages restant lettre morte (un oeil externe est toujours intéressant).
Merci de ton retour, tu es dans les premiers à ma connaissance à suggérer que ce n'était pas assez visible.
Mieux vaut continuer la discussion sur un tracker https://linuxfr.org/tracker/ pour ceux que ça intéressent plutôt que de polluer ce thread cf. [https://linuxfr.org/tracker/672.html] ouvert à l'occasion.
[^] # Re: Envoyé
Posté par zebob . Évalué à 2.
[^] # Re: Envoyé
Posté par Andreas Thillosen . Évalué à 1.
Est-ce que son réarchitecturage avance bien?
Car XSane c'est pas le top niveau homogénéité d'IHM avec Gnome...
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 4.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Envoyé
Posté par liberforce (site web personnel) . Évalué à 4.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
# Petites questions...
Posté par windu.2b . Évalué à 3.
* Quand la langue choisie est l'arabe (ou tout autre langue s'écrivant de droite à gauche, je suppose) les boutons sont inversés. La croix pour fermer la fenêtre (habituellement en haut à droite) se retrouve en haut à gauche et ainsi de suite pour tout le reste.
C'est sans doute ma vision "à l'occidentale" qui me fait dire ça, mais je me demande tout de même si ça n'est pas perturbant pour les utilisateurs ? Même les icônes ont subi une symétrie selon l'axe vertical
(mais bon, comme je le dis c'est sans doute ma vision habituée à lire de gauche à droite qui me trompe).
* Quand je regarde la liste des langues gérées, je ne vois pas l'Esperanto alors que KDE le gère. Me vient alors une idée toute "simple", mais qui ferait très certainement économiser une tonne de travail à tout le monde : pourquoi ne pas centraliser les traductions entre tous ces logiciels (freedesktop pourrait mettre en place une telle structure avec règles de nommage...) pour éviter de "réinventer la roue" à chaque fois ?
Parce que je suis sûr que 90% du texte est commun entre Gnome, KDE, XFCE... ainsi qu'à la plupart des logiciels.
http://www.gnome.org/start/2.20/notes/fr/
[^] # Re: Petites questions...
Posté par liberforce (site web personnel) . Évalué à 4.
[^] # Re: Petites questions...
Posté par windu.2b . Évalué à 4.
Cependant, traduire "Fichier" -> "Ouvrir..." ne nécessite pas de contexte particulier. Et ce genre de textes à traduire représente un pourcentage assez élevé (j'ai dit 90% tout à l'heure, je me suis sans doute un peu emballé) qu'il serait bon de mettre en commun.
Ainsi, si un traducteur traduit ceci pour une langue X, cette langue pourra être gérée par tous les projets Libres qui feront appel à cette base de données commune.
Ensuite, tu parles des fichiers de traduction, mais on pourrait très bien imaginer générer ces fichiers à-la-volée, à partir des chaines des caractères récupérées dans la base de données du projet centralisateur.
Je sais pas, si ça se trouve je suis utopique, mais je pense sincèrement que centraliser un maximum les choses simplifierait grandement l'avancement des traductions.
[^] # Re: Petites questions...
Posté par briaeros007 . Évalué à 1.
Eclipse -> externaliser les string.
Il va te foutre toutes les strings statiques (comme "toto" ) dans un fichier à part, et il va le remplacer par le code kivabien pour les récup dans le fichier.
Le fichier sera de la forme string1="toto"
Tu peux bien entendu modifier les string directement dans les fichiers ;)
Bon ca c'était pour java, je présume qu'il existe ca pour du C
[^] # Re: Petites questions...
Posté par windu.2b . Évalué à 2.
Et bien sûr, cela existe en C/C++ aussi...Il s'agit de fichiers .po pour les traductions, donc le problème ne se pose pas à ce niveau-là.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Petites questions...
Posté par GeneralZod . Évalué à 4.
Cette décision n'a pas été prise unilatéralement par les *interface nazi*, elle a pris en compte l'avis des développeurs et des utilisateurs utilisant ces langues. D'ailleurs OOo fait de même.
Le projet arabeyes qui vise à localiser en Arabe le logiciel libre est particulièrement actif
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.