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
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
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, ...) a
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 initia
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 secon
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 rem
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 cal
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.
--ps
founder + principal interaction architect
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.
--ps
founder + principal interaction a
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
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 bet
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 oth
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
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 i
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
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 w
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
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.
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 nothi
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 cu
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 t
[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 disappearin
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 opene
> 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 alte
A couple thoughts:
Has anybody come to a consensus about whether or not the no-image dialog
should persist after an image is opened? 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 u
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. Most features should be obvious from the picture, but
a couple of notes:
1) The toolbar shows most of the things a user might want to
do with no image open, but not
26 matches
Mail list logo
