[Lxoffice] navigation et sélection dans GNOME

[Frederic Peters]

Miguel Quaremme écrivait :

> * problème: les deux "menus raccourcis" ne présentent pas les mêmes
> raccourcis et pas disposé de la même façon. Celui du bureau est plus
> complet.

S'il y a guillemets, la description est sans doute mauvaise, cette
règle est assez fiable.  Ici les guillemets autour de "menus
raccourcis", ils couvrent des réalités suffisamment différentes pour
que celles-ci soient explicitées.

Nous avons donc :
 - le menu 'Signets' du menu général du panel GNOME
 - le panel latéral 'Signets' de Nautilus


> * problème: les signets sont des raccourcis (du moins ont la même
> fonction), mais ils ne portent pas le mêmes noms. Ou bien le menu
> raccourcis du tableau de bord est un foutoir composé de signets et
> d'applications... (mais pourquoi pas)

Nous avons ici en plus d'une seconde phrase n'apportant rien que
confusions et commentaires inutiles un nouvel endroit qui contiendrait
des raccourcis, sauf que ceux-ci seraient appelés signets, dans la
fenêtre de sélection de fichiers.

D'où vient ce nom "signets" ?  Je ne le vois pas affiché dans la
fenêtre de sélection de fichiers.


> Lorsqu'on est dans une OpenOffice.org et qu'on veut ouvrir un document
> (ctrl+o), il apparaît une fenêtre composée du côte gauche de même 
> "menu
> raccourcis" que dans nautilus. Dans la partie basse la possibilité de
> sélectionner le type de fichier vu dans le "navigateur" se situant dans
> la partie droite. Il y a également un case à cocher pour ouvrir le
> fichier en lecture seule.

Quelle nécessité à dire qu'il y a également une case à cocher pour
ouvrir le fichier en lecture seule ?  Est-ce que cette fonction à un
rapport avec ce que tu essaies de transmettre aujourd'hui ?  Dans le
cas contraire, éviter.


> Même opération avec Firefox, on a presque la même fenêtre, mais le
> raccourci vers updateweb n'est plus présent.

En y regardant de plus près on peut constater que raccourcis visibles
correspondent uniquement à des fichiers accessibles localement, via
les fonctions de manipulation de fichiers standards.  C'est-à-dire
grosso modo que le fichier se trouve dans l'arborescence, ce n'est par
exemple pas le cas pour ton 'updateweb'.


> Même opération avec Evolution, résultat identique à Firefox.

Ah, un autre truc utile à noter, c'est les numéros de version.  À
l'instant ça ne joue pas, mais dans quelque temps il y aura une
nouvelle version d'Evolution et elle permettra d'accéder aux fichiers
distants.  (le code est dans le CVS depuis 7 semaines).


> Même opération avec Scribus, une autre fenêtre apparaît n'ayant pas du
> tout la même organisation, elle ne permet pas de voir les raccourcis,
> mais permet la sélection des fichiers avec un filtre sur leur type.

Scribus est une application QT, cela rend l'utilisation de la boîte de
sélection de fichiers de GNOME délicate.  Il y a malgré tout un espoir
car l'avenir proche de QT nous annonce une intégration dans la 'main
loop' de GLib, ce qui rendra bien plus facile le mix QT / GTK+ dans
une même application.


> - Dans le menu raccourcis de nautilus, les mêmes entrées que dans le
> menu raccourcis du tableau de bord à l'exception de "créateur de
> CD/DVD", "se connecter à un serveur", "search" et de "documents récents".

La liste des exceptions est arbitrairement (humainement) décidée ou
elle peut l'être de manière logique.


> - Dans la fenêtre de navigation des applications (ctrl+o):

ctrl-o, c'est généralement la fenêtre d'ouverture d'un fichier,
parles-tu de cela ou d'autre chose ?


> - homogénéité (toutes les mêmes);

Cette fenêtre utilisée dans GIMP permet une prévisualisation de
l'image, cette fenêtre utilisée dans gedit permet la sélection du jeu
de caractères utilisé, etc.  Sauf fonctionnalités spécifiques (comme
les deux citées ici), les fenêtres sont homogènes.


> - les mêmes entrées raccourcis que dans nautilus;

Il y a ici deux niveaux :

 - l'accès aux fichiers distants, dans toutes les applications.  C'est
   quelque chose de très bien, techniquement pas forcément évident, ça
   rentrerait pour moi dans le cadre d'un GnomeGoal dont l'objectif
   serait que toutes les applications GNOME puissent accéder aux
   fichiers distants
     http://live.gnome.org/GnomeGoals


> - la possibilité de filtrer par type de fichiers (le cas échéant);

Je viens de regarder Epiphany et gedit et c'est le cas, ici aussi il
faudrait identifier les applications où ça aurait du sens et où ce
n'est pas autorisé.  En terme de programmation, c'est relativement
simple, il s'agit des appels gtk_file_chooser_*_filter dans GTK+.


> - la possibilité d'effectuer une recherche;

Il n'y a pas encore d'infrastructure de recherche de fichiers, ensuite
il faudra quand même réfléchir un peu à la manière dont cela pourrait
être utilisé lors de l'ouverture d'un fichier.


> - la possibilité d'ouvrir plusieurs documents;

Je viens de vérifier gedit et gimp et ça marche.  Ici aussi c'est une
fonctionnalité qui dépend de l'application, on peut souhaiter qu'elles
soient toutes capables de le faire, reste à identifier les applications
devant etre modifiées.


> - la possibilité d'ouvrir en lecture seule.

L'action de sauvegarde est encore pour le moment une action explicite,
quel est l'intérêt à l'ouverture en lecture seule ?


> Voilou, je ne sais pas le nombre de rapports de bug, de souhaits vains
> que contient ce courriel, mais j'espère que cela fera avancer le
> schmilblick de l'homogénéité de GNOME grâce à celles ou ceux qui
> pourront traduire ça en langage compréhensible et avertir les personnes
> ad hoc pour que les choses évoluent. Merci à eux.

Qu'est-ce qui t'empêche de le faire ?  La langue anglaise ou la
capacité mentale à ne pas mélanger dix milliards de trucs dans un
même message ? :)




        Frédéric