Hi,
On Sat, 2007-11-10 at 09:05 -0800, Tom Lechner wrote:
I don't understand the double click prohibition. Seeing as how the
mouse barely moves during a double click, how is that less precise than
a single click?
A single click would be too imprecise as well. You really want to be
able to
Hi,
On Sat, 2007-11-10 at 19:25 +0100, Giacomo Mazzocato wrote:
I've tried to reimplement it in another language
I very much hope for you that you are respecting the license that this
code has been published under. Your code is GPL, right?
and in the function
cdisplay_colorblind_convert
Hi,
I am afraid it is a little late to still suggest features to be put on
the roadmap. There was a deadline for the submission process last week
already and we only stretched it a little because we were waiting for
Mitch to submit the GEGL proposal.
We want to get 2.6 done in about six months,
Hi,
On Sat, 2007-11-10 at 10:34 -0800, William Skaggs wrote:
As GIMP moves toward vector layers and layer groups
I don't see GIMP moving towards vector layers, at least not for 2.6.
Layer groups are also not on the near-term roadmap. Perhaps we can
target them for 2.8 but that remains to be
Hi,
On Fri, 2007-11-09 at 13:02 +0100, Andrea Olivotto wrote:
- Please, a more dense curve. Better if user can select 4 or 8 lines.
It would be nice if you could explain why the current grid isn't dense
enough and how exactly a more dense grid would be useful.
- Please, draw in the
Hi,
On Fri, 2007-11-09 at 13:13 +0100, Dani Perez wrote:
I am trying to use some functions of the application API, for example:
gimp_text_layer_new
gimp_image_get_by_ID
You can't use the application API from your plug-in. This is the
internal API that is used in the GIMP core.
Sven
Hi,
you might want to have a look at
http://sven.gimp.org/misc/gimp-curves.png which is a screenshot of the
Curves widget from SVN trunk. As you can see we already incorporated
some of your suggestions. And of course the widget benefits a lot from
being drawn with Cairo...
All this is still open
Hi,
On Fri, 2007-11-09 at 18:31 +0200, Michael Grosberg wrote:
I'll Group ideas by contributor and put the page in the wiki.
I don't think we want to use the GIMP Wiki for this (or for anything
else). The roadmap should eventually be put on www.gimp.org so we don't
we just put it there from
Hi,
On Fri, 2007-11-09 at 13:54 -0300, Joao S. O. Bueno wrote:
I had never added a UI for it - I add then through scripts.
And except for bugs with the guides thenselves (which i ironed out as I
developed then), I never had any side effect from using them. Snapping to
these guides or
Hi,
On Thu, 2007-11-08 at 00:06 +0100, peter sikking wrote:
Where we are back at the point where this is not likely going to be
ever
possible on all supported platforms using the toolkit that we use and
will continue to use.
I am used to development teams telling me 'can't do that',
Hi,
since you seem to be interested in the text tool and how to improve it,
here are some small steps that I would suggest you (or anyone else)
starts with:
Finish work on the text box.
The text tool was always supposed to allow the user to create a
rectangular text box so that the text flows
Hi,
On Tue, 2007-11-06 at 12:42 -0300, Guillermo Espertino wrote:
Roadmap will be closed by the end of this week, so I'd like to make a
summary of the main issues I'd like to see fixed for 2.6
Nice to remind us of some issues but we are not going to put user wishes
on our roadmap. It is
Hi,
On Wed, 2007-11-07 at 00:40 +0100, peter sikking wrote:
* solve user request #1, part 1: one menu bar, keep window with
menu bar open when no image is open, true floating inspectors,
transparency where inspectors overlap the image (found a way
how it can be faked);
I don't
Hi,
On Wed, 2007-11-07 at 11:47 +0100, peter sikking wrote:
I don't think that true floating inspectors are implementable at
all.
But perhaps you need to explain first what true floating means.
let's see: always on top of any normal window, but under menus and
dialogs; does not
Hi,
On Wed, 2007-11-07 at 17:29 +0100, Marcus Heese wrote:
First of all (although perhaps the least important), it would be good to
have a well-designed font selection dialog, that allows a quick
selection of a font even when you have a lot of fonts installed and
you're perhaps searching for
Hi,
On Wed, 2007-11-07 at 16:22 +0100, peter sikking wrote:
well, obviously where one works with colors in the inspector that
part is either never or on mouse-over not going to be transparent.
Where we are back at the point where this is not likely going to be ever
possible on all supported
Hi,
On Wed, 2007-11-07 at 11:37 -0300, Guillermo Espertino wrote:
What I suggested are not my wishes. I'm a professional designer and
GIMP is a tool for my work. The things that I wrote are issues that make
my work more difficult, while they shouldn't.
We are way past this point. The
Hi,
On Wed, 2007-11-07 at 13:56 +0300, Alexandre Prokoudine wrote:
I'm not sure this is the right time and place to argue, but from my
experience using Paint.Net, which has this functionality, transparent
palettes will absolutely useless and even annoying.
I agree. Transparency will be
Hi,
On Mon, 2007-11-05 at 22:34 -0800, Valerie VK wrote:
Are there any plans for a Future feature page on the GIMP
website?
You obviously completely missed that we are currently discussing the
roadmap for 2.6 on this mailing-list. The goal is to get this task list
published by the end of
Hi,
On Tue, 2007-11-06 at 08:36 +, Carlo Baldassi wrote:
I have developed a GIMP plugin using the plugin template, and I have
been made aware of a problem in i18n support, which I think I solved:
the plugin name was not translated correctly in the menu.
I think this is due to the fact
Hi,
On Sun, 2007-11-04 at 21:55 +0100, Michael Schumacher wrote:
There is a project called CREATE which does have a spec for
resource/asset directory organization, I hope to be able to use it for
the visible user stuff, at least.
I suggest that you also have a look at the basedir
Hi,
On Sun, 2007-11-04 at 17:39 -0500, Kevin Cozens wrote:
It sounds simple enough. Any hints as to how it should look? Would the Tools
dialog be added to the bottom of the Toolbox preference tab as a scrollable
area or should it be at the top?
It could be in a scrolled window or, if that
Hi,
On Mon, 2007-11-05 at 18:45 +0530, Laxminarayan Kamath wrote:
myStupidTwoCents
Cant this be implemented like the playlist buttons in XMMS/Winamp ? I
mean the tiny triangle which users intuitively take as There are more
options!.
/myStupidTwoCents
We are talking about showing a dialog
Hi,
On Mon, 2007-11-05 at 20:38 +, Richard Hirner wrote:
What about an option somewhere in the GIMP menus: Open brushes folder which
opens the appropriate folder with Explorer / Nautilus / whatever needed?
There can be more than one brush folder.
Sven
Hi,
On Mon, 2007-11-05 at 19:29 -0500, Daniel Falk wrote:
Since we don't know how this works in detail, there is not much point in
suggesting that we add such a feature.
I could find a video for anyone interested, but that really wasn't my
point. I suggested the feature not simply to
Hi,
On Fri, 2007-11-02 at 23:55 +0100, Raphaël Quinet wrote:
* jpeg plug-in
+ remove the prompt for EXIF orientation: it should always be done
IMO the current solution of asking and allowing the user to skip this
question is preferred. It requires a user decision once, but at least it
Hi,
On Sat, 2007-11-03 at 10:25 -0400, Daniel Falk wrote:
There doesn't seem to be a way to temporarily switch to the zoom tool
while a button is pressed. For example if I hold down ctrl + space, it
would switch to the zoom tool, I could click-drag a rectangle to zoom,
and let up on the ctrl
Hi,
On Sun, 2007-11-04 at 13:16 +, Michael Grosberg wrote:
My third suggestion - and this is based on personal experience - is to
return the transient dialog option, not just as an option but as a
default if possible.
This option still exists, see the gimprc man-page.
I would like to
Hi,
On Sun, 2007-11-04 at 13:16 +, Michael Grosberg wrote:
The first is to take, if possible, the tools dialog, and incorporate it
into the toolbox tab in the preferences. Then remove the tools dialog as
a separate dialog.
That's reasonable and it has been suggested before. Just needs
Hi,
I had a look at http://gimp.org/macintosh/ this morning and this is,
sorry to be harsh, quite a mess. Could someone who knows a bit about
GIMP on Mac OS X perhaps try to update this page with pointers to
packages for GIMP 2.4? And please try to reduce the page a little so
that it actually
Hi Jon,
On Tue, 2007-10-30 at 17:10 -0700, Jon A. Cruz wrote:
I know this is one thing we've been fighting with for quite some time
with Inkscape. If someone is willing to look into it on the GIMP side
of things, I would very much like to coordinate effort.
It would probably help if you
Hi,
On Tue, 2007-10-30 at 21:59 -0400, Robert Krawitz wrote:
Let's take layers as an example (because this is one of the more
annoying ones to me). Having only one layers dialog has two
undesirable consequences:
For the rare cases where you need more than one Layers dialog, you can
open a
Hi,
On Mon, 2007-10-29 at 19:16 -0300, Guillermo Espertino wrote:
I'd add the quality of downscaling as a high priority need. Currently
it's possible to downscale images using 50% steps at a time (it was
discussed before) but it would be better if one single scaling step
produces the best
Hi,
On Tue, 2007-10-30 at 00:50 -0200, Filipe Soares Dilly wrote:
Ok, thats my feature request:
I think you misunderstood me. This thread is not about sending your
feature requests. It is about telling us what you would like to work on
for the next time in GIMP. We already have more than
Hi,
On Sun, 2007-10-28 at 19:20 -0300, Guillermo Espertino wrote:
I looked at Opera, as it has been suggested here. It has very good
options for managing tabs (manage different views and make tiles or
cascades for multiple views, detach windows from the tabbed environment,
etc.)
I have
Hi,
On Mon, 2007-10-29 at 04:47 -0300, Guillermo Espertino wrote:
Yes, we're talking about two different things :-)
I meant detachable tabs and different views like Opera's or Scribus'
ones. Not JUST tabs.
How is that different? We already have detachable tabs in the GIMP user
interface. So
Hi,
On Mon, 2007-10-29 at 09:40 +0100, [EMAIL PROTECTED] wrote:
Sure there's tab widget. The point I was uncertain about was whether a
second click on a tab would push it back in the z-order. I know Gimp is
sometimes held back by limitations of GTK+ over which it has no direct
Hi,
On Mon, 2007-10-29 at 08:52 -0400,
[EMAIL PROTECTED] wrote:
Though this discussion of UI issues is academically interesting (and
will eventually prove fruitful), if GEGL is to be integrated into GIMP
then that needs to be the primary focus for the next version.
Integrating GEGL is
Hi,
On Mon, 2007-10-29 at 17:16 +0100, Karl Günter Wünsch wrote:
maybe now is the time to get around to finally getting all the filter
settings
saved when exiting the gimp?
The revamp of the PDB API as I outlined it already (named parameters and
default values) is a prerequisite for this.
Hi,
On Mon, 2007-10-29 at 12:02 -0700, William Skaggs wrote:
2) Changing the implementation of gimp_draw_tool_pause() in
app/tools/gimpdrawtool.c, so that instead of erasing the drawing
using the XOR trick, it redisplays the projection of the image. I
believe that getting this to happen
Moin,
currently we are still fixing bugs in the 2.4.0 release but it seems
that we caught the major problems now and want to prepare a 2.4.1
release soon. When that is done, we will immidiately create a gimp-2-4
branch to continue bug-fixing there.
At that point trunk will be open for
Hi,
On Sun, 2007-10-28 at 15:06 -0300, Guillermo Espertino wrote:
Yes, I knew that (both the utility setting and the image dialog).
What I meant was to polish those two features and make them work
correctly in every platform (afaik the utility setting seems to have
some problems in
Hi,
On Sun, 2007-10-28 at 14:25 -0300, Guillermo Espertino wrote:
Creating a tabbed interface would require to completely transform the
current one
I don't see how a tabbed image window would be difficult to implement.
It would even fit nicely with your proposal.
Sven
Hi,
On Sun, 2007-10-28 at 17:06 -0300, Guillermo Espertino wrote:
Inkscape uses utility windows that aren't confined to the main window
limits.
Utility windows are never confined to any window. It's just a window
manager hint. And it is even clearly defined how the window manager
should
Hi,
On Sat, 2007-10-27 at 01:32 -0700, Valerie VK wrote:
Basically, what's needed is a roadmap of how GEGL will be integrated?
Complete with a definition of all the parts that need to use it, and
how?
Maybe this should be developed before a Gimp roadmap is defined?
We have already
Hi,
On Sat, 2007-10-27 at 12:14 -0200, Daniel Pinheiro Lima wrote:
I'm a professional animator and use the Gimp-gap tools as my principal
tool. Since I migrate to Linux ubuntu everything was work just
perfect. In my point of view, gimp gap is the best toolkit to the
traditional animator
Moin,
I would like to propose another project. Whether we want this for 2.6 or
later pretty much depends on whether we find someone who wants to work
on this. But I think we absolutely need this if we want to improve our
user interface.
What I am talking about is size entries. Widgets that allow
Moin,
we have had this thread before and last time there were a lot of
developers who expressed their opinion that Carol is not any longer
acceptable as a member of the GIMP team. Last time we have had this
thread, it was up to Yosh to respond and he asked for a break because he
was busy back
Hi,
On Sat, 2007-10-27 at 11:25 -0700, [EMAIL PROTECTED] wrote:
The Alt key used to modify the rectangular and oval selection tools so
that it moved the selection frame itself but not it's contents.
Now you can just move the selection without pressing the Alt key. What's
your point?
And
Hi,
On Sat, 2007-10-27 at 15:53 -0300, Guillermo Espertino wrote:
What I'd like to propose is a change in the UI for 2.6 (part of it is
already possible with the current interface) to gain more screen space.
The first thing I make every time I have a fresh install of gimp is
taking the
BTW, you can already try the unified menu if you pass the
--disable-toolbox-menu option to configure. You will have to do this
with a fresh installation though, or things won't work correctly.
Currently this is only done when building on OS X for the Quartz GTK+
backend. But we will want to
Hi,
while we are talking about the roadmap. There are some tasks left
unfinished that we should set on the agenda. At least so that people
realize that there's work left to be done. Perhaps we can attract some
developers who want to fix them.
Heal Tool
-
The heal tool needs to be
Moin,
another task that should be put on the agenda, perhaps even for 2.6:
Currently only the image display is color-managed. The color selectors
and the previews in the core and in plug-ins aren't. This should be
changed and it should be possible to reuse the existing ColorDisplay
filters to do
Moin,
yet another list of tasks that we should IMO commit ourselves to:
Floating Selections
---
We should try to remove floating selections from the user interface. It
should be possible to completely hide this implementation detail.
This needs a thorough analysis first. How
Moin,
as a first exercise in Cairo drawing, I would like to start with
something very simple and port GimpScrolledPreview to Cairo. There's
really only one single thing here that we would want to use Cairo for
and that is drawing the outline in the navigation popup. Here's a
screenshot of what it
Hi,
On Sun, 2007-10-28 at 00:38 +0400, Alexandre Prokoudine wrote:
Last time I asked in #gimp I was told that sample points are not color
managed too.
Currently nothing except the display is color-managed.
As far as I can see, things like the color picker and also sample points
only need to
Hi,
On Sat, 2007-10-27 at 21:26 +0100, Øyvind Kolås wrote:
Another part of GeglBuffer that is lacking in this regard is that it
doesn't automatically replace a
fully erased tile with a clone of the blank tile of the buffer,
similar optimizations could probably
be applied for tiles that have
Hi,
On Sat, 2007-10-27 at 23:11 +0100, Alastair M. Robinson wrote:
In 2.4 The user
can no longer use a selection tool to tear off and float a selected
region, am I right? If you want to select and move a region you now
have to manually float with either ctrl-shift-L or do Ctrl-X, Ctrl-V,
Hi,
On Thu, 2007-10-25 at 18:56 +0200, GSR - FR wrote:
Looked at XFixes X11 extension? I think all the apps that show the
correct pointer shape use that extension to copy the pixmaps and then
stamp them in the final image/video.
Good point. The XFixes extension seems to have code to do this.
Hi,
so it looks like we should toss some ideas around here on the
mailing-list to get an idea what could be our goals for 2.6. Let me just
propose a few things for discussion:
- Port internals to GEGL
We are pretty sure that we want to do this but we need a more
thorough proposal of what
Hi,
On Fri, 2007-10-26 at 05:37 -0700, Micahel Grosberg wrote:
As for user-visible changes in version 2.6, I think an important goal
should be to get Gimp to work well with the desktop environment. I'm
talking about the multiple taskbar buttons and related subjects. I'm
writing this on
Hi,
On Fri, 2007-10-26 at 11:02 -0700, William Skaggs wrote:
(I also think that the first GEGL-based release should be called 3.0.)
There will most likely be zero user-visible changes or new features due
to the port of the core to GEGL. It would be very stupid to make that a
major release. We
Version 2.4 of the GNU Image Manipulation Program is finally out.
Developers, artists and user interface designers from all over the world
worked together to make GIMP more powerful and easier to use than ever.
The changes from version 2.2 are described in the release notes on
Hi,
so far we didn't have a well-defined development roadmap. I would like
to propose that this is changed for GIMP 2.6 and beyond. Hopefully this
can help to acomplish two goals:
- GIMP 2.6 should not take too long to develop
- we will get more developers
Before we start the discussion of
Hi,
On Tue, 2007-10-23 at 11:20 -0200, Filipe Soares Dilly wrote:
I'm using the GIMP 2.4 RC3 in the new ubuntu linux (7.10). I can use
my tablet Graphire4, but it doesn't show in the extended devices for
Gimp. Is that a Problem in RC3, or a problem of the compilation of
Ubuntu?
If Ubuntu
Hi,
On Fri, 2007-10-19 at 21:21 +0200, Vladimir Savic wrote:
I've noticed that only Smudge Tool doesn't have brush scaling, which is just
inconsistent to to other tools.
This is not an oversight. The Smudge tool doesn't handle changes to the
brush size currently. There's already a bug
Hi,
Sven, can you explain what you mean by incorrect?
I have explained it several times already. I don't think that I can
explain it any better. There are internals involved here and we can't
just change the user interface because of these internals.
I think the blend mode in the fade UI
Hi,
why don't you just do what we suggested? If you would use
gimp_by_color_select() instead of gimp_run_procedure(), the compiler
would be able to tell you that your code is buggy.
Sven
___
Gimp-developer mailing list
Hi,
On Thu, 2007-10-18 at 15:05 +0200, Giuseppe Pasquino wrote:
Because I have problem converting the guchar vector for the color in
GimpRGB and I don't know how manage with GimpChannelOps...
I think I already pointed you to the API reference for GimpRGB and
gimp_rgb_set_uchar() in particular.
Hi,
On Thu, 2007-10-18 at 15:59 +0200, The Peach wrote:
is it possible that the only tool that will make screenshots including
the mouse pointer is kscreenshot, while the GIMP can't???
If you say so... Feel free to contribute a patch.
Sven
___
Hi,
On Thu, 2007-10-18 at 18:10 +0200, The Peach wrote:
anyway what I was saying is that as long as I've looked, the only way
IMHO is to grab the cursor pixmap with gdk_cursor_get_image, get the
cursor's coordinates (don't know how to do that) and then
paste (neither don't know what will be
Hi,
On Thu, 2007-10-18 at 18:26 +0200, The Peach wrote:
so the only way I can get the right cursor image is using the
screenshot for the whole desktop, where the GIMP mouse cursor will not
be overridden by the screenshot selector cursor. isn't it?
No, that is not going to work. The screenshot
Hi,
On Tue, 2007-10-16 at 13:04 +0200, Giuseppe Pasquino wrote:
after few operations, it picks a color from the image (with che
function gimp_pixel_rgn_get_pixel) to get the guchar value of the
components of the related color.
At this point, I need to call the gimp_by_color_select procedure
Hi,
On Tue, 2007-10-16 at 17:02 +0300, Aurimas Juška wrote:
http://developer.gimp.org/api/2.0/libgimp/libgimp-gimp.html#gimp-run-procedure
Procedure parameters:
http://www.goof.com/pcg/marc/pdb/gimp_by_color_select.html
Thanks for your attempt to help. But please don't point people to the
Hi,
On Mon, 2007-10-15 at 12:42 -0700, Jean Tourrilhes wrote:
So, I guess I would need to combine the gimp_drawable_preview and
gimp_zoom_preview in some fashion, or find if there exist a
gimp_drawable_zoom_preview object.
Using a zoomable preview is somewhat more difficult than using a
Hi,
On Mon, 2007-10-15 at 13:17 -0700, Jean Tourrilhes wrote:
Note that I personally believe that all GimpDrawablePreview
should be zoomable, but it's probably because I've been using high
resolutions display for too long.
That is why we introduced GimpZoomPreview. It's just that, a
Hi,
On Sat, 2007-10-13 at 11:42 -0400,
[EMAIL PROTECTED] wrote:
I have written the following short blurb on the Sample Points feature
Thanks. But I am not sure if the should advertize the Sample Points
feature in the release notes. It is unfinished and, fortunately, pretty
much undiscoverable
Hi,
you are of course right that the current dialog is less than ideal.
However changing the initial mode to Normal would be incorrect, even
though it would improve the usability of the Fade dialog quite a bit.
I will think about it some more and talk to Mitch. Perhaps we can even
accept a small
Hi,
On Sat, 2007-10-13 at 12:46 +0300, Alexander Rabtchevich wrote:
I use fading mostly after sharpening with refocus plug-in. And when the
dialog initializes it has Replace mode set. But using fade operation
with replace mode has no effect! This has been confirmed by Guillermo
Espertino.
Hi,
On Sat, 2007-10-13 at 13:52 +0300, Alexander Rabtchevich wrote:
Is it possible at least
to remember and recall the last mode the dialog was used within the
session
No, and I already explained that. It is vital that the dialog is
instantiated with the mode of the operation that you
Hi,
On Fri, 2007-10-12 at 09:34 +0300, Alexander Rabtchevich wrote:
:) As I have Russian locale, it was my translation, and I missed
function and realization. I was speaking on fade in Edit menu.
This hasn't changed since 2.4rc3. The mode is initialized from the mode
that was used by the
Hi,
On Tue, 2007-10-09 at 17:37 +0300, Alexander Rabtchevich wrote:
RC3 has replace layer mode as default in blend dialog, which is wrong
(it should be normal). Is it already fixed?
That's most probably saved in your tool-options, it's not the factory
default. Have you tried to reset the
Hi,
On Tue, 2007-10-09 at 18:50 +0200, Marcus Heese wrote:
Alright I see... I would like to help for GIMP 2.6 to get a real good
implementation of the text-tool PDB API. So I declare myself a volunteer for
this task.
Yery nice. Please remember to bring up this issue again when 2.4 is out
Hi,
On Mon, 2007-10-08 at 21:29 +0930, David Gowers wrote:
AFAIK no, it was decided fairly informally, like in many OSS things --
people talked, it became the accepted idea over time, and nobody much
mentioned it outside of the GEGL-developer and GIMP-developer mailing
lists where it was
Hi,
On Mon, 2007-10-08 at 09:35 +0200, Pcdokteraanhuis wrote:
but how canI how to convert gimps xcf format to pdf..
File-Print, then choose to print to file and select PDF as output
format. This requires GIMP 2.4.
Sven
___
Gimp-developer mailing
Hi,
On Sun, 2007-10-07 at 17:43 +0200, ben wrote:
I wanna complete the documentation of the Retinex page:
http://docs.gimp.org/en/plug-in-retinex.html
How can I do it, just submit a text in an email to the list?
First of all, this is the wrong list for questions on the user manual.
Hi,
On Fri, 2007-10-05 at 10:13 -0300, Filipe Soares Dilly wrote:
Just one thing: I'm using this compiled version of Rc3:
http://www.gimpusers.com/gimp-download.php for the Ubuntu linux 7.04
i386. The Healing tool works too slow and the selection tools don't
show that animated border after
Hi,
On Thu, 2007-10-04 at 14:12 +0200, Raphaël Quinet wrote:
Great! Thanks a lot for this nice summary of the changes.
I will integrate your guide into a web page for the new web site.
Very nice, thanks to both of you.
Now it seems that the most important thing is to finish the release
Hi,
I've already sent this mail several weeks ago, but didn't get much
feedback except for some vague offers for help. Since we are now close
to actually releasing GIMP 2.4.0, we should probably have a look at this
list again.
Since I have been away for some weeks, I don't really know how much
Hi,
On Fri, 2007-09-28 at 11:47 +0400, Alexandre Prokoudine wrote:
Here is what I see when trying to run Shift plug-in on GIMP 2.4 RC3 + SVN:
/usr/lib/gimp/2.0/plug-ins/shift: fatal error: Segmentation fault
What further information do you need from me?
A detailed description of what
Hi,
On Wed, 2007-09-26 at 19:25 -0400, Yves de Champlain wrote:
Sorry if I'm asking a stupid question ...
Is it possible to compile gimp with dbus support without having to
use dbus-lauch to launch it ?
d-bus support only makes sense if you are on a desktop that already runs
a session
Hi,
On Thu, 2007-09-27 at 12:10 -0400, Yves de Champlain wrote:
My problem is, in fact, thatI don't really know dbus and how it
works, but I maintain gimp for macports and I usually try to go with
the app's default settings.
I suggest that you explicitely disable d-bus support then.
Hi,
we already have a splash image for 2.4; so we are not going to run a
contest this time. Nevertheless, thanks for your contribution.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
Hi,
On Wed, 2007-09-26 at 05:41 -0700, Yoshinori Yamakawa wrote:
Inside the GIMP, the color profiles are managed by the file paths. But the X
server provides the contents of the monitor profile.
Some fixes might be needed to list that profile in the combo box.
I don't think the profile
Hi,
On Tue, 2007-09-25 at 14:45 +0300, Alexander Rabtchevich wrote:
I've installed 2.4RC3 and found a strange logic of monitor profile use.
I had my monitor profile assigned in RC2 and had no system-wide
assigned profile. So I deinstalled RC2, installed RC3 and found out
GIMP was not
Hi,
On Wed, 2007-09-12 at 22:04 +0200, [EMAIL PROTECTED] wrote:
All these magic keystrokes seem pretty much essential to a lot of these
features and without that knowlege Gimp looses a lot of functionality.
Is all this documented in any one central place? I mean without trawling
the
Hi Simon,
what about the other issue that Barton reported?
Apparently the stroke is being made with the background color though
the pdb for gimp-edit-stroke-vectors says:
This procedure strokes the specified vectors object, painting along
the path with the active brush and foreground
Hi,
On Tue, 2007-09-11 at 22:16 -0400, Máirín Duffy wrote:
I know it must be terribly, horribly, ridiculously, and extremely late
to suggest this at this point in the 2.4 cycle but -
Let's include these brushes (or rather only a few sizes because GIMP can
now scale brushes nicely) for 2.6
Hi,
On Tue, 2007-09-11 at 07:32 -0400, Yves de Champlain wrote:
I read in the NEWS :
Changes in GIMP 2.4.0-rc2
=
- on OS X, get rid of menubars in windows and use the global menubar
Either I don't know what the gloal menu bar is, either it is not wotking
because
Hi,
On Wed, 2007-09-12 at 18:47 +0200, Christian Scholz wrote:
Most of the problems involve consecutive use of polygonal selection an
other selection tools.
E.g. I made a rectangular selection. Now I changed my mind and want to
cut little triangles into the selection.
However the only way
801 - 900 of 3017 matches
Mail list logo