Re: [Gimp-developer] no-image-open redux [start time]
Hi, I'd like to point out that startup speed is also dependent on what resources you have installed. With lots of brushes or patterns, startup time can be significantly inflated ( I have a set of 900 brushes that inflate startup times from 6sec - 35sec). So you should make sure that you test with only default resources, or else specify what extra resources you have installed. On Sat, Mar 15, 2008 at 1:17 PM, Liam R E Quin [EMAIL PROTECTED] wrote: On Mon, 2008-03-10 at 18:43 +0300, Alexandre Prokoudine wrote: On Sat, Mar 8, 2008 at 4:14 PM, Sven Neumann wrote: Starting GIMP takes about three to five seconds. It takes ~7 sec on my 4 years old laptop 25 seconds on my Dell Latitude d600, the first time, and closer to 7 seconds if I quit and start again immediately. About 10 seconds on my desktop. Both run Linux. For my part I really *like* the tips. Although I would like them more if they linked to tutorials and documentation either on the GIMP Website or locally (read more...). Liam -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ Ankh: irc.sorcery.net irc.gnome.org www.advogato.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] no-image-open redux
Hi, On Mon, 2008-03-10 at 22:25 +0100, [EMAIL PROTECTED] wrote: It takes about 10 seconds to start it for the first time on my machine, later it's up in about 4 seconds. About a quarter of this time is spent starting script-fu. Yeah. Script-Fu and the data files (brushes, gradients, ...) are the two areas where optimizations would help to reduce the startup time significantly. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] no-image-open redux
On Sat, Mar 8, 2008 at 4:14 PM, Sven Neumann wrote: Starting GIMP takes about three to five seconds. It takes ~7 sec on my 4 years old laptop (running Linux, a top model at the time of buying) and ~20 (or more) second on my old workstation (Windows) at work. While I agree with you on the tips thing, I think it's worth reminding that not everyone has a modern computer or uses Linux. Alexandre ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] no-image-open redux
sending this again: Sven wrote: Anyway, this is something that the UI team should specify. I hope that we will get some more input from Peter on this soon. after being drowned in work, I have time in the next days to wrap up this spec. writing a GIMP blog entry right now --ps founder + principal interaction architect man + machine interface works http://mmiworks.net/blog : on interaction architecture ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] no-image-open redux
Sven wrote: Anyway, this is something that the UI team should specify. I hope that we will get some more input from Peter on this soon. after being drowned in work, I have time in the next days to wrap up this spec. writing a GIMP blog entry right now --ps founder + principal interaction architect man + machine interface works http://mmiworks.net/blog : on interaction architecture ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] no-image-open redux
Hi, On Sat, 2008-03-08 at 18:21 -0200, Guillermo Espertino wrote: I'm afraid that this no image window sounds more and more like the photoshop-esque gray background window that everybody have been asking for all these years. We aren't talking about an extra window here. Please don't call it an no image window. It's the image window, just in a special state where it doesn't show an image because no image is currently opened. At least that's how I understand the idea... Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] no-image-open redux
Hi, On Mon, 2008-03-10 at 18:43 +0300, Alexandre Prokoudine wrote: It takes ~7 sec on my 4 years old laptop (running Linux, a top model at the time of buying) and ~20 (or more) second on my old workstation (Windows) at work. While I agree with you on the tips thing, I think it's worth reminding that not everyone has a modern computer or uses Linux. If it is so much slower on Windows, why hasn't anyone profiled the startup phase on Windows and pointed out where this time is spent? Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] no-image-open redux
On Monday, March 10, 2008, 20:18:30, Sven Neumann wrote: If it is so much slower on Windows, why hasn't anyone profiled the startup phase on Windows and pointed out where this time is spent? It takes about 10 seconds to start it for the first time on my machine, later it's up in about 4 seconds. About a quarter of this time is spent starting script-fu. -- Jernej Simončič http://eternallybored.org/ When you arrive at your chosen campsite, it is full. -- Barber's Ninth Law of Backpacking ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] no-image-open redux
On Mon, Mar 10, 2008 at 10:18 PM, Sven Neumann wrote: If it is so much slower on Windows, why hasn't anyone profiled the startup phase on Windows and pointed out where this time is spent? If I'm pointed to a profiling tool for Win and docs, I could try to do it ;-) (Considering this initial step is a non-programmer's task) Alexandre ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] no-image-open redux
On Sat, 08 Mar 2008 08:47:14 +0100, Laxminarayan Kamath [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] [EMAIL PROTECTED] wrote on Sat, Mar 8, 2008 at 6:26 AM : Right-click : remove toolbar for those who find it superfluous a small [x] button on top right of the toolbar might be better. Most people are used to Right click == context menu behaviour. The toolbar disappearing would freak them. Of course, the close toolbar can also be an option in the context menu that could appear when you do a Right Click . Sorry if my post was not clear, I was meaning that rightclick popped up something including the choice to remove the toolbar. This is how Opera does it, which I why I suggested looking at Opera. Obviously just zapping the toolbar on rightclick would be very disrouting. -- .*. /V\ (/ \) ( ) ^^_^^ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] no-image-open redux
On Fri, 2008-03-07 at 20:48 -0500, Rick Yorgason wrote: Has anybody come to a consensus about whether or not the no-image dialog should persist after an image is opened? This idea is new to me. The whole point is to represent GIMP if there's no image, right? So it's not even a dialog, but the main app window. Even for expert users, it might be useful to keep the no-image dialog open as a drop-target for opening more images, but I can also see how it would annoy some users. I can see how it would annoy pretty much all users. It would very likely end up hidden below the image window ... -- Thorsten Wilms thorwil's design for free software: http://thorwil.wordpress.com/ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] no-image-open redux
Bill Skaggs wrote: To keep the ball rolling, I thought it might be useful to show a copy of my current experimental version of a no-image-open window. Hello First of all, it's great that someone is working on and looking into how to best fix most aching UI problems GIMP has. But what you currently have seems to be very far from the spec [1]. Is this intentional or have you just not been able to steer your current work into the direction of the spec? Just asking since it would be sad if someone worked hard on something that isn't going to be used anyway :/ Best regards, Martin Nordholts [1] http://gui.gimp.org/index.php/No_image_open_specification ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] no-image-open redux
Hi, On Fri, 2008-03-07 at 20:48 -0500, Rick Yorgason wrote: I understand that people want to find a way to show tips in an unobtrusive way, but maybe we can take a hint (no pun intended) from video games here: the loading screen would be a great place for tips, since the user has nothing to do but twiddle their thumbs during that time anyway. Starting GIMP takes about three to five seconds. I don't think that gives anyone enough time to twiddle thumbs or to read tips. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] no-image-open redux
Hi, On Fri, 2008-03-07 at 13:37 -0800, Bill Skaggs wrote: 1) The toolbar shows most of the things a user might want to do with no image open, but not quite all. Aquire, or Open as layers, could be added, or even Create, which would access the menu for creating buttons, logos etc. About could, and probably should, be removed. I don't think such a toolbar should be added. If at all then it should be added to the image window all the time. And we would have to consider carefully what we want to show there. Only adding it for the no-image case is confusing and inconsistent. 2) I felt like I had to shorten the main menu, because it made the window too wide. I did this by shifting the categories I use least into submenus -- View into Image, and Tools, Dialogs, and Xtns into a new Gimp category. Resorting the menus is something that we should avoid to do again. And I don't think that the current menu is too wide. Just make the image window wider. A typical application window nowadays takes 2/3 of the screen width or even all of the screen. I don't see why the GIMP image window should not be allowed to do that as well. Anyway, this is something that the UI team should specify. I hope that we will get some more input from Peter on this soon. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] no-image-open redux
On Sat, Mar 8, 2008 at 5:06 AM, Martin Nordholts [EMAIL PROTECTED] wrote: But what you currently have seems to be very far from the spec [1]. Is this intentional or have you just not been able to steer your current work into the direction of the spec? Just asking since it would be sad if someone worked hard on something that isn't going to be used anyway :/ The spec is currently underspecified. It says a great deal about what should *not* go into the window, but almost nothing about what *should*, with the exception of an idea that Peter has dropped (a slider). Well, _something_ has to go there. I have been trying to incorporate the results of the discussion that followed the specification. As usual, the results were somewhat ambiguous, so I have had to make decisions which might be wrong. Mostly I thought that it was necessary to show something concrete, to keep the topic from fading. Second, please don't worry too much about how hard I am working. I have tried a hundred variations by now, and am happy to try a hundred more. And even if none of this ends up being used, I have learned a tremendous amount in the process. -- Bill ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] no-image-open redux
On Sat, Mar 8, 2008 at 5:21 AM, Sven Neumann [EMAIL PROTECTED] wrote: Resorting the menus is something that we should avoid to do again. And I don't think that the current menu is too wide. Just make the image window wider. A typical application window nowadays takes 2/3 of the screen width or even all of the screen. I don't see why the GIMP image window should not be allowed to do that as well. After discussing these things with Enselic on IRC, I've come to realize that the most basic question is what we expect the user to do with this window. If we expect the user to mainly keep it minimized, and only bring it up when intending to open an image, then there is no problem if it is large and full of empty space. (It still shouldn't be *too* large if it is going to be a drop target, or it will tend to cover up the drag source.) If, however, we expect the user to keep it open in a corner of the screen, then it needs to be relatively small, and visually attractive. I have been designing with the small-attractive goal in mind, but maybe that is the wrong approach. Of course we must not force one behavior or the other on the user, but the way the window is designed will inevitably favor one of the two ways of using it. -- Bill ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] no-image-open redux
On Saturday 08 March 2008 19:49:48 Bill Skaggs wrote: After discussing these things with Enselic on IRC, I've come to realize that the most basic question is what we expect the user to do with this window. My two cents: nether wasking space on screen or behind other windows cluttering the taskbar is a good option... How about making it non-taskbar and accessible through an icon in notification tray where it comes up as notice window and stays above all other windows for easy DD until dismissed either by [x] click or click on the icon? It would have an added benefit of keeping gimp running all the time to quickly open an image without desktop clutter... That way the window would be very useful. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] no-image-open redux
Hi, On Sat, 2008-03-08 at 09:49 -0800, Bill Skaggs wrote: After discussing these things with Enselic on IRC, I've come to realize that the most basic question is what we expect the user to do with this window. If we expect the user to mainly keep it minimized, and only bring it up when intending to open an image, then there is no problem if it is large and full of empty space. (It still shouldn't be *too* large if it is going to be a drop target, or it will tend to cover up the drag source.) If, however, we expect the user to keep it open in a corner of the screen, then it needs to be relatively small, and visually attractive. I have been designing with the small-attractive goal in mind, but maybe that is the wrong approach. Why should a user keep the no-image window open? This window will only ever be there, in this mode, for a few seconds. It is shown when GIMP is started without specifying images on the command-line. The user will then either create a new image or open an existing one. And it will be there when the user closes the last image. At that point she is either done using GIMP and exits the application or she starts to work on another image. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] no-image-open redux
Hi, I should probably add that of course the toolbox and probably another dock window will also be open. So there is really no point in making this a small window. It should be large enough to serve as the parent window for all palette windows that the user configured for GIMP. A lot of users will probably even maximize this window. And we should add code that remembers this state and open it maximized the next time GIMP is started. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] no-image-open redux
I'm afraid that this no image window sounds more and more like the photoshop-esque gray background window that everybody have been asking for all these years. The idea of keeping it, even when there is an image open, seems to back that up. It will end up as a maximizable window and all the other windows will have a always-on-top hint. And we'll have WiW. :-p Until I don't see the proposal of the UI team, I won't understand why an introductory window with common tasks (new, open, open recent) is a bad idea. Gez. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] no-image-open redux
Has anybody come to a consensus about whether or not the no-image dialog should persist after an image is opened? Actually, yes, the mere fact that it is called a no-image window means that a consensus has been reached. Your points are reasonable, but when there are several reasonable alternatives, one has to make a decision between them at some point, and the decision we are working with at the moment is to use a no-image window. For what it's worth, even after an image has been opened, it will continue to be possible to open more images by dropping icons on the toolbox, just like you can do now. Also for what it's worth, I've been a bit worried about including a toolbar like the one I showed, precisely because users who find it useful would want to have it available even after an image has been opened. 4) The tips can be disabled. I suppose that's good, but all that space being used for the tip *could* be used for a more efficient start screen. For instance, the most recent images could be shown in a list instead of hidden in a drop-down. There are two problems with this. First, it creates visual clutter. Second, some people won't *want* their most recently edited images to be shown every time they start Gimp, for reasons that will probably occur to you. Slightly off-topic: I understand that people want to find a way to show tips in an unobtrusive way, but maybe we can take a hint (no pun intended) from video games here: the loading screen would be a great place for tips, since the user has nothing to do but twiddle their thumbs during that time anyway. I don't think this is off-topic at all. I thought about this a good deal, and it's a great idea in principle, but it won't work for the current set of tips: many of them are too long and complicated to be presented that way. If the tips were simplified, my enthusiasm for this would be a lot higher. Thanks for your input, -- Bill ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] no-image-open redux
On Sat, 08 Mar 2008 04:02:40 +0100, William Skaggs [EMAIL PROTECTED] wrote: Also for what it's worth, I've been a bit worried about including a toolbar like the one I showed, precisely because users who find it useful would want to have it available even after an image has been opened. Hi, that worry could be got around by doing just that , make it available. Right-click : remove toolbar for those who find it superfluous and want to recover the land rights. Opera , for example , has miriad panels and bars available with a resonalbe subset on by default (most of which I bin rapidly to get things the way I like to work). This config is maintained next time I use it and gives me exactly the layout I find efficient for my work load and way of doing things. Right-click on any toolbar or panel gives acces to a global configure toolbars situation. Another useful feature in Opera setup is make everything visible while selecting the elements you need. This is a horrible clutter (since this is not a work mode) and allows you to see all that is available and keep the bits you need and avoids clicking things on and off to find out what they are called. I think Opera's solution is a good example of presenting a very complex set of tools, panels and windows that cater for many different user senarios whilst maintaining almost complete flexibility of screen layout. Since Gimp UI is similarly a constant challenge of screen space vs function accessibility Opera setup may provide some useful ideas. /gg -- .*. /V\ (/ \) ( ) ^^_^^ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] no-image-open redux
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote on Sat, Mar 8, 2008 at 6:26 AM : Right-click : remove toolbar for those who find it superfluous a small [x] button on top right of the toolbar might be better. Most people are used to Right click == context menu behaviour. The toolbar disappearing would freak them. Of course, the close toolbar can also be an option in the context menu that could appear when you do a Right Click . -- -- Laxminarayan Kamath Ammembal (+91) 9945036093 ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer