First of all, thanks for all the feedback. I've finally made SILC and Jabber working so hopefully I'll meet you all there.
Few things that came into my mind when I was working on my mockups - - Workspace switcher - I didn't include it into the environment sketches because it seems to duplicate the functionality of Project concept. If you can organize things on project that behave exactly like virtual workspace - why do we need it? Isn't it desirable to keep as few UI concepts as possible? Hmm, Jesse's mockups are almost fully reflecting my thoughts about the environment :) - No titlebars thing - I have to say I originally wanted to make my mockups exactly like you did - without window borders. But I couldn't work out how to deal with zooming, rulers and this kind of stuff. If you don't use window borders, it means, that rulers would need to be system-wide on the side of screen. Which would lead to quite disorganized look. The same thing arises if you try to zoom in a text document. If you keep document's window static, it will look like text size changes. If a whole window would be automatically resized as you zooming, it make it overtake the whole screen. Or there may be a system wide zoom. It means that even toolbars and other windows would be zoomed with the document. It would be very intuitive, but maybe not very practical :) I couldn't find way out of it :( Any ideas how to deal with that? I have decided I want to include to my work few more those task descriptions: Such as: 1.Simple task -- creation of a covering letter, done 2.Working with Projects 3.Sharing data (dragging document to Person's icon) 4.Fog Vision 5.Printing 6.Scanning (I like ideas from Stefan) Hopefully, I'll have time to discuss it here so it will reflect the shared vision within community - if there is any :-). Further more I would like to compare Etoile project with similar projects in past. I already thinl about NextSTEP, OS/2 and OpenDoc, Apple Newton, Apple Taligent and why they failed. Can you think about anymore? Cheers Michal Jesse Ross wrote: > So... lots of interface ideas flying back and forth around the list > and SILC channel lately. ;) > > I started doing some mockups of some of these ideas, which you can > check out here: > > http://jesseross.com/clients/etoile/ui/concepts/01/workspace_100.jpg > http://jesseross.com/clients/etoile/ui/concepts/01/workspace_200.jpg > http://jesseross.com/clients/etoile/ui/concepts/01/workspace_300.jpg > http://jesseross.com/clients/etoile/ui/concepts/01/workspace_400.jpg > > A lot of this stuff hasn't been agreed upon by everyone, but it helps > to incite discussion by seeing it in a somewhat realistic form. Here's > what the above are: > > > 100 is a view of a desktop with a single project on it. This project > has been minimized. > > > 200 is a view of that same project zoomed in. I haven't determined how > to indicate where you currently are in the hierarchy of projects, if > that's even necessary. I also haven't decided how to zoom back out of > the project (perhaps double-clicking on the desktop...?). Some > additional things you can see from this mockup: > > - Person icons, with status indicators (differentiated by both color > and shape) > > - No titlebars. The idea behind this is that we would use a modifier > key to indicate small vs large movements on active documents. Small > movements are things done _within_ active documents and large > movements are things done _to_ active documents as a whole. So, for > example, to open a non-active (minimized) document, one could just > double click on it (no modifier key necessary as this is on a > non-active document). Once it is opened, in order to move it around, > one holds down the modifier key and drags it around (large movement). > To minimize the window, one holds down the modifier key and double > clicks (large movement). I've just started getting some of this into > Flash -- all you can do is use Alt to switch between the modes and > move the windows while in "Large" mode: > http://jesseross.com/clients/etoile/ui/concepts/01/etoile.html . I > still need to add in the minimizing code. > > - Not all files have file names. Creating a new file does just that -- > it makes a blank document in some predefined, user-customizable size. > As such, you don't need to necessarily name the document. This is > handy for things like photos that are more readily identifiable based > on looking at a thumbnail. Some documents, like code, may require a > file name in order to compile. This would be set in the Settings... > menu option, as seen in the next image. > > > 300 is a sample menu window opened -- this is all subject to change. > > > 400 is a different interpretation of the Shelf. This is something that > Nicolas and David and I discussed yesterday. It's kind of a cross > between the OS X Dashboard and the pasteboard, and how we had intended > to use the shelf-within-the-panel. The Shelf is a place to store > things temporarily. When you Pick something, this is where you can > Drop it. The advantage over the panelized-shelf is that it's not > crowding the screen, and it's 2 dimensional and spatial. > > > One other thing to notice about these is that there is no Panel > representation. I'm still personally a bit uncertain as to how we > might use it, other than perhaps as a launcher for shortcuts to > Projects... (once we consider that we are removing the concept of > applications). > > I still need to work on a component mockup, which will probably look > similar to Michal's, as I like the way he implemented it using a > palette/dialog. My version may look a bit more "GORM-ish". There are > plenty of other things, too, like annotations and Send to... and Share > with... > > > > J. > > > > _______________________________________________ > Etoile-discuss mailing list > [email protected] > https://mail.gna.org/listinfo/etoile-discuss > _______________________________________________ Etoile-discuss mailing list [email protected] https://mail.gna.org/listinfo/etoile-discuss
