Hello,
When you paste an image (to an image) you can set transparency and
mode for pasting. I.e. for example you can set transparency 50% and
after pasting images will be "blended" with such setting.
However it would be useful to have the same settings for related
operation -- not "pasted", bu
On Monday 18 May 2009 20:46:21 Kurt Pruenner wrote:
> Maybe it's just me, but I would expect the mousewheel zoom to
> center on the mouse cursor while hitting + and - on the keyboard
> should zoom from the center...
This would mean that people with some disabilities are limited by
gimp. The same
On Monday 18 May 2009 09:13:03 Fredrik Alströmer wrote:
> > I realize that the current behaviour has the reason, but also I
> > try find out the way, so users with other workflow could benefit.
>
> It'll probably be very hard to solve for everyone, I guess solving
> for 'most people' (don't try to
On Sunday 17 May 2009 16:40:54 Rob Antonishen wrote:
> Instead of zooming in and out all the time why not vreate a new
> view at the other zoom to have both always available?
Well, I could zoom in and then not zoom out at all, just scroll, but
both those solutions require more work than zooming
On Sunday 17 May 2009 13:08:33 Fredrik Alströmer wrote:
> I don't want to add fuel to the fire,
Nah :-), we are talking not quarreling :-))
> I just wanted to point out
> that Sven is not alone in his opinion.
I realize that the current behaviour has the reason, but also I try
find out the
On Saturday 16 May 2009 00:09:45 Alchemie foto\grafiche wrote:
> Is not simple and intuitive create, or move, the selection where
> you want your object be paste ?
I just found out -- maybe I put my wish into reverse. Instead of
changing current behaviour maybe adding function:
a) sticky draggin
On Friday 15 May 2009 22:02:53 Sven Neumann wrote:
> On Fri, 2009-05-15 at 21:55 +0200, Maciej Pilichowski wrote:
> > On Friday 15 May 2009 21:38:04 Sven Neumann wrote:
> > > Keeping the pixel under the mouse cursor fixed has the
> > > advantage that the behavio
On Friday 15 May 2009 21:52:01 Sven Neumann wrote:
> And I refuse to discuss such changes with someone who
> completely disrespects this effort and calls the placement random.
Surely it is your call, for me it is odd though that using
word "random" is taken as offense and being just a user of gi
On Friday 15 May 2009 21:38:04 Sven Neumann wrote:
> Keeping the pixel under the mouse cursor fixed has the advantage
> that the behavior for zooming in and out is consistent.
Well, it would be consistent if gimp consistently kept this
pixel-cursor relation. But it is not (gimp 2.6.6). Open any
On Friday 15 May 2009 21:23:57 Sparr wrote:
> When you paste a second time, the first paste should still be
> visible and selected(?) and the floating selection is the current
> drawable, and thus the second paste end up on top of it (allowing
> for difference in paste sizes), right? Can you elab
On Friday 15 May 2009 21:25:54 Sven Neumann wrote:
> I explained the currently implemented logic in another mail. It is
> by far not random. Did you even try a recent development snapshot
> before you posted your wishes here?
I tried it for a test and it is centered indeed :-) However since I
mo
On Friday 15 May 2009 21:03:27 Sven Neumann wrote:
> Not sure what version of GIMP you are using. But the current code
> has the following logic:
>
>
> If there is a selection, paste to the center of the selection
> boundary.
>
> If there is no selection, paste to the center of the viewport
> unle
On Friday 15 May 2009 20:40:21 Sven Neumann wrote:
> GIMP doesn't place the pasted content randomly. What makes you
> think so?
Because I don't see any relevance in second paste to what I do (and
where I do) and I see no relevance between first paste and the second
one. And it should be.
I k
On Friday 15 May 2009 19:57:39 Sven Neumann wrote:
> > DEFGHIJK|12345|ABC
> > DEFGHIJK|12345|ABC
> >
>
> What is your definition of "focusing on that area"? Focusing on the
> 5 for means having 5 under the mouse pointer.
> Now how can you possibly argue that this is not intuitive and
> useful? I
On Friday 15 May 2009 09:06:25 Alec Burgess wrote:
> However (I hadn't tried this before) if with zoom-tool you do
> Ctrl+click+drag to define "area of interest" then release AFAICT
> the "area of interest" always remains visible. Possible problem (?)
> - you may find it zooms out "too quickly".
On Thursday 14 May 2009 19:46:23 Akkana Peck wrote:
> You could perhaps do this with a plug-in:
>
> - Use the Paths tool
> - Click on first point, then on second point
> (now you have a straight-line path with two endpoints)
> - Run a plug-in (which you can assign to any key you like)
> that g
On Thursday 14 May 2009 20:17:43 Akkana Peck wrote:
> I've found the "paste centers" behavior quite useful,
It is predictable and more useful than random placement for sure. But
with hires monitor I would still like some kind of hint from the
mouse. Maybe LMB click and then paste would do it?
On Thursday 14 May 2009 19:26:41 Martin Nordholts wrote:
> It is
> better than a random insertion point, yes, but so what?
I am puzzled -- if it is better (and I agree) we should use it. Is
there any reason to keep worse UI?
I think progress means search for better solutions and use them. Here
On Thursday 14 May 2009 18:43:01 Martin Nordholts wrote:
> Maciej Pilichowski wrote:
> > Hi,
> >
> > But if there is no reference (no previously selected region for
> > example) it would be useful to paste the block initially at mouse
> > cursor position
>
On Thursday 14 May 2009 18:00:22 Jay Smith wrote:
> We use this Gimp feature on virtually every image we create,
> sometimes _hundreds_ per day.
>
> Once we originally set the number of lines in the grid, we have
> felt no need to make a change for months ... thousands of images.
I can say only f
On Thursday 14 May 2009 15:26:46 Jeffrey Brent McBeth wrote:
> I've always just used the measure tool to tell me what the angle is
> and rotate by that angle. I'm sure your suggestion would make it
> faster, but not by much.
I think it would be much straightforward (less thinking) -- "I want to
Hi,
Problem:
---
The problem is with zoom in and zoom out. Gimp does not recenter the
area user focuses on. With zoom in the workaround cost is small (the
most problematic is how to zoom in the image when it still fits into
the window), but with zoom out it is significant. It affects
produ
Hi,
In GIMP 2.6.2 when pasting several references are taken into
account -- and that is useful.
But if there is no reference (no previously selected region for
example) it would be useful to paste the block initially at mouse
cursor position (counting left, upper corner of the rectangle which
Hi,
In GIMP there is such feature as rotate. This is of course useful but
when correcting, you can say alignment, it is also useful to have
ability to rotate image in such way that some point would make
horizontal or vertical line.
User would click on one point on the image, then click on the
Hi,
When you select, copy and paste a block the block is initially placed
near the region which was selected. This makes sense and it is
useful.
However, when you select, copy, scroll and paste a block, the block is
also initially placed near the region which was selected (also out of
the vie
> From: "Alchemie foto\\grafiche" <[EMAIL PROTECTED]>
> 3
> May
> be is missed, also the possibility to select transparent area as
> was a color,meaning using the magic wand or the color selector
> tool..
> But since there is "alpha to selection"(=select transparency) that
> is no too missed... wel
Hello,
> On Wednesday 24 September 2008 11:03:43 David Gowers wrote:
> This is because it violates the normal behaviour of alpha, which is
> a specifier of opacity for a particular color; without a color, an
> alpha value is meaningless.
Like black color is a max.dark blue (or red, or even white)
Hello,
> From: bgw <[EMAIL PROTECTED]>
> How does "draw with transparency" differ from using eraser tool
> with x% opacity?
Pencil and eraser are counterparts of course, but I wished for
transparent color, not just transparent pencil (yes, it exists, and
it is eraser).
> From: Chris Moller <[
Hello,
> From: Simon Budig <[EMAIL PROTECTED]>
> We currently use alpha to do proper antialiasing, compositing
> existing photos on top of each other and in all of these cases a
> coupled "alphacolor" (= color + alpha value) would be cumbersome
> and unhelpful.
Why unhelpful? Note, that you are a
Hello,
I was asked to bring this issue to the ML instead of discussing it
on bugzilla so here we go.
Original post:
http://bugzilla.gnome.org/show_bug.cgi?id=553003
Please, provide transparent color or in other words -- treat
transparency _also_ as a color.
I know GIMP has alpha channel a
Hello,
I was asked to bring this issue to the ML instead of discussing it
on bugzilla so here we go.
Original post:
http://bugzilla.gnome.org/show_bug.cgi?id=549925
Simple facts from math and Gimp:
0 is empty set
A is just a set
what is A u 0 ? in Gimp it is 0
what is A \ 0 ? in Gimp it is
31 matches
Mail list logo
