Ok, just a little update: The desktop with 3 inserts which represent the loaded projects. http://nsa14.casimages.com/img/2010/05/16/100516104820713865.jpg
And the widget open, here: http://nsa14.casimages.com/img/2010/05/16/100516104849276823.jpg With the recently open applications for this project 2010/5/14 Kao Chen <[email protected]> > > Resizable widgets? > Sure, and a scroll bar on the right. > But I think its important that the widget stay a large panel. > It's where you work, where all your preferred documents are. > > I will work on this, I will try to improve the mockup to make him more > precise. > > Perhaps we can also easily hide the widget like I shown on the older mockup > for GAJ. > > An idea complementary (or rival) to this widget, he's this excellent > implementation of Zeitgeist in Nautilus. > http://www.youtube.com/watch?v=PbHsO2GL9lM > If we add a button project to this, it's can be powerfull. > I still prefer the widget because we keep it on the front. Without a good > minimize handling, we need to keep it close to us. > > > > > > > 2010/5/13 Sean Brady <[email protected]> > > Speaking of implementation, does anyone know anyone willing to code a test >> version of this? I was thinking that some "mockup" code would be good to >> actually touch and feel the workflow, make changes as necessary, get it >> right, then submit it for inclusion to the rest of the project. >> >> So far all my solicitations have come up empty. >> >> >> >> On 05/13/2010 02:11 PM, Giovanni Campagna wrote: >> >>> On Thu, May 13, 2010 at 8:15 PM, Kao Chen<[email protected]> wrote: >>> >>> >>>> I understand your critics, your comments is very enriching to me. >>>> >>>> At the idea beginning, I proposed to use links on a widget and not files >>>> in >>>> several desktop-folders. >>>> >>>> It's seems that Zeitgeist can easily add a project tag to a file. >>>> According to the discussion here on Ayatana mailing list. >>>> https://lists.launchpad.net/ayatana/msg01629.html >>>> >>>> >>> That's good - as a backend. Here I believe we need a front end, >>> clearly separating the History (G Activity Journal) from the current >>> Tasks / Projects, in a way that collects all entities from the same >>> project together. I don't care if the Zeitgeist backend is used (even >>> though I liked the idea of "ls ~/Project" to get a list of active >>> projects), as long as the UI is separate. >>> >>> >>> >>>> If we can tag, we can manage files like a database, it's more powerful. >>>> But it can be more disturbing for the user: I erase a file from my >>>> widget >>>> and he doesn't disappear from my computer? >>>> >>>> >>> When the UI is project oriented, you can have two different commands: >>> one is "remove from current project", which removes the project tag >>> (or link from project dir), the other is "move to trash", that moves >>> the underlying entity (if that can be moved - you cannot move web >>> pages to the trash). >>> >>> >>> >>>> So it's important in the design that we make a real difference between a >>>> link and a file. >>>> >>>> >>> Absolutely agreed. >>> >>> >>> >>>> I first took the idea to add a widget with tab to make a real >>>> difference. >>>> Kde already use a plasma widget to display your preferred file, but with >>>> that, you hide the desktop. If a file is behind, you can't see it. >>>> >>>> >>> Well, the desktop keeps track of the visual position of files, so you >>> can place the icon in free space. >>> >>> >>> >>>> For this different reasons, I decided to explore the possibility of a >>>> mutli-desktop issue. However, with links and tag files, it's can be very >>>> disturbing. >>>> Futhermore, how can I move or save my project if they are only links. I >>>> also >>>> need a real folder, if I created a file I need to put him somewhere. >>>> >>>> >>> Well... it depends on the nature of the project. For code projects, >>> say, you would have a repository somewhere, or at least a source tree, >>> and surely you don't want it on your desktop, no matter how focused on >>> it you are. For scientific analysis, you would have many datafiles not >>> directly useful when double-clicked. >>> When writing a journal article, you would have just a bunch of web >>> links and citations. >>> >>> >>> >>>> So I pushed the idea futher and I added a desktop hierarchy. >>>> >>>> But like I said, I totally understand you critics, so I made an other >>>> mockup that goes in your way. >>>> Two is better than one ;) >>>> >>>> We keep one desktop folder. >>>> We use a Projects tree. >>>> We manage projects from the overview like the older mockup. >>>> We split the screen, one half for the desktop the other for a project >>>> widget. >>>> >>>> >>> Resizable widgets? >>> >>> >>> >>>> We add a widget which is displaying the contents of a specific project >>>> folder. (eg. /home/angela/Projects/My new book) >>>> We seen tab from the others projects loaded. >>>> and We can display file by type. >>>> >>>> The file is here: >>>> http://nsa14.casimages.com/img/2010/05/13/100513081238328205.jpg >>>> Do you like it? >>>> >>>> >>> The concept is there, just waiting for implementation! >>> >>> Giovanni >>> >>> >>> >>>> Thanks for listening >>>> Kao >>>> >>>> 2010/5/13 Giovanni Campagna<[email protected]> >>>> >>>> >>>>> On Thu, May 13, 2010 at 1:57 AM, Kao Chen<[email protected]> wrote: >>>>> >>>>> >>>>>> Hi Giovanni! >>>>>> >>>>>> >>>>>> >>>>>>> I've seen your page and I must admit I like it. Just I think the >>>>>>> "Desktop" is not the right concept here. In fact, the desktop >>>>>>> metaphor, while being very familiar to users, has some limits: >>>>>>> - like wooden desktops, it tends to become a mess; >>>>>>> >>>>>>> >>>>>> >>>>>> It's already a mess. I don't know anybody capable to keep a desktop >>>>>> clean and a strict folder organization. >>>>>> >>>>>> >>>>> That's exactly why we should not encourage such behaviour. >>>>> >>>>> >>>>> >>>>>> - it requires you to minimize the current windows (something we >>>>>>> should >>>>>>> avoid given the difficulty to restore a window). >>>>>>> >>>>>>> >>>>>> >>>>>> It's a big problem in my opinion, if we can't minimize windows we >>>>>> can't >>>>>> use the only desktop folder we have. >>>>>> >>>>>> >>>>>> >>>>>>> In addition, the GNOME 2 desktop implementation has some more >>>>>>> "flaws" (as I see them): >>>>>>> - it mixes volumes (USB, SD), network shares, standard icons >>>>>>> (Computer, >>>>>>> Trash) with real existing files >>>>>>> >>>>>>> >>>>>> >>>>>> I don't understand, don't we already do that? >>>>>> >>>>>> >>>>> Yeah. I pointed out it is a GNOME 2 flaw. Changing it would be >>>>> appreciated, at least by part of the users. >>>>> >>>>> >>>>> >>>>>> - being a Freedesktop, it uses $XDG_DESKTOP_DIR (and assumes there is >>>>>>> one such directory) >>>>>>> >>>>>>> >>>>>> >>>>>> I know it's a big change ;) >>>>>> >>>>>> >>>>>> >>>>>>> Therefore I think that projects should be moved to a separate >>>>>>> ~/Projects >>>>>>> directory, and that an extension be made to Shell to add either a >>>>>>> Plasma-like widget to the background, clearly distinguished from the >>>>>>> remaining ~/Desktop, or something like the proposed Task Pooper, >>>>>>> overlaying windows from the bottom. >>>>>>> >>>>>>> >>>>>> >>>>>> I have made a mockup with a Plasma-like widget but it just hided a >>>>>> unnecessary desktop because at this time we are working in a project. >>>>>> I >>>>>> deliberately decide to not use widget and directly put the documents >>>>>> on the >>>>>> desktop. >>>>>> http://nsa15.casimages.com/img/2010/05/02/100502065741947598.png >>>>>> >>>>>> >>>>> But the difference is that a desktop is spacially organized: you can >>>>> put files here and there, icons are not all the same size, some appear >>>>> in random locations... >>>>> A FolderView, on the other hand, is always aligned and looks >>>>> definitely cleaner. Plus it is a widget, not an empty space: it can >>>>> have icons, thumbnails can be put aside with some description, you can >>>>> use column view, list view or grid view, you can have like multiple >>>>> tabs (like separating URL from applications from documents) and most >>>>> important it scrolls, meaning that you get more space for more >>>>> documents. >>>>> >>>>> >>>>> >>>>>> Also, I think that instead of fixed directories like ~/Projects/Work >>>>>>> and >>>>>>> ~/Projects/Home, we should add tags in each directory, using a >>>>>>> .project >>>>>>> file, or extending current .directory syntax. In particular we should >>>>>>> avoid dot-files whenever possible, as GtkFileChooser showes them >>>>>>> randomly >>>>>>> >>>>>>> >>>>>> >>>>>> I prefer working in a desktop folder, because in my idea I display the >>>>>> folder in full screen. >>>>>> >>>>>> >>>>> But the desktop folder, being some sort of temporary pastebin for >>>>> stuff yet to classify, is not a project, which is organized and >>>>> tightly coupled. >>>>> Also, not having a desktop in the background prevents fast handling of >>>>> asyncronous interrupt. Think of evolution notification, new mail, has >>>>> attachment: >>>>> where do you save it for later handling? it goes to the desktop, even >>>>> if it is completely unrelated to your current task. >>>>> >>>>> >>>>> >>>>>> But if we can tag any folder, and transform it in a desktop folder, >>>>>> it's >>>>>> can be interesting. >>>>>> >>>>>> >>>>> I didn't mean any folder, any meant any folder in ~/Projects, that is >>>>> putting project folders directly under the main project dir, without >>>>> intervening classification. >>>>> It is technically impossible to make any folder anywhere a project by >>>>> using .project, as it requires opening any folder shown in Nautilus. >>>>> Could you imagine the mess with automount? You could go with xattrs or >>>>> gvfs-metadata, but I don't think that is the best way. >>>>> Also, we should decide what the content of project dirs should be: >>>>> should it make sense to cd to a project dir? Should it hold files, >>>>> symbolic links or just .desktop files? Is the idea to just >>>>> cd ~/Project >>>>> git ssh://random.location/repo.git >>>>> cd repo/ >>>>> <start working> >>>>> or you want a more complex user interface concept? >>>>> >>>>> >>>>> >>>>>> For technical questions, it seems important to have a draft copy on a >>>>>> USB stick and go with all the elements the most easily possible. >>>>>> For technical questions, it seems important to easily copy on a USB >>>>>> stick and go with all the elements as simply as possible. >>>>>> >>>>>> kind regards, >>>>>> Kao >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> Giovanni >>>>>>> >>>>>>> >>>>>>> >>>>>>>> 2010/5/8 Virgil Brummond<[email protected]> >>>>>>>> Kao Chen, the idea about projects seems great. Just have an >>>>>>>> activity and >>>>>>>> drop it, though I think it might be better if you drop it >>>>>>>> twice to just >>>>>>>> move all the currently open ones to the workspace in >>>>>>>> question, >>>>>>>> and not >>>>>>>> open another copy of them. What do you think? >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> gnome-shell-list mailing list >>>>>>>> [email protected] >>>>>>>> http://mail.gnome.org/mailman/listinfo/gnome-shell-list >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> gnome-shell-list mailing list >>>>>>>> [email protected] >>>>>>>> http://mail.gnome.org/mailman/listinfo/gnome-shell-list >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>> >>>> >>> _______________________________________________ >>> gnome-shell-list mailing list >>> [email protected] >>> http://mail.gnome.org/mailman/listinfo/gnome-shell-list >>> >>> >> _______________________________________________ >> gnome-shell-list mailing list >> [email protected] >> http://mail.gnome.org/mailman/listinfo/gnome-shell-list >> > >
_______________________________________________ gnome-shell-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/gnome-shell-list
