Re: Extensions Infrastructure Work
On Wed, 2011-07-06 at 15:10 -0400, Jasper St. Pierre wrote: > Sorry I didn't follow up on this, but I've abandoned the HTTP approach > in favor of an NPAPI plugin. > > I'm doing a bit of a writeup of it soon. The amount of information > spread between GitHub/Wiki/ML is a bit too much for me to clean up, > and I'm trying to get to a point where I have a canonical place to > announce new information. Sorry for the wait. I'm sorry - I had a busy week(s) and I process mail as it goes. I read the whole mail subtree before sending but the answer/FAQ was in totally different one (In fact you answered in a minutes and I've lagged 2 weeks). Thanks signature.asc Description: This is a digitally signed message part ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Fwd: Instant Message notifications
On Thu, 2011-05-05 at 11:41 +0200, Elia Cogodi wrote: > Sure, not everybody has touch screens, mouse wheels or touchpads with > gestures, but... > > - AFAIK the trigger area for the message tray is 1 pixel high. > Thus left and middle click on scroll bar should work ok as long as the > user doesn't slam into the very bottom. > The message tray area is one mile high[1] ;) and it is separated by few pixels from the button which itself may be small. Other case is the close button on really big dialogs. If you go to the corner it is very easy to trigger it by accident - at least I find it easy and I belive I don't have mouse skills below the average. [1] http://joelonsoftware.com/uibook/chapters/fog63.html > - trouble seems to mostly arise when you have no status bar in the > maximized window, because that's when your arrow button falls in the > very corner. > By default editors such as gedit or libreoffice writer (where the > functionality of 1-line-height scrolling has more sense) actually do > show a status bar, or in the case of libreoffice writer even have > custom navigation widgets in that corner, above the status bar. > Take the epiphany and long article then. I may check with what applications but I do trigger notification bar "by accident" although with lower and lower frequency. > - When you _really, really_ don't want any chrome to show, ever, I > think the correct behaviour would actually be to encourage fullscreen: > tap F11, work as you want without seeing anything of the shell unless > you willingly press the super key for overview or exit the fullscreen > mode. > I often have always on top enabled because I concurrently want to have documentation and text editor/terminal/ide opened. I believe the always-on-top being the killer feature of Linux WM - both my friends (both technical/power users and non-technical/advanced-but-not-power users) wish it was present on "other" operating systems. Regards PS. I'm not UI designer but don't we have a paradox - we hide notification bay to save space then nearly 'require' to have status bar to 'waste' it. I know we have to take care about both big screens as well as netbooks but maybe on highier resolution, where the buttons are relatively smaller, we may just not hide message tray? Just an idea (from person with advantage of ignorance in UI design). signature.asc Description: This is a digitally signed message part ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Is distractionless shell too distractionless? [Notification from telepathy & evolution]
On Mon, 2011-04-18 at 11:53 -0400, Cosimo Cecchi wrote:
> On Fri, 2011-04-15 at 22:28 +0200, Maciej Piechotka wrote:
>
> > > This sounds like an interesting idea, but does it really scale well if
> > > you receive a few notifications in a short time?
> >
> > Depends on what you are doing right now. In short - I would like to put
> > the incoming message into right 'tray' - needs immediate attention, to
> > be dealt during next coffee break, to be dealt at home, to be dealt
> > during weekend, to be dealt when I finish current task.
>
> I don't think this kind of granular control belongs to a notification
> system. I mean, you get notified about something that changed state
> somewhere else ("you received a new mail", "Bob sent you an IM", "your
> download has been completed", ...); a long-term representation of such
> state can be usually be retrieved from inside the application itself
> (unread mail count in the mail client, unread IM messages in the chat
> app, ...) and it's up to you when to deal with that.
>
Hmm. Probably you're right. However I still would like to put task on
later. Possibly some TODO app integrating with gnome-shell?
> > > You can remove the notification right clicking on it.
> >
> > Hmm. Doesn't work for me. It opens empathy/skype context menu.
>
> That's because both Empathy and Skype use a status icon instead of a
> notification (Skype even has its own notification system built-in).
>
While I understand why it was done it does not help to quickly look if
there have been new events...
> Regards,
> Cosimo
>
Regards
signature.asc
Description: This is a digitally signed message part
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Is distractionless shell too distractionless? [Notification from telepathy & evolution]
On Fri, 2011-04-15 at 16:09 -0400, Cosimo Cecchi wrote: > On Fri, 2011-04-15 at 14:59 +0200, Maciej Marcin Piechotka wrote: > > I understand that it is challenge to find right balance but could > > message be more verbose. For example: > > > > - After unlocking screen the 'lost' notifications appears > > Hmm, it seems the shell already tries to be clever here and pops up the > bottom bar (with the possibly missed notifications) for ~5 seconds when > unlocking the screen. Maybe it's not enough? > With current gnome-shell I haven't seen any. I'll watch next time more carefully. Additionally - the tray is never empty (see the end for discussion - it may be a bug). > > - Allow to mark message as 'remind me later' (remind me in 5 minutes/at > > home[2] etc.) - message will appear when I'm not busy[1]/I have free > > time etc. > > This sounds like an interesting idea, but does it really scale well if > you receive a few notifications in a short time? Depends on what you are doing right now. In short - I would like to put the incoming message into right 'tray' - needs immediate attention, to be dealt during next coffee break, to be dealt at home, to be dealt during weekend, to be dealt when I finish current task. Sure - you don't want to list all those options. > Setting the status as Busy from the user menu works better in this case > IMO (and notifications are replayed when you set yourself as available > again). As I said the problem is that you need to set it manually. I don't remember to set it and in some cases I don't want to set it: - I may still decide that notification is important enough to be dealt immediately. I'm not sure how widespread it is and weather there have been any studies but to be honest I have "fear" of lost mails/notifications. - I may forget to turn it on back. Borrowing analogy from (in)famous suspend discussion - if my phone turns sounds off when I am at certain place why should I dealt with available/busy > > - Allow to just close the notification instead of relying on > > in-notification buttons > > You can remove the notification right clicking on it. Hmm. Doesn't work for me. It opens empathy/skype context menu. Regards signature.asc Description: This is a digitally signed message part ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Command completer in runDialog
On Sat, 2011-03-19 at 10:27 -0700, Sriram Ramkrishna wrote: > I will be the first to say you'll pry gnome-do from my cold dead hands.. I > use it today in replacement for alt-f2 which I never found useful at all in > any of its iterations on GNOME 2. While I agree about gnome-do I don't think it is generally bad idea (see quicksilver). > That said, there is nothing about the architecture of GNOME do that i can't > do it in shell. While I agree it is also true that there is nothing about the architecture of empathy I couldn't do from CLI. Yet I prefer to do it from GUI (even though I use shell extensively in my daily workflow). > I think we're going on the right path, we can add whatever extensions we > want as power users to get the desktop to behave how we want. Leave alt-f2 > to what it was intended for. As was mentioned before performance issues are > something that will get fixed after feature freeze, I have no performance issues in hardware (there is overhead of animation). I have them in model - let's just assume that I have short memory and with Alt+F2 I see what I am doing and in overview mode everything changes to white boxes and I don't ;) Regards signature.asc Description: This is a digitally signed message part ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Command completer in runDialog
On Fri, 2011-03-18 at 15:55 +0100, Milan Bouchet-Valat wrote: > On ven., 2011-03-18 at 14:48 +, Maciej Marcin Piechotka wrote: > > I cannot say anything about "normal users" but I am expecting (i.e. what > > I do when I press Alt+F2) to have combination of overview and terminal - > > something like in Gnome 2, Gnome-do or quicksilver. > > > > - I'm expecting to be able to run normal commands like pkill java. it > > is important if: > >a) Application does not have .desktop file > >b) If it receive arguments not specified in .desktop file > > - I'm expecting to be able to type description of program and get more > > or less auto-completed even if it does not match the exact command > I can see how this would be useful in this dialog, yes. > > > - I'd like to be able to search for recent documents. I always think > > that overview mode is distracting. > > - I'd like to be able to do more advanced stuff like in quicksilver or > > gnome-do. Say find a document I was recently working on (say odf or > > LaTeX document) and do some work on it (say convert it to pdf and attach > > to current e-mail). > IMHO, and I think it's how it was designed, this kind of more complex > feature should be in the overview, maybe as an extension. Definitely not > in the Alt+F2 dialog. I thought so. I'd love to have some blessed gnome-shell-extentions repo which would follow release cycle of Gnome... > The overview shouldn't considered be > "distracting": it's the main area to run actions from the Shell. And > it's already where you can find your recent documents (provided your > system apps are built with GTK3). > > Cheers > Real live example - it happend to me 3 days ago. I was writing a report and I needed to do some calculations. When going to overview mode I do have feeling that I am switching task. On the other hand with Alt+F2 I don't have any window movement and I stay focus on task. I remember what I am doing right now. The additional benefit of Alt+F2 is that it is cross-platform. Regards signature.asc Description: This is a digitally signed message part ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Problem with gnome-session/gnome-shell (after upgrading to gtk+ 3.0)
Hello - I seems to have problems with gnome-shell after upgrading to gtk + 3.0. - If gnome-session is started by gdm screen locks on desktop background and nothing happens. Background autostarting programs runs as reported by ps from console - If gnome-session is started from xterm there is the same problem - If gnome-session gnome-fallback & (i.e. in background) is run the fallback session runs normally but screen locks when nm-applet connects (i.e. during transition from connecting to connected state) - If gnome-session gnome-fallback is runned and then from gnome-fallback gnome-shell is run everything works except after some time the programs reports that they cannot connect to display :0.0 (??? Before they somehow managed to do this and the already connected ones runs perfectly) Regards PS. Please CC me while responding - due to evolution bug I cannot read messages via NNTP. signature.asc Description: This is a digitally signed message part ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: How to hibernate?
On Tue, 2011-02-08 at 14:38 -0800, Sriram Ramkrishna wrote: > > > On Tue, Feb 8, 2011 at 1:01 AM, Maciej Piechotka > wrote: > > > > You use an older version of gnome-shell. In newer there are 2 > options: > > - Cancel > - Shut down > > > I have the latest from GIT using jhbuild. > > sri Are you sure? In my case: - Older one shown full dialog on shut down - Recent one shown options I wrote about - The newest (yesterday) jump right into shut down. Regards signature.asc Description: This is a digitally signed message part ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Gnome Shell
On Mon, 2011-01-31 at 17:24 +, Allan Day wrote: > > > 3. Focus stealing prevention is enough to drive you mad. I mean, I > am > > in Thunderbird and Firefox is up and running. Click a link in an > > e-mail and a little panel pops up indicating that Firefox has been > 'sort > > of activated' but not brought to the front. More mouse moving and > clicking. > > I would think that in the OS that the parent is Thunderbird and I > have > > clicked a Link, so bring Firefox to the front. > > This even occurs sporadicly in Firefox and you want to send a Link. > The > > e-mail is behind Firefox and yes, more mouse moving. > > I'm not sure what you're describing here. What is this 'little panel'? > Maybe it's a Thunderbird issue? > I imagine that this is the notification that XYZ window have been opened. Regards signature.asc Description: This is a digitally signed message part ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Gnome and hibernate/suspend
In new gnome-shell the dialog box for shut down was replaced. That itself is good (previously I need to "shut down" to hibernate) but: - There is no visible way of hibernation (suspend-to-disk) or restart - When I enter the suspend dialog it shows the shut down dialog Regards signature.asc Description: This is a digitally signed message part ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Some suggestions
On Wed, 2011-01-26 at 05:49 +, Peter Slavek wrote: > - You should be bold and re-name 'suspend' to 'sleep'. I have always > been confused by 'suspend', 'sleep', and 'hibernate', only to find out > recently that suspend and sleep are the same thing. Surely 'sleep' and > 'hibernate' go so much better together, and they are both quite > descriptive words. We all know what sleep and hibernation are, and the > difference between them. New users of Gnome Shell and Linux would be > far less likely to know what 'suspend' means and the difference > between 'suspend' and 'hibernate'. I'd add - remove hibernation from shut down. While restart/shut down place nicely I had a while when I figured out in gnome-shell that I need to enter "Shut down" to do suspend-to-disk aka hibernation. On the other hand I believe in British (en_UK) Windows 7 it is named as suspend but I'm not sure. Regards signature.asc Description: This is a digitally signed message part ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Chatting on Gnome-shell
On Fri, 2011-01-21 at 19:47 +0100, Onyeibo Oku wrote: > It looks more like a full front-end with an input box ... and not just > a > mere notification replacement. It should then come full with its > emoticons etc. while Empathy should provide the chat engine. I don't > buy the duplication of interface Chat engine is called telepathy. It was design in way that many front-ends can use it as a backend concurrently. While I'm fine with some notification tweaking I don't think that IM should be put into gnome-shell directly (as then would be e-mail, file manager, music player...). Regards PS. Personally I find using chat in gnome-shell hard to use - I prefer to use separate windows. signature.asc Description: This is a digitally signed message part ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: The favourites bar
On Tue, 2011-01-18 at 15:52 -0600, Appi wrote: > From the faq page: " > Why no window list or dock? > The Shell is designed in order to minimise distraction and interuption > and to enable users to focus on the task at hand. A persistent window > list or dock would interfere with this goal, serving as a constant > temptation to switch focus. The separation of window switching > functionality into the overview means that an effective solution to > switching is provided when it is desired by the user, but that it is > hidden from view when it is not necessary. > > The omission of a window list or dock also reduces the amount of > screen space occupied by the Shell, and therefore makes it better > suited to devices with smaller screens." > > > The reasoning is sound, but the assumption that a task = a window is > false. Tasks often rely on multiple windows, and gnome shell makes > switching between the two more distracting, the opposite of its goal, > by showing the user the state of his entire system when all that is > needed is a button to switch to another window. > It largely depend on use case. For some people the ability of handling more then 2 windows at the same time is strange and seems to avoid it. Others needs to have more then 1 window (both group may be non power users, although the second group have slightly more 'professional' biased) PS. If the premise is false the reasoning may be at most valid (i.e. premise implies conclusion). Soundness = validity + true premise. PPS. I believe that in many cases the above argument is valid but not sound. > > Furthermore making the dash remain visible, but intellihide would > solve the screen space issue. > I find the intellihide on bottom hard to cope with (that includes current notification system). I sometimes want to press something at the bottom and end up with clicking something else. Regards signature.asc Description: This is a digitally signed message part ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Should the notification be hide/deleted by right click
I have noticed that I'm trying to right-click the notification to make it 'go away'. Sometimes the notification is no longer needed but it status seems to persist anyway. Regards PS. The usability of this solution have been tested on sample of 1 person. signature.asc Description: This is a digitally signed message part ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Workspaces, applications, tasks and gnome-shell
On Tue, 2011-01-04 at 17:28 -0600, Jason D. Clinton wrote: > On Tue, Jan 4, 2011 at 12:58, Maciej Piechotka > wrote: > > -1 for the running applications in separate workspace by > default for me > (0 if I'm not forced to use this mode) > > > That isn't and never has been in the design. You, as the user, must > add a workspace if you want one by dropping a non-running application > launcher on the workspace creation icon or by moving an existing > window thumbnail to the workspace creation icon. This avoids the > situation where users would accidentally switch workspaces and not > understand where their windows had gone. > > "In future we might come up with a decent rule of what applications to run in a separate workspace by default (Gimp being one of those potential apps)." - I'm referring only to this paragraph. Otherwise I think it is exactly the direction gnome-shell should be going (possibly it should be polished etc.) in workspace management. Regards signature.asc Description: This is a digitally signed message part ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Workspaces, applications, tasks and gnome-shell
On Tue, 2011-01-04 at 12:26 -0600, Jason D. Clinton wrote:
> On Tue, Jan 4, 2011 at 12:14, Juan Manuel Santos
> wrote:
> On Tue, Jan 4, 2011 at 11:33 AM, Onyeibo Oku
> wrote:
> Yeah, I have a problem with that too. It should allow
> insertions. Although its crazy having more than 4->6
> Workspaces. Four(4) is mostly sufficient but ... I
> like the freedom though.
>
>
> Just FTR, I use a 3x3 array of virtual desktops on my KDE (no,
> I do not use GS though I have tried it). It's not that crazy
> when you have many open apps and you like having them
> fullscreen'ed on a virtual desktop of its own.
>
> It makes expo ("overview" in GS) harder to use as more virtual
> desktops mean harder-to-identify windows. But personally I use
> expo to move windows around to their approppriate desktop, OR
> when I feel that a window had opened behind a full screen
> window, in order to get to it and move it to the right desktop
> (e.g. if someone messaged me and the IM window opened behind
> my web browser).
>
>
>
> Just to make it absolutely clear: there is no grid view in GNOME Shell
> master and hasn't been for 1.5 months. The organisation of workspaces
> (*if* they are created by the end user, they aren't there by default)
> will return in the form of thumbnails off to the side of the current
> workspace view. See here: http://jimmac.musichall.cz/log/?p=1126
>
+1 for me if they can be rearranged by drag'n'drop.
+2 if they can be labelled
-1 for the running applications in separate workspace by default for me
(0 if I'm not forced to use this mode)
I have mixed feelings about 'delete empty workspaces' but I would have
to try it.
Regards
signature.asc
Description: This is a digitally signed message part
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Workspaces, applications, tasks and gnome-shell
On Tue, 2011-01-04 at 15:33 +0100, Onyeibo Oku wrote: > On 01/04/2011 12:49 PM, Maciej Piechotka wrote: > > > - Allow searching for window titles in overview instead in > > applications. > > Not *rather than* ... but *In addition to ...*. I Use that Application > Search. I believe everyone should be accommodated. > Yes - I was thinking about the same thing (just write not what I mean). > > If I'm editing this e-mail I don't want to get main > > Evolution screen so searching for 'Wor' should do the trick. > > - Preferably allow easy and non-js-only way of introducing search hooks > > (say by zeitgeist, tracker or probably own API). Even if evolution > > displays my Inbox searching from 'gnome.shell' should go to the > > newsgroup (I'm viewing it via gmane but it can go to IMAP folder etc.) > > huh? ... not very clear > I meant that I would like to be able to search in current applications - both in windows (like Evolution windows, "Wor" are three first letters of "Workspaces, applications, tasks and gnome-shell") as well as other things (say folks contacts, evolution folders). > > - Overview mode have mixed view (displays windows from this workspace > > but all applications so clicking terminal may switch workspace) > > You lost me there. > I mean that in the same view the global and the workspace-specific windows/application are mixed > > What can be done (assuming I'm correct): > > > > - Make 'Open new' workspace-specific. In my mindset it is > > inconsistent if the same button either switches task or opens new in > > current task > > Huh? I don't get it :o > I mean that 'Open new terminal' button should open in current terminal. I'm talking about 'magic button' which does 1 of the 2 tasks that are separated in my mind: - Opening new application (say new terminal) - Switching to different task if application was opened there It can be solved by having button 'Open new terminal' (or 'Open new text document', 'Write an e-mail') in favourites. Regards signature.asc Description: This is a digitally signed message part ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Workspaces, applications, tasks and gnome-shell
Sorry for starting new thread but I find no place to hook into previous one. I'd like to discuss a few aspects of use gnome-shell. While all can be implemented as extention I'm not sure if such deep integration will not destroy the integration. Current status is that the gnome-shell is application oriented in similar way as phones under some assumptions and that is bad. Some users don't know what application they're using - I overhear talk when one respond he does not know what program he's using to write text. Forcing the application oriented view instead of file-oriented in GNOME 2[1] (in current shell there is no recent files in overview even). It is IMHO bad for several reasons: - As I said user thinks in terms of writing mail, reading document etc. They don't know what applications they are using so icons showing just the applications are hard to use - If (power)user wants to have many windows it is harder to navigate. And some more-then-normal-but-less-then-super users do (I know 50-year-old person who use multiply windows and regret that Windows does not have always-on-top feature) - It changes application development by π - multiply windows recommended so far makes application harder to use. - It promotes separate application development rather then integration. Application is visible - not part of user experience and implementation detail What can be done: - It would require modifying .desktop files but maybe the icons on LHS should be for documentless applications (gwibber, evolution) and for fields labbeled as 'Open new text document' (for gedit and/or openoffice), 'Open new spreadsheet' (for gnumeric) etc. - Alternatively display GenericName if possible (for example instead of Evolution display Groupware Suite). It would require lookup into .desktop files however. - Allow searching for window titles in overview instead in applications. If I'm editing this e-mail I don't want to get main Evolution screen so searching for 'Wor' should do the trick. - Preferably allow easy and non-js-only way of introducing search hooks (say by zeitgeist, tracker or probably own API). Even if evolution displays my Inbox searching from 'gnome.shell' should go to the newsgroup (I'm viewing it via gmane but it can go to IMAP folder etc.) Other part of the problem is the workspaces. It depends on what particular power user is doing but: - Some separates fullscreen applications by them (personally I think it should be addressed by other mechanism) - Some design one-workspece-per-task. For example if I'm doing 3 projects + 1 work each will have the currently opened text editor, terminal and browser window. Additionally first one will be used on general windows (like mail client). I don't want to be forced to reopen them each time I change task (say finish part of one project, check mail and find bug reported in another one) - ... In following part I'll assume that I'm correct but it may happen there are better use of workspaces. However: - Normal users should be allowed to not notice workspaces at all - Power users should not be alienated - it is them who eventually may contribute back Current gnome-shell model: - Array of workspaces which allow the random deletion but only tail adding - Overview mode have mixed view (displays windows from this workspace but all applications so clicking terminal may switch workspace) What can be done (general): - Specify what exact model we have in mind when we talk about workspaces - Check if it suits the user. If only powerusers use workspaces and they find it too simply it possible time to add some features What can be done (assuming I'm correct): - Make 'Open new ' workspace-specific. In my mindset it is inconsistent if the same button either switches task or opens new in current task - Allow persistent workspaces (i.e. if I quit with 4 workspaces log in with 4 opened) - [Extention but guaranteed to not break anything?] Allow rearranging of workspaces - [Possibly?] Allow naming (an searching?) workspaces [Needed by libwnck - needed by EWNH and ICCCM?] Regards [1] http://library.gnome.org/devel/hig-book/2.32/windows-primary.html.en signature.asc Description: This is a digitally signed message part ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Gnome-shell - some usability problems I found
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 On 06/07/10 08:57, j...@jsschmid.de wrote: > Hi! > >> As I said - it's not that it is impossible - it is just harder. >> >> Maybe a list of workspace on auto-hiding sidebar[1] which >> would allow drag&drop and renaming of workspaces? >> >> If there is an API for modifying workspaces it could be a >> plug-in. > > There are javascript extensions that can use every internal API of the > shell and of the mutter window manager. So I am sure that could be done as > an extension and I feel that would be the best way to do because naming > workspaces is really a power-user toy. > > Regards, > Johannes > Are there any docs? Regards -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.15 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAwAGBQJMMxNqAAoJEJIdee2Vr4aPmHUP/Ali4mflEjSAJRf5H4raPSQl Yk2fGYgIH/xJL3eHjhEtGPHwXRrr5rEVRDfA8ScU2i0tqQhkW8oW2nb/0typjhtt zp3gm3RHezpnaK3mbwv3BvKhrIbdFYbY0aL+rh2FOtWIsKM5IKhEle0RJQ75PGTa dFSF/aWolYh903WMcEQAKUPfuK8p5m0rXzFzpydCKoEXByF3TmjAOX/2gBrLpTHN VotiF7g2YwhmJB2ShGSDX8A5S3ypK6MlxJN+Slu93ipNjPiJ6NDIHn+vdGcpkrQa 3KXMLLMfDUmNmt6FM6UEBMIykjwQ4khsdEJrfaEvdxWNFRovYPxlqmfXzYr6my6e 93rjxKIdcbds4OQZvq1xW/hE0YU1RT6aTOoP4HS+EDSUm9O4nbooaeoCu2ZcIUay irvBkjtE9AlwIK5liCr7n9lO3afaUJQBepO/cjx+uPQ3XuFfUEFAqIUBHPrUZ/U+ q4hXLhpZOAouMxtq/zRh8e0PXorOWhdZmTZhqMDM5/f7cMgOulWizBlx6a2OTQkl cQu7JT/SHTuuDsA+A9EW+k7wA1WQIXvtk0WjZG7iJh+x93TneafWUb+O1a8tnfKI FIgNGRBeqLUA6TnqKrNM/XNqpyECJl/sA3UKawYfkr19QExBywF52hY0a52zAZ+L vNK7oJnjfwH3mhDwNjpv =1Ezc -END PGP SIGNATURE- ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: Gnome-shell - some usability problems I found
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 On 06/07/10 05:07, Sriram Ramkrishna wrote: > On Mon, Jul 5, 2010 at 5:50 PM, Luke Morton > wrote: > >> On Mon, 2010-07-05 at 18:54 +0200, Maciej Piechotka wrote: >>> Working with workspace is harder. When I had gnome-panel I had about 8 >>> workspaces constantly opened and I had 1:1 relationship between tasks >>> and workspaces. Now I use one workspace. >>> >>> The problem is the change from 'array' approach to 'linked list' >>> approach. Also I cannot rearrange them or insert workspace in the >>> middle. >>> >>> I also cannot rearrange freely the workspaces. I had the set up where >>> all programming tasks was next to each other etc. >> >> I had a similar problem until I adapted my workflow. Now I only have as >> many workspaces open as I need at any given time. If I'm about to start >> a new task, I open another workspace. (Note, if you drag an application >> icon to the add workspace button in the Activities Overview that >> application will open on a new workspace.) >> > > I had to do something similar. Overall it's okay. I tend to open terminal > windows willy nilly since I do a lot of sysadmining stuff so I like to keep > state on whatever other work I'm doing in other windows. What makes it hard > is that I do that in whatever workspace I'm in and then try to move it to > another workspace. > > Now I do what you do for the most part. A little getting used to though. > As I said - it's not that it is impossible - it is just harder. Maybe a list of workspace on auto-hiding sidebar[1] which would allow drag&drop and renaming of workspaces? If there is an API for modifying workspaces it could be a plug-in. Regards > >> It's true that workspaces can't be rearranged (that would be sweet), but >> shuffling applications from one workspace to another isn't that hard or >> time consuming if you really care about their order. >> >> > Huh, I never thought about shuffling workspaces around. Never found a use > for it. I tend to keep those fixed once they are set. Of course if there > are workspace on demand then you really don't need it. There needs to be a > little adjustment in the sensitivity of workspace switching in linear mode. > It makes moving windows to other workspaces a big pain. (bug filed) > > sri > When I had static workspaces in metacity I had: General Programming 1 Programming 2 Programming 3 Work 1 Work 2 Programming 4 Admin Now I had dynamic so I might have - - General - - Work 1 - - Programming 1 - - Admin Now if I want to add programming task I can do it only at the end - - General - - Work 1 - - Programming 1 - - Admin - - Programming 2 instead in proper place: - - General - - Work 1 - - Programming 1 - - Programming 2 - - Admin [1] With all the transparent effects & stuff to look wonderful on screenshots and presentations ;) -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.15 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAwAGBQJMMsbJAAoJEJIdee2Vr4aPrC8P/Ruu7exhbZSv0Ej1pSGL8Mgc 81TOKPuqa0pTXqJEVqcJakUbaPp+TjHCefjfXW3/1hf2MvIkh7mp0rYcJmLewwz+ W+aLqE4F/lwHClAdR6l0G7bDrMrbGwjfrlaImqnNbtKDRwHai7MCKQioL25nfvAA 1qplxTiWmSquwPLiL5BKeGeWqxtMBXlGzextnkX1l3fcUY3tb+SJRK9wGJt1t0mY eKJ1ri71D7UexV8yurZX8/r3+ncDBoPSEg7vFVjNd1CowPUBvcw0QzkuV0tk3v+G zRnRwHfFL2SLxw7PQUuP+xdgUexp/B9KkEGvfDYjIhTN0zTty4vcvlyR/2nTnL8G lN72l70FhVt4xerW1nW3nMz5v/EFCJXsJIJvCFzU7RyALWFgYG/td3Fx2PqOrX7r CL241XdvcWM/EBPvDBs98FOPdKxPt/iJtgUWeBsxjdsr755X15BOwAz3am3wEk+t nlVnYdRZuSX9G9lvnE8uTmSQrFJG2UDx8x1vCn8Lbn3+mZsU8o0zcth0B+z9i7JK iTxRtnGS6m5TuWA79AeAcuH0ubC9tQdtOgYEK7s7IFR/PwFecXaHqNujPjNSYqy1 4oW/lA1CHzraO5h8+ua84bAV37Pkg8xZZyi5regyJjuDAtFaOZYTzxR3XpKPitfn ylZoWAkJewWkb22MLHI5 =/PMK -END PGP SIGNATURE- ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Gnome-shell - some usability problems I found
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 First of all I'd like to say that I'm not usability specialist (I'm not event 'normal' user - I'm closer to power user). However after some time of using the gnome-shell (from about GNOME 2.27.x) I noted a few problems - and they are more the minor problems (I believe) in design rather that 'bugs' so I decided to post it here. I know that GNOME 3.0 is near but I guess it should be somewhere addressed (possibly in GNOME 3.2) - - Application-based navigation in gnome-shell may be nice idea but in some cases it has no high usability. If someone have more than one document it can be hard to navigate - all I have is white boxes with some text. The fade-out provides little clue where should I find an application. There *are* names and I can use recent items but there are some problems with this approach: 1. It does not work for terminals as they are not documents. 2. Recent items can get spammed by some applications - for example seeing 160 photos from camera destroys the whole list Anyway the problem is not that it is not impossible. The problem is that it is harder. - - Working with workspace is harder. When I had gnome-panel I had about 8 workspaces constantly opened and I had 1:1 relationship between tasks and workspaces. Now I use one workspace. The problem is the change from 'array' approach to 'linked list' approach. Also I cannot rearrange them or insert workspace in the middle. I also cannot rearrange freely the workspaces. I had the set up where all programming tasks was next to each other etc. I understand that gnome-shell is probably targeted at users who are not necessary familiar with computers. However after some time of using gnome-shell I find it *less* task-based and harder to use using my work flow. Regards -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.15 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAwAGBQJMMg5gAAoJEJIdee2Vr4aPLW8P/j+1yEOUCATY3y2Q9xwOyJ7n ooIBfzq9wmiE4I9U/xJ+dKuYtRgEhvjo6EOQT4eTql7P4sNYEJh6QiIuU/0cK7ES 9O8/nYSBMDhrzz4uq5Li2SBDQZFRxc4U0PVr5UcLuBMVI+Gutk6Yjn4OebbV/tid qOe0utMnEHPr7g9t29b6N5UO1op2EawSqmpDT5PDWXn5O+FnxeGFIHTxEGwV48Oy 7ciOMONF4Ok8p9NW4FpxSnAHu2oG/ZERqmL9JobIa6XzoIW95cpdwdNGjwCLjCa+ g9532IL9FmRzOLTGYyugFSVP4P9ACVLgpz34M2MUD5GUeXJhu+Dl7T1+eOV1IrlZ TF0jhkVBKaUN0p3+/RhANQlRuBMTEdhzDsFDHUEnVhlNPYylHcANRqdLyoH//pOx RrAUA8XRQue0q+nFeKwbC4GjtnKHdMo+RqotUDyO5yCWQl6Y8uZJnyWa9gPFIXnu SbSzrleA6qunw+AxnSlFkU9ojj8/X4d8Nt0Es0H7AhER6Qvy54GKww+pCMaNzMoS M+sVa9ikJMjVsPXKVGxYdG854g/vsb5GvInYrtNWWRDHL2eaYACnP3FKmFtfLWvS FNpUmARMUI3XxlYwLEarpbyH//107Cx9gpEQKCr8+JXgv82glzvlaoWabXvKn2pv JQqTqU86QhLcX3AxHDyy =nxhl -END PGP SIGNATURE- ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Left top corner animation - distracting?
I usually use the mile width/mile height area to pull out of workspace (I'm not sure how is it called). In recent git version the animation was added of pulsing from this corner. Personally I find it very distracting as it momently draw my attention from the task I'm currently doing to the corner. Is the animation necessary? Regards PS. I believe that it was added to signalize that the hot corner was activated to help new users show what just happened when the put mouse there by accident. However I find it very distracting. signature.asc Description: This is a digitally signed message part ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Re: A few toughts
On Sun, 2009-12-13 at 22:11 -0500, William Jon McCann wrote: > Hi, > > On Sat, Nov 21, 2009 at 4:34 PM, Maciej Piechotka > wrote: > > I started using gnome-shell and I noticed several things: > > > > 1. There should be bookmarks in Places IMHO. Is it a missing feature and > > I should fill a bug or is is deliberate choice? > > To be honest we aren't totally sure where we are going with the places > section - or the recent docs either. We have had some ideas about > using this area to integrate more nautilus desktop folder type > functionality. See the nautilus thread on this list. > I filled a bug. Last time I checked it had patch ;) > > 2. When I create new workspace and open new window (either by > > right-click on application or opening new application) it is opened on > > old workspace. Is it wanted behaviour? Since presumably user created new > > workspace for this application. > > Makes sense I guess. What do other people think? I'm personally not > a heavy workspace user anymore. > I discovered that I can drag'n'drop applications to open new workspace - which is handy to open many applications. But still the behaviour is unintuitive IMHO. > > 5. It seems that it's a bit harder if I have several windows opened of > > the same application (like using IRC in empathy) on the same desktop. I > > understend that there will be integration with empathy so most of the > > problem will not be applicable but I find it difficult when I had: > > - Opened documentation of tikz package (PDF in Evince) > > - Opened set of exercises for next week (PDF in Evince - autogenerated > > name) > > - My LaTeX document > > - My solutions (yes - PDF in Evince ;) ) > > Sometimes I needed to check only one thing (final form etc.) and the > > animation of minimizing was rather distracting. Also it was rather hard > > to find document I wanted (both in activities sidebar as on the > > minimized workspace). > > > > The window previews in alt tab may help a bit here. We have also > considered adding an alt+` or something that will allow you to change > windows within an app. > Hmm. The problem is that they look the same - and they suppose to look the same. I mean that small white piece of screen with even smaller black letters and equations does not differ much different then small white piece of screen with... At least on 15" it seems to be unreadable (Also Alt+Tab). After checking something: After clicking on recent documents it opens it or change window to it if opened (as when application 'opens' file twice it open it once - is it in HIG?). Possibly if document is opened it should be on top and highlighted - in similar fashion as applications. > Thanks for the feedback. > > Jon Thanks for the shell Regards signature.asc Description: This is a digitally signed message part ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
A few toughts
I started using gnome-shell and I noticed several things: 1. There should be bookmarks in Places IMHO. Is it a missing feature and I should fill a bug or is is deliberate choice? 2. When I create new workspace and open new window (either by right-click on application or opening new application) it is opened on old workspace. Is it wanted behaviour? Since presumably user created new workspace for this application. 3. Is lack of configuration of clock wanted behaviour? I miss seconds and 24h clock I was used to but I belive changing timezone is rather needed for traveling people. 4. I'm not sure if it is possible w/out change to GTK+ and applications but I belive that I should be transfered to main window rather then last window if application have it. So in epiphany I should be transferred to roster instead of chat and in evolution to mailbox instead of compose mail. 5. It seems that it's a bit harder if I have several windows opened of the same application (like using IRC in empathy) on the same desktop. I understend that there will be integration with empathy so most of the problem will not be applicable but I find it difficult when I had: - Opened documentation of tikz package (PDF in Evince) - Opened set of exercises for next week (PDF in Evince - autogenerated name) - My LaTeX document - My solutions (yes - PDF in Evince ;) ) Sometimes I needed to check only one thing (final form etc.) and the animation of minimizing was rather distracting. Also it was rather hard to find document I wanted (both in activities sidebar as on the minimized workspace). (I forgot about Gnome-Do which might help but still...) Regards PS. Please CC me as I disabled reciving mails. signature.asc Description: This is a digitally signed message part ___ gnome-shell-list mailing list gnome-shell-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-shell-list
