Am 24.06.17 um 10:24 schrieb Alexandre Prokoudine:
Which is more overwhelming for a user? Not being able to locate a
blacklisted plugin or being able to tell people what error it fails with?
Alex
You answers my questions with questions. Nice, Dude. 8-)
24 июня 2017 г. 11:10 пользователь "Thor
Which is more overwhelming for a user? Not being able to locate a
blacklisted plugin or being able to tell people what error it fails with?
Alex
24 июня 2017 г. 11:10 пользователь "Thorsten Stettin" <
thorsten.stet...@gmail.com> написал:
> Good morning, folks,
>
> AFAIK there are some old plugin
Good morning, folks,
AFAIK there are some old plugins which not work properly with Gimp
2.9.x/2.10.x.
Is there any way to determine which old plugins don't work (properly)
any more?
I concern that some users could be confused if their favourite plugins
crashes e.g. I think that could be a
Good morning, folks,
AFAIK there are some old plugins which not work properly with Gimp
2.9.x/2.10.x.
Is there any way to determine which old plugins don't work (properly)
any more?
I concern that some users could be confused if their favourite plugins
crashes e.g. I think that could be a
On Sun, Jan 31, 2016 at 11:16 PM, Robert Cooling wrote:
> Hello,
>
> I've recently installed the plug in for DDS 3.0 from the google code
> archive, I've installed by instructions from the read me file, It can read
> DDS files when i search them, However it won't show any images, just
> background(
Hello,
I've recently installed the plug in for DDS 3.0 from the google code
archive, I've installed by instructions from the read me file, It can read
DDS files when i search them, However it won't show any images, just
background(black and white squares)
Thank you for your time.
Robert
n 30 October 2014 14:41, Paka wrote:
>
> * Joseph Bupe [10-30-14 03:23]:
> > On 30 October 2014 02:39, Paka wrote:
> > > * Joseph Bupe [10-29-14 20:34]:
> > >
> > > > I would love to see the GIMP open file explorer
> > >
> > > er, "file exploder" ??? rather dolphin or krusader or ...
> > >
>
I am now beginning to understand things here.
Maybe as Alex pointed out, we wait for GTK+3 port.
Thanx.
Joseph
On 30 October 2014 11:27, Boudewijn Rempt wrote:
> On Thu, 30 Oct 2014, Alexandre Prokoudine wrote:
>
> 30 окт. 2014 г. 3:32 пользователь "Joseph Bupe"
>> написал:
>>
>>>
>>> Hi de
* Joseph Bupe [10-30-14 03:23]:
> On 30 October 2014 02:39, Paka wrote:
> > * Joseph Bupe [10-29-14 20:34]:
> >
> > > I would love to see the GIMP open file explorer
> >
> > er, "file exploder" ??? rather dolphin or krusader or ...
> >
> > > updated to allow multiple thumbnail view; unlike the
On Thu, 30 Oct 2014, Alexandre Prokoudine wrote:
30 окт. 2014 г. 3:32 пользователь "Joseph Bupe"
написал:
Hi developers,
I would love to see the GIMP open file explorer updated to allow multiple
thumbnail view; unlike the current explorer where I have to know the name
of the file and click i
30 окт. 2014 г. 3:32 пользователь "Joseph Bupe"
написал:
>
> Hi developers,
>
> I would love to see the GIMP open file explorer updated to allow multiple
> thumbnail view; unlike the current explorer where I have to know the name
> of the file and click it to view it's thumbnail.
Joseph,
As Mich
On October 30, 2014 7:04:35 AM CET, Joseph Bupe wrote:
>Did you even compare the Gimp's open file explorer with that of Krita?
I guess you're on different platforms.
Personally, I prefer the current file dialogs over e.g. the Windows ones.
But ultimately, this mostly depends on what GTK+ of
Hi Patrick
You wrote > This is how my system works unless the image is larger that my
preview settings.
Exactly my point. This limitation does not seem to exist in Krita.
You wrote >You are missing something ???
YES I am.
Apparently, Krita opens files using the standard open file dialogue of t
* Joseph Bupe [10-29-14 20:34]:
> I would love to see the GIMP open file explorer
er, "file exploder" ??? rather dolphin or krusader or ...
> updated to allow multiple thumbnail view; unlike the current explorer
> where I have to know the name of the file and click it to view it's
> thumbnail
Hi developers,
I would love to see the GIMP open file explorer updated to allow multiple
thumbnail view; unlike the current explorer where I have to know the name
of the file and click it to view it's thumbnail.
In Krita 2.8.2, images in a selected directory are displayed as thumbnails
immediatel
Hi Sven,
Am 27.05.2014 um 05:24 schrieb scl :
> Hi Simone,
>
> an honest thank you for your efforts.
> In my build I'm also patching gtk-mac-integration
> so this might be of your interest.
> The patches are in /build/osx/patches of the build-osx
> branch.
>
> 0002-Improve-internationalization-
Am 26.05.2014 um 21:17 schrieb Simone Karin Lehmann :
>
> The patch I’ve mentioned is a fork of the gtk-mac-integration library which I
> heavily modified and patched. I’m currently cleaning up the code so that it
> would compile without the need to patch the gtk-mac-integrationn library. And
Hi Simone,
an honest thank you for your efforts.
In my build I'm also patching gtk-mac-integration
so this might be of your interest.
The patches are in /build/osx/patches of the build-osx
branch.
0002-Improve-internationalization-of-App-menu-and-other-s.patch:
The current App menu implementatio
On 26.5.2014 at 6:40 PM Jehan Pagès wrote:
> In other issues, do you have an idea about this:
https://bugzilla.gnome.org/show_bug.cgi?id=719723
I tried yesterday with my GIMP 2.8.11 build of the build-osx branch
which is based on GIMP 2.8 (commit c4dc168 from 25.05.2014) and uses
lcms 1.19.
I
Hi Jehan,
sorry for answering so late. I’m really very busy in the last few weeks.
The patch I’ve mentioned is a fork of the gtk-mac-integration library which I
heavily modified and patched. I’m currently cleaning up the code so that it
would compile without the need to patch the gtk-mac-integ
Hi Sven,
On Sun, May 25, 2014 at 8:22 PM, scl wrote:
> Hi,
>
> I’ve updated the OS X builder. The changes include:
> - Bugfix 721482: bring back languages other than English and
> offer them in the Preferences’ language selection listbox,
> show a translated GIMP app menu in various languages
Hi,
I’ve updated the OS X builder. The changes include:
- Bugfix 721482: bring back languages other than English and
offer them in the Preferences’ language selection listbox,
show a translated GIMP app menu in various languages,
- Bugfix 683177: bring back GIMP’s online user help in a web br
> On 24.1.2014 at 11:06 AM Owen wrote:>
>> Krita has a plug in that uses huggin
>> and in my view easier to use.
>
> That's interesting. What does a sketching
> and painting application as Krita is do
> with a stitching plug-in?
Sorry, the application was Digikam. It seems to take the confusion
Robert,
Pandora does not reproject the images. You can try my plugin, if you are
brave enough:
http://sourceforge.net/projects/adjustforpanora/
or on:
http://registry.gimp.org/node/27788
Pavel
On Fri, 2014-01-24 at 08:48 -0500, Partha Bagchi wrote:
> Akkana Peck used to have a panorama plugi
Akkana Peck used to have a panorama plugin called Pandora (
http://www.shallowsky.com/software/pandora/). I don't know if she is still
maintaining it.
Disclaimer: I have not used it and so can't verify if it works with current
Gimp versions.
On Fri, Jan 24, 2014 at 5:34 AM, Boudewijn Rempt wro
On Fri, 24 Jan 2014, scl wrote:
On 24.1.2014 at 11:06 AM Owen wrote:>
Krita has a plug in that uses huggin
and in my view easier to use.
That's interesting. What does a sketching
and painting application as Krita is do
with a stitching plug-in?
Anyway it would be nice to read more about
it b
On 24.1.2014 at 11:06 AM Owen wrote:>
Krita has a plug in that uses huggin
and in my view easier to use.
That's interesting. What does a sketching
and painting application as Krita is do
with a stitching plug-in?
Anyway it would be nice to read more about
it but my searches had no success. Whe
On Fri, Jan 24, 2014 at 2:06 PM, Owen wrote:
> Use huggin if your are on linux.
Mind you, Hugin works on Windows and Mac just as well ;)
Alexandre
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: http
> Am I missing something? I'm looking for a feature that is used in
> Photoshop, and other photo editing software, something called
> "Panorama", or "Stitching", where you take two overlaping photos, and
> "stitch" them seamlessly together as one.
> I've been looking for it in Gimp. Is that feathe
On Fri, Jan 24, 2014 at 2:50 AM, Robert K. Tompsett wrote:
> Am I missing something? I'm looking for a feature that is used in
> Photoshop, and other photo editing software, something called
> "Panorama", or "Stitching", where you take two overlaping photos, and
> "stitch" them seamlessly together
Am I missing something? I'm looking for a feature that is used in
Photoshop, and other photo editing software, something called
"Panorama", or "Stitching", where you take two overlaping photos, and
"stitch" them seamlessly together as one.
I've been looking for it in Gimp. Is that feather here unde
Thanks for all your help. I will check out the plugins. I definitely use
GIMP for 2 fairly different cases: my digital whiteboard for lecturing and
editing my own photos (mostly of my kids - but I take it pretty
seriously). So, I will look into that.
Most of the personal stuff I will still do i
Hey Ryan,
Thanks for testing! Really appreciate it. I will upload a new build and let
you know where to download it from. G'MIC 1.5.5.1 was just released and I
will try to bundle that (current version in McGimp is 1.5.5.0).
Fyi, there are also other photography related plugins already included li
Pressure sensitivity is working! Thanks for all your hard work Partha.
There is one symlink in your Frameworks.zip file that is broken:
libgegl-0.2.0.dylib ->
/tmp/pb2.9/Gimp-2.9.app/Contents/Resources/lib/libgegl-0.2.0.dylib
Also, there were some folders in the old Frameworks directory (I think
I use Gmail.
On Fri, Mar 29, 2013 at 6:52 AM, Michael Schumacher wrote:
> On 29.03.2013 11:27, Partha Bagchi wrote:
>
> And you did mention GIMP PYTHONPATH which I don't believe exists. :)
>>
>
> "environment PYTHONPATH in the environment of GIMP process and its plug-in
> processes". I thought
On 29.03.2013 11:27, Partha Bagchi wrote:
And you did mention GIMP PYTHONPATH which I don't believe exists. :)
"environment PYTHONPATH in the environment of GIMP process and its
plug-in processes". I thought that was obvious from the context, but
apparently not :)
P.S. can you check if yo
OK Thanks. My interpretation of the question was different.
I don't replace PYTHONPATH at all and in fact I don't interact with the
system python and the issue that Ryan was having was to have his own folder
of python scripts appended to Gimp standard locations.
And you did mention GIMP PYTHONPAT
On 28.03.2013 20:54, Partha Bagchi wrote:
Michael,
I didn't know about the GIMP PYTHONPATH. Where is it defined in the source?
No, the question was whether your version could rather add to PYTHONPATH
instead of replacing it completely.
On IRC, Daniel Sabo suggested this might crash, because
Well, Clayton's build and my builds rely on the same gtk fix that Mitch
provided. So, I am not sure why you don't have pressure sensitivity. So, I
will look into my gtk build and see what the issue is.
Clayton or anyone, anything specific one has to do while building gtk?
Thanks,
Partha
On Th
I have this driver installed:
http://cdn.wacom.com/U/Drivers/Mac/Consumer/532/PenTablet_5.3.2-2.dmg
Pressure sensitivity works fine with the binary installation from
gimp.org/downloads (but only Python 2.6).
I essentially get no pressure sensitivity with your binary.
On Thu, Mar 28, 2013 at
Michael,
I didn't know about the GIMP PYTHONPATH. Where is it defined in the source?
Thanks!
Partha
On Thu, Mar 28, 2013 at 2:06 PM, Michael Schumacher wrote:
> On 28.03.2013 17:50, Partha Bagchi wrote:
>
> It uses it's own PYTHONPATH. Any reason you need a separate PYTHONPATH?
>>
>
> You c
Have you installed the Wacom drivers for the Mac from the Wacom website?
On Thu, Mar 28, 2013 at 1:48 PM, Ryan Krauss wrote:
> Yes, I plugged it before launching the second time (I have had that
> problem in Ubuntu).
>
>
> On Thu, Mar 28, 2013 at 12:45 PM, Partha Bagchi wrote:
>
>> Well I don't
On 28.03.2013 17:50, Partha Bagchi wrote:
It uses it's own PYTHONPATH. Any reason you need a separate PYTHONPATH?
You could probably modify your version to prepend the GIMP PYTHONPATH,
this should avoid problems like that.
--
Regards,
Michael
___
Yes, I plugged it before launching the second time (I have had that problem
in Ubuntu).
On Thu, Mar 28, 2013 at 12:45 PM, Partha Bagchi wrote:
> Well I don't have the version from gimp.org :) since I build my own. Yet,
> I have them in my system.
>
> So, I will need to investigate why you don't
Well I don't have the version from gimp.org :) since I build my own. Yet, I
have them in my system.
So, I will need to investigate why you don't see it under your preferences.
Did you plug in the tablet before starting McGimp?
On Thu, Mar 28, 2013 at 1:32 PM, Ryan Krauss wrote:
> While tryin
While trying to debug the lack of pressure sensitivity, I deleted
~/Library/Application Support/GIMP/2.8 completely. When I relaunch your
version, the Wacom pen and tablet do not show up at all under extended
input devices. The settings there were apparently hanging around from the
other binary G
As a quick hack, I appended my personal folders to the PYTHONPATH set in
/Applications/Gimp-2.8.4.app/Contents/MacOS/Gimp. Python stuff seems to be
working.
Pressure sensitivity does not seem to be working. It behaves just like the
X11 version I built from homebrew - the options are listed under
It uses it's own PYTHONPATH. Any reason you need a separate PYTHONPATH? Can
you not put them in the plug-ins folder in ~/Library/Application
Support/GIMP/2.8?
On Thu, Mar 28, 2013 at 12:44 PM, Ryan Krauss wrote:
> Just to be clear, it picks up everything in ~/Library/Application
> Support/GIM
Just to be clear, it picks up everything in ~/Library/Application
Support/GIMP/2.8/plug-ins without any problems, but I only keep GIMP
specific Python files in there. My general Python stuff is in other
directories. My pygimp code depends on some of the general stuff and those
are the files that
Thanks for your help and the quick response. Your version looks
promising. However, it doesn't seem to respect the PYTHONPATH set in my
~/.profile file. So, it cannot find my personal Python files. Where
should I set the PYTHONPATH for your version?
Thanks again,
Ryan
On Thu, Mar 28, 2013 a
Try my version and let me know if you have issues: www.partha.com
Partha
On Thu, Mar 28, 2013 at 12:15 PM, Ryan Krauss wrote:
> I have recently switched from Ubuntu to Mac and am having some trouble
> getting GIMP working the way I need. I use pygimp and a Wacom tablet to
> create a sort of
I have recently switched from Ubuntu to Mac and am having some trouble
getting GIMP working the way I need. I use pygimp and a Wacom tablet to
create a sort of digital white board when I teach. I use my pygimp code to
correctly number each slide as I lecture so that the slides are useful to
the s
On Sat, 2012-09-08 at 00:25 +0200, Alexandre Ravaux wrote:
> *BEFRORE READING, EXCUSE THE SEVERAL MISTAKES YOU MAY READ IN THIS MESSAGE.
> I'M FRENCH (I KONOW IT IS NOT A GREAT EXCUSE BUT I DO NOT FIND ANYTHING
> ELSE...)*
>
> Hello,
> I am a french young Gimp user (since 2.0 version) and I wish t
*BEFRORE READING, EXCUSE THE SEVERAL MISTAKES YOU MAY READ IN THIS MESSAGE.
I'M FRENCH (I KONOW IT IS NOT A GREAT EXCUSE BUT I DO NOT FIND ANYTHING
ELSE...)*
Hello,
I am a french young Gimp user (since 2.0 version) and I wish to tell my
opinion about the latest version (2.8). In fact, I did not kn
> Von: SorinN
> Alexandre - on this list many simply peoples (I mean not programmers
> or tech addicted guys) just come to ask questions or talk about
> problems they got using GIMP - they need simply answers.
They need answers that are correct and verifiable.
Simply put, Alexandre has suggest
On Fri, Jul 20, 2012 at 12:48 PM, Jon Nordby wrote:
>> The bug is known, the fix isn't trivial, mitch didn't have the time to
>> do it for 2.8.
>
> Link to the bugreport please?
https://bugzilla.gnome.org/show_bug.cgi?id=645345
As far as I can tell, a partial fix is in place thanks to Massimo.
Alexandre - on this list many simply peoples (I mean not programmers
or tech addicted guys) just come to ask questions or talk about
problems they got using GIMP - they need simply answers. Generally
they just observe and ask, they don't bring accusations. they just need a
plain simple
answer to
On 20 July 2012 03:25, Alexandre Prokoudine
wrote:
> On Fri, Jul 20, 2012 at 1:04 AM, SorinN wrote:
>
>> Anyway, nothing is perfect, at least for you Alexandre - so let's
>> (unnecessary) complicate the topic, if not related to GEGL transition,
>> in a logical consecution next question is - why is
On Fri, Jul 20, 2012 at 1:04 AM, SorinN wrote:
> Anyway, nothing is perfect, at least for you Alexandre - so let's
> (unnecessary) complicate the topic, if not related to GEGL transition,
> in a logical consecution next question is - why is slow then ?.
>
>>I'd like to know what developers know th
>Slow rendering in 2.8 has nothing to do with GEGL.
...but with what ? not because of refactoring towards full GEGL integration ?
I was thinking that this side effect is a normal stage for a software
in transition and I was trying to temperate a bit the "GIMP 2.8 is
slow" trend. But trying to do g
On Thu, 2012-07-19 at 00:35 -0500, Aaron Paden wrote:
> Hello, Liam. I've tried your suggestions and have gotten some pretty
> good results.
good!
> One thing I noticed is that actually loading the images is very
> expensive, and gimp doesn't behave very well while it's happening. It
> took se
On Thu, Jul 19, 2012 at 4:34 PM, SorinN wrote:
> seems that many peoples here don't get the fact that GIMP right now is
> in a full transition to a new processing core for graphic operations
>
> all developers know that GIMP 2.8 is slow now - compared with 2.6
> ...this is the transition cost
I'd
seems that many peoples here don't get the fact that GIMP right now is
in a full transition to a new processing core for graphic operations
all developers know that GIMP 2.8 is slow now - compared with 2.6
...this is the transition cost
let's not transform this discussion in a 'GIMP 2.8 burn in h
Am 19.07.2012 08:34, schrieb Michael Grosberg:
Aaron Paden gmail.com> writes:
So I mostly use MyPaint, but I'd like to be able to do some things in
gimp, too. But gimp is way too slow on this computer. Especially trying
to open large images like MyPaint encourages, I'll have to run to
another
Aaron,
The problem anyway is with the right GIMP version - not strict related
to the computer power
I have 2 computers
first - 32bit architecture, Intel Quad core with 4 Gb RAM + 1Gb RAM
ATI RADEON HD
second - 64bit architecture with 8 processing cores with 8 Gb RAM +
1Gb RAM Nvidia video card
o
On 07/19/2012 02:28 AM, wwp wrote:
even though when attempting to process image/data files
that are, say, "modern". The OP didn't mention precisely how big they
are ("trying to open large images like MyPaint encourages"), but I
presume they are way bigger than image sizes that were conventional i
Hello Michael, Aaron,
On Thu, 19 Jul 2012 06:34:29 + (UTC) Michael Grosberg
wrote:
> Aaron Paden gmail.com> writes:
>
> >
> > So I mostly use MyPaint, but I'd like to be able to do some things in
> > gimp, too. But gimp is way too slow on this computer. Especially trying
> > to open l
Aaron Paden gmail.com> writes:
>
> So I mostly use MyPaint, but I'd like to be able to do some things in
> gimp, too. But gimp is way too slow on this computer. Especially trying
> to open large images like MyPaint encourages, I'll have to run to
> another tty to try and kill the process so I
> One thing I noticed is that actually loading the images is very expensive,
> and gimp doesn't behave very well while it's happening. It took several
> minutes to load the large image, and while it was doing it, X was mostly
> unresponsive. Is there room for improvement here?
Same effect under WI
Hello, Liam. I've tried your suggestions and have gotten some pretty
good results. My large image used for this test is still not practically
editable, but I was having problems even with relatively small images in
gimp, and these workarounds have really improved gimps responsiveness
and useful
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
wrote:
> On 07/18/2012 04:55 PM, Guil
On 07/18/2012 04:55 PM, Guillermo Espertino (Gez) wrote:
On 18/07/12 10:45, Aaron Paden wrote:
>
You can try turning off color management in your preferences (there's a
bug in GIMP 2.8 that makes painting tools and selection widgets slower
when color management is active)
That actually works!
On Wed, 2012-07-18 at 10:27 -0500, Aaron Paden wrote:
> Even krita is a little better, which I thought
> was surprising. It's able to at least load my largest image (8960x9088,
> 7 MB) after awhile without halting and crippling my DE,
Try increasing the tile size in your gimp preferences e.g.
> Von: Guiu Rocafort
> I'm actually very novice yet and my knowledge on GIMP internals is pretty
> limited. So, those more expert developers: What do you think ? Would it be
> difficult to compile GIMP with gprof ? Would it be really useful for
> improving GIMP performance ?
The first steps sh
It's definitely on the low end, but I'm positive that gimp can do
better! Of all the graphics programs I've tried on this computer, gimp
2.8 performs the worst. Even krita is a little better, which I thought
was surprising. It's able to at least load my largest image (8960x9088,
7 MB) after awh
Original-Nachricht
> Datum: Wed, 18 Jul 2012 17:06:07 +0200
> Von: Guiu Rocafort
> An: Aaron Paden
> CC: gimp-developer-list@gnome.org
> Betreff: Re: [Gimp-developer] gimp 2.8 prohibitively slow
> Hello Gimp dev !
>
> I also have noticed the low eff
Hello Gimp dev !
I also have noticed the low efficience and I think it's very necessary to
improve that. With a quick google search I've found a code profiler called
gprof. It seems easy to use, it would require to compile gimp with an extra
"-pg" and disable any compiler optimization.
I'm actual
On 18/07/12 10:45, Aaron Paden wrote:
So I mostly use MyPaint, but I'd like to be able to do some things in
gimp, too. But gimp is way too slow on this computer. Especially
trying to open large images like MyPaint encourages, I'll have to run
to another tty to try and kill the process so I can
So I mostly use MyPaint, but I'd like to be able to do some things in
gimp, too. But gimp is way too slow on this computer. Especially trying
to open large images like MyPaint encourages, I'll have to run to
another tty to try and kill the process so I can continue to use my
computer. I've got
Date: Thu, 21 Jun 2012 06:05:07 -0700
From: doodoodee...@yahoo.com
To: gimp-developer-list@gnome.org
Subject: [Gimp-developer] GIMP 2.8 less productive than GIMP 2.6 (too many
dialogue boxes)
---
To: GIMP devs and users
Having recently made the upgrade to GIMP 2.8, it
On 06/23/2012 05:31 PM, Guillermo Espertino (Gez) wrote:
> El 21/06/12 10:05, Coocoocoo Coo escribió:
>> To: GIMP devs and users
>>
>> Having recently made the upgrade to GIMP 2.8, it's immediately obvious
>> to me as a long time user that GIMP is now a far less productive
>> application. Some aspe
El 21/06/12 10:05, Coocoocoo Coo escribió:
To: GIMP devs and users
Having recently made the upgrade to GIMP 2.8, it's immediately obvious
to me as a long time user that GIMP is now a far less productive
application. Some aspects that I find particularly obtrusive:...
Coocoocoo Coo:
The save
To: GIMP devs and users
Having recently made the upgrade to GIMP 2.8, it's immediately obvious to me as
a long time user that GIMP is now a far less productive application. Some
aspects that I find particularly obtrusive:
-> The "Export" vs Save implementation: this alone already made me go bac
On Sun, Jun 3, 2012 at 5:07 PM, Noel Stoutenburg wrote:
> I can't tell at the moment whether there is an open bugzilla issue on this,
> or not; when I attempt to access the Bugzilla page, I get a message that
> there is a hardware issue with the server, but I thought that while I'm
> waiting, perh
Friends,
Bugzilla is down at the moment, but while I wait, perhaps someone might
help me by confirming whether or not the behavior I found is unique to
my installation (WIN 7 SP1 64bit; GIMP 2.8).
If I open GIMP, select the color picker tool, and open the "Change color
dialog", when I hover
On Sat, 2012-05-12 at 15:11 +1000, Owen wrote:
> > So, I've recently switched from gimp 2.6 to gimp 2.8, and I found that
> > the time taken to draw gradients is far longer in 2.8 than in 2.6
> >
> > To test, I made a blank black canvas at 1024px, then drew a radial
> > gradient from center to edge
On Sat, 2012-05-12 at 00:16 -0300, Guillermo Espertino (Gez) wrote:
> El 11/05/12 20:21, Michael Natterer escribió:
> > Please file it in bugzilla, it's pointless to use threading if it
> > makes things slower, and we have no code to determine the #cpus on the
> > mac anyway, so we should default
> So, I've recently switched from gimp 2.6 to gimp 2.8, and I found that
> the time taken to draw gradients is far longer in 2.8 than in 2.6
>
> To test, I made a blank black canvas at 1024px, then drew a radial
> gradient from center to edge. 2.6 drew it in under a second. 2.8
> took 8.7 second
El 11/05/12 20:21, Michael Natterer escribió:
Please file it in bugzilla, it's pointless to use threading if it
makes things slower, and we have no code to determine the #cpus on the
mac anyway, so we should default to one.
My 2.9 install on linux (Debian, 64 bit) also detected the number of
On Fri, 2012-05-11 at 23:01 +0200, gfxuser wrote:
> Hi,
>
> On 2012-05-11.12 Michael Natterer wrote:
>
> > I don't currently have 2.8 installed on this Mac, but it can hardly
> > be slower, unless the threading got broken in GLib, try to set
> > #processors to 1 in prefs and try again.
> thanks M
The native Mac build has the menu all on the top just like all other Mac apps.
On Fri, May 11, 2012 at 5:01 PM, gfxuser wrote:
> Hi,
>
> On 2012-05-11.12 Michael Natterer wrote:
>
>> I don't currently have 2.8 installed on this Mac, but it can hardly
>> be slower, unless the threading got broken
Hi,
On 2012-05-11.12 Michael Natterer wrote:
I don't currently have 2.8 installed on this Mac, but it can hardly
be slower, unless the threading got broken in GLib, try to set
#processors to 1 in prefs and try again.
thanks Mitch, for your reply.
You're right, on the Mac it depends on the numb
On Fri, 2012-05-11 at 06:57 -0700, C55inator wrote:
> So, I've recently switched from gimp 2.6 to gimp 2.8, and I found that the
> time taken to draw gradients is far longer in 2.8 than in 2.6
>
> To test, I made a blank black canvas at 1024px, then drew a radial gradient
> from center to edge.
Hi,
So, I've recently switched from gimp 2.6 to gimp 2.8, and I found that the time
taken to draw gradients is far longer in 2.8 than in 2.6
To test, I made a blank black canvas at 1024px, then drew a radial gradient
from center to edge. 2.6 drew it in under a second. 2.8 took 8.7 seconds to
So, I've recently switched from gimp 2.6 to gimp 2.8, and I found that the time
taken to draw gradients is far longer in 2.8 than in 2.6
To test, I made a blank black canvas at 1024px, then drew a radial gradient
from center to edge. 2.6 drew it in under a second. 2.8 took 8.7 seconds to
comp
On Fri, Apr 27, 2012 at 5:59 PM, Kevin Cozens wrote:
> On 12-04-25 04:59 AM, Devvv wrote:
>>
>> I finally uploaded 2 more versions with a blurred line and without the
>> line. however I like my initial version little more. it gives some
>> special to it :) what do you think?
>
>
> I slightly prefer
On 12-04-25 04:59 AM, Devvv wrote:
I finally uploaded 2 more versions with a blurred line and without the
line. however I like my initial version little more. it gives some
special to it :) what do you think?
I slightly prefer the last one with the larger Wilber. The only problem I
have with i
2012/4/25 gespert...@gmail.com :
> asking because using a font that isn't free could be problematic for
> previous releases).
-previous +next :-)
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/g
I like it!
I'd move the band with the logo to the left a little, maybe 10 or 15
px, to compensate the space around it. It feels like too close to the
brushes.
I think it looks pretty good.
It's true that contrast is a little week in type, but it's visible and legible.
Regarding the typeface, I chos
Am 2012-04-25 14:59, schrieb gespert...@gmail.com:
2012/4/25 Devvv:
yes it was and I'm definitely someone that enjoys colorful things :) but I
like the other proposal too, although I find it a bit too simple for a
splash screen. nevertheless its looking very serious. good work!
I finally uplo
1 - 100 of 149 matches
Mail list logo