Yes, gimp 2.8 is supported on Windows 10.
From,
drawoc
On Sun, Nov 22, 2015 at 5:30 PM, hiro34567 wrote:
> Please teach it
>
> GIMP 2.8.16
>
> Do you support Windows 10 ?
>
>
> hiro
>
> ___
> gimp-developer-list mailing list
Hello. Gimp 2.6 is an old version that is no longer supported on any
platform.
I recommend that you upgrade to gimp 2.8, which is supported on Windows 10.
The current gimp release (at the time of writing) is 2.8.14.
Always download gimp at the official site: http://www.gimp.org/downloads/
Please update to latest gimp master and test. I think I fixed this.
commit 3233a70bae756e8f62fb144cbce9d8f84ed25609
Author: Michael Henning
Date: Sun Sep 6 00:05:32 2015 -0400
libgimpwidgets: Avoid updating the rulers too often.
Ever since 72617e42b, whenever the user generated a lot
Should be fixed, thanks. :)
commit dbe598275366a92c2b4d32e376f75cee110d4047
Author: Michael Henning
Date: Sun Sep 6 19:43:25 2015 -0400
app: Always return a value from results_list_on_key_press_event
On Sun, Sep 6, 2015 at 6:55 PM, Partha Bagchi <parth...@gmail.com> wrote:
> La
Does this issue clear up if you disable the rulers (by unchecking View ->
Show Rulers)? If so, it's probably my fault.
From,
drawoc
On Fri, Sep 4, 2015 at 8:55 PM, Americo Gobbo wrote:
> On Fri, Sep 4, 2015 at 9:45 PM, Americo Gobbo
> wrote:
>
On Mon, Nov 17, 2014 at 11:39 PM, Gez lis...@ohweb.com.ar wrote:
P.s.: If you think this discussion is a waste of your time and my time,
feel free to skip an answer. I don't think it's a waste of time at all,
it's developer/user interaction regarding important aspects of the tool.
Do you
On Mon, Nov 17, 2014 at 8:48 PM, Gez lis...@ohweb.com.ar wrote:
If chromaticity independent RGB operations request for bablRGB or
userRGB doesn't seem a mere implementation detail. I think it's a valid
question to ask why requesting for bablRGB when the mechanism for
userRGB will be available.
Quick correction: The n-point deformation hasn't been merged yet.
It's close, but the gegl api still needs some review and potentially
some cleanup before merge.
-- drawoc
On Tue, Oct 28, 2014 at 4:26 AM, Alexandre Prokoudine
alexandre.prokoud...@gmail.com wrote:
28 окт. 2014 г. 11:16
I can reproduce this problem. I'm going to guess that the issue is
that the nohalo code is interacting badly with the sampler caching
code in gegl, which has been rewritten since the nohalo code was
originally written. Someone should probably look into that.
-- drawoc
On Mon, Oct 27, 2014 at
not totally clear on this point. Are you saying that it produces
incorrect results for sRGB, or that it produces incorrect results for
different color spaces? I'm not too familiar with this part of the
code.
Thanks for the input.
From,
Michael Henning
On Thu, Oct 9, 2014 at 7:22 PM, Elle Stone
ellest...@ninedegreesbelow.com wrote:
My assumption was that sRGB as PCS only made sense in the context of using
unbounded sRGB as a universal working space.
If sRGB as PCS means that unbounded linear gamma sRGB is used to convert
from RGB to XYZ to
Gimp relies on the pkg-isocodes data files to generate the language
list correctly.
Patha: Please build and ship pkg-isocodes with your gimp binaries.
That should fix this issue.
Sources are available here: http://pkg-isocodes.alioth.debian.org/
If you already do ship pkg-isocodes (I didn't
I tried playing around with the triangular wave gradients, and I can't
make the second segfault happen. Do you think you could run gimp in
gdb and generate a backtrace? Thanks.
-- drawoc
On Tue, Sep 2, 2014 at 11:54 AM, Elle Stone
ellest...@ninedegreesbelow.com wrote:
Precision Conversion
That's just following the way things are named in the code (CamelCase
is used for class names, like GimpApplicator). That checkbox is only
present for debugging the development version, and will certainly
disappear before 2.10 is released.
So, pretend that checkbox doesn't exist.
-- drawoc
On
mitch: The alt shortcut has always worked in my prototype. (You sound
like you might not have been aware of this in your email.)
I'm also not sure that the handle size should should necessarily be
consistent with other tools. Gradients have only two endpoints, while
paths or free selections can
...@mmiworks.net wrote:
Michael Henning wrote:
* I'd like to make the blend tool generally more interactive. By
this, I mean that after the user has created a gradient, they will be
presented with handles that they can use to modify the endpoints of
the gradient before committing their changes
I'd like to make some incremental improvements to the blend tool. On
IRC, Alexandre suggested to get the UI team involved, so I'm looking
for feedback/advice from the UI team.
Here are my general plans:
* I'd like to make the blend tool generally more interactive. By
this, I mean that after the
It sounds like you don't have a C++ compiler installed. Try installing
the package g++:
sudo apt-get install g++
Hope this helps.
-- drawoc
On Mon, Jun 2, 2014 at 1:35 PM, Alexander Rabtchevich
alexander.v.rabtchev...@gmx.net wrote:
Hello
Trying to compile gegl on the newest Mint linux
On Sat, May 31, 2014 at 11:06 AM, C R caj...@gmail.com wrote:
Some off list concern was raised about the GPL being primarily applied to
restrictions for selling and redistributing the GIMP software, however, the
GPL v3 does speak about program output as well:
*2. Basic Permissions.*
All
Don't worry. Gaelic is already available in the UI in the development
branch of 2.8.
Here's a screenshot:
http://i.imgur.com/LT64AtO.png
-- drawoc
On Sun, May 18, 2014 at 8:06 AM, Michael Bauer f...@akerbeltz.org wrote:
Hiya
I don't know how the plans for 2.8.12 are progressing but I just
You are correct in the sense that *right now*, most of the babl color
spaces are based on the sRGB chromaticities. There is nothing
preventing us from adding different color spaces in the future,
including ProPhoto RGB.
And if the operation is better done in in some other color space *model*,
The following is the planned color workflow, as I understand it.
On Wed, Apr 2, 2014 at 9:31 AM, Elle Stone
ellest...@ninedegreesbelow.com wrote:
Please bear with me while I ask some questions. I'm trying to clarify
something that I might be completely confused about. The point of the first
Here are two scripts that I use to help keep git up to date. The first
updates my git checkouts, and the second cleans out any build files
(which is useful to run from time to time). They require $SRC_DIR to
be set to the directory that your babl/gegl/gimp checkouts are under,
and $INSTALL_PREFIX
Are you also growing the layer boundaries? If you grow the canvas, but
not the layer boundaries, you won't be able to draw on the new canvas
area.
-- drawoc
On Thu, Feb 27, 2014 at 4:53 AM, Alessandro Francesconi
alessandrofrancesc...@live.it wrote:
I need to enlarge the area of an image
My version of what it is:
Action Search (aka TITO) is valuable to gimp users because it
provides easy access to moderately used features of the gimp without
memorization of the gimp's menu layout or keyboard shortcuts.
Even experienced power users won't know (shouldn't be forced to
memorize)
As a quick correction, gegl's gaussian blur doesn't operate in scRGB,
but rather in babl's linear premultiplied sRGB-primary space (RaGaBaA
float).
babl doesn't really have scRGB formats, although some of the formats
resemble some of the scRGB formats.
On Thu, Dec 5, 2013 at 2:08 PM, Teo Mazars
Sure, starting from npd-squashed would be fine.
I suppose the gegl sampling functions might be a bit slow for the
preview. On the other hand, they have had a fair amount of
optimization work done on them, so you might find that they're
actually faster. Actually trying them out is probably a good
This wasn't a Mavericks bug; it can happen on linux too. For some
reason, this only triggered on clang. Anyway, I just fixed it in gimp
git (see commit 95becc7615c7e9cf2f6135c8d5b0fe1cca86648f).
So, this will be fixed for the next release.
-- drawoc
On Sat, Nov 30, 2013 at 9:26 AM, Maurizio
Hello,
We somewhat assumed that you weren't here, because we couldn't easily
get a hold of you. Apparently, we didn't try hard enough. Thanks for
sticking around.
Anyway, I began reviewing your code. I made some changes to it to try
and make it a bit cleaner, so we could merge it into the main
This was replied to just me, so I'm forwarding it to the entire list.
-- Forwarded message --
From: Andrew Pullins android2...@gmail.com
Date: Thu, Nov 14, 2013 at 2:15 AM
Subject: Re: [Gimp-developer] GIMP Icons
To: Michael Henning dra...@darkrefraction.com
You have
It's hard to help you without any additional information. I would
suggest that you grab mingw's gdb and try debugging the plugin with
that. You can try these instructions:
https://git.gnome.org/browse/gimp/tree/devel-docs/debug-plug-ins.txt
I forget if they work on windows.
Anyway, good luck!
On
Sorry for the delay in replying; I wanted to take the time to properly
look at everything you've said.
Yes, Elle, you're right. I take what I said back; we should be using
the adapted values.
If anyone is still doubting this, you can try playing around with this
demo program I created:
As much fun as I'm sure you're all having debugging this, I think I've
seen this before. I already fixed this with my windows nightlies
(actually, scl reported it, so I guess he forgot about that).
There are two potential issues:
1. fontconfig includes an absolute path to its config directory,
I hope you don't mind; I reordered parts of your email when responding to it.
Isn't the second (adapted) transform going to give us a D50 Y instead
of a D65 Y?
Yes, it will, and that's precisely what you want if you want to
correctly calculate an sRGB image's Luminance values from its RGB
Yes, gtk3-port is being actively developed; it just sometimes lags
behind the main development branch by a little bit.
Anyway, this issue should now be fixed.
On Sat, Sep 21, 2013 at 7:48 AM, podhorsky.ksj podhorsky@gmail.com wrote:
Hello,
I build gimp from branch gtk3-port, but now it
Both babl's RGB format and Y format are currently defined with a white
point of D65. Because of this, I believe the code's current luminance
values are correct.
Out of curiosity, how did you determine the Y values from the code in
gegl/operations/external/lcms-from-profile.c ? If you're somehow
* D65 Green + 0.060621 * D65 Blue
Isn't the second (adapted) transform going to give us a D50 Y instead
of a D65 Y?
On Sat, Sep 21, 2013 at 8:21 PM, Elle Stone l.elle.st...@gmail.com wrote:
On 9/21/13, Michael Henning dra...@darkrefraction.com wrote:
Both babl's RGB format and Y format
Fixed in master and 2.8. Thank you for reporting this.
commit cd4d5e6d32169e0d642010b992ad401244db354d
Author: Michael Henning
Date: Fri Sep 20 19:05:18 2013 -0400
plug-ins: Use the standardized value for deflate compression in tiff-save.
Ironically, the standardized value is called
wt: Your new patch looks good, so I committed it. Thanks!
As a side note, I modified the message slightly. We normally include
the general area of the commit (often the top level directory) as a
prefix to the commit message. Also, I removed the signed off by line
because we don't really use that.
Jehan:
These are my nightly builds. I build all of gimp's dependencies every
night from source. Right now I use cairo 1.12.14, and libpng 1.6.3.
All of the build options can be found around here:
https://git.gnome.org/browse/gimp/tree/build/windows/jhbuild/build.jhbuildrc#n133
This definitely
I don't think we've seen this before. So, bugreport please!
On Sun, Aug 25, 2013 at 6:27 PM, Partha Bagchi parth...@gmail.com wrote:
Gimp 2.9 built from git on Mountain Lion to support Snow Leopard and above.
When working with large tiffs, I am getting an app crash with the following:
Error
Grab the latest version of gegl from git, then recompile and reinstall gegl.
You should continuously update your gegl and babl versions as you
update gimp. Otherwise, you can run into issues like this.
On Sat, Aug 10, 2013 at 1:59 PM, Hains van den Bosch
hvdbo...@cybercomm.nl wrote:
Hello,
I
Line 204 of autogen.sh should look like this:
1.8*) automake_progs=automake-1.8 automake-1.9 automake-1.10
automake-1.11 ;;
Add your version of automake to the end, like this:
1.8*) automake_progs=automake-1.8 automake-1.9 automake-1.10
automake-1.11 automake-1.12 ;;
That should compile
? Is it even necessary?
Thanks,
Partha
On Sat, Aug 3, 2013 at 1:52 PM, Michael Henning dra...@darkrefraction.com
wrote:
The change in the gimp that caused this is that we now check to make
sure you have certain required gegl ops installed. We did not do this
until recently, so it's possible
Quick correction: put the breakpoint on g_log, not g_warning.
g_warning is actually a #define.
On Sun, Aug 4, 2013 at 12:32 PM, Michael Henning
dra...@darkrefraction.com wrote:
Well, you could open up app/sanity.c and comment out the line that
says gegl:seamless-clone, to disable the check
it on a pastebin.
Thanks.
On Sun, Aug 4, 2013 at 1:20 PM, Michael Henning
dra...@darkrefraction.com wrote:
Quick correction: put the breakpoint on g_log, not g_warning.
g_warning is actually a #define.
On Sun, Aug 4, 2013 at 12:32 PM, Michael Henning
dra...@darkrefraction.com wrote:
Well, you could
It should install into pygtk/2.0; that is normal. The 2.0 indicates
that it is API/ABI compatible with pygtk 2.0. As long as there are no
backwards-incompatible changes, the directory remains 2.0, even for
version 2.4.
Are you on linux? If you are, then the only things you should really
need to
:37 PM, Michael Henning
dra...@darkrefraction.com wrote:
Let me clarify. After you start gdb, but before starting GIMP, type:
break g_log
set logging on
run
Then, whenever gdb stops the program (may happen a few times), type:
bt full
continue
Once the dialog box appears, close
The change in the gimp that caused this is that we now check to make
sure you have certain required gegl ops installed. We did not do this
until recently, so it's possible the seamless clone
op was broken on your machine for a while, and we just caught it.
I don't really know why your seamless
Currently, there is (almost) no benefit. Building gegl with spiro
support allows XML compositions to use spiro curves when input on the
gegl command line. I'm not entirely sure that works as I've never used
it, and I have a feeling nobody else has used it in a long time.
The spiro curves support
The warning that said 'Geglconfig has no property named
'cache-size'. isn't related. That's just there because of the version
of gegl in use by the builds.
Because 2.8 doesn't use gegl for most operations, that wouldn't cause
your issue.
Sorry, I don't know what's causing this.
-- drawoc
On
Elle: Things are confusing now because the code isn't finished. A lot
of things will change before 2.10 is released.
Rest assured, we won't keep everything this way.
On Sun, Jul 7, 2013 at 5:23 PM, Elle Stone l.elle.st...@gmail.com wrote:
Gimp from git allows the user to choose which image
The premultiplied alpha issue should now also be fixed.
On Fri, May 24, 2013 at 10:10 PM, Michael Henning
dra...@darkrefraction.com wrote:
Elle:
I think I just fixed the two issues you mentioned (exporting with
layers and importing grayscale tiffs). Could you grab the latest code
and test
Elle:
I think I just fixed the two issues you mentioned (exporting with
layers and importing grayscale tiffs). Could you grab the latest code
and test those again, to confirm that they're fixed?
(Note that there's an additional problem related to importing with
premultiplied alpha that I'll
There are a few issues with our listing. First, we're listed twice.
Like Alexandre said, the second listing has an incorrect version
number. Also, the link is broken on the second entry's learn more
button.
The first listing seems more accurate, so you may just want to delete
the second listing.
In addition to what Alexandre suggested, take a look at
plug-ins/common/goat-exercise.c
It's a simple example of how to use gegl from within a gimp plugin.
Also, a lot of the new functions do have some reference documentation,
which I think can be built if you pass --enable-gtk-doc to autogen.
I think this is a cairo bug. I filed a bugreport on their bugtracker:
https://bugs.freedesktop.org/show_bug.cgi?id=60519
-- drawoc
On Wed, Feb 6, 2013 at 8:51 PM, Partha Bagchi parth...@gmail.com wrote:
A new issue seems to have cropped up. Now I get the following error:
This is a
I think this is a cairo bug, not a gimp bug. It looks like the cairo
people have already bisected the commit, so a fix should likely appear
soon.
phani's thread is here:
http://lists.cairographics.org/archives/cairo/2013-January/023959.html
I can reproduce the problem, btw. (I'm also on arch
You misunderstood my idea. I don't want babl to get specific
conversions for different ICC profiles; I want a generic mechanism to
take any ICC profile and turn it into a babl format. Øyvind indicated
that this is similar to how indexed formats already work (take a
palette and turn it into a babl
You probably recently got an automake upgrade. This causes make to
ignore all changes to *.am files, and print a tiny warning at the top
of its output that nobody notices or reads.
Do git clean -xdf, then reconfigure + make, and all should be okay.
-- drawoc
On Sun, Jan 6, 2013 at 3:40 PM,
This looks good.
The meta-op isn't really the right way to do things like this, so feel
free to trash that.
As for the point filter, you should make a git commit, and then use
git format-patch to make a patch.
Then, you can get your patch included in GEGL by either bothering
people on irc to
Q: What is the tool that you use for Gimp development (ex: Vim, Emacs,
Eclipse, Netbeans, Anjuta, ...)?
I use gedit and xterm, and then just alt-tab between them.
All revision control for me is done on the command line. Sometimes I
open up separate terminals for git-related stuff and for
As mitch and I discussed on irc, as the plan stands right now, the
GIMP won't have any working color profile.
Going forward, AFAIK, the image-mode-assign/convert color profile
menu entries should be removed from the lcms plugin, and everything
automatically converted to srgb/R'G'B' on import.
I
On Mon, Jul 23, 2012 at 11:37 PM, Akira Tanaka artfoundr...@yahoo.com wrote:
Sorry if I was a wee bit too harsh about GIMP. I was in a bad mood that
morning.
Yeah, I've heard a lot of horror stories about Windows ME. Never had the
(dis)pleasure of using it but I suppose...
Well, that's
GIMP is, without a doubt, the most unreliable, poorly programmed,
pathetic excuse for a software program ever conceived by a human being.
I suppose you've never used Windows ME
**shudder**
Just typing the name brings back memories.
I won't forget Windows ME.
I'll never forget.
Sometimes
There are a few performance improvements to color management already -
those will be available when 2.8.2 is released.
Look here for more details:
https://bugzilla.gnome.org/show_bug.cgi?id=645345
-- drawoc
On Wed, Jul 18, 2012 at 12:30 PM, Vladimir Savic
vladimir.firefly.sa...@gmail.com
Each pixel component has a value somewhere between 0 and 255. When you
multiply two together, it will have a value somewhere between 0 and
65,025 (255 squared). You need to divide by 255 so that maximum value
gets scaled back down to 255 (If you simply clamp it, the majority of
your pixels will be
I can still reproduce this on latest master
(5835a730a3eef3cee579c50b250bb8ba15b77d7c), using the images that are
available for download at the bottom of that page.
Strangely, if you open the 16 bit tiff, and choose not to convert it
into the sRGB builtin colorspace, the image still displays with
68 matches
Mail list logo