Further to my original observations, here is something more detailed:
Gimp is set to ~24M tile cache, on a 64Mb machine with ~64Mb of swap
The TIFF is enormous (see previous post for exact dimensions) and as a
naive RGB array (3 bytes per pixel) would use ~210Mb of space
Stage --->
I am not an active developer on Gimp, so I realize my words won't have
much weight here. However, this discussion of the help-system seems silly
to me.
> On Wed, Nov 10, 1999 at 12:26:58PM +0100, Simon Budig <[EMAIL PROTECTED]>
>wrote:
> > in the Gnome-Libs, because some people refuse to insta
On Thu, Nov 11, 1999 at 01:11:54AM +0100, Olof S Kylander <[EMAIL PROTECTED]> wrote:
> * All Script in Xtns should be under ZZ-Fu
> (ZZZ == Lang)
I strongly disagree. From a usability perspective this is nonsense. It might
be nice for a user to know whom to blame for the script
On Wed, Nov 10, 1999 at 06:18:54PM +0800, Ian McKellar <[EMAIL PROTECTED]> wrote:
> > If it isn't a central server but a local .rc file (that could be sent in by
> > translators) then I would think this sounds very cool.
>
> Local .rc file which can be uploaded to the central server through a dia
On Thu, Nov 11, 1999 at 01:40:28AM +0100, Uwe Koloska wrote:
> Nich Lamb wrote on Die, 09 Nov 1999:
> >Why does my 7274 x 9985 RGB image (212743Kb of data by my calculations)
> >result in the creation of a gimpswap which is up to 500Mb in size?
> >
> Where do you think can the undo information res
On Wed, Nov 10, 1999 at 02:26:13PM +0100, Raphael Quinet <[EMAIL PROTECTED]> wrote:
> Solaris 2.6 machine that I use for most of my GIMP work. If you do
> not want the help system to be part of the standard GIMP package
I have never said that... I _do_ want a help system, but fact is that we
do
On Wed, Nov 10, 1999 at 12:26:58PM +0100, Simon Budig <[EMAIL PROTECTED]> wrote:
> in the Gnome-Libs, because some people refuse to install gnome
> (I dont know why, but there are those people...)
Here is a good reason: gnome is large. TOO LARGE. And if you do not want
to use the gui it is a big
On Wed, Nov 10, 1999 at 05:48:34PM +0100, Raphael Quinet <[EMAIL PROTECTED]> wrote:
> Quite right. And to paraphrase what I wrote in a previous message,
> there is nothing wrong in having an _optional_ dependency on GNOME
> just like we have an _optional_ dependency on Gtk-Perl and other
> Perl s
On Wed, Nov 10, 1999 at 04:23:02AM +, Nick Lamb <[EMAIL PROTECTED]>
wrote:
> Well, PERL certainly works on a lot of platforms, but Sven was talking
> about the supposed GimpPerl included in CVS Gimp.
Yes. However, the number of platforms and machines where gnome is
installed is still very sm
Nich Lamb wrote on Die, 09 Nov 1999:
>Why does my 7274 x 9985 RGB image (212743Kb of data by my calculations)
>result in the creation of a gimpswap which is up to 500Mb in size?
>
Where do you think can the undo information reside???
Uwe
--
mailto:[EMAIL PROTECTED]
http://rcswww.urz.tu-dresden.
On Wed, Nov 10, 1999 at 11:10:14AM -0500, Federico Mena Quintero <[EMAIL PROTECTED]>
wrote:
>
> The GIMP should really use the GNOME help browser instead of
> reinventing the wheel.
At the moment, this is the only viable way. Since we _require_ gnome for the
help system it makes no sense to dup
Well I sent a list of them to Sven
Cheers Olof
--
Olof Kylander Frozenriver Digital Design http://www.frozenriver.nu
Consultant at Sigma nBiT
Technical writer and coauthor of GUM (the Gimp User Manual)
On Wed, 10 Nov 1999, Uwe Koloska wrote:
> Austin wrote on Tuesday, 09 Nov 1999:
> >
Hello
On Wed, 10 Nov 1999, Guillermo S. Romero / Familia Romero wrote:
> >> > The GIMP should really use the GNOME help browser instead of
> >> > reinventing the wheel.
> >> Will it be possible to get just the wheel without the rest of the car?
> >Maybe I'm not the right person to say this, but
Hello Folks
Yes, as Sven points out we can include GtkXmHtml and we can make a wiser
configure script.
The other part is that I just don't want to spend my free time to make a
help system that is not a part of std Gimp. I mean it's totally idiotic to
say "well if you want help ..." . When peopl
Austin wrote on Tuesday, 09 Nov 1999:
>Again, I'd recommend someone finding out what PhotoShop's modifiers
>do, and just blatantly copy them. I have two reasons for this:
> a) people used to PS will like this.
> b) some team at Adobe has already done usability testing -
> we can reuse th
At 13:49 10.11.99 +0200, Tor Lillqvist wrote:
>> Maybe the time has come to fold GtkXmHtml into the main library.
>
>Ugh... cough, cough. Have you looked at the GtkXmHTML (or however it
>should be capitalized) source code? One would hope GTk+ has higher
>standards. Not to mention that the "Gtk" p
>> > The GIMP should really use the GNOME help browser instead of
>> > reinventing the wheel.
>> Will it be possible to get just the wheel without the rest of the car?
>Maybe I'm not the right person to say this, but WTF...
>What is the matter with the GIMP developers ? What is this adversion to
>
On 9 Nov, Sven Neumann wrote:
> Daniel Eggert wrote:
BTW: My name spelled E g g e r without any 't'
> Ok, here's my setup:
> glib: uptodate from CVS (1.2 branch)
> gtk+: uptodate from CVS (1.2 branch)
> gimp: uptodate from CVS
> glibc: libc-2.0.7
> Well, my version is glibc is a bit
Marc Lehmann ([EMAIL PROTECTED]) wrote:
> I really don't agree with you on the speed issue. data is most often
> processed by tile, in which case the program will find an almost ideal
> situation, memory and cache-wise.
If it's not the tile architecture that's causing the inefficiencies,
then wha
On Tue, Nov 09, 1999 at 03:53:11AM +, Nick Lamb wrote:
>
> Further to my last post (and possibly related to Ewald's complaints too)
>
> Why does my 7274 x 9985 RGB image (212743Kb of data by my calculations)
> result in the creation of a gimpswap which is up to 500Mb in size?
At least earli
On Tue, Nov 09, 1999 at 11:59:58AM +1000, David Bonnell wrote:
> On Tue, 9 Nov 1999, Ewald R. de Wit wrote:
>
> > Anyway, today I went over the Gimp sources and noticed how complicated
> > the tile architecture makes things and I couldn't help wondering why
> > the heck it was put in. All it seem
On Wed, Nov 03, 1999 at 03:40:39PM +, Lee Willis wrote:
> Just a quick question. What is the copyright status on the icons used in
> the Gimp. The reason that I'm asking is that we'd quite like to use the
> "New Layer" icon from the gimp (Copy attached) on out company site as
> part of a link
On Wed, 10 Nov 1999, Tristan Tarrant <[EMAIL PROTECTED]> wrote:
> Zach Beane - MINT wrote:
> > > The GIMP should really use the GNOME help browser instead of
> > > reinventing the wheel.
> >
> > Will it be possible to get just the wheel without the rest of the car?
>
> Maybe I'm not the right per
Zach Beane - MINT wrote:
> > The GIMP should really use the GNOME help browser instead of
> > reinventing the wheel.
>
> Will it be possible to get just the wheel without the rest of the car?
Maybe I'm not the right person to say this, but WTF...
What is the matter with the GIMP developers ? Wha
On Wed, Nov 10, 1999 at 11:10:14AM -0500, Federico Mena Quintero wrote:
> > - Help us to make a seperate version of GtkXmHtml that compiles on a lot
> >of setups and fix the Gimp configure script.
>
> Just so you know, GNOME is dropping GtkXmHTML because it is no longer
> being maintained an
> - Help us to make a seperate version of GtkXmHtml that compiles on a lot
>of setups and fix the Gimp configure script.
Just so you know, GNOME is dropping GtkXmHTML because it is no longer
being maintained and is not very good in general. Anders is working
on a very nice GtkHTML widget, a
On Wed, 10 Nov 1999, Marc Lehmann <[EMAIL PROTECTED]> wrote:
> Either we have a help system or we haven't. At the moment, we haven't. I'd
> like to use it myself, but I don't want to install a useless gnome just
> for that.
As Sven mentioned, you could say exactly the same thing about
Gimp-Perl.
> Maybe the time has come to fold GtkXmHtml into the main library.
Ugh... cough, cough. Have you looked at the GtkXmHTML (or however it
should be capitalized) source code? One would hope GTk+ has higher
standards. Not to mention that the "Gtk" part of the GtkXmHTML name is
quite misleading, ther
Austin Donnelly ([EMAIL PROTECTED]) wrote:
> On Wednesday, 10 Nov 1999, Sven Neumann wrote:
> > - Grab GtkXmHtml seperately. This is difficult at the moment, but I was
> > told that the gEdit application offers a seperately bundled one.
>
> If gEdit needs GtkXmHtml, and so does Gimp, does this
On Wednesday, 10 Nov 1999, Sven Neumann wrote:
> - Grab GtkXmHtml seperately. This is difficult at the moment, but I was
> told that the gEdit application offers a seperately bundled one.
If gEdit needs GtkXmHtml, and so does Gimp, does this not mean there's
a real requirement to make GtkXmHt
On Wed, Nov 10, 1999 at 03:50:56AM +0100, Marc Lehmann wrote:
> On Tue, Nov 09, 1999 at 09:31:05PM -0500, [EMAIL PROTECTED] wrote:
>
> > What if _every_ text widget - static labels in particular - was
> > clickable and allowed the user to modify the translation and submit it
> > to a central serv
Hi,
> The idea of a help system as part of GIMP sounded interesting and I had
> hoped to try it out and comment on it but I now discover I won't be able
> to do so.
There are many things you can do about this:
- Install the gnome-libs package. This will not change your desktop into
a gnome
On Tue, 9 Nov 1999 19:25:56 +0200 (FLE Standard Time), Tor Lillqvist wrote:
> > The OS/2 and UNIX code is doing the same !
> > The structure PLUG_IN_INFO is a REAL input and should be a parameter
> > input to gimp_main().ex: gimp_main(argc,argv, &PLUG_IN_INFO);
> >
> > On UNIX they trust/us
Sven Neumann wrote:
>
> What a perfect mess!! Suggestions on how to make this useful and
> consistent are welcome...
Opinion: I feel it would be reasonable to create unified set of modifier keys...
Shift is always a positive thing (add, copy...) , Ctrl is always the
opposite (remove, cut...) and
On Wed, Nov 10, 1999 at 12:36:34AM -0500, Kevin Cozens wrote:
> The idea of a help system as part of GIMP sounded interesting and I had
> hoped to try it out and comment on it but I now discover I won't be able to
> do so.
Why not?
Nick.
35 matches
Mail list logo
