Re: Concept attached + ideas



Hi all,

 

Jimmy’s idea is very interesting to me as an innovative new form of document browsing and grouping – like a meta document.  People floated the idea of an “activity” being a saved group/family of apps and documents months ago, but the idea died out because there was no clear way how to do it or how the UI might fit in with shell.  Ignoring the back-end challenges, Jimmy’s mock-up seems very compelling because it uses several visual cues and interaction metaphors already common from web browsers, like “favorites”, “pinning” a window, and naming folders full of grouped favorite websites.  Below are mockups and a couple of questions for developers.

 

I drew five mockups combining Jimmy’s mockup with some of my own ideas, trying to change the current Gnomeshell layout as little as possible. 

Pic 1) http://www.flickr.com/photos/26671354 N05/4077152728/in/photostream/

A profile of a star that would appear in the upper corner of any workspace when you mouse over it in overlay mode.  Clicking on the star could activate a prompt that would be dispayed over top of the workspace itself, asking the user to name the “Favorite Activity Group,” and giving a radio button to indicate whether it has a due date. 

Pic 2) http://www.flickr.com/photos/26671354 N05/4076422785/in/photostream/

If the user clicks that it has a due date, some blanks would appear so the user could select when it is due.

Pic 3) http://www.flickr.com/photos/26671354 N05/4076462783/in/photostream/

Once an activity space is denoted as a favorite, it can be closed even if it has open windows – all windows would be saved automatically as they were at closing, pinning them to that window.

Pic 4) http://www.flickr.com/photos/26671354 N05/4077799608/in/photostream/

Additional windows could be “pinned” to the already starred favorite activity later too (the pins I did are ugly, sorry!).  Pinning is to alleviate some of the AI issues that come up with a totally automated system by asking the user to manage which windows are associated themselves.  Pinned windows would all open automatically when that favorite workspace is opened, even if they had been closed previously.  If you rename a previously pinned document, the newly named document should take on the pinned status.  If you take a previously pinned document and use “save as” to create a new version, the new version should be pinned, and the older version un-pinned.

Pic 5) http://www.flickr.com/photos/26671354 N05/4077046343/in/photostream/

A menu could be added in the bottom right corner in Overlay near the plus sign to interact with saved activity group states. 

 

There are lots of UI and back-end problems that could come up, but I would like to ask any of the developers: is this thread and the idea of saved app/doc families complete pie-in-the-sky talk, or is any semblance of this doable or desirable (i.e. could problems with saved window states be overcome)?  If it is doable, do you think it could be done in a discoverable or usable way?  Could Zeitgeist provide the foundation for this?

 

Thank you,

Brian Fleeger



From: "Andre "Osku" Schmidt" <andre osku schmidt osku de>
To: gnome-shell-list gnome org
Sent: Wed, November 4, 2009 1:39:20 PM
Subject: Re: Concept attached + ideas

On Mon, 2009-11-02 at 21:19 +0000, Jimmy Forrester-Fellowes wrote:

> The workspaces could be saved so when you boot up your computer you
> can return to a workspace just the way it was when you left it.

this is exactly what i wanted to have since i've used computers with
multiple windows. (hey, i started with *-DOS:)

but, isn't this still a problem in the application ?
(haven't looked/followed on this since years)

some apps do and some don't save information (or allow control from
outside) on what files were open, where the cursor was, undo/redo,
etc... (i assume window positioning can globally be saved by the window
manager)

and to tell the apps which saved "workspace" to open, i fear that it
will never happen that major floss apps agree on an api to control this
from outside. (even lash[0] is not much used, and there are not so many
apps in audio space)

but i really hope i'm just too deep in my cave and missed something, and
it's already (at least, in near future) possible to save the states of
an application in a workspace/file/what ever...

<obligatory web search>

found a really interesting tool: http://cryopid.berlios.de/
sounds like a solution to use right away, hmm...

cheers
.andre

[0] http://savannah.nongnu.org/projects/lash

ps. i have been playing with the idea to make these "workspaces" in a
virtual machine (one workspace = one virtual machine), so i would have
100% the same workspace as i left it (cause the vm is just "freezed").
but waiting for like 4 OS'es to boot _after_ the main OS, doesn't sound
much fun...

_______________________________________________
gnome-shell-list mailing list
gnome-shell-list gnome org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]