Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
And if the result is too colored, I desaturate it manually (with average
lighting option).
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
What about official Red eye plug-in, possibly with SIOX, as Sven
suggested? Also some kind of healing brush can be useful.
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https
of compiling development
versions from source and still be able to contribute then I would suggest that
he get together with some like-minded people, share a pre-compiled binary, and
discuss amongst themselves the problems they encounter.
--
With respect
Alexander Rabtchevich
at the
arrows at the rotation tool - how excellent they were visible before.
My overall opinion is: some of the lines became too wide and have lost
contrast, which has lead to loose of volume of pictures. Too wide and
less contrast lines are worse recognizable.
--
With respect
Alexander Rabtchevich
of them is used.
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
of proposing a solution, you could outline what exactly you cannot
achieve using the Heal tool. There are most probably better ways to
solve the problem.
Sven
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer
it worth improving such plug-ins with an
option Create selection?
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
more than just a chatracter in Pulp Fiction) goes away in the
process.
Cheers,
Dave.
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp
.
That file was part of the original TinyScheme source. It has some useful
information for script writers. There is a section in the middle that is
only of interest/use to those people working on programs that want (or
do) embed TinyScheme in a larger program.
--
With respect
Alexander Rabtchevich
-0.20.zip
atk-1.10.3.zip
atk-dev-1.10.3.zip
gimp-dev-2.2.7.zip
Is there the problem in some library version?
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman
Replacing libraries and headers with all the latest versions from Tor's
win32 Gimp page hasn't helped. Maybe the cause is gimp 2.2.7 dev?
Hans Breuer wrote:
On 04.10.2006 15:37, Alexander Rabtchevich wrote:
I've compiled the current version of fblur plug-in for Windows. But
when engaged
of the range (the check has
changed '-1.00' to '0.00')
Michael Schumacher wrote:
Alexander Rabtchevich wrote:
I've compiled the current version of fblur plug-in for Windows. But when
engaged, it complies: Pango-warning. Couldn't load font Tahoma italic
8... The plug-in works with Gimp
).
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
selection dialog isn't finished yet. But it already
installs a shortcut to the systemwide profile folder. At least on UNIX,
no idea if there's a similar folder on Win32.
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp
convenient to a user not to leave a mouse for keyboard and due
the wheel is very well controllable and intuitive for scaling purposes.
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https
Thorsten Wilms wrote:
On Wed, Jan 24, 2007 at 11:32:03AM +0200, Alexander Rabtchevich wrote:
Currently scalable brush can be scaled with [ ] by default, what is very
fine. Could a mouse scroll wheel + some key modifier be used to act the
same as [ ] buttons?
I couldn't find
Many 3-rd side script-fu scripts, working in 2.3.12, refused to work in
2.3.14 on Windows. One of them even kills Gimp at program start.
Where can I read what has changed in script-fu specifications to adapt
scripts? Or has the API changed?
--
With respect
Alexander Rabtchevich
in a (let ...) or (let* ...).
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Sven Neumann wrote:
On Tue, 2007-01-30 at 09:11 +0200, Alexander Rabtchevich wrote:
Raphaël, could you please explain me (I'm new to scheme) in a few
words, why the global variables are poor style coding?
They are simply not allowed in Scheme.
Ok, that is the reason.
From my POV
not, there should be not
such a problem?
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
to 1795x1205. If a crop
tool contained a checkbox: scale to the fixed ratio pixels, one wouldn't
have to: select scaling from the menu, type one of the sizes and click
scale.
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer
Clarence, would it be better to be not so aggressive? ;)
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
is used here
...
;noway to drop x here
) ;let (y
) ;(let (x
So there is no much benefit from such a manner of local variable
definition in sense of memory consumption.
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp
and its context on the stack means almost nothing in
comparison with the megabytes of image data that the script is processing.
-Raphaël
___
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing
When Gimp 2.3.14 for Windows saves image, it doesn't create a thumbnail
for it.
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Gimp file browser thumbnail (which is displayed in GTK filechooser dialog).
Clarence Risher wrote:
On 1/31/07, Alexander Rabtchevich
[EMAIL PROTECTED] wrote:
When Gimp 2.3.14 for Windows saves image, it doesn't create a thumbnail
for it.
To clarify, which thumbnail are you talking about
That's intentional.
Is it - don't save thumbnails that don't match the image? If so, why
doesn't image thumbnail match image if it is saved and closed?
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer
for the clone and
healing brush tools as they are often used consequently at the same
area. I mean switching between them should not require clicking
Ctrl+mouse again.
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer
help to offset the negative impression that
the reporters might have after seeing their bug reports rejected or
marked as a duplicates of another one.
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer
that needs to be spent on
a bug report or for answering an email, then I am out.
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
to fill the layer or add/remove the alpha channel. That
does sounds like an extra burden. We need to look at this in more
details. You can't just claim that the dialog would be useless and
remove it. But I am sure that there are ways to improve the work-flow.
--
With respect
Alexander
In GIMP 2.3.18 crop tool isn't stopped at image borders as it was in
2.3.14. It is a bug: if ratio is set it is violated by this. And even if
no ratio is set crop should not affect pixels outside the image.
--
With respect
Alexander Rabtchevich
Thorsten Wilms wrote:
On Tue, Jun 19, 2007 at 01:38:06PM +0300, Alexander Rabtchevich wrote:
In GIMP 2.3.18 crop tool isn't stopped at image borders as it was in
2.3.14. It is a bug: if ratio is set it is violated by this. And even if
no ratio is set crop should not affect pixels outside
There is _cropping_ and _cropping_and_changing_canvas_size_. Pure
cropping means the result is taken within an image, not outside it.
Alexander Rabtchevich wrote:
I would prefer to have this feature switchable with a checkbox (and I'll
set it not to cross edges at least most of the time
Haven't found in bugs and SVN changelog. GIMP 2.3.18 (Windows) deletes
exif data from images.
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo
reported this issue a week ago to this list, but got no answer.
Thanks,
L.
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo
automatically. It is usually better to use the custom quantization
tables if they are better than your default quality settings. But
if they are not better, then it is nice to give a choice to the user.
--
With respect
Alexander Rabtchevich
___
Gimp
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
need to uncheck -
check the checkbox. This does not prevent fixing mouse behavior for
changing actual fixed aspects.
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https
Sorry for posting here, but RC1 is really unusable - it can crash on
every image. As it was said, the bug had been fixed in SVN. Are there
plans to release RC2 or repack RC1 with the bug fixed? RC should be
tested, but it's impossible with RC1.
--
With respect
Alexander Rabtchevich
are now done a lot better w.r.t jpeg but I think this
aspect is still fundamentally wrong. Keeping the quality gleaned from the
file would solve this problem and provide more predicatable behaviour.
--
With respect
Alexander Rabtchevich
___
Gimp
).
-Raphaël
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
/scale.png
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
and
selecting it.
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
I've reset the options, restarted GIMP, but nothing has changed. Blend
dialog still has the second position in the combobox active - Replace
instead of the first one - Normal.
Sven Neumann wrote:
On Tue, 2007-10-09 at 17:37 +0300, Alexander Rabtchevich wrote:
RC3 has replace layer mode
Just to be clear on release notes: not only cheap lens can have
vignetting. Some expensive zooms have it at wide angle.
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https
:) As I have Russian locale, it was my translation, and I missed
function and realization. I was speaking on fade in Edit menu.
Sven Neumann wrote:
Hi,
On Wed, 2007-10-10 at 09:19 +0300, Alexander Rabtchevich wrote:
I've reset the options, restarted GIMP, but nothing has changed. Blend
OK, but to work it should be Normal :).
Alexandre Prokoudine wrote:
On 10/12/07, Alexander Rabtchevich wrote:
:) As I have Russian locale, it was my translation, and I missed
function and realization. I was speaking on fade in Edit menu.
Confirmed. In Edit -Fade Replace is default
time.
I guess it doesn't matter what mode has been used by the plug-in before.
It does matter what for the dialog was designed - it was designed for
fading. And in the current state it does not work for me.
Sven Neumann wrote:
Hi,
On Fri, 2007-10-12 at 09:34 +0300, Alexander Rabtchevich wrote
Sven Neumann wrote:
Hi,
On Sat, 2007-10-13 at 12:46 +0300, Alexander Rabtchevich wrote:
I use fading mostly after sharpening with refocus plug-in. And when the
dialog initializes it has Replace mode set. But using fade operation
with replace mode has no effect! This has been confirmed
can either keep it as
it is or remove it entirely.
Sven
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
for that then.
Sven
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
be forced to
work on GEGL, either.
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
_many_ other simplier solutions. Dis I say Krita or F-Spot or..?
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
further
changes. Your input is appreciated.
Sven
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
the void of a way to
quickly make polygonal selections. (If it will even be a separate tool
and not just en enhancement to the Free Select Tool.)
OK, I understood.
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp
fill the void of a way to
quickly make polygonal selections. (If it will even be a separate tool
and not just en enhancement to the Free Select Tool.)
OK, I understood.
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp
and put it to a new lower layer to be used
as some base background.
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
If I use repeat the last plug-in menu item for remove red eyes
plug-in, it is always applied with initial (50%) settings, not the last
one used. GIMP 2.4.6 for Windows. Should I fill a bug for it?
--
With respect
Alexander Rabtchevich
___
Gimp
did some cleanups to it
in trunk. Perhaps I also fixed a bug. If there was one at all. The code
looked weird, but as far as I can tell it would have done the right
thing.
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp
layer from visible or New from visible in layers
context as an analogue to Copy visible?
--
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp
+1 to hide Wilber via preferences. It was my initial thought when I saw
him for the first time.
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo
I guess some third-party plug-ins rely on fg/bg values. For instance, FX
Foundry - Convert color temperature. That's for compatibility. And
there should be a way to a provide an interaction between script-fu and
user selectable colors.
With respect,
Alexander Rabtchevich
to foo.png cannot be there in the dialog as
ways to resolve the situation.
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
to someone
is not a good thing, at least for a person which has and stores RAWs.
My 2c.
peter sikking wrote:
Alexander Rabtchevich wrote:
While I haven't tried the new behavior, I would like to be able to
see either I have made any changes after the export in the title bar
or not. Now
Peter, I think you (or me :) ) will be surprised if know the statistics
on the percentage of photos which really need complex retouching or
complex actions with layers. The most common cases I can give are face
retouching, repairing of a photo with too high dynamic range or
correcting
Pleasant interactive cropping and scaling, required for web are enough
reasons. Red eyes reduction sometimes... Why should one use something
other if the tool he uses most of the time is convenient and powerful?
The above mentioned actions are not too complicated to be reproduced in
one
is not a good idea IMHO. That will be a reality a user runs into. What
is you vision of that problem?
peter sikking wrote:
and to show again our priorities: at LGM Hylke Bons (works
on visual design all day long) said: of course all my work
is in project-type files. enough said.
With respect
Alexander
full-size preview.
Martin Nordholts wrote:
Alexander Rabtchevich wrote:
Can one guarantee GIMP compositions will be at least correctly rendered
with third-party viewers as image browsing is not in GIMP goals? At
least recently xcf has been considered as internal GIMP format. Having
Hello.
I decided to see one of the previous image versions by selecting its
icon in the undo dialog when a script was acting. Both GIMP
and the script hanged and the only way to resume was to kill both
processes. GIMP 2.6.5 for Windows.
With respect,
Alexander Rabtchevich
' is the feedback. show nothing but a cross-hair
(again in all the contrast we can muster) at the mouse position.
this is really just there to keep users 'rooted', a confidence builder.
With respect
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer
the problems :)
With respect,
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
gimp-2.7:687: warning [p 29, 3.5i]: cannot adjust line
...
Is there a solution?
With respect,
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Liam R E Quin wrote:
On Fri, 2010-04-02 at 14:49 +0300, Alexander Rabtchevich wrote:
Hello
I compiled current git under Ubuntu 9.10 against babl 0.1.2 and gegl
0.1.2 without gtk-docs. When I try to run gimp only writes in the console
...
gimp-2.7:687: warning [p 29, 2.0i]: cannot adjust
Hello
Thank for the hard work.
I haven't tried yet linux version, but Windows one does not show
anything in a pop-up window for plugin previews (the window is grey).
And UFRaw stopped working complaining entry point for the procedure
BZ2_bzRead is not found.
With respect,
Alexander
is not found in
the library lbglib-2.0-0.dll is shown when a standalone UFRaw version
is launched - it uses its own bzip2.dll. Is there a way to overcome that?
With respect,
Alexander Rabtchevich
attachment: window.jpg___
Gimp-developer mailing list
Gimp
The problem with UFRaw was caused by the deinstallation of 2.6 version
made by 2.7.1. After renaming some libraries (libintl-8 to intl,
libpng14-14 to libpng12-0) everything went Ok except bzip2 library -
UFRawonly wants the old one.
With respect,
Alexander Rabtchevich
Renaming DLLs is never a good idea. There might be a good reason why
the name was changed - namely because the API and/or ABI has changed.
--tml
With respect,
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https
Hello
When I try to use rectangle selection tool or crop tool with fixed
aspect ratio 1795:1205 2.7.1 on Windows always crashes.
With respect,
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https
with the future i-warp tool which
does not have control closed region.
With respect,
Alexander Rabtchevich
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Hello
I compiled current git and found gimp-drawable-transform-scale became
deprecated although it works. The proposed replacement doesn't take
scaling algorithm as a parameter. Is it a way to a user to select
scaling algorithm anymore?
With respect,
Alexander Rabtchevich
Michael Natterer wrote:
On Fri, 2011-02-11 at 11:31 +0200, Alexander Rabtchevich wrote:
Hello
I compiled current git and found gimp-drawable-transform-scale became
deprecated although it works. The proposed replacement doesn't take
scaling algorithm as a parameter. Is it a way to a user
Thank you, making a script with export helped to solve it.
Michael Natterer wrote:
On Fri, 2011-02-11 at 14:02 +0200, Alexander Rabtchevich wrote:
No needs to apologize, it's a work in progress
Another question here - is there a plugin conversion guide somewhere? I
tried to run wavelet
stand some clean up. I may squeeze in
a bit more time to make sure it at least works with 2.6 and git master but I
won't attempt a rewrite until after I do some of the planned work for TinyFu
version 2.
With respect,
Alexander Rabtchevich
___
Gimp
87 matches
Mail list logo