Hi,
On Thu, 2008-08-28 at 22:38 +0200, Geert Jordaens wrote:
What are your doubts with the new code? Why would a simple box-filter be
better for decimating?
My doubts with the current approach are manifold:
The current code has decimation routines, but they are only suited for
the
Hi,
I also started to play with some enhancements on top of the patch we are
discussing here. Using a steep gaussian filter instead of the plain box
filter seems to be a good compromise. It's better at suppressing Moire
patterns, at the cost of introducing a little blur. I have not yet
finished
Hi,
On Fri, 2008-08-29 at 14:15 +0200, Sven Neumann wrote:
I also started to play with some enhancements on top of the patch we are
discussing here. Using a steep gaussian filter instead of the plain box
filter seems to be a good compromise. It's better at suppressing Moire
patterns
Hi,
On Sun, 2008-08-24 at 15:27 -0400, Liam R E Quin wrote:
By freeze-at-end I mean that the progress bar stops moving
when it is almost at the very end; my guess is that it's
pushing onto the undo stack and also maybe generating a
thumbnail for the undo history, but that's an uninformed
Hi,
On Sun, 2008-08-24 at 08:42 +0200, [EMAIL PROTECTED] wrote:
I just pulled a clean svn gimp and wanted to build with
--prefix=/usr/local , I supplied this arguement to autogen.sh and it
output both that prefix and --prefix=/opt/gimp , which I presume is the
new default.
Definitely
Hi,
On Sun, 2008-08-24 at 14:59 +0200, Geert Jordaens wrote:
I see no problem with that,it should be safe.
Thanks for the review. I have committed this change and some other
cleanups and optimizations to SVN trunk last night. This gives a small
but noticeable speedup. I hope that my changes
Hi,
On Sat, 2008-08-23 at 11:18 +0300, Alexia Death wrote:
In my opinion this layout(thin toolbox, one large dock) is preferable to
first
time users. It has familiarity. They wont feel lost when GIMP loads for the
first time.
For a new GIMP user it is crucial that the tool-options are
Hi,
On Sat, 2008-08-23 at 16:44 -0300, Guillermo Espertino wrote:
They tell us that this layout is better for new users, but every new
user I know (mostly when they come from windows) the first thing they do
is closing the right docker (trying to close the program). And they
loose it forever
Hi,
On Sat, 2008-08-23 at 22:29 +0300, Alexia Death wrote:
I think I need to state that my image was not an exactly like this
proposal.
There are altogether three points it tries to make. First, the image window
needs to be incorporated into the default layout.
Care to explain how the
Hi Geert,
I have a small patch to scale-region.c that I would to have your opinion
on. I noticed that the current code sometimes does an unneeded copy
operation. This happens when the scale factor is 2^n. For example when
an image of 800x600 pixels is scaled to 400x300. The function
Hi,
On Fri, 2008-08-22 at 20:22 +0300, Alexia Death wrote:
My proposal is basically this:
http://a.death.pri.ee/2.6_default_layout_proposal.png
IMO the tool-options should definitely be part of the toolbox. I would
even go as far as locking the tool-options under the toolbox in the
default
Hi,
On Thu, 2008-08-21 at 11:18 -0500, Travis Detert wrote:
I was wondering if there is any way that a plugin could be written for
eclipse that would integrate GIMP into the Eclipse environment?
What would such a plug-in do? I can't imagine what purpose GIMP would
serve in an Eclipse
Hi,
first of all, thanks for your efforts to implement better scaling for
GIMP. I am sure that the plug-in will be quite useful for GIMP users
that need to enlarge images. Have you already added the plug-ins to the
GIMP plug-in registry?
However I don't think we are likely going to add another
)
Contributors:
Sven Neumann, Michael Natterer, Martin Nordholts, Manish Singh,
Lars-Peter Clausen, Rik Snel, S. Fielding, Joao S. O. Bueno,
Aurimas Juška
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https
Hi,
On Tue, 2008-08-12 at 19:06 +0200, Martin Nordholts wrote:
One adjustment to the behaviour was also agreed upon:
When the toggle is turned on and the (scaled) image is smaller than and
within the viewport, implicitly do a View - Fit Image in Image Window.
That sounds like a good idea to
Hi,
On Fri, 2008-08-08 at 19:55 +0400, Alexandre Prokoudine wrote:
This is probably because there is bug in your version of intltools or
that version is too old.
For instance, the version from Ubuntu 8.04.1 doesn't deal with msgctxt
reliably. It's very selective about which messages to put
Hi,
On Thu, 2008-08-07 at 10:13 +0300, Alexander Rabtchevich wrote:
Maybe call it New layer from visible or New from visible in layers
context as an analogue to Copy visible?
That's what we did. This is now in SVN. Together with a new procedure
gimp-layer-new-from-visible in the PDB.
Oh,
Hi,
On Thu, 2008-08-07 at 07:19 +0200, Martin Nordholts wrote:
I think the bug report is valid and should be reopened.
Not unless someone finds out how this can be done. I had a look at the
code and I don't think we can persuade fontconfig to exclude the system
fonts.
Sven
Hi,
On Mon, 2008-08-04 at 22:09 +0200, Sven Neumann wrote:
Since the test results are looking good, I think we should commit the
changes then so that they get more testing. Does anyone disagree with
this? Otherwise I will commit the changes later this week.
The changes are in trunk for some
Hi,
On Tue, 2008-08-05 at 15:51 -0500, Chris Mohler wrote:
I might be wrong, but it appears to me that everything that Apply
Image does can be done using layers. It's just another way of using
layer modes and it seems quite akward to use an extra dialog for that.
Except for one thing:
Hi,
On Wed, 2008-08-06 at 11:31 -0700, vabijou2 wrote:
I like this idea. I would use it frequently. In fact, I would suggest
calling it Duplicate Visible in the menu, and also adding it to the
buttons at the bottom of the layers dialog with a description of Duplicate
visible layers as
Hi,
On Tue, 2008-08-05 at 11:41 -0500, Chris Mohler wrote:
I do miss 'Apply Image', which allows you to either:
It would help a lot if you guys would not assume that everyone knows all
Photoshop features. If you are missing a particular feature, then please
take the time to explain exactly
Hi,
On Tue, 2008-08-05 at 14:10 -0500, Chris Mohler wrote:
It would help a lot if you guys would not assume that everyone knows all
Photoshop features. If you are missing a particular feature, then please
take the time to explain exactly what it does and how this is useful for
you.
Hi,
On Tue, 2008-08-05 at 15:10 -0500, Chris Mohler wrote:
It's a dialog, that lets you blend channels from one or two images.
Here's one tutorial in which two images are blended (at the
beginning):
http://www.digitalscrapbookplace.com/university/tutorials/ps_beginnercollage2.shtml
Hi,
On Mon, 2008-08-04 at 10:12 -0400, David Merrill wrote:
The more general question that I have is the following: If I want to
route control messages to and from a Python interpreter that I
instantiate in the GIMP, what would be the most elegant way to run
this interpreter and to route
Hi,
On Mon, 2008-08-04 at 23:25 +0930, David Gowers wrote:
One or two messages (the english part) refer to 'Colorsize' where they
should refer to 'Colorize'
(as in 'save colorize settings' and 'export colorize settings').
I assume this was caused by typos in the source code, later
Hi,
On Fri, 2008-08-01 at 17:22 -0400, Liam R E Quin wrote:
So far it feels noticeably slower on mediumsized or large
images (e.g. a 13899x8497-pixel 2400dpi grayscale scan,
which Gimp reports as 230MBytes) but the results are
outstandingly better.
Since the test results are looking good, I
Hi,
On Wed, 2008-07-30 at 23:23 +0930, David Gowers wrote:
I've finished checking, and am just sending off the results and
webpage to Sven now.
Thanks a lot.
I've put your results online at http://svenfoo.org/scaletest/
Sven
___
Gimp-developer
Hi,
On Wed, 2008-07-23 at 10:15 +0200, Eckhard M. Jäger wrote:
I'd like to create the plugin with Python, but i'm not sure if it is
possible getting all single bounds
when you have multiple selection.
There is only one selection per image. Please realize that the selection
is a grayscale
Hi,
On Sun, 2008-07-20 at 08:17 -0700, Bill Skaggs wrote:
Um, GtkWrapBox is part of Gimp, not GTK+, in spite of its name. (I have
no doubt that Sven knows that, and was reacting without having closely
read the question.)
I've read the question and I came to the conclusion that it appears
Hi,
if you have questions on using GTK+, please ask on gtk-list or
gtk-app-devel-list. Thanks.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Hi,
On Thu, 2008-07-17 at 09:19 +0930, David Gowers wrote:
Personally I think the test is being run under flawed conditions
(using nonlinear sRGB rather than linear RGB, which produces errors of
up to 50% because interpolation is done linearly despite the
colorspace being nonlinear.).
Hi,
On Wed, 2008-07-16 at 18:30 +0930, David Gowers wrote:
The one thing I definitely can't do is
* Host webpage.
I don't think we have enough space currently on gimp.org to host this.
But it doesn't really matter where it is hosted. I can put the stuff
online if you give me a tarball that I
Hi,
On Tue, 2008-07-15 at 16:27 +0930, David Gowers wrote:
It looks to me like nobody remembered to update the .po files after
the menu reorganization. (or is the reorganization still ongoing?)
Is this an oversight or is it not the right time to do that yet?
It is not our job to update the
Hi,
On Tue, 2008-07-15 at 09:49 -0400, Liam R E Quin wrote:
I can certainly offer images, I'm maxed out with work meetings stuff
this month though, so apart from that I don't have spare cycles probably
until the end of the month. Sorry for not replying first time round.
I don't think
Hi,
On Tue, 2008-07-08 at 08:25 +0200, Sven Neumann wrote:
Geert has made some progress on the patch to improve downscaling
quality in GIMP (http://bugzilla.gnome.org/show_bug.cgi?id=464466) and
we would like to include this change for GIMP 2.6. But in order to do
this, we need to know
Hi,
On Thu, 2008-07-10 at 11:11 +0100, RJD99 wrote:
I've been asked to retort this here though I raised it initially at bug
541859
using a different test case.
In GIMP 2.4.6 (Suse 10.3 Packman build, 32 bit Intel linux) the highlight and
shadow buttons in Colours-Colour Balance seem to
Hi,
On Wed, 2008-07-09 at 19:53 +0200, Martin Renold wrote:
Then you have to maintain the user directory if the next release
adds/deletes/moves some default brushes.
Good point.
In MyPaint I have solved this by copying the brush into the user directory
only when user modifies it.
Yeah,
Hi,
On Wed, 2008-07-09 at 19:39 -0700, Valerie wrote:
Basically, I'm aiming for a decent improvement with (for now)
little work and that can deliver results pretty fast. For this,
I'm trying to avoid the issues that will deliver improvements
on the same scale but take a lot more time.
Hi,
On Tue, 2008-07-08 at 18:14 -0700, Valerie wrote:
I guess we have drastically different usages of brushes though.
I NEVER use a brush of exactly 17 pixels. In fact, a brush of
exactly 17 pixels is pretty much useless to me. Most people
go by a visual cue instead of specific values, and
Hi,
On Wed, 2008-07-09 at 09:34 +0300, Alexia Death wrote:
As soon as you copy them, they can be edited.
Why couldn't that copy be made for the user on profile creation?
Last time we discussed this, we decided against copying all resource
files to the user folder. But perhaps we need to
Hi,
On Tue, 2008-07-08 at 23:54 -0700, Valerie wrote:
I was actually thinking along the lines of choosing from a
drop down which brush you need for a script (script message:
please choose a round-ish brush of about x pixels). It'd
offer more possibilities for effects too (by selecting
Hi,
Geert has made some progress on the patch to improve downscaling quality
in GIMP (http://bugzilla.gnome.org/show_bug.cgi?id=464466) and we would
like to include this change for GIMP 2.6. But in order to do this, we
need to know if the approach taken with this patch is indeed an
improvement
Hi,
On Tue, 2008-07-08 at 00:30 -0700, Valerie wrote:
The other half is that with brush resize in tool options now
(where everybody can see it), even non-editable round brushes
can be rescaled, which means the default distribution should
have not 10 round brushes, but 1 (same with fuzzy
Hi,
On Tue, 2008-07-08 at 13:10 +0300, Alexia Death wrote:
Valerie wrote:
The other half is that with brush resize in tool options now
(where everybody can see it), even non-editable round brushes
can be rescaled, which means the default distribution should
have not 10 round brushes,
Hi,
On Mon, 2008-07-07 at 08:00 +0200, Rogier Wolff wrote:
The minimum memory usage for a 50 Mpixel RGBA image is 400 MB, and
Fine. So you're saying that gimp wastes a factor of two of
memory. Fine! probably neccesary for something. No problem with that.
GIMP needs to allocate the memory
Hi,
it would have helped a lot if you had changed the subject of your mail,
since apparently you have changed the topic completely. Also your mail
should have better been send to the gimp-user list. Please do that next
time you have questions on using GIMP.
On Mon, 2008-07-07 at 08:45 +0200,
Hi,
On Mon, 2008-07-07 at 08:59 +0200, Rogier Wolff wrote:
So, when on my original image, I select part, and use the fill with
gradient tool, I first get a progress bar that moves in about 30
seconds from 0 to 100%. Then I have to wait about 30 seconds for the
swapping to stop. The fill
Hi,
On Sun, 2008-07-06 at 10:41 +0200, Roman Joost wrote:
I was about going through the pointers we added to the interesting
topics of the manual. Those links like Basic Concepts were added to
the menu to help users reading about things they might need to start
when using GIMP.
Long term we
Hi,
On Fri, 2008-07-04 at 01:16 +0200, Lars-Peter Clausen wrote:
List of those widgets:
GimpColorSelector, GimpColorScales, GimpColorNotebook, GimpImageComboBox,
GimpEnumComboBox, GimpDrawableComboBox, GimpChannelComboBox, GimpEnumStore,
GimpLayerComboBox, GimpMemsizeEntry, GimpOffsetArea,
Hi,
On Fri, 2008-07-04 at 10:01 +0200, Kurt Pruenner wrote:
Martin Nordholts wrote:
.deps/test-clipboard.Po:1: *** multiple target patterns. Stop.
I have never seen this problem before and I'm not sure what could be
causing it.
Looks to me like there's a ':' in a path in the
Hi,
On Fri, 2008-06-27 at 04:37 -0700, vabijou2 wrote:
The problem with turning layers or layer groups on/off is the time required
to redraw the image. Today's cameras have more and more pixels, hence
larger files. A 100% quality jpeg of these files can be displayed in no
time, but it
Hi,
On Sat, 2008-06-14 at 13:43 -0400, Liam R E Quin wrote:
A long-term gnomish model might be to make it easier to drag things onto
the desktop (or into folders in the file manager), but people use gimp
also in other environments.
You can already do that in GNOME. Drag the image preview
Hi,
sorry for the late reply, I have been on vacation and I am slowly
catching up on the emails now...
On Sun, 2008-06-15 at 21:07 +0200, Lars-Peter Clausen wrote:
* I have been looking into wrapping libgimpmath. But I'm not sure how to
handle
it. The matrix and vectors code looks
Hi,
On Sat, 2008-06-14 at 19:03 +0200, Ingo Ruhnke wrote:
It currently only supports a single toolbar and isn't customizable via
the GUI, but only by editing menus/image-toolbar.xml.
In my opinion this is useless as long as it is not configurable by the
user. And editing XML files doesn't
Hi,
On Thu, 2008-06-12 at 23:56 +0200, [EMAIL PROTECTED] wrote:
Quite paradoxically, splitting UI development into GIMP-Pro and
GIMP-Standard could be beneficial for the GIMP as a project.
I don't think so. Such a split would make coding a lot more difficult
and less fun. Since our product
Hi,
On Fri, 2008-06-13 at 18:21 +0200, [EMAIL PROTECTED] wrote:
The issue of Export/Save/data-loss-protection is in my regard more of a bug
which
should be fixed as soon as possible than part of UI redesign. As with any fix
this
might be superseded by a more general solution later on.
Hi,
On Thu, 2008-06-12 at 02:09 +0200, [EMAIL PROTECTED] wrote:
No, i'm thinking of the case where you saved those 25 steps to a jpeg and the
next day,
sitting in the plane to your customer, you discover that this curve should be
tweaked a litte bit more.
That is exactly why JPEG should
Hi,
On Wed, 2008-06-11 at 09:14 +0300, Alexia Death wrote:
So basically the whole dialog is useless and could just as well be
replaced by assuming that the user clicked Export... and maybe a
notice in save dialog that any other format except xcf may cause some
data loss. That should be
Hi,
On Wed, 2008-06-11 at 09:45 +0300, Alexia Death wrote:
I don't quite understand. What dialog is useless?
Export file... dialog you get on saves to formats that are not xcf. It
does ask in some formats for conversion options but I doubt many people
have ever done anything else there
Hi,
On Wed, 2008-06-11 at 13:17 -0400, Liam R E Quin wrote:
On Wed, 2008-06-11 at 08:08 +0200, Sven Neumann wrote:
It's not clear what Save Visible Layers would do. Would it save the
merged image of all visible layers into a single layer
Yes. I.e. like doing a flatten and then a save
Hi,
On Tue, 2008-06-10 at 12:21 +0200, [EMAIL PROTECTED] wrote:
from the docs:
The export file dialog shows up if the image type does not match the format
capabilites.
If the user chooses 'Export', a suitably altered copy of the image is used
for saving.
If the user chooses 'Ignore', the
Hi,
On Mon, 2008-06-09 at 01:45 +0200, [EMAIL PROTECTED] wrote:
That means it makes sense to work on a temporary solution before the big UI
overhaul happens?
There is no such thing as the big UI overhaul. It also does not make
sense to work on temporary solutions. Instead someone needs to
Hi,
On Mon, 2008-06-09 at 09:32 +0300, Alexia Death wrote:
In that case I propose an IRC based scheduled and announced meeting on
this topic with the UI team? That way anybody who wants to can give
input and the output can be a complete spec for this. However the UI
team seems to have
Hi,
On Sat, 2008-06-07 at 14:51 +0200, [EMAIL PROTECTED] wrote:
The current protection mechanism for closing images is insufficient as it
doesn't
differentiate between 'saved' and 'exported'.
Yes, that is well-known and the plan is to change that at some point.
But there is no one actively
Hi,
On Thu, 2008-05-29 at 12:14 +0300, Tor Lillqvist wrote:
Would it help if we made a small example application? Perhaps add some
code to testgtk?
That would make testing a bit easier, yes.
I am not sure if I can find time for this soon enough. Perhaps someone
else on this list is
Hi,
On Thu, 2008-06-05 at 18:28 +0300, Alexander Rabtchevich wrote:
Yes, the plug-in works nice itself. The only complain was for the
plug-in recall via last used plug-in menu item, as it was always applied
with 50% settings, not with the last ones it has been used before in the
same
Hi,
On Thu, 2008-06-05 at 07:25 -0400, Paka wrote:
the opensuse team that is maintaining gimp/ufraw does not believe that
exif data is important to the project and do not include support for
exif.
Easy enough to copy the plug-in binary from a compatible distribution
that compiles GIMP with
Hi,
On Tue, 2008-06-03 at 18:38 +0300, Alexander Rabtchevich wrote:
If I use repeat the last plug-in menu item for remove red eyes
plug-in, it is always applied with initial (50%) settings, not the last
one used. GIMP 2.4.6 for Windows. Should I fill a bug for it?
The code in the plug-in
Hi,
On Mon, 2008-06-02 at 13:04 +0300, Cristian Secară wrote:
A language string says this:
EEK: can't undo
What is EEK ?
Just leave it untranslated. No user will ever see this string. In trunk
it was already changed a while ago.
Sven
___
crash in Selective Gaussion Blur plug-in (bug #529280)
- added new translations (Belarusian, Catalan, Norwegian Nynorsk)
- translation fixes and updates
(ar, ca, de, el, es, fi, fr, hu, it, ko, pl, pt_BR, ro, sv)
Contributors:
Sven Neumann, Michael Natterer, Martin Nordholts, Bill Skaggs
Hi,
On Wed, 2008-05-28 at 13:22 +0300, Tor Lillqvist wrote:
That said, at least the gdk_window_set_keep_above() function can be
tested with testgtk, and it seems to work. Is this what was referred
to earlier in this thread?
I may be wrong, but I remember that various users reported that it
Hi,
On Wed, 2008-05-28 at 13:17 +0300, Tor Lillqvist wrote:
One problem in implementing window manager hints and related things
correctly on Windows is the lack of exact specifications what they
should do, and a lack of *minimal* sample programs that could be used
to verify that the
Hi,
On Wed, 2008-05-28 at 12:47 +0800, cc wrote:
Can someone point out what's the point of this? As far as
I know and see, regardless of whether info-data-use_full_page
is true or false, the *page_width and *page_height are set
to the same thing.
Look again, the code in the if clauses is
Hi,
On Wed, 2008-05-28 at 08:55 +0200, Procházka Lukáš Ing. - Pontex s. r.
I'd like ALL GIMP windows (typicaly one named GIMP, window Layers,
window Brushes, window with edited images etc.) to be brought to the
front (of other non-GIMP windows), when an arbitrary of them is
selected (e.g.
Hi,
On Wed, 2008-05-28 at 09:41 +0200, Kurt Pruenner wrote:
That or the ability to scroll beyond the image's bounds (extending the
scroll bars to go half the width/height of the window beyond the image
edges) would make working a lot easier - I find myself constantly
resizing image windows
Hi,
On Wed, 2008-05-28 at 09:41 +0200, Kurt Pruenner wrote:
(I guess an option to disable TAB to switch between controls in the dock
windows - which I personally never need, since I navigate the docks with
the mouse - isn't an option, is it?)
That is already possible using the existing
Hi,
On Wed, 2008-05-28 at 10:17 +0200, Kurt Pruenner wrote:
Still - would it be possible to make the function the TAB key currently
has remappable, like all the other functions that already are?
No, it can't be configured through the same mechanism as the menu
keybindings. And I don't think
Hi,
On Wed, 2008-05-28 at 09:41 +0200, Kurt Pruenner wrote:
It would be really nice to be able to work in fullscreen all the time by
just showing and hiding all dock windows when neccessary, but TAB ceases
to work as soon as some control in a dock has focus...
Tab only has this effect when
Hi,
On Sat, 2008-05-24 at 23:33 +0300, Cristian Secară wrote:
On the second error window the ending %s is not tranlate-able (in my
example it says No such file or directory), because it is hardcoded in
one of these two files, either libwmf-0-2-7.dll and/or libxml2.dll.
Apparently these files
Hi,
On Fri, 2008-05-23 at 14:06 +0300, Cristian Secară wrote:
Yes, but I would have never figured out by myself :)
You are not supposed to figure such things out by yourself. You are
supposed to have read the guidelines for translators in the GNOME
translation project. Doesn't it include this
Hi,
On Tue, 2008-05-20 at 21:33 +0300, Cristian Secară wrote:
While translating I observed that the string
Show _preview in image window
does not show the underlining under the p letter, inspite of the fact
that the accelerator actually works.
Happens the same in the translated string, if
Hi,
On Mon, 2008-05-19 at 20:32 +0200, Sven Neumann wrote:
A preliminary patch with working UI but missing lock functionality is at
http://sven.gimp.org/misc/gimp-dockable-lock.diff
The full implementation is now in SVN trunk. Please test it if you can.
Sven
Hi,
On Tue, 2008-05-20 at 09:03 +0300, Cristian Secară wrote:
Ok, but this is a sting that the user can set globally if so desired
(under program preferences), or each time a new file is created ?
The user can (and should) set this globally in the Preferences dialog.
This value is then used
Hi,
On Sun, 2008-05-18 at 17:15 -0600, [EMAIL PROTECTED] wrote:
I did that now. While it does help a bit, I still think locking them
would be ideal, at least to a user.
I am about to add some code in SVN that allows you to lock individual
tabs in their docks. Pretty similar to the Lock To
Hi,
On Mon, 2008-05-19 at 23:18 +0300, Cristian Secară wrote:
When going to File - New... - (a dialog window opens) - click
on + near Advanced options, there is an entry Comments: which is already
filled with Created with GIMP.
I seached for this string in all .po files but I didn't found
Hi,
On Sat, 2008-05-17 at 19:43 -0600, [EMAIL PROTECTED] wrote:
I was directed here for suggesting features. If this is the wrong place,
I apologize.
When selecting tabs with a tablet, sometimes (often) there is accidental
dragging and the tab ends up being pulled into it's own window.
Hi,
On Thu, 2008-05-15 at 17:41 -0700, Ettore Pasquini wrote:
I just updated my working copy from trunk and I am getting the following
build errors:
gimpcursor.c:315: error: 'tool_polygon_select' undeclared here (not in a
function)
gimpcursor.c:597: error: 'modifier_select' undeclared here
Hi,
On Tue, 2008-05-13 at 19:07 +0200, Dani Perez wrote:
I need to get some features of the wacom like coordinates X and Y, pressure
of
pencil, etc in each instant of time.
Does Gimp save this information in any file?
Are there functions to obtain it?
This information is passed to the
Hi,
On Thu, 2008-05-15 at 11:20 +0200, The Peach wrote:
Yes, that's a known problem. Still needs to be investigated.
thanks, I'm avoiding it by now.
It should be fixed since yesterday. At least it didn't show up for me
since I fixed a memory corruption in the Curves code.
About the
Hi,
On Tue, 2008-05-13 at 11:56 +0200, The Peach wrote:
1 issue) If I use the color curves on a newly opened image, and modify
all the curves (value, and rgb) when I press ok, I get a segfault.
Yes, that's a known problem. Still needs to be investigated.
Sven
Hi,
On Mon, 2008-05-12 at 23:41 +0300, Cristian Secară wrote:
I downloaded the GIMP source code in order to continue some work
on the Romanian translation, but the .pot template files are missing
from the archive.
Where from can I obtain the .pot files ?
You would use intltool to create
Hi,
On Fri, 2008-05-09 at 11:45 +0200, Nicolás Serrano Martínez Santos
wrote:
Please find attached a simple plugin which consist in a dialog showing
a drawable. Where you can specify the width and height that will be
shown.
This dialog does not refresh the GimpPreviewArea every time you
Hi,
On Fri, 2008-05-09 at 12:53 +0200, Nicolás Serrano Martínez Santos
wrote:
Thanks! Now it works as it will be expected. I didn't notice that
signal in the API before...
GimpPreviewArea is derived from GtkDrawingArea. It inherits all
functions and signals from its parent classes, including
Hi,
On Wed, 2008-05-07 at 09:27 +0200, Nicolás Serrano Martínez Santos
wrote:
void refresh_preview(GimpPreviewArea *p, GimpDrawable *d){
gint width, height; GimpPixelRgn rgn_input; guchar *buf;
width = gimp_drawable_width(d-drawable_id);
height =
Hi,
On Thu, 2008-05-08 at 01:32 +0200, [EMAIL PROTECTED] wrote:
gentoo devs have just realised sharefonts is incorrectly labelled public
domain in thier package manager and is being installed without the user
being aware of the licence. They intend removing it.
Hi,
On Thu, 2008-05-08 at 17:36 +0200, Alchemie foto\grafiche wrote:
The question is if there is any possible hack or workaround to
activate the apply variant option for some 3d party plugin.
Sure. Read docs/howto/txt/HOWTO-write-animated-plug-ins.txt in the GAP
source code.
Sven
Hi,
On Tue, 2008-05-06 at 18:58 +0200, Nicolás Serrano Martínez Santos
wrote:
Hi! I am using GimpPreviewArea to show previews in my plugin dialog.
My problem is that when the size of area changes and i draw it. It
doesn't refresh the contents but if I minimize the dialog and then
show it
Hi,
On Thu, 2008-05-01 at 00:06 -0400, Kevin Cozens wrote:
Andrei may not have isolated the leak to one or two PDB calls but he has
provided a script which shows the growing memory usage problem. My tests
appear to show GIMP's memory usage growing even from running a Script-Fu logo
Hi,
On Tue, 2008-04-29 at 23:34 -0400, Andrei Simion wrote:
This is the problem. The memory used by the Gimp process grows
constantly. After finishing up the physical memory, it does not create
the swap file.
We have run a lot of tests to check for memory leaks. There are
currently no
501 - 600 of 3017 matches
Mail list logo