Re: [Ayatana] Default to single click to open files and folders

2010-05-23 Thread Kristoffer Lundén
2010/5/21 Mark Shuttleworth > > We already have mechanisms for multiple selection, with dragging to > lasso a set of icons, ctrl-click to select an arbitrary set, and > shift-click to continue a selection along a list. > > I don't see a need for the checkboxes at all. And I definitely don't > lik

Re: [Ayatana] Default to single click to open files and folders

2010-05-23 Thread Kristoffer Lundén
2010/5/23 Kristoffer Lundén > > The problem with all of those is that they are hard, and complicated. > Lassoing is somewhat fine for files next to each other, but not for a > distributed selection. For everything else, it becomes a two-hand operation > and I need to keep track of

Re: [Ayatana] Fw: Re: Rethink the noninteractive Live CD default boot?

2010-05-26 Thread Kristoffer Lundén
2010/5/26 Luke Morton > On Tue, 2010-05-25 at 13:07 +0100, Mark Shuttleworth wrote: > > On 25/05/10 10:52, C. Cooke wrote: > > > Make cd testing automatic unless an advanced parameter is used and > > > provide an option to cancel the media check. > > > > Our goal is a fast, clean install. The med

Re: [Ayatana] Papercut or not? Bug #495403 in On e Hundred Paper Cuts: “Do not raise windows o r dialogs without user input”

2010-05-27 Thread Kristoffer Lundén
Is it possible for the window manager (or some other mechanism that it can communicate with) to know if I am interacting with a window at the moment (defined as typing, clicking, moving etc within a certain time I guess, that would needed to be tested out)? If so, I would simply like for windows t

Re: [Ayatana] Papercut or not? Bug #495403 in On e Hundred Paper Cuts: “Do not raise windows o r dialogs without user input”

2010-05-28 Thread Kristoffer Lundén
2010/5/28 Greg K Nicholson > This is *exactly* what my proposal intends to achieve (assuming it can > actually be implemented). > > Ah, I read it quite differently, misunderstood the throwing focus stuff. Yes, sounds like something to try out, would also solve the situation when I'm watching some

Re: [Ayatana] Farewell to the notification area

2010-06-15 Thread Kristoffer Lundén
2010/6/15 Jeremy Nickurak > Here's an idea: Just leave the notification icons in the panel. They > should show up right next to the existing indicator icons. This could > be done in the same indicator-applet or in a seperate > notification-area applet, it doesn't really matter. What's important >

Re: [Ayatana] Farewell to the notification area

2010-06-16 Thread Kristoffer Lundén
2010/6/16 Conscious User > > > Plus, with this mockup, you need an inidicator icon/menu for each > > class of application that might put things in the notification area? > > No. Just for the corner cases that cannot use libappindicator and > never will, like Wine and Java. Are there any other bes

Re: [Ayatana] Farewell to the notification area

2010-06-16 Thread Kristoffer Lundén
2010/6/16 Conscious User > "Breaking" is too strong of a word. Putting Wine/Java icons in a > separate window or indicator menu would make them suboptimal, > sure, but still fully functional. > > It's the exact right word, since I wasn't talking about functionality. Rocks are functional, but have

Re: [Ayatana] What do to about right-clicking on the indicator-applet?

2010-06-16 Thread Kristoffer Lundén
2010/6/16 Jarlath Reidy > *(The only thing that catches them out is when to single-click and when to > double-click, but explaining the difference between the file-manager, > desktop, web-browser and toolbars etc comes later. )* > When I realized that the difference is totally arbitrary I switch

Re: [Ayatana] Farewell to the notification area

2010-06-17 Thread Kristoffer Lundén
Keep on keeping on. / K > > Le mercredi 16 juin 2010 à 17:14 +0200, Kristoffer Lundén a écrit : > > > > It's the exact right word, since I wasn't talking about functionality. > > Rocks are functional, but have a broken experience when it comes to > > buildi

Re: [Ayatana] Lock Screen / Guest Session / Switch From / Log Out / Suspend / Hibernate / Shut Down

2010-06-19 Thread Kristoffer Lundén
Re: Suspend/Hibernate - is it possible, technically, to do both? If so, the session could be saved to both memory and swap, and if the power remains, it could wake up from suspend, but if the power has gone away, it could boot from hibernate, with loss of data or session. I seem to recall, vaguely,

Re: [Ayatana] Papercut or not? Bug #495403 in On e Hundred Paper Cuts: “Do not raise windows o r dialogs without user input”

2010-06-21 Thread Kristoffer Lundén
2010/6/21 Matthew Paul Thomas > >> So how do you define "started doing something else"? > > > > Something else is mouse and/or keyboard activity in an other > > application. > > So how do you define "activity"? > > If the mouse button is actually *down*, or a keyboard key is actually > *pressed*,

Re: [Ayatana] Fullscreen Mode for all applications

2010-06-28 Thread Kristoffer Lundén
2010/6/28 Tyler Brainerd > > > >> Yes for consistency, but I'm not sure how needed this is. I for one would > never have a need to have transmission or nautilus fullscreen, or the > contact list. These would all be better off with a fixed width and getting > maximized vertically. > > For most apps

Re: [Ayatana] Papercut or not? Bug #495403 in On e Hundred Paper Cuts: “Do not raise windows o r dialogs without user input”

2010-06-29 Thread Kristoffer Lundén
2010/6/29 Matthew Paul Thomas > > If I have chosen to actively use another application/window, the new > > application should never take the focus even if it takes it 24 hours > > to start. > >... > > Of course, but that's *still* assuming the question. How do you define > "chosen to actively use

Re: [Ayatana] Yet another discussion on window resizing - where does the problem lie?

2010-06-29 Thread Kristoffer Lundén
2010/6/28 Frederik Nnaji > > would resizing in a grid not help with all this? It would be easier to snap > application windows to each other this way. It would also make resizing > faster in general as far as i can imagine. > > A grid is an interesting idea, especially if we are thinking about a

Re: [Ayatana] Some thoughts about unclutter

2010-07-02 Thread Kristoffer Lundén
2010/7/2 Lance > I would add that my first annoyance with this behavior is that I often use > the mouse pointer to "point out" something in a screenshot. Now I must stay > physically active to do so rather than just setting the screenshot delay > time properly, positioning the pointer, and waitin

Re: [Ayatana] reviewing the Screenshot Tool [was: Idea: windicator add-ons, an extensible window border]

2010-07-04 Thread Kristoffer Lundén
2010/7/4 Frederik Nnaji > * can't zoom thumb > * can't crop > Crop (and therefore zoom) is something I do with almost all screenshots, and I think it's such a common use case that it should really be available directly in the app, even though it's some duplication of effort. I also think that th