Hello all Gimpers ;-)
On Mon, 1 Nov 1999, Michael Natterer wrote:
Hi all,
all the stuff below sounds quite good (the current modifier usage is
really confusing, even for experienced users).
When redefining it (making it consistent), we shouldn't forget to
care for dnd. Hacking dnd of
Hello all
On Mon, 1 Nov 1999, Austin Donnelly wrote:
On Monday, 1 Nov 1999, Michael Natterer wrote:
shift+mouse2 -- copy paste the selection mask or
copy paste the selection itself (if it's floated)
ctrl+mouse2 -- cut paste the selection ifself
Michael Natterer [EMAIL PROTECTED] writes:
Hi,
I'm not entirely happy with this, too. However there are places where
both eg a popup _and_ dnd are logical to bind to mouse1. If I find
a way to intuitively distinguish the default mouse1 action (poping
up the preview) and dnd, I'll run and
On Mon, Nov 01, 1999 at 10:29:38AM +, Austin Donnelly wrote:
On Monday, 1 Nov 1999, Michael Natterer wrote:
shift+mouse2 -- copy paste the selection mask or
copy paste the selection itself (if it's floated)
ctrl+mouse2 -- cut paste the selection ifself
On Mon, Nov 01, 1999 at 12:12:28PM +0100, Olof S Kylander wrote:
Well see in your own mail below where you say use PS mod keys/short cuts.
When you move a PS selection you move the selection it self. You aren't
making it into a floating selection. See more below. I'm just saying use
"to
On Mon, Nov 01, 1999 at 11:12:29AM +0100, Michael Natterer wrote:
(You see I'm still speaking in terms of "floating" because I didn't quite
get what Tigert means with "nuke" ;-)
Just listen to Olof :) I was probably sleeping or something ..
The point is in Photoshop you can do a trick
Thus spoke Olof S Kylander
Gimp is a X11/UNIX program, which is designed to make use of three mouse
buttons. I say get a three button mouse or don't use Gimp. It's a ton
easier to use the middle mouse button than to remember a trillion mod key
combinations.
2 button mice can be mapped to
On Mon, Nov 01, 1999 at 06:58:09PM +0100, Simon Budig wrote:
Austin Donnelly ([EMAIL PROTECTED]) wrote:
Idea: if the size is set to 0, make it mean "guess something good".
Out of the box gimp can come with it set to 0, and we just make the
algorithm pick something appropriate. That's the
On Mon, Nov 01, 1999 at 12:05:26PM -0800, Tuomas Kuosmanen [EMAIL PROTECTED] wrote:
But at least tell me what _I_ should use to avoid excess swapping and even
It´s easy... try to detect the pysical memory (on common platforms). Then
use getrlimit to find out how much virtual memory we are to
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
Dear Olof,
Michael for the freeze - focus on bug fixing. UI problems can be
Michael considered bugs, but the truth is they are a design issue. They do work,
Michael just not as might be desired.
I think that Michael has a good point here. Why is it useful to
declare a feature freeze? In
Hello Gimpers
On Mon, 1 Nov 1999, Carey Bunks wrote:
Michael for the freeze - focus on bug fixing. UI problems can be
Michael considered bugs, but the truth is they are a design issue. They do work,
Michael just not as might be desired.
I think that Michael has a good point here. Why
On Mon, 1 Nov 1999, Carey Bunks wrote:
I think that Michael has a good point here. Why is it useful to
declare a feature freeze? In my opinion the answer is so people can
begin making plans with respect to the upcoming new stable release.
If just anything is allowed after a feature freeze
In regard to: Re: Re: Tile Cache Size, Marc Lehmann said (at 10:35pm on Nov...:
On Mon, Nov 01, 1999 at 10:22:08PM +0100, "Guillermo S. Romero / Familia Romero"
[EMAIL PROTECTED] wrote:
Yes, but Gimp swaps to files, while system normally swaps to partition, and
if the admin is smart, to a
Thus spoke Olof S Kylander
Hello Michael,
Howdy!
Well I know that there are people trying to write books, I'm one of them.
And sure my life would be a lot easier if we just said release Gimp 1.2
on Jan 21 2000. But I tend to look at the user and the community instead.
I think the best goal
Thus spoke Olof S Kylander
It depends how you specify feature freeze. Some specify it as a stop to
add anything (nearly a code freeze) some one else specify it as a clean up
and fix time until we enter code freeze.
In commercial development (telecom and interactive cable, for example,
where
Thus spoke Nick Lamb
If no-one else will do it, I hearby offer to REVERT all features added to
Gimp. It's quite obvious that some/ most of the people here will continue
to rationalise additional features until well into the new millenium
(and I don't mean 2000).
Hopefully this won't be
18 matches
Mail list logo
