Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

gtk+3 et gnome 3.0 pour le premier semestre 2010 repoussé a mars 2011

kao_chen

heu non....L'arborescence doit être descendante
Tu pars du bureau- vers le groupe de projet puis vers les projets.

/home/kao/Bureau/Projet-Photo/photos-NewYork
/home/kao/Bureau/Projet-Photo/Maroc
/home/kao/Bureau/Projet-Photo/Prague
(3 projets dans un seul groupe)
puis
/home/kao/Bureau/Projet-Travail/Server1
/home/kao/Bureau/Projet-Travail/Machine14
/home/kao/Bureau/Projet-Travail/RelationClient15

Samoth

Je suis d'accord avec kao, l'arborescence doit être descendante.

Pour pallier le fait que les bureaux des différents projets ne sont pas séparé (ie, lorsqu'on change de bureau il est possible de se retrouver dans un autre projet ) on pourrais faire que des effet compiz pour changer de fenêtre (style sélecteur d'application) aient un raccourcis qui active l'effet que pour les fenêtres liée au projet. Vous voyez ce que je veut dire?

kao_chen

Bon à mon avis faut que l'on synthétise tout ça sur un document ou une page web.
Je suis peu frileux pour écrire la page directement sur le site de Gnome, mais bon , ça doit être le plus simple.
On rédige un document en français puis on fera la trad par la suite.

En tout cas on a du soutien :

Not being a developer myself, there is little that I can do to get these things in place. I can, however solicit and monetarily contribute support for developers to code some of these features and propose them for inclusion.

I have requested help from a couple people that are not yet involved but so far no luck. What kind of "bounties" can be placed to help turn these from mockup art to proof of concept code? Would anyone currently working on this project be interested in collecting a bounty, and in what amounts?

I think that Kao Chen's idea on the project based workflow is a definite winner (please see the mockup http://nsa14.casimages.com/img/2010/05/07//100507083611878936.gif), and some effort should be put into coding this idea for further evaluation. Same for Tomasz Sterna's running application list. I will thrilled to contribute in any way that I can, including paying bounties for these two features.

et ça aussi

I am a notorious hater of gnome-shell. but if it worked just like that mockup, I'd install it in an instant.

Ça fait toujours plaisir mais il faut trouver un dev qui veuillent bien faire l'adaptation.

sam7

cool, c'est super :cool:

Samoth

Parfait ça à l'air d'avancer 😃. Moi je peux te faire la traduction espagnole du récapitulatif.

kao_chen

Voilà une petite présentation en français.
http://doc.ubuntu-fr.org/utilisateurs/kao_chen/kaomockup

Dites moi ci cela vous va puis on passe à la trad.
On essaye de rester concis et efficace, (pas de compiz en clair)
Je n'ai pas inclus de capture, les liens externes ne fonctionnent pas avec la balise image.

Julientroploin

Retourne jeter un oeil à ta page 😉
C'est pas plus joli ?

kao_chen

Trop fort, merci 🙂

Samoth

C'est parfait bon boulot à tout les deux 🙂 . Vous voulez pas rajouter la possibilité de fusionner des projets (= fusionner les dossiers projets) et la possibilité de rétablir le projet comme la dernière fois qu'il a été ouvert (tel fichier ouvert dans tel programme ect...) via zeitgest ?

kao_chen

Je suis pas fan des lancements automatiques d'application, ça peut être un peu long/lourd surtout avec 3 gimps et 2 Openoffices.
Mais ça peut être demandé dans un cadre plus général de sauvegarde de session, à activer ou pas. (Ca existe peut être déjà).

En tout cas, je suis ok pour ré ouvrir une session avec le dernier dossier de travail.
Ainsi que de la possibilité de fusionner ou dupliquer des projets.

Ferod

Je trouve qu'il manque une petite phrase pour définir ce que tu entends par projets même si on comprend un peu avec la maquette. Ce serait juste de dire que c'est l'ensemble des programmes/dossiers/fichiers pour mener à bien une activité. Par exemple pour éditer une image il faut : un nautilus ouvert dans le dossier photo, gimp ouvert (+ en option un logiciel pour écouter la musique). A chaque fois que le projet est fermé l'ensemble des programmes/dossiers/fichiers sont enregistrés pour qu'on les retrouve tels quels lors de la prochaine ouverture.

Sinon y'a deux trois petites fautes comme "un menu pour simple" que je n'ai pas compris. 🙂

Julientroploin

Samoth a écritC'est parfait bon boulot à tout les deux 🙂

Je n'y suis pour rien : ma contribution se limite à l'ajout de 2 "{" et 2 "}" pour que son image s'affiche 😉
Tout le boulot est fait par Kao_chen

kao_chen

J'ai mis à jour la page en tenant compte de vos remarques.
On s'approche de quelques choses d'intéressant me semble t'il.
Je fais une pause pour la relire à froid.
Merci pour les conseils, n'hésitez pas en tout cas.

ebrain

Je suis depuis un certain moment cette discussion, bravo Kao pour ton Mockup, j'espère vraiment que cela va constituer une base solide pour les développeurs de Gnome-Shell !

