Am 09.07.22 um 03:36 schrieb Jacob Boerema:
On 2 Jun 2022 at 11:45, Adalbert Hanßen wrote:
I use GNU Image Manipulation Program Version 2.10.18 on Xubuntu 20.04.4
LTS (64 Bit).
There have been a lot of improvements to our metadata handling after
version 2.10.18. I would suggest trying the lat
On Fri, 2022-07-08 at 18:45 -0600, Akkana Peck wrote:
>
>
> Once we get to non-destructive editing using GEGL ops, I could
> imagine an EXIF field listing a set of ops used for processing.
Undo history in exif might be interesting, agreed, although i think it
remains to be seen how that'd work f
On 2 Jun 2022 at 11:45, Adalbert Hanßen wrote:
> I use GNU Image Manipulation Program Version 2.10.18 on Xubuntu 20.04.4
> LTS (64 Bit).
There have been a lot of improvements to our metadata handling after
version 2.10.18. I would suggest trying the latest version 2.10.32, possibly as
a flatpa
> On Thu, 2022-06-02 at 11:45 +0200, Adalbert Hanßen wrote:
> > *Suggested further improvement:* Add a new category “Gimp Processing”
> > telling about the image processing procedures applied, e.g. lighting
> > adjustments and their parameters, color adjustment, cropping, and the
> > like in reada
On Thu, 2022-06-02 at 11:45 +0200, Adalbert Hanßen wrote:
>
> but not shown in Gimp, e.g. the Lens Type.
>
> *W**hy does Gimp not show the **le**ns**type?*
Can you share a sample image?
When you export as JPEG make sure "save exif" is checked!
>
> *Suggested further improvement:* Add a new ca
I use GNU Image Manipulation Program Version 2.10.18 on Xubuntu 20.04.4
LTS (64 Bit).
I open an image from my camera PENTAX K5.
I look at *Image>Metadata>Show Meta Data>Tab Exif*.
I see a lot of technical data which don’t tell me very much, but I also
see the camera model, autofocus settings,
On Fri, Nov 27, 2020 at 6:44 PM Gregory Reshetniak wrote:
> No Alex, every communication channel reposting GIMP news is full of your
> comments like "piss off or make pull requests" and it's ing tiresome to
> be observing for years on end.
> You want to be a spokesperson? Well then behave like
No Alex, every communication channel reposting GIMP news is full of your
comments like "piss off or make pull requests" and it's ing tiresome to
be observing for years on end.
You want to be a spokesperson? Well then behave like one.
On Fri, 27 Nov 2020 at 16:34, Alexandre Prokoudine via gimp-
On Fri, Nov 27, 2020 at 6:28 PM Gregory Reshetniak wrote:
> "Dear Albert Einstein, unfortunately there hasn't been a MacOS expert to
> help us fix the release process yet. Hopefully someone will appear soon -
> we'd really want to continue releasing for Macs again. Perhaps you might
> help us with
"Dear Albert Einstein, unfortunately there hasn't been a MacOS expert to
help us fix the release process yet. Hopefully someone will appear soon -
we'd really want to continue releasing for Macs again. Perhaps you might
help us with it? Here are the tasks that need to be done
https://gitlab.gnome.o
On Fri, Nov 27, 2020 at 4:27 PM Albert Einstein via
gimp-developer-list wrote:
>
> Are there any news about the release of the new and fixed version for MacOS ?
There will be once someone joins the team to work on macOS builds.
Alex
___
gimp-developer-
Are there any news about the release of the new and fixed version for MacOS ?
Sent from my iPhone
> On 10/17/20 8:27 AM, Albert Einstein via gimp-developer-list wrote:
>
> Dear Developers,
Hi Albert,
> I have noticed a bug on the iMac version:
>
> When I am opening a pdf file, and select 30
On Mon, 2020-10-19 at 21:45 +0200, LUP wrote:
>
>
> Bug in 2.10.22 Menu -> Picture -> Metadata
>
>
>
> Saving metadata doesn't work
Could you give us more details?
* which GIMP version
* complete and detailed steps to reproduce the problem
It seems to work here.
(sorry for a delayed resp
Bug in 2.10.22 Menu -> Picture -> Metadata
Saving metadata doesn't work
regards
Werner Fassbender
Germany
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/m
On 10/17/20 8:27 AM, Albert Einstein via gimp-developer-list wrote:
> Dear Developers,
Hi Albert,
> I have noticed a bug on the iMac version:
>
> When I am opening a pdf file, and select 300dpi resolution, then, when I go
> to Scale Image, I see that the resolution has changed to 72dpi, but the
You are using a newer version on the PC than you are on the Mac.
Can you install a newer Mac version? It seems you may need to use Macports,
Homebrew, or Fink.
https://www.gimp.org/downloads/
I don't see anything obvious in the Changelogs, but if that doesn't work,
try version 2.10.14 on the PC a
Dear Developers,
I am using gimp since a long time, and I am loving it!
You’ve done a fantastic job with it! Thank you!
Currently I am using it on my iMac (v2.10.14) and my PC (v2.10.22).
I have noticed a bug on the iMac version:
When I am opening a pdf file, and select 300dpi resolut
I have the same layer. One with alpha blocked and the other with alpha
transferred to mask. I paint both with a very soft white airbrush in
bottom-right corner. In this image, we can see that there is a soft
white peculiar stripe vertically and horizontally:
When I disable mask in one layer an
Are you exporting the image, or trying to save?
If you want a jpg or png file, you'll need to export it.
On Sun, Jun 10, 2018 at 2:37 PM bernard M wrote:
> Hello
> when I try to put a layer with a fading color above a picture, there is
> no issue. But when I want to make a record on my computer
Hello
when I try to put a layer with a fading color above a picture, there is
no issue. But when I want to make a record on my computer, only the
picture is present, the new layer is not recorded.
This issue didn't appear in the precedent version of GIMP.
What can I do?
Thanks for your solution
On 02/06/2018 10:30 AM, Øyvind Kolås wrote:
On Tue, Feb 6, 2018 at 4:15 PM, Elle Stone
wrote:
From the vantage point of "GEGL code in 2018", are the functionalities of
PhotoShop "adjustment layers" and "layer styles" similar enough from an
implementation point of view that both could be implem
On Tue, Feb 6, 2018 at 4:15 PM, Elle Stone
wrote:
> From the vantage point of "GEGL code in 2018", are the functionalities of
> PhotoShop "adjustment layers" and "layer styles" similar enough from an
> implementation point of view that both could be implemented all at once,
> using the same GEGL c
This bug report:
https://bugzilla.gnome.org/show_bug.cgi?id=79025
original Summary: Add support for Photoshop Styles
Summary modified to be: Add support for Photoshop Styles and adjustment
layers
is marked as a duplicate of 13 other bug reports, including this bug report:
https://bugzilla.gno
On 01/27/18 22:41, Tcll wrote:
the issue here is when opening a transparent image, the color channels
don't show the full color info, see here:
https://cdn.discordapp.com/attachments/98580359909773312/406830380180570113/unknown.png
The RGBA channels at the top are not the channels of a specific
the issue here is when opening a transparent image, the color channels
don't show the full color info, see here:
https://cdn.discordapp.com/attachments/98580359909773312/406830380180570113/unknown.png
here's the very same PNG opened in MS Paint: (expected when hiding the
alpha channel)
https://cdn
On Thu, Aug 31, 2017 at 10:44 PM, Ben Hutchinson wrote:
> The Levels control (the dialog box you get with Ctrl+L) has a bug. When you
> select Value for the channel, it is supposed to have a histogram which is
> based on all of the color channels combined. However, this bug causes the
> Value cha
On Thu, Aug 31, 2017 at 10:44 PM, Ben Hutchinson wrote:
> The Levels control (the dialog box you get with Ctrl+L) has a bug. When you
> select Value for the channel, it is supposed to have a histogram which is
> based on all of the color channels combined. However, this bug causes the
> Value cha
The Levels control (the dialog box you get with Ctrl+L) has a bug. When you
select Value for the channel, it is supposed to have a histogram which is
based on all of the color channels combined. However, this bug causes the
Value channel for the histogram to only consider the green channel. The
res
...and by dint of the universal "you figure it out right after you email
the list" law, I have solved it:
The problem was more than one wacom device enabled in the input device
list. If I only enable the "Pen stylus" device, everything seems to work
perfectly (so far).
The confusion stemmed
Hi -- I use three monitors. My wacom tablet works great, and I can also
use my mouse to draw in the GIMP image window. When I try to map the
tablet to a single screen (with my image window) it breaks the ability
of the mouse to draw on the image.
Calling
xsetwacom --set "Wacom Intuos PT S 2 P
Your wish is my command, she said responding to IRC!
A compact list:
* No LCH color pickers and no LCH Hue-Chroma tool
(https://bugzilla.gnome.org/show_bug.cgi?id=749902)
* No Luminance blend mode
(https://bugzilla.gnome.org/show_bug.cgi?id=753163).
* No easy way to make Curves and Levels
There are some bug reports listed below that pertain to color management
and color mixing, that I would very much like to see be put on the
"milestone 2.10" list. Here's why:
I just posted a tutorial on using GIMP to make an illustration from a
photograph:
http://ninedegreesbelow.com/photogra
>
> Most of us seem to agree on this.
>
>
I agree with the general feeling here.
Also, the "you can drop dockable dialogs here" text should be done with.
It's not the only place one can put the dockable dialogs.
Cheer.
___
gimp-developer-list mailing l
>
>
>> You can currently kinda get around this by setting the "Image opacity"
>> in the Tool options palate for unified transform tool to less than 100%.
>> Unfortunately, unless you also change the "Opacity" field in the layer
>> palate, the untransformed layer B is still in the way.
>>
>
> Thanks
On 12/09/2015 12:33 PM, C R wrote:
Is this what you mean by "original layer"? If a layer stack has two
layers, A and B, with B as the upper layer, and if a
transform/rotate/etc tool is used on B, the "original layer" is
layer B *before* the tranform, and the transformed layer is w
>
> Is this what you mean by "original layer"? If a layer stack has two
> layers, A and B, with B as the upper layer, and if a transform/rotate/etc
> tool is used on B, the "original layer" is layer B *before* the tranform,
> and the transformed layer is what B would look like if the transform were
On 12/09/2015 01:05 AM, Gez wrote:
I raised this subject in the UI mailing list a few days ago. In my
opinion, A should be the solution.
We need to discuss the usefulness of having the original layer during
transforms. In my experience, most of the times it's a hurdle, blocking
the context for t
One solution that involves keeping the original untransformed are:
add checkbox "show original" in the transform tool menu.
I still recommend that is is turned off by default, along with the "grid",
which also gets in the way of seeing the transform.
What I mainly use the perspective transform too
El mar, 08-12-2015 a las 17:28 +, C R escribió:
> In 2.8 it was possible to hide the layer you are transforming (with
> perspective tool) to get the original out of the way during
> transform.
>
> Proposed solutions:
> A. Make the original hide automatically, making it unnecessary to
> hide
>
In 2.8 it was possible to hide the layer you are transforming (with
perspective tool) to get the original out of the way during transform.
In 2.9 you can still hide the layer after transform has begun, but the
transform will fail unless the layer is unhidden before applying the
transform (it fails
On 12/02/2013 06:45 PM, Hodgin, Rick C. wrote:
On 2013-12-02 03:36, Ofnuts wrote:
On 12/02/2013 01:10 AM, Rick C. Hodgin wrote:
On 12/01/2013 12:15 PM, Ofnuts wrote:
On 11/30/2013 10:53 PM, Hodgin, Rick C. wrote:
I was asked by Michael Natterer to discuss this enhancement on the
GIMP develope
On 2013-12-02 03:36, Ofnuts wrote:
On 12/02/2013 01:10 AM, Rick C. Hodgin wrote:
On 12/01/2013 12:15 PM, Ofnuts wrote:
On 11/30/2013 10:53 PM, Hodgin, Rick C. wrote:
I was asked by Michael Natterer to discuss this enhancement on the
GIMP developer list.
https://bugzilla.gnome.org/show_bug.cgi
On 12/02/2013 01:10 AM, Rick C. Hodgin wrote:
On 12/01/2013 12:15 PM, Ofnuts wrote:
On 11/30/2013 10:53 PM, Hodgin, Rick C. wrote:
I was asked by Michael Natterer to discuss this enhancement on the
GIMP developer list.
https://bugzilla.gnome.org/show_bug.cgi?id=719435
Basically, I'd like to s
On 12/01/2013 12:15 PM, Ofnuts wrote:
On 11/30/2013 10:53 PM, Hodgin, Rick C. wrote:
I was asked by Michael Natterer to discuss this enhancement on the
GIMP developer list.
https://bugzilla.gnome.org/show_bug.cgi?id=719435
Basically, I'd like to see the line cue for the Pen tool colorized
whe
On 11/30/2013 10:53 PM, Hodgin, Rick C. wrote:
I was asked by Michael Natterer to discuss this enhancement on the
GIMP developer list.
https://bugzilla.gnome.org/show_bug.cgi?id=719435
Basically, I'd like to see the line cue for the Pen tool colorized
when either of the two X,Y axis offsets ar
I was asked by Michael Natterer to discuss this enhancement on the GIMP
developer list.
https://bugzilla.gnome.org/show_bug.cgi?id=719435
Basically, I'd like to see the line cue for the Pen tool colorized when
either of the two X,Y axis offsets are 0, or when their absolute values
are equal (o
> > > Two things you can do:
> > > >
> > > > * An unrelated crash happens when alt="" is present in a map file,
> > > > during load. Can you check what causes it and propose a fix?
> >
> > Yeah, I already started working on it. It is due to double free. This
> crash
> > can be avoided if MALLOC_C
Hi Sashi
On Thu, Apr 11, 2013 at 04:24:29PM +0530, Sashi Kumar wrote:
> > Two things you can do:
> > >
> > > * An unrelated crash happens when alt="" is present in a map file,
> > > during load. Can you check what causes it and propose a fix?
>
> Yeah, I already started working on it. It is due
> Two things you can do:
> >
> > * An unrelated crash happens when alt="" is present in a map file,
> > during load. Can you check what causes it and propose a fix?
>
Yeah, I already started working on it. It is due to double free. This crash
can be avoided if MALLOC_CHECK_ environment variable
On Thu, Apr 11, 2013 at 02:04:19PM +0530, Mukund Sivaraman wrote:
> Two things you can do:
>
> * An unrelated crash happens when alt="" is present in a map file,
> during load. Can you check what causes it and propose a fix?
>
> * Please propose a fix for UTF-8 un-escaping.
One more thing:
*
Hi Sashi
On Thu, Apr 04, 2013 at 05:24:34PM +0530, Sashi Kumar wrote:
> This is the bug report for https://bugzilla.gnome.org/show_bug.cgi?id=649172
I'm going to commit the patch in comment #7 (modified from the patch in
comment #2) and push it. Thank you for reviewing the patch.
Two things you
This is the bug report for https://bugzilla.gnome.org/show_bug.cgi?id=649172
The bug is that g_markup_unescape_text() does not unescape the HTML
characters. This is the problem while opening the .map file. Also this
is not dependent on the format(map type) of the map file.
My patch in comment #3
On 17.03.2013 18:43, Chris Mohler wrote:
On Sun, Mar 17, 2013 at 12:33 PM, Michael Haseler wrote:
As I predicted, someone has yet again decided that because GIMP doesn't
destroy their work and makes gimp unuseable =by people like me
isn't a bug.
https://bugzilla.gnome.org/show_bug.cgi?
On Sun, Mar 17, 2013 at 12:33 PM, Michael Haseler wrote:
> As I predicted, someone has yet again decided that because GIMP doesn't
> destroy their work and makes gimp unuseable =by people like me
>
>
> isn't a bug.
>
> It is ... but I cannot see how to change the status back to its proper
> s
Hello,
I found a bug with the sliders in scripts. Is this a known bug?
I wrote a little script-fu to make it easier to understand and to show how
the bug is annoying. (see an attachment)
*If you change a value with the sliders (step_inc), the value displayed is
not the one that will be used in th
Siarhei Kuchuk wrote:
When Edit image, then paste other image, press M, movement is detected
but image cannot be moved.
Hi,
sounds like you either chose the wrong tool or the wrong object to move.
I checked it with 2.6.12 and 2.8. Both work fine.
First: pressing big M (in the English version)
When Edit image, then paste other image, press M, movement is detected but
image cannot be moved.
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list
I did a video tutorial how to use Gimp wit corrected Overlay.
http://www.gimptalk.com/index.php?/topic/52581-tutorial-gimp-overlay-mode-fix/
Thanks to all.
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman
OMG!
It works! Thank you all Guys!
"Layer->New From Visible" works pretty good. But I hope it will be
supported by exporters too in future.
GOD BLESS GIMP DEVELOPERS
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.
Forget the rest, this looks like a reasonable feature request: "bake"
the GEGL projection into the saved file.
That would be nice and solve your problems, right?
That's right! That's all I need. Photoshop will suck if you add this
feature. :)
I just need to save all Layers with GEGL projec
2012/4/4 gespert...@gmail.com :
>> Is it possible to add saving to file with Gegl Color Management if
>> "View->Use Gegl" is switched on?
>
>
> Forget the rest, this looks like a reasonable feature request: "bake" the
> GEGL projection into the saved file.
No matter how often you talk of Layer/Ne
2012/4/4 Paul Geraskin
> I have no photoshop too. I'm a Linux user. I use Gimp about 7 years for
> CG(Computer Graphics). But you can try VirtualBox(WinXP) and
> http://thepiratebay.se/torrent/4985377/Adobe_Photoshop_CS3_Portable for
> testing if you need it.
>
I don't think it's appropriate to
On Wed, Apr 4, 2012 at 6:23 PM, Paul Geraskin wrote:
> Is it possible to add saving to file with Gegl Color Management if
> "View->Use Gegl" is switched on?
Future v2.10 (currently goat-invasion branch) already saves XCF with
GEGL's data structure.
Alexandre Prokoudine
http://libregraphicsworld.
I have no photoshop too. I'm a Linux user. I use Gimp about 7 years for
CG(Computer Graphics). But you can try VirtualBox(WinXP) and
http://thepiratebay.se/torrent/4985377/Adobe_Photoshop_CS3_Portable for
testing if you need it.
If we talk about CG, so there are some standards in many CG progr
On Wed, 2012-04-04 at 13:22 +0400, Paul Geraskin wrote:
> Thanks.
>At present, I cannot use Overlay for my 3d production. This is the
> most usable method. I just want to know will you be able to fix it in
> Gimp 2.8? Overlay without Gegl should be like in Photoshop too.
>
>Or is there a
I also made my post to bugzilla:
https://bugzilla.gnome.org/show_bug.cgi?id=673501
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Thanks.
At present, I cannot use Overlay for my 3d production. This is the
most usable method. I just want to know will you be able to fix it in
Gimp 2.8? Overlay without Gegl should be like in Photoshop too.
Or is there any way to export/apply Gegl ColorManagement?
On 04/04/2012 01:12 P
Note: Overlay in Legacy mode works exactly like Soft Light, if that helps.
--
n-pigeon
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Here is my PSD Test file you can take:
http://dl.dropbox.com/u/26887202/123/3dcoat/goat.psd
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list
Also, the problem is only with Overlay Method. Multyply, Screen, Dodge,
SoftLight, HardLight etc... works ok with Gegl and without Gegl. I
showed it on the video.
So, the problem is only with Overlay.
___
gimp-developer-list mailing list
gimp-develope
Hi! Thanks for answering.
I agreed about interpolation. But as I said in my video 3dCoat is
fully compatible with PHOTOSHOP. So, Overlay method works exactly as in
photoshop, because it's a standard of CG industry.
You already did this with GEGK too. But I cannot save Gegl image. :(
I cannot
2012/4/3 Paul Geraskin
> Hi!
>
> I found a bug with Overlay and Gegl:
>
I don't think it's a bug.
As far as I can tell, that's because the 3D program where you created your
multilayered file does layer blending in linear space and GIMP with GEGL
off does it in gamma-corrected space.
When "use GE
Hi!
I found a bug with Overlay and Gegl:
http://i.imgur.com/TYMPw.png - Image
http://www.youtube.com/watch?v=_uO0HCyLsKg&feature=player_embedded - Video
I also posted it here:
http://www.gimptalk.com/index.php?/topic/52577-bug-overlay-and-gegl/
On Fri, 2012-02-10 at 22:13 +0200, Ville Sokk wrote:
> I posted a patch/diff for bug 658610
> (https://bugzilla.gnome.org/show_bug.cgi?id=658610). I thought
> Bugzilla sent out an e-mail but no one has replied so I'm posting
> here. Sorry if this is redundant. I would like to know if it is
> accept
I posted a patch/diff for bug 658610
(https://bugzilla.gnome.org/show_bug.cgi?id=658610). I thought
Bugzilla sent out an e-mail but no one has replied so I'm posting
here. Sorry if this is redundant. I would like to know if it is
acceptable or if there's anything I could do better.
Bump..? Any core devs able to comment pls?
On Mon, Jan 9, 2012 at 11:30 PM, Neil wrote:
> Have looked some more at the various patches in the bugzilla list.
>
> After extra scrutiny of Luidnel's patch (9b6c9e1), I now realise that this
> is the very patch where Michael Natterer comments at t
Have looked some more at the various patches in the bugzilla list.
After extra scrutiny of Luidnel's patch (9b6c9e1), I now realise that this
is the very patch where Michael Natterer comments at the top that he has
altered it so as to not "spit messages", but the patch then makes iwarp.c
do precis
On 01/03/2012 06:49 AM, Neil wrote:
On Tue, Jan 3, 2012 at 2:09 PM, mailto:g...@catking.net>>
wrote:
My original comment about sharpen not working seems to have been a local
problem, that is now fixed. I thought this may be relevant to your issue.
Yeah, it could have been. I tried to r
On Tue, Jan 3, 2012 at 2:09 PM, wrote:
> My original comment about sharpen not working seems to have been a local
> problem, that is now fixed. I thought this may be relevant to your issue.
>
Yeah, it could have been. I tried to reproduce it before I read your second
message :)
> If blur does
On 01/03/12 14:43, Neil wrote:
On Tue, Jan 3, 2012 at 12:01 PM, mailto:g...@catking.net>> wrote:
Correction to my last comment, I just checked and sharpen does seem
to work but blur has no dialog , it just does a blur with an
uncontrolled radius.
The ensuing "Reshow Blur" had no
On Tue, Jan 3, 2012 at 12:01 PM, wrote:
> Correction to my last comment, I just checked and sharpen does seem to
> work but blur has no dialog , it just does a blur with an uncontrolled
> radius.
>
> The ensuing "Reshow Blur" had nothing to reshow and just adds another
> uncontrolled blur.
>
> :?
On 01/03/12 01:09, Neil wrote:
Hi...
Am just getting started with gimp hacking, and decided to pick a
gnome-love bug to have a look at :)
I have a fairly clear idea of how to fix plugins which don't have any
dialog box - they should just basically do nothing at all, and exit
silently. (I'd have
On 01/03/12 01:09, Neil wrote:
Hi...
Am just getting started with gimp hacking, and decided to pick a
gnome-love bug to have a look at :)
I have a fairly clear idea of how to fix plugins which don't have any
dialog box - they should just basically do nothing at all, and exit
silently. (I'd have
Hi...
Am just getting started with gimp hacking, and decided to pick a gnome-love
bug to have a look at :)
I have a fairly clear idea of how to fix plugins which don't have any
dialog box - they should just basically do nothing at all, and exit
silently. (I'd have thought they ought to take the fi
Final Patch.
Changed the mmx code to use the another layer than the current one for
getting delta.
Please review.
If this is a useless patch since the request was too long ago, let me know.
-Karthik
On Thu, Dec 15, 2011 at 10:18 PM, Karthikeyan S wrote:
> By "suggested above" I mean @
> https:/
By "suggested above" I mean @
https://bugzilla.gnome.org/show_bug.cgi?id=312800
On Thu, Dec 15, 2011 at 10:16 PM, Karthikeyan S wrote:
> I took the patch given earlier by Luis de* and
> made the changes suggested above along with code for updating preview.
>
> Attaching the patch. This currently
I took the patch given earlier by Luis de* and
made the changes suggested above along with code for updating preview.
Attaching the patch. This currently does not work on mmx since we totally
ignore the delta layer when calling mmx routine. But doesn;t break mmx.
Working on mmx code changes...
-
87 matches
Mail list logo
