Using sliders for these things is wrong. You cannot specify
things precisely and they have a limited range. These should be
GtkSpinButtons with a *big* adjustment range instead.
Though sliders are nice to adjust when things dont have a
'enumerated' nature like "tilt sensitivity" - it is
This is not necissarily true. The System-Swap routine is optimized for
arbitrary data. Gimp organizes its image-data in tiles and may perform
better in swapping those tiles, since they are a very special data-structure.
Nor false.
So the swapping routines could be optimized specially for those
This is totally wrong in the case of Linux (ok, not unix, but even more
common).
Hehehe, then how will you describe my experiences with other non-unix
systems? Do not waste your time trying: pathetic and noisy just to start.
With a better layout, gimp swapping should be able to succeed virtual
I rather think _you_ are missing the point (which is disk layout and
minimizing seeks, and _not_ a better memory layout. The tile based scheme
leads itself naturally to spatial indexing, in fatc it's already half the
way to go).
About HD: is there a way to do swap on demand to a partition? A
About HD: is there a way to do swap on demand to a partition? A daemon, lib
or something?
is this gimp-related (?) or do you want something like swapd? or swap
priorities?
I know what swapd and swap priorities are (I think I do, OS thing and how
partitions are used). I am speaking about
Blend:
Shift 15 degrees steps
Ctrl horizontal
Alt vertical
Ctrl+Alt diagonal (45 degress)
A question: then shift does all, no? I think everyone is capable of moving
the mouse around 15 degrees steps. I am not saying to remove the others,
After a little testing, using my button creator, I did notice that The
Gimp's memory usage did increase after each execution. I found during
testing that if I temporarily displayed the new image and then deleted
it that the Layers Channels Image list did not retain the image
created.
* app/app_procs.c: I thought we should have a real splash (without
decoration). Like it???
Not really. We tried this back in the pre-1.0 days, and switched it back
because unmanaged windows for splashes are evil (they appear on all desktops,
above all windows).
Uuumm, if someone wants non
A question about patents. Is putting something on the web enough to
prevent someone patenting it, or could someone download my plug-in and
then patent the algorithm?
Your plugin is prior art so patents can not be taken. But web is still a
weird place, so you will have to convice lawyers that it
Hi:
I would like to get all the splash images avaliable. I have some, but not
all, from .tar.bz2 files (mainly latest). Could somebody tell me if they
have been archived? Where? If something about CVS, please a web or any other
way to get inside.
Thanks in advance.
GSR
Thanks to all, but Tigert have GIF images of the original PPM. I dunno if
that means quality loss (original where 256 colors only?), and I am looking
for the PPM, not derivatives. In the files dir I saw a message saying that
they where under gimp stuff, but now are missing, only GIF avaliable.
Glyph Lefkowitz writes:
XInput *obviously* won't
work on Win32, since it's **X**input ^_^ (sarcasmhm, I wonder, maybe we
could use DirectX-Input or something/sarcasm))
The tablet input was just temporarily broken in the Windows GTk+
version in the currently distributed GIMP for Windows
First, I am not a coder:
I'd argue that except for gconf and MAYBE gnome-canvas none of this
stuff belongs in GNOME at all; these are all very generic facilities
that shouldn't depend on any of the IPC, desktop, etc. stuff.
Otherwise we wind up with the same kind of confusion and versioning
Sorry, busy ending exams, now processing postponed things:
A3) Add a new parameter to the dialog box so that the color has to
be specified explicitely.
Almost everybody supports A3) so I will implement that.
Everybody + 1.
B3) Add a "flatten image?" option to all scripts, defaults to
But then, Gimp is almost unusable on 640x480 anyway...
Screen shooter on steroids. ;]
I do not like the blue very much. Yesterday I have changed the color to a
slightly less drastic orange. The Wilber with the helmet is cute. The
Orange hits the user eyes. I do not like it, blue is too pale,
Only legacy hardware... and in the worse one I have it is 800 * 600, 16
bits. I doubt anybody will try to run in 8 bit to do graphics work now.
A lot of laptops, especially running linux @ 1024x768, will only support 8
bit depth. Dunno if it matters to ya or not. :P Gimping on the plane, ahh.
Some other, nice (imo), proposed changes to gimprc:
snip
(undo-levels 15)
note that the undo-levels is set much lower than what I have it, but 5
just seems... well.. quite small.)
I think 5 is too small and 15 too high. How about 10?
It depends what kind of images and computer you work with.
It shouldn't be hard to stick an SVG path in a PNG extension chunk.
If enough apps use it, it will become a standard.
And if you change the DTP guys minds, IMHO. From my experiences, it is hard.
I have shown PNG, talked about compression, and more things, but some guys
still do not get it, they
Hmmm... Sounds like spam to me.
Cos it is. I though that only suscribed guys could post. If anybody can
post, it should be fixed now. I think that is most of readers would like.
The main problem is that the address seems to be a valid one (not random
numbers or other garbage), so maybe he is
Hi:
I am doing a small script to put data inside image (steganography) using
Python and PIL (I hope to port it to PyGIMP as soon as I have time, for
example after exams).
I would need to know what channels are the ones that eye has problems with,
in what order should I use the channels (RGB) so
By default photoshop saves a flattened version of the image as well as all of
the layers for backward compatibility purposes. I would assume that
IrfanView is
just displaying the flattened version of the image straight from the file.
We may want to add similar functionality to gimp and the xcf
I was used to adjusting photoshop to prevent it swapping, and tried to do
that with GIMP, the above figures were based on my idea that X wanted 30
megs and gimp seemed to want about 10 or so, leaving about 20 left for the
image. All wrong, terribly wrong. I set the cache to 30 megs last night
Has anybody (except me) tried changing the mode of the JPEG previewing
layer to `Difference' instead of `Normal'? Quite interesting... Hadn't
we been in a freeze, we should have added it right away, but then again,
we ARE in a freeze. Something for 1.3/1.4 or 2.0, I guess :-)
I tried by changing
Anyone know if gimp will support 32-bit images in the near future?
Whad do you mean with "32 bit images"? 32 bit per channel? RGBA 32 bits (8
per channel)? CMYK?
The 8 per channel is already supported, CMYK is in limbo due the problems it
has (real RGB - CMYK, taking into account monitors,
When I run GIMP 1.0.2 (rpm) I get:
[...]
I just downloaded GTK (rpm) a few days ago, it's version 1.2.8
[...]
Where do I fail?
Gimp 1.0.2 is not for GTK+ 1.2.8, or viceversa. Get a newer Gimp. 1.0.4,
IIRC, can run with GTK+ 1.2.x, or even better get a 1.1.x, it will work with
1.2.8, and you get
It depends on what you are doing weather pre multiplied alpha is useful
or not. For compositing and image warping pre multiplied alpha is great. for
color correction pre-multiplied alpha just gets in the way. Since
pre-multiplying the alpha does throw away a few bits of information my
[EMAIL PROTECTED] (2000-08-21 at 1913.32 -0400):
* Add "-v" as synonym for "--verbose"
* Remove "-v" as synonyn for "--version"
* Add "-V" as synonym for "--version"
I'd keep -v = --version and add -V = --verbose.
This, out of respect for backward compatibility for
any version checking
[EMAIL PROTECTED] (2000-09-11 at 1538.29 +0200):
wacky things you legally _can_ write to a TGA file, I am offering the
opinion that we should generally shield users from the dozens of valid
yet unimportant TGA options, and set them for our convenience, as we
do with TIFF.
This is windows
[EMAIL PROTECTED] (2000-09-11 at 1933.24 +0200):
is a bug, a new release would be cool anyway). But I would like to see
the options in future versions.
This is a wonderful case for "he who needs it sends a patch2 ;)
He send them first. ;]
GSR
Hi:
Today I got the info that Hispalinux is going to take place soon, 10 -
12 Nov, and tried to know what demos they are going to do. Surprise,
Gimp. Surprise two, no names or theme. Does anybody know who or what?
I have seen no post here, like is traditional with other expos (I
remember USA and
[EMAIL PROTECTED] (2000-10-28 at 1948.12 +0300):
No clue. Is this a "they want someone to do a demo" or "who the heck is
going to do a gimp demo there??"
A "are they doing it clearly public or just private (but then will
complain about no support / publicity)?".
It seems private. I wonder if
[EMAIL PROTECTED] (2000-11-03 at 2223.03 -0600):
|
|Please tell me the rationale behind having the drawing icons point downwards.
Um, it's *natural*?
Had you asked why they point from the left, I would
understand your question. But the metaphor of using
a pencil, or a paintbrush, or the
[EMAIL PROTECTED] (2000-11-07 at 0924.52 -0600):
Only Gimp 1.1.x exists for Win32, so no "stable" version of Gimp, strictly
speaking, exists for Win32. Also, Gimp for Win32 (actually, Gimp
compiled for Windows) tends to be less stable than the Unix versions.
The deal with "odd-numbered"
[EMAIL PROTECTED] (2000-11-09 at 1830.06 +0100):
I just found out the hard way that File-Revert is not undoable (I slipped
with the pen). Shouldn't that be either undoable OR an action that the user
had to acknowledge?
Yes, one of those two. I would like undo, see below.
I think "revert"
[EMAIL PROTECTED] (2000-11-10 at 1243.23 +0100):
However exactly the same happened to me, which meant loss of half an hour
of work. I'll add a warning dialog just as the "chanes were made to %s.
really close?" one.
Yes, it should ask if undoable "Reverting 'imagename' will lose all
[EMAIL PROTECTED] (2000-11-28 at 0830.20 -0500):
i would like to be able to move the image being worked on outside (or at
least almost outside) the visable window.
Image Menu-Image-Canvas Size. Set the canvas to be larger (Say 800 X 800)
Use the positioning widget at the bottom of the
[EMAIL PROTECTED] (2001-01-06 at 1156.22 -0800):
I have showed the Gimp to driven photoshop users, and they all
complained at one thing, the fact that gimp does not have a "root"
window, like photoshop in windows have.
I guess they say the same about all X apps then.
They also wanted the
[EMAIL PROTECTED] (2001-01-26 at 0946.51 +0100):
Another question, maybe stupid, why doesn't the tile filter tile all
layers, like you would expect?
Does blur blur all the layers? Can you tile all layers with a script?
Or using the filter all that is somewhere in the menus? I think those
[EMAIL PROTECTED] (2001-01-27 at 0022.57 +0100):
Does blur blur all the layers?
Hm... it should rather be compared to any filter that produces a new
image with an 1:1 mapping of layers.
The filter has that feature as an option, you can work on the same
image. And you can duplicate your
[EMAIL PROTECTED] (2001-02-02 at 2015.41 -0800):
Any chance of this technology becoming more widespread throughout the gimp?
Please try all the tools and make a list of the ones that do nothing
with Ctrl and / or Shift and / or Alt (before clicking / after
clicking, like with Circle selection).
= Space key =
The other mails about Space key, zooms and such made me think. What
about:
- Space: slow cursor, if doable. Lets say 50% normal speed, or user
configurable. Working as modifier, it slows while you push it. Or
maybe a toggle. Dunno. :] If not doable, dunno what... show menu? Any
[EMAIL PROTECTED] (2001-02-04 at 1206.22 -0800):
This sounds a lot like a temporary layer. I'm thinking, why
restrict yourself the the edges of the canvas, why not see how a
color looks right where it will be. Of course, this is also a lot
like just trying the color and then hitting ^Z or
42 matches
Mail list logo