Hi,
On Mon, 2008-04-28 at 22:06 -0400, Andrei Simion wrote:
This is what I obtained after the Gimp server crashed. That's it, it
doesn't create the swap file after the memory allocated for it finishes.
Is this a configuration problem?
Sorry, but I don't understand that question. You are
Hi,
On Tue, 2008-04-29 at 11:21 -0400, Andrei Simion wrote:
I noticed that the memory used by the Gimp server when batch generating
images goes higher and higher and after no physical memory is left, then
the Gimp server crashes.
That is the usual behavior of all applications based on
Hi,
On Mon, 2008-04-28 at 21:01 +0400, Alexandre Prokoudine wrote:
Well. I compiled it with --enable-shared=no --enable-static=yes,
and it works fine. It seems slightly faster on some operations (Although
I could easily be imagining that), but sadly still doesn't resolve my issue
of the
Hi,
thanks to Michael for giving a warm welcome to the students. I think he
already mentioned pretty much everything. One detail that wasn't
mentioned is that GIMP development is currently closing in for the GIMP
2.6 release. We will make detailed plans for this at the Libre Graphics
Meeting. For
Hi,
On Mon, 2008-04-21 at 14:58 -0400, Andrei Simion wrote:
If one runs a Gimp-Perl script for a number of times, enough to use the
whole physical memory, then the Gimp server crashes, it does not create
the swap. That's it, no swap file is created.
This may very well be a memory leak in
Hi,
On Fri, 2008-04-18 at 09:57 +0200, Torsten Neuer wrote:
As far as I can see, the width and height of the widget can't be adjusted
manually. If that is what you want, I would take GimpZoomPreview as a
starting point to write a new GimpPreview class. It probably would be just a
copy
Hi,
On Wed, 2008-04-16 at 11:15 +0200, Nicolás Serrano Martínez Santos
wrote:
Hi! I'm trying to develop an interface of a plugin and I would like to
use a rectangular gimp preview widget. Despite I've been looking over
the documentation of this class and the parents in GTK+ the widgets is
Hi,
On Fri, 2008-04-11 at 11:54 +0200, Torsten Neuer wrote:
It seems pretty fast and also seems to work (at least I get the same value
for
the identical images and different values for different images).
I thought that it was low-level enough not to use pixel_rgn related
functions - or
Hi,
On Fri, 2008-04-11 at 23:43 +0200,
[EMAIL PROTECTED] wrote:
Alpha-matting is kind of orthogonal to segmentation. At least in my
version, it requires the user to define what is to be segmented (a
very rough silhouette) but then, the results are sometimes of very
high quality, especially
Hi,
On Thu, 2008-04-10 at 18:04 +0200, Torsten Neuer wrote:
Regarding the MD5 implementation in limbgimpmath, it would have been nice if
I
could use it, but I cannot as I have to produce an MD5 on the whole drawable,
which means that I whould have to run gimp_md5_update() on every tile.
Hi,
On Wed, 2008-04-09 at 09:27 +0930, David Gowers wrote:
What you are talking about is a hash function. There is a string
hasher in GLib that should do what you want.
The string hash function in GLib is not suitable for this job. Torsten
doesn't want to hash a string, he is asking for a
Hi,
On Wed, 2008-04-02 at 14:21 +1030, David Gowers wrote:
This second class is really all I can see traditional plugins needing
to do after GEGLification is complete and stable. Ie. the first class
of plugins wouldn't need to use the PDB at all, probably.
Do you agree with this idea?
Hi,
On Sun, 2008-03-30 at 14:05 +0200, Tobias Jakobs wrote:
You can try the transient-docks feature in the Preferences dialog. It
has issues, but it will cause the toolbox and dock windows to minimize
with the active image window.
It only minimised the dock windows and not the toolbox.
Hi,
the Open dialog is a poor replacement for a file manager. If you only
use it as a drag source, then why not just use your file manager
instead?
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
Hi,
On Sun, 2008-03-30 at 14:54 +, Laxminarayan Kamath wrote:
People using mc should not worry about drag and drop. They should use
Menu(F9)CommandsEdit extensions file and friends and add
gimp-remote as handler for extensions you want.
With gimp-2.4, the use of gimp-remote is deprecated,
Hi,
On Fri, 2008-03-28 at 14:20 -0400, Andrei Simion wrote:
The script that is causing problems has 630 lines of code.
It would help a lot if you could reduce the script to the most basic
script that still shows the problem. Then we know better where to look
for an error.
Sven
Hi,
On Wed, 2008-03-26 at 22:11 -0400, Andrei Simion wrote:
I run Gimp 2.2 on a Red Hat machine. The Perl scripts delete the images
that are created by using gimp_image_delete. Even so, the swap file is
created and it inflates significantly. For instance, after creating 250
images its
Hi,
On Sat, 2008-03-29 at 10:03 +0200, Alexia Death wrote:
What I like:
*Toolboxes moving with image window
Currently its very buggy, toolboxes disappear completely when image
is out of focus and don't always reappear to taskbar or come up with
image. IMHO that is
Hi,
On Sat, 2008-03-29 at 16:18 +0100, Erik Jonsson wrote:
The first task on the list is port the text core to PangoCairo.
Could someone please explain that a little further? I've started
looking at the source but I'm still not perfectly clear about how
everything works, but it seems that
Hi,
On Thu, 2008-03-27 at 20:02 -0500, jbaker wrote:
o What would really be nice and make the dropzone a lot more
usable... if there is was a file browser built into it...
We are definitely not going to do that. File management is a rather
complex task, very specific to
Hi,
On Sat, 2008-03-29 at 15:34 -0400, Andrei Simion wrote:
I read that the tiles in the files should be empty in order to allow the
swap to resize itself. But how I can do that? Is there a method that
should be called after deleting the image?
Sorry, but you obviously do not understand
Hi,
On Thu, 2008-03-27 at 15:31 -0300, Guillermo Espertino wrote:
About the graying out toolbox, dockers and elements not used when no
image is open, I think it breaks a functionality that is already present
in gimp: the ability to custumize the interface (moving dialogs to
dockers,
Hi,
On Fri, 2008-03-28 at 03:18 +0100, Alchemie foto\grafiche wrote:
just a example
File/open location
now tooltip is open a image from a specific location
what i would like is simply open a image from a specific
location...for more info click HERE
And a click on that HERE( or clicking
Hi Peter,
On Wed, 2008-03-26 at 20:58 +0100, peter sikking wrote:
check it out when you have the chance.
As you can see from the responses to your mail, there are quite a few
trolls on this list who aren't even willing to try the new stuff.
Otherwise we wouldn't have gotten so many responses
Hi,
On Fri, 2008-03-28 at 08:40 +, Laxminarayan Kamath wrote:
The best way to fight trolls in this case may be to post a screen-shot
of the current trunk on the Wiki.
A screenshot can't show all the changes and you actually need to use the
software to find out how it feels. I may post some
Hi,
On Fri, 2008-03-28 at 11:34 +0100, Tobias Jakobs wrote:
- If I minimise the last image it would be nice if the toolbox and the
layer window would be hidden too. Or add an way to see the complet
desktop to find images I've placed there.
You can try the transient-docks feature in the
Hi,
On Fri, 2008-03-28 at 13:41 +0100, [EMAIL PROTECTED] wrote:
so why are they greyed out ?
They aren't. That's the wrong assumption you are making.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
Hi,
On Fri, 2008-03-28 at 13:27 -0300, Guillermo Espertino wrote:
You're assuming, as usual, that a final user should compile the svn
code, know how to deal with the installed version and the development
version in the same machine, etc. Otherwise the user can't speak his mind.
I am
Hi,
On Fri, 2008-03-28 at 08:58 +0100, Sven Neumann wrote:
The new tooltips system in GTK+ allows arbitrary widgets as tooltips, so
something like this would even be possible. I am not sure if clicking
into a tooltip is supported though. Perhaps someone wants to give it a
try...
I've added
Hi,
On Wed, 2008-03-26 at 22:11 -0400, Andrei Simion wrote:
I run Gimp 2.2 on a Red Hat machine. The Perl scripts delete the images
that are created by using gimp_image_delete. Even so, the swap file is
created and it inflates significantly. For instance, after creating 250
images its
Hi,
On Thu, 2008-03-27 at 09:28 -0400, Andrei Simion wrote:
When I reported this issue on Gimp 1.2, you said it wasn't maintained
any longer and to try version 2.2. I'll see if the upgrade can be done
to version 2.4.
It took us years to get GIMP 2.4 out of the door. Obviously you guys are
Hi,
On Tue, 2008-03-25 at 10:06 -0700, Bill Skaggs wrote:
If you can build the svn-trunk version of gimp (which by the way
is a very useful thing to do if you are interested in soc), you
can find there a new gegl tool that allows a long list
of operations to be performed, but has a pretty
Hi,
On Tue, 2008-03-25 at 20:20 -0400, Robert Krawitz wrote:
A lot of what was described about separate+ is already present in the
Gutenprint plugin for GIMP (and I think also in Cinepaint), and also
in PhotoPrint, which is a standalone application layered on the
Gutenprint core. I'd rather
Hi,
On Wed, 2008-03-26 at 04:07 -0300, Guillermo Espertino wrote:
About the plugin itself, it already provides profiles management.
Profile management should be left to the GIMP application and to widgets
provided by it. It doesn't make sense if every plug-in does its own
thing here.
It's
Hi,
On Thu, 2008-03-27 at 00:55 +0900, Souichi TAKASHIGE wrote:
Do you mean every stroke path like interactive paint tool MUST become
an graph nodes ?
Probably not an individual graph node, but it will be kept in a paint
operation node which itself stores each stroke so that it can be edited
Hi,
On Tue, 2008-03-25 at 01:05 +0100, Olof-Joachim Frahm wrote:
One thing what could be done is representing the current colormap as a
palette and therefore as a entry in the list of palettes. That would be
quite similiar to the four internal gradients, only that it requires a
bit more
Hi,
On Mon, 2008-03-24 at 23:27 -0600, Joshua Stratton wrote:
I recently setup a proposal for Google Summer of Code that involves a
gallery-style batch processor--a separate window that could display
various sorting routines on images based on brightness, size, energy
level, etc. Images
Hi,
On Mon, 2008-03-24 at 13:34 -0300, Guillermo Espertino wrote:
First of all, sorry if this is the wrong place or moment to post this.
II think that integrating the separate+ plugin to Gimp would be a great
GSoC project.
Doesn't sound like it would be worth making this a GSoC project. In
Hi,
On Mon, 2008-03-24 at 18:01 +0100, Sven Neumann wrote:
As far as I can see all that is needed for integration of the seperate+
plug-in is someone who volunteers to review the code and the user
interface and to propose it for inclusion on this list.
An alternative that we should consider
Hi,
On Sun, 2008-03-23 at 16:16 +0800, 熊咖啡 wrote:
I'm interested in the project On-canvas text editing. There are
significant differences between Chinese and Western language. For
example, A Chinese character's width equivalent two English letters'
width, and Chinese characters must be input
Hi,
On Sat, 2008-03-22 at 23:15 +0100, Ruben Vermeersch wrote:
As a photographer, my main use case for the GIMP is doing curves
adjustments. Not having adjustment layers has never stopped me from
using our beloved GIMP, but it has led to some annoyance. As such, I
would like to help out in
Hi,
On Sun, 2008-03-23 at 00:07 +0100, Olof-Joachim Frahm wrote:
I was told that I should write here if I'd like to help on the rewrite
for the colormap editor and since I've got more time now, it's a good
new starting point to do something useful ;)
Nice.
So I thought using
Hi,
On Sun, 2008-03-23 at 17:45 +0900, Souichi TAKASHIGE wrote:
To implement the brush modifier framework, I want to allow some
privileged modules to
access internals of Gimp core objects (those are passed as the
arguments of the callback
functions.)
Sorry, but that is not going to happen.
Hi,
On Tue, 2008-03-18 at 21:57 +0100, Tom Bass wrote:
I'm no linux-geek, I'm based on Windows, so I'm interested in helping
out in the Win-Parts of Gimp - if there's still some help needed ;-)
There are a few Windows specific bug reports and enhancement requests
that we need help with. You
Hi,
this sounds like an interesting project, but it is very much directed
towards scientific image processing which seems quite out-of-scope for
GIMP. Of course such a plug-in could be written and it would be a nice
addition for a very special and very small user group. But I don't think
it would
Hi,
On Wed, 2008-03-19 at 16:03 +, Omari Stephens wrote:
It seems counterproductive that Rafael Mesquita received three separate
responses that started off pretty identically (even though they included
unique
and useful information). I'd like to offer the suggestion that, when
Hi,
On Mon, 2008-03-17 at 05:38 -0400,
[EMAIL PROTECTED] wrote:
I think the goal of making the Toolbox a utility window or dock should
be addressed directly as an overall goal (THE overall goal?). That
would seem the main point of this exercise. Removing the menubar from
the Toolbox in
Hi,
On Sat, 2008-03-15 at 23:02 -0700, David G. wrote:
Add a option to rotate brushes to compliment the scaling.
In case someone wants to start working on this, here's a rough outline
of what needs to be done:
(1) Rename the scale() method of GimpBrush to transform().
(2) Add an angle
Hi,
On Tue, 2008-03-18 at 14:13 -0700, David G. wrote:
I'm not saying that GIMP developers should choose the whole
project and integrate the scripts because that would make a big mess, but
common things like Inner Glow , gradient overlay and so on are things that
are used pretty much in
Hi,
On Fri, 2008-03-14 at 13:59 +0100, Marcus Heese wrote:
so for now I've finished my work on the new implementation of the text layer
in the PDB api.
Thanks a lot.
The most actualized version can always be downloaded from here:
http://www.cip.ifi.lmu.de/~heese/text_layer.pdb
I don't
Hi,
On Fri, 2008-03-14 at 13:59 +0100, Marcus Heese wrote:
Hello together,
so for now I've finished my work on the new implementation of the text layer
in the PDB api.
The most actualized version can always be downloaded from here:
http://www.cip.ifi.lmu.de/~heese/text_layer.pdb
Oh,
Hi,
On Wed, 2008-03-12 at 15:42 -0500, Leonard Evens wrote:
Perhaps we are getting too far afield, but it would also be useful in
these circumstances to be able to make micro adjustments of the handles
by using the shift keys. One person told me this was possible in an
earlier version of
Hi,
On Thu, 2008-03-13 at 08:56 -0700, Bill Skaggs wrote:
In Gimp, and other programs that use Glib, *modules* are
program-fragments that can be compiled separately from the main
application, and linked in dynamically while the program is running.
They differ from plug-ins in that once
Hi,
On Thu, 2008-03-13 at 03:06 +0900, Souichi TAKASHIGE wrote:
I'm recently working on developing new PaintBrush extension framework.
It's on early development stage, but I'd like to get comments about
the framework.
This looks very interesting. It would help a lot if you could send the
Hi,
On Mon, 2008-03-10 at 22:54 -0700, Bill Skaggs wrote:
It's all at:
http://developer.gimp.org/api/2.0/libgimp/index.html
Please note that this is the API for plug-ins written in C. If you are
accessing the PDB directly or by means of another language binding,
there are (sometimes subtle)
Hi,
On Mon, 2008-03-10 at 22:25 +0100, [EMAIL PROTECTED] wrote:
It takes about 10 seconds to start it for the first time on my
machine, later it's up in about 4 seconds. About a quarter of this
time is spent starting script-fu.
Yeah. Script-Fu and the data files (brushes, gradients, ...) are
Hi,
On Sat, 2008-03-08 at 18:21 -0200, Guillermo Espertino wrote:
I'm afraid that this no image window sounds more and more like the
photoshop-esque gray background window that everybody have been asking
for all these years.
We aren't talking about an extra window here. Please don't call it
Hi,
On Fri, 2008-03-07 at 22:39 -0300, Joao S. O. Bueno wrote:
== Tagging of GIMP resources ==
The tasks in this project include:
* adding a way for gimp resources to be tagged
This actually already exists in trunk with the GimpTagged interface. But
it's probably OK to keep it here as a
Hi,
On Sat, 2008-03-08 at 14:29 -0500, Kevin Cozens wrote:
I don't know if you would consider a library as being part of the GIMP core.
This feature could be implemented in a new GIMP library or as part of
libgimpui.
How so? This is really something that can be implemented in about ten
Hi,
On Mon, 2008-03-10 at 18:43 +0300, Alexandre Prokoudine wrote:
It takes ~7 sec on my 4 years old laptop (running Linux, a top model
at the time of buying) and ~20 (or more) second on my old workstation
(Windows) at work. While I agree with you on the tips thing, I think
it's worth
Hi,
On Fri, 2008-03-07 at 20:48 -0500, Rick Yorgason wrote:
I understand that people want to find a way to show tips in an
unobtrusive way, but maybe we can take a hint (no pun intended) from
video games here: the loading screen would be a great place for tips,
since the user has nothing
Hi,
On Fri, 2008-03-07 at 13:37 -0800, Bill Skaggs wrote:
1) The toolbar shows most of the things a user might want to
do with no image open, but not quite all. Aquire, or Open as
layers, could be added, or even Create, which would access
the menu for creating buttons, logos etc. About
Hi,
On Sat, 2008-03-08 at 09:49 -0800, Bill Skaggs wrote:
After discussing these things with Enselic on IRC, I've come to
realize that the most basic question is what we expect the user
to do with this window. If we expect the user to mainly keep it
minimized, and only bring it up when
Hi,
I should probably add that of course the toolbox and probably another
dock window will also be open. So there is really no point in making
this a small window. It should be large enough to serve as the parent
window for all palette windows that the user configured for GIMP. A lot
of users
Hi,
On Wed, 2008-03-05 at 19:47 +0100, GSR - FR wrote:
Then the next question is what part is missing for full support, as
examples like http://www.fox-toolkit.org/news.html seem to point it is
supported to some level.
Support for Linux Input devices in GIMP has been around long before
X.org
Hi,
On Sun, 2008-03-02 at 13:34 -0500, Kevin Cozens wrote:
You can't do either of the above in Script-Fu. Adding new parameter types to
allow adding extra text or horizontal lines is possible but is not currently
on the ToDo list.
What about the possibility to add an example image as
Hi,
On Tue, 2008-03-04 at 10:27 +0100, Simon Budig wrote:
Does moving the device hard or soft make a difference in terms of what
input events the Linux kernel delivers?
The value element of the struct input_event may contain values with
an absolute value 1.
It should be possible then
Hi,
On Tue, 2008-03-04 at 17:16 -0500, Kevin Cozens wrote:
It would be a useful feature. Again, it isn't on my ToDo list for Script-Fu.
This feature would be of enough general use that it should be available to
all
scripting systems.
I don't see this as a feature that the GIMP core would
Hi,
On Tue, 2008-03-04 at 22:23 +0100, GSR - FR wrote:
We aren't talking about X input events here but raw Linux input events.
Could someone explain the adventages of not using the same path than
with tablets and taking a shortcut?
The only advantage is that you can access a device that
Hi,
On Sun, 2008-03-02 at 07:44 -0300, Joao S. O. Bueno wrote:
I am posting the full set of ideas bellow and asking for commetns on
ideas, new ideas, and overall, people who would be willing to mentor
a stundet through some of them.
Sorry, the text you posted is so badly formatted that I
missing preview update in Curves tool (bug #518012)
- fixed a bug in the Frosty Logo script (bug #472316)
- fixed backward transformations using the PDB (bug #518910)
- translation fixes and updates (de, eu, eo, fr, he, hu, it, ja, ko)
Contributors:
Sven Neumann, Michael Natterer, Bill Skaggs
missing preview update in Curves tool (bug #518012)
- fixed a bug in the Frosty Logo script (bug #472316)
- fixed backward transformations using the PDB (bug #518910)
- translation fixes and updates (de, eu, eo, fr, he, hu, it, ja, ko)
Contributors:
Sven Neumann, Michael Natterer, Bill Skaggs
missing preview update in Curves tool (bug #518012)
- fixed a bug in the Frosty Logo script (bug #472316)
- fixed backward transformations using the PDB (bug #518910)
- translation fixes and updates (de, eu, eo, fr, he, hu, it, ja, ko)
Contributors:
Sven Neumann, Michael Natterer, Bill Skaggs
Hi,
On Sat, 2008-02-23 at 22:09 -0500, Brennan Sellner wrote:
I'm developing a reasonably complex plugin for GIMP 2.4 in C++ (using GIMP
and libgimp 2.4.2 on Ubuntu 7.10), and am currently having trouble with a
Heisenbug: after running my plugin with a particular set of parameters,
when I
Hi,
On Fri, 2008-02-22 at 12:05 +0100, Radoslav Schudich wrote:
For example: You draw or edit an image with a simple brush, when you want
to
erase some stuff, you switch to the eraser, but this one has different
brush size, shape, opacity than the first tool.
If this is a frequent
Hi,
On Wed, 2008-02-20 at 11:34 +1030, David Gowers wrote:
There is no guarantee that there will be any taskbar at all. On linux,
there are plenty of WM's that either provide a taskbar that is not
suitable to implement your described behaviour, or no taskbar at all (
i use one of these
Hi,
On Tue, 2008-02-19 at 12:35 +0100, Daniel Hornung wrote:
Well, perhaps not deprecated in the don't use this API sense. Their
use is discouraged. And not by the GTK+ developers but by usability
experts. Tearoff menus might sometimes be useful for the power-user but
for almost all
Hi,
On Tue, 2008-02-19 at 19:46 +0100, peter sikking wrote:
Just like Sven or Mitch cut the crap when users keep discussing things
that are technically not possible, I have to cut the crap when we keep
discussing interaction that simply does not make sense.
OK. As long as the result is
Hi,
On Mon, 2008-02-18 at 12:21 +0100, Tobias Jakobs wrote:
You can see the problem very good, if you start Krita. Krita has such
a yelling start dialog. But I'm not sure if not having common tasks in
the start window is the solution or if we just have to design it more
carefully than Krita.
Hi,
On Mon, 2008-02-18 at 14:54 +0100, peter sikking wrote:
Our core users are people who know what they are doing.
They do not need 'help'.
Yes, they do. This dialog is the first thing people see when starting
GIMP. And a large fraction of our users are beginners. So we have a good
chance
Hi,
On Mon, 2008-02-18 at 21:02 +0100, Sven Neumann wrote:
I don't think using --batch - works with python-fu-eval. It might make
sense to add this as a special case just like it is being done for
script-fu-eval now.
Please ignore what I said. python-fu-eval does special-case the -
command
Hi,
On Mon, 2008-02-18 at 11:05 -0800, Al Niessner wrote:
I have found posts related to this error in the forum, but nothing
really matches. I have also googled for a solution and found none.
The difficulty that I am having starts with this really simple python
script in a file called
Hi,
On Mon, 2008-02-18 at 11:05 -0800, Al Niessner wrote:
I expect the the line I am running the script to print and then GIMP
to exit -- see http://www.gimp.org/docs/python/index.html for details on
gimp.quit().
The documentation you are looking at is hopelessly outdated. gimp.quit()
exits
Hi,
On Mon, 2008-02-18 at 21:26 +0100, Sven Neumann wrote:
I expect the the line I am running the script to print and then GIMP
to exit -- see http://www.gimp.org/docs/python/index.html for details on
gimp.quit().
The documentation you are looking at is hopelessly outdated. gimp.quit
On Mon, 2008-02-18 at 13:27 -0800, Al Niessner wrote:
Personally, pdb.gimp_quit(0) makes just as much sense as gimp.exit() as
long as it noted somewhere.
All PDB procedures are documented in the Procedure Browser that you can
reach from the Xtns menu in the toolbox.
Sven
Hi,
On Sun, 2008-02-17 at 10:05 -0800, Akkana Peck wrote:
There are very good reasons why tear-off menus are deprecated. They
don't solve usability issues but introduce them.
They're deprecated? It figures that something so useful would be.
Well, perhaps not deprecated in the don't use
Hi,
On Sun, 2008-02-17 at 05:13 -0200, Guillermo Espertino wrote:
Anyway, I'd would like to know why common tasks wouldn't fit there
Yeah, I would also like to know that.
And finally... a drag here sign sounds as a gimmick too for me.
Indeed. In particular since we already found that using
Hi,
On Sat, 2008-02-16 at 17:29 -0800, Bill Skaggs wrote:
I have doubts that the Warp tool should be a paint tool at all -- it
certainly doesn't use a brush.
If it doesn't use a brush, then it is not a GimpBrushTool. It can still,
and probably even should, be a GimpPaintTool.
Sven
Hi,
On Fri, 2008-02-15 at 20:43 +0200, Tor Lillqvist wrote:
what is the proper division of tasks between a GimpTool and a
GimpPaintCore?
A GimpPaintCore is an object used by paint tools. It does the actual
painting and it is also used when the painting is done by means of a PDB
call.
A
Hi,
On Fri, 2008-02-15 at 13:13 -0800, Bill Skaggs wrote:
I'm attaching a screenshot
showing a typical incarnation of the Paint Mode menu, using
the Default Gimp theme and Ubuntu's default Human theme.
I don't think I have to persuade anybody that this is less than
ideal from a usability
Hi,
I am not convinced that your patch is doing the right thing. But it
definitely adds too much complexity to the code. It would be better to
define gimp_get_home_dir() in libgimpbase/gimpenv.c und use that all
over the place.
Sven
___
Hi,
On Fri, 2008-02-15 at 12:57 +0200, Tor Lillqvist wrote:
So, how to solve this? Should the bookeeping of deformation vectors be
done per-drawawble by the GimpWarpTool object (a subclass of
GimpPaintTool) and not GimpWarp object?
No, the tool class shouldn't do anything but providing the
Hi,
On Sat, 2008-02-16 at 17:25 +0100, Klaus Ethgen wrote:
I see no point how to make it more simple. 3 lines vs. one line is not
that more complexity.
It is three times as complex. And we will most likely want to make it
even more complex and add a check that the directory pointed to by the
Hi,
before we accept Klaus patch or anything like that, we should discuss
how we can implement the XDG Base Directory Specification in GIMP
without breaking backward compatibility:
http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html
Sven
Hi,
On Sat, 2008-02-16 at 10:11 -0800, Akkana Peck wrote:
In a way, the mode list is like the font list in the text tool: that
combobox, like the mode option menu, is way too long and unweildy to
navigate, but for font choosing you have another option, the Fonts
dialog, which makes the
Hi,
On Sat, 2008-02-16 at 10:47 -0800, Bill Skaggs wrote:
Well, it would be very easy to make the layer mode menu
support a tearoff. It can literally be done by adding two
lines of C code. (I just tested.)
There are very good reasons why tear-off menus are deprecated. They
don't solve
Hi,
On Thu, 2008-02-14 at 21:47 -0800, Bill Skaggs wrote:
One of the minor annoyances of using Gimp is that the Layer Mode
menu (and paint mode menu, etc) is unpleasantly long -- for me, it
nearly extends from the top to the bottom of the screen. It
would actually be very easy to change the
Hi,
On Wed, 2008-02-13 at 09:05 -0500, Liam R E Quin wrote:
On Mon, 2008-02-11 at 21:39 -0500, Brendan wrote:
[...]
Layer Mask gets squashed down with a Merge Visible Layers command.
After that, I can't seem to get the Clone or Heal or really any drawing
tool
to work on the image.
Hi,
On Wed, 2008-02-13 at 02:06 +0200, Tor Lillqvist wrote:
Currently it allocates a big buffer for the deformation vectors, two
doubles for each pixel in the image. This should probably be changed
to either use tile-based storage, or use a scaled (when necessary)
deformation vector array
Hi,
On Wed, 2008-02-13 at 20:05 -0500, Brendan wrote:
I have an image that I have worked on, had multiple layers, then when merged
down, it cannot be drawn on directly, even though only one layer is shown and
no error message pops up.
The single layer that is shown, is it selected? There
601 - 700 of 3017 matches
Mail list logo