Mark Lowry skrev:
Attached is a link to a screen capture showing the
same image opened in Windows Picture and Fax
viewer
and in GIMP 2.4. As you can see, the GIMP version
(no
editing performed) has a haze compared to the WPF
viewer version.
http://vabirdy.tripod.com/images
The reason I asked is that my goal when
post-processing is to end up with a print that looks
like my screen. When I print from Windows Picture
Fax Viewer, it looks like what I see on the screen. I
assumed that printing from GIMP would give you a print
that looked like the image that is open in
Attached is a link to a screen capture showing the
same image opened in Windows Picture and Fax viewer
and in GIMP 2.4. As you can see, the GIMP version (no
editing performed) has a haze compared to the WPF
viewer version.
http://vabirdy.tripod.com/images/puppypics/gimp_jpeg_haze.jpg
This is
Downloaded the binary this evening and ran the setup
multiple times, but while the installation appears to
work the first launch always aborts. Please see
Bugzilla Bug #490010
http://bugzilla.gnome.org/show_bug.cgi?id=490010 for
details.
Oh, yeah, I'm running Windows XP.
I had 2.2.13 on my PC and it didn't have
FiltersGenericFFT Forward or FFT Backward. I have
2.2.14 on my laptop and those filters are there. So I
just installed 2.2.15 on my PC and those filters
aren't showing up. What gives?
I'm not old enough to be forgetting stuff like this
yet. I'll just blame it on working on two different
machines and losing track of what I've installed
where. Thanks for the help!
--- Akkana Peck [EMAIL PROTECTED] wrote:
Mark Lowry writes:
I had 2.2.13 on my PC and it didn't have
Joao,
Thanks for the help. I figured out that aref works
to extract a vector element, while vector-ref does
not appear to be supported in GIMP. I ended up using
a path consisting of 4 points created before running
the script to get my input points and things are
working nicely now. It's not
A plug-in that takes three control points on a layer
and then distorts the layer (by scaling, translating,
rotating, and stretching) so that those points end up
on three other identified control points would be very
useful. For example, if you wanted to combine two
images shot at different
--- Chris Mohler [EMAIL PROTECTED] wrote:
On 5/2/07, Mark Lowry [EMAIL PROTECTED] wrote:
[...]
What are everyone's thoughts on this? Is it worth
initiating an enhancement request in Bugzilla?
IIRC, hugin[1] can align stacks of images.
Chris
1 - http://hugin.sourceforge.net
--- Joao S. O. Bueno Calligaris [EMAIL PROTECTED]
wrote:
Hi - no, there is no official way to do that.
What I do in my scripts is require the user to start
a Path with the
bezier tool before calling the script - The script
then use the
coordiantes of the first (or how many I want)
I'm working on a script in which it would be
advantageous to use the mouse to click on an image and
have the pixel coordinates captured as an input.
Right now I have to manually enter the coordinates for
four points, which is a tedious process.
Is there a way to capture these coordinates as
I don't really see the value in having the loupe
possess both the magnified view and the focus view.
Several good points have been brought up The
handle must be shorter and translucent (why not just
eliminate the handle?) ... How will the tool behave at
the window limits (with no handle,
I think that the user should be able to select between
a 1:1 mouse resolution scale and one that matches the
scaling of the loupe's zoom. This would be good to
offer at least on any test version that is developed,
until enough user feedback is obtained to eliminate
one of the options.
---
Peter,
I'm glad you've become the ambassador for this. Your
description of a loupe is basically what I was
proposing in my original bugzilla proposal #409802 (
http://bugzilla.gnome.org/show_bug.cgi?id=409802 ).
Rather than add another proposal, why not just flesh
out the details of your vision
I was thinking more like this ...
http://pic20.picturetrail.com/VOL66/86790/6669793/233033597.jpg
--- peter sikking [EMAIL PROTECTED] wrote:
Mark Lowry wrote:
It would be useful to add a temporary magnifying
window that would provide a zoomed-in view of the
area immediately
IMO, you definitely need to see the mouse cursor in
the magnified view, and you should be able to interact
with it.
Windows has a magnifier that uses a second window for
the magnified display. The good is that the cursor
shows up in the enlarged view ... the bad is that the
window takes up so
I submitted Bug #409802 on Bugzilla, but it was
suggested that I post it here for discussion. Here is
the initial submittal from the bug. Please review bug
#409802 if more clarification is required.
Opened by [EMAIL PROTECTED] (reporter, points: 3)
2007-02-19
17 matches
Mail list logo
