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

kao_chen · Le 10/05/2010, à 07:50

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 · Le 10/05/2010, à 10:39

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?

Dernière modification par Samoth (Le 10/05/2010, à 10:45)

kao_chen · Le 10/05/2010, à 13:07

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 · Le 10/05/2010, à 13:47

cool, c'est super

Samoth · Le 10/05/2010, à 13:55

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

kao_chen · Le 10/05/2010, à 16:40

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 · Le 10/05/2010, à 16:46

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

kao_chen · Le 10/05/2010, à 16:55

Trop fort, merci

Samoth · Le 10/05/2010, à 16:57

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 · Le 10/05/2010, à 17:09

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 · Le 10/05/2010, à 17:15

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 · Le 10/05/2010, à 17:41

Samoth a écrit :

C'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 · Le 10/05/2010, à 17:46

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 · Le 10/05/2010, à 18:12

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 · Le 10/05/2010, à 19:22

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 · Le 10/05/2010, à 20:18

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

giliam · Le 10/05/2010, à 23:45

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 · Le 11/05/2010, à 07:04

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 · Le 11/05/2010, à 11:00

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 · Le 11/05/2010, à 12:56

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).

giliam · Le 11/05/2010, à 13:20

Oui, ce widget samoth. Merci pour la précision.

sam7 · Le 11/05/2010, à 14:37

bonne idée ... bien vu

kao_chen · Le 11/05/2010, à 22:21

Bon je me jette à l'eau pour la trad, je viens de faire le premier paragraphe. Et pour tout vous dire, je manque sérieusement d'entrainement.
La bonne blague c'est que je commence des cours d'anglais la semaine prochaine.
Si vous avez plus de talent que moi n'hésitez à prendre la suite.
Je passerai le relais avec plaisir

ebrain · Le 11/05/2010, à 22:32

Arf j'ai pas fait gaffe j'ai écrasé ton premier jet, désolé .

Pendant ce temps là, j'ai fait la première partie, et je continue.
@+

EDIT : Mince on s'est faits jeter du WIKI !
* Le 11/05/2010, 23:52 - Ce wiki est réservé aux pages francophones en rapport avec Ubuntu. Si vous souhaitez créer un wiki pour votre projet, cherchez sur les sites spécialisés : Linuxpedia, Launchpad, sourceforges, tuxfamily, framasoft ... draco31.fr

Dernière modification par ebrain (Le 11/05/2010, à 23:06)

Samoth · Le 12/05/2010, à 00:52

WOW! pas sympas ils ont donné une copie? ou ils ont tout simplement supprimer ce qui avait été écris sans se soucier du travail qui avait été accomplis?

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#701 Le 10/05/2010, à 07:50

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

#702 Le 10/05/2010, à 10:39

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

#703 Le 10/05/2010, à 13:07

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

#704 Le 10/05/2010, à 13:47

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

#705 Le 10/05/2010, à 13:55

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

#706 Le 10/05/2010, à 16:40

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

#707 Le 10/05/2010, à 16:46

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

#708 Le 10/05/2010, à 16:55

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

#709 Le 10/05/2010, à 16:57

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

#710 Le 10/05/2010, à 17:09

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

#711 Le 10/05/2010, à 17:15

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

#712 Le 10/05/2010, à 17:41

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

#713 Le 10/05/2010, à 17:46

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

#714 Le 10/05/2010, à 18:12

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

#715 Le 10/05/2010, à 19:22

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

#716 Le 10/05/2010, à 20:18

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

#717 Le 10/05/2010, à 23:45

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

#718 Le 11/05/2010, à 07:04

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

#719 Le 11/05/2010, à 11:00

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

#720 Le 11/05/2010, à 12:56

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

#721 Le 11/05/2010, à 13:20

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

#722 Le 11/05/2010, à 14:37

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

#723 Le 11/05/2010, à 22:21

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

#724 Le 11/05/2010, à 22:32

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

#725 Le 12/05/2010, à 00:52

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

Pied de page des forums