J'ai mis à jour ta doc/mockup, en aérant un peu les phrases un peu trop longues, et en enlevant les fautes diverses.

http://doc.ubuntu-fr.org/utilisateurs/kao_chen/kaomockup
🙂

PS: Si tu as besoin d'un coup de main pour la version anglaise, n'hésites pas à me contacter ce sera avec plaisir.

kao_chen

Merci. C'est cool.
Je propose que l'on laisse cette page en gestation jusqu'à ce soir, et demain on attaque les traductions. On créé un paragraphe anglais à la suite, directement pour ne pas multiplier les pages.
Avec les Ancres je pourrais faire un renvoi facilement sur la note en Anglais.

Je suis content de tout ce soutien, j'espère que l'on arrivera à convaincre un développeur ou deux de se pencher sur le sujet. 😉

sam7

très bon boulot en effet ! la présentation du projet est bien faite 🙂

giliam

Je suis qu'à moitié convaincu, j'aime le principe, la simplicité du projet.

Mais les icônes sur le bureau ne me paraissent pas un mode de gestion des fichiers pertinent car elles ne suivent aucune organisation. On a tous vu des bureaux dont chaque cm² est utilisé par une icône. Quant à les mettre dans un dossier, c'est dommage car leur accès ne serait pas direct (à moins d'afficher le contenu au survol?). Et pourtant, j'aime bien le pacman avec les fichiers...

Je préférerais récupérer les fichiers (et les applications?) directement d'une interface comme celle que tu montres pour le journal d'activité avec la possibilité de permuter entre les fichiers du projet et tout ceux du dossier de l'utilisateur. Permuter, ou mieux, pouvoir ouvrir l'interface directement avec chacune des possibilité.

Un professionnel qui reçoit toujours le même type de commande peut avoir à créer toujours les mêmes fichiers pour le même type de projet. Ou bien partager le même calendrier ou les mêmes contacts pour les projets d'un même type.
Pour créer les fichiers du projet, la même division pourrait être utilisée pour faire référence, une fois au ~/.modeles/ et l'autre au contenu du dossier du type de projet. Il y aurait 3 possibilités pour ces fichiers-modèles liés au type de projet : Ils seraient créés automatiquement à la création du projet, un liens vers le fichier partagé serait créé automatiquement. ou enfin, ils seraient créés que quand l'utilisateur clique dessus.
Les fichiers générés automatiquement pourront être une liste de contact, un diagramme de Gantt, une feuille de suivi de commande, le fichier projet d'un logiciel qui fonctionne sur ce principe.
Les fichiers liés vers le fichier partagé pourraient concerner des favoris d'un navigateur, de la documentation, un calendrier commun à plusieurs projets.
Les fichiers créés quand l'utilisateur clique dessus seront tout ceux dont le nombre n'est pas connu à l'avance.

Un fichier pourrait être défini comme modèle des trois types à partir d'un glisser-déposé vers les icônes de type de projet, qui ouvrirait un menu contextuel proposant les trois statuts.

J'espère que tu n'as pas répondu à trop de points que je pense soulever et que mes propos sont suffisamment clairs pour vous. Dîtes-moi ce que vous en pensez en tout cas.

kao_chen

Cette question est soulevé à la dernière ligne de notre document.

Certains fichiers peuvent être ajoutés de manière systématique lors de la création d'un nouveau dossier Bureau

Peux être avec un click droit sur un fichier/application/contacts: on peut cocher "visible dans tout les projet du groupe Photo" et/ou "dans le groupe Travail".

Mais pour moi le plus simple est de pouvoir dupliquer un projet, l'utilisateur peut se faire un modèle et partir de celui là pour faire ses déclinaisons.

Rien ne l'empêche de dupliquer les projets directement depuis Nautilus en allant dans l'arborescence /home/kao/bureau

Pour la trad j'ai juste eu le temps de créer la page en Anglais.
http://doc.ubuntu-fr.org/utilisateurs/kao_chen/kaomockupen
Si vous voulez commencer n'hésitez pas..

giliam

J'étais sûr que j'avais loupé un truc dans ce forum ou sur la page... Mais tu penses quoi d'avoir les icônes dans quelque chose comme le gnome activity journal de ton mockup plutôt que sur les bureaux?

Samoth

je crois que giliam parle du widget dossier de bureau (ressemblant un peu au widget de bureau de KDE mais avec des catégories en plus) dont j'avais parlé à la page 27. Un mix entre ça http://ubuntuone.com/p/1rd/ et ça
http://www.tux-planet.fr/public/images/screenshots/kde/kde-4.2-desktop.jpg
(l'image de KDE c'est juste pour dire que le widget ne prend pas toute la place)

C'est bien ça giliam?

Les 2 méthodes on leurs avantages: avec le dossier ouvert sur le bureaux on a plus de place et l'utilisateur risque d'être moins perturber.
Avec le widget c'est mieux organiser lorsque c'est un grand projet avec plein de documents.(On pourrais mettre une fonction pour que lorsqu'on dépose un fichier sur le fond d'écrans, le fichier soit placé ds le widget).

« Page précédente Page suivante »