On 05/27/2010 09:36 AM, Thorsten Wilms wrote:
On Thu, 2010-05-27 at 09:18 +0200, Martin Nordholts wrote:
The GtkToolPalette widget that hosts the buttons is able to nicely
distribute available space among the buttons, so I would like to remove
the resize constraint and make the toolbox dock
' is too large. Please reduce more than %dpx)
Cristi
They have no purpose, I replaced them with '.' now:
commit e942d1e91399cc92f1e8944de91a85c39a30fe1b
Author: Martin Nordholts mart...@src.gnome.org
Date: Thu May 27 18:53:14 2010 +0200
plug-ins: Remove bogus ) in file-xmc.c
--
My GIMP
On 05/27/2010 06:48 PM, Michael Natterer wrote:
Yes, the concern is that tool buttons *do* have a fixed size, and I
really don't think we should scale them. The interface is IMHO
better with the resize steps. There is no reason to have non-square
buttons, because it doesn't exactly look good
made the Mac TWAIN plug-in --without:able now at least, one
shouldn't have to hack configure manually...
commit bc54cbfd573d6d6ea0507e93f2e79bce8d5a8af9
Author: Martin Nordholts mart...@src.gnome.org
Date: Tue Jun 1 20:45:46 2010 +0200
Add --without-mac-twain to configure
/ Martin
On 06/20/2010 05:53 PM, Olivier wrote:
Here is what I get:
17:50 r...@olecarme /opt/gimp# git pull
remote: Counting objects: 288, done.
remote: Compressing objects: 100% (182/182), done.
remote: Total 182 (delta 143), reused 0 (delta 0)
Receiving objects: 100% (182/182), 36.59 KiB, done.
On 06/20/2010 06:15 PM, Olivier wrote:
desktop/Makefile.am:52: (probably a GNU make extension)
gtk-doc.make:7: GTK_DOC_USE_LIBTOOL does not appear in AM_CONDITIONAL
devel-docs/app/Makefile.am:116: `gtk-doc.make' included from here
[a lot of similar couples of lines]
zsh: exit 1
On 06/22/2010 05:46 AM, Evan LeCompte wrote:
Myself and many other members of the Archlinux community (and anyone
using Linux with a tiling window manager for that matter) humbly beg you
(the developers) for a single-windowed version of GIMP.
Compile git master (or wait for 2.7.1 which will be
On 06/23/2010 04:52 PM, Stephen wrote:
Hello all-
[...]
I was wondering if anyone here has long-term plans for supporting the OS
X platform. The reason I ask is I don't want to spend any further time
on Seashore if there are serious prospects for a native Cocoa GIMP
anywhere in the future;
On 06/24/2010 05:57 PM, Stephen wrote:
On Jun 23, 2010, at 8:16 AM, Martin Nordholts wrote:
I think a good first step would be to port Seashore Mac OS adaptations
to upstream GIMP.
I'm not quite sure what you mean by porting Seashore adaptations to GIMP. As
some background, Seashore has
On 06/23/2010 10:54 AM, saulgo...@flashingtwelve.brickfilms.com wrote:
When the boundaries of the group layer are modified, the result is
that each of the member layers are cropped to the new boundaries. This
is not what I would expect to happen. I should think that the group
layer's
Hi all,
If you would like better default resources in GIMP, now is a great
opportunity to do something about it. We want GIMP 2.8 to ship with a
good set of default resources, but we need help from our artist
community with this. Right now, we would like to do the following:
* Add rake
On 07/07/2010 06:05 AM, Luiz Felipe Moraes Pereira wrote:
I don´t know if this helps, but there is already the GIMP GPS resources
and I heard about GIMP painter, you could check with their authors to
use what they have made, They would love having their work on GIMP.
Thanks for the tip, but it
On 07/13/2010 10:28 AM, Przemysław Zych wrote:
Hi,
As a part of my student project for Optimizing Open-Source
Applications at Warsaw University I have speed up despeckle plug-in for
gimp.
Original version of the plugin run 56seconds for 1024x768 image with
despeckle radius 30 and adaptive
On 07/19/2010 05:52 PM, Joao S. O. Bueno wrote:
That way, the pepper, sun, wine brushes could go under a bitmap tag,
but have no default tag attached. That would also make it easier to
display just the wanted gradients - several of the gradients shipped
with GIMP are used in tiny-fu scripts.
On 07/27/2010 07:31 PM, Charlie De wrote:
Hello again,
Given that the GEGL solution is not yet perfect, as per the latest
relevant bug report...
https://bugzilla.gnome.org/show_bug.cgi?id=624026
...I wonder if I may help with an algorithm that could be used either in
GIMP internally or in
On 07/27/2010 08:08 PM, Charlie De wrote:
On the other hand, I understand you have other good reasons to go the GEGL
route. That's fine, except it will take a long time to regain the
functionality
GIMP already has, namely multi-threading. It's for that reason that I think
relatively simple
Hi Roland
On 07/31/2010 02:32 PM, Roland Lutz wrote:
Hi,
there has been a discussion, in 2002-2004, to allow plugged-in tools.
On 2002-02-22, Sven Neumann wrote:
not discussed, but already implemented ;-) The CVS version has
preliminary support for pluggable tools that can be either loaded
On 08/01/2010 09:25 AM, Joseph Areeda wrote:
In my mind an hmtl layer would serve the same function as a text layer,
except that it would provide formatted text. It would be nice if could
be stored and edited as html then rendered on the fly.
Hi,
If you want more powerful formating of text
On 08/01/2010 05:42 PM, LightningIsMyName wrote:
Hello
- non-rectangle-bound guides:
I think we have seen this request already several times and I
definitely agree it could be useful.
FYI, here's a bug report with a non-finished patch:
https://bugzilla.gnome.org/show_bug.cgi?id=344109
On 08/03/2010 10:04 PM, Charlie De wrote:
For that reason I've previously proposed what to me
seems to be the cheapest solution - offer the fix as a compile option in an
incremental bug release in the stable branch.
Hi,
Since this is the second time you mention this, I feel I have to step in
On 08/09/2010 03:42 PM, Rupert Weber wrote:
Hi,
while the last patch I posted* to
http://bugzilla.gnome.org/show_bug.cgi?id=325564
is of course outdated already, I think it's time to think about how to
ever get this included.
Hi,
As long as you are available to respond to feedback
On 08/09/2010 09:08 PM, Charlie De wrote:
From Martin:
I think the displayed names should be like above, and the API names
should have a LCH prefix or suffix. I think the old ones should have
display names with (compatibility) appended, and only be shown when an
XCF that uses these modes
On 08/09/2010 10:32 PM, Rupert Weber wrote:
On 08/09/2010 07:42 PM, Martin Nordholts wrote:
As long as you are available to respond to feedback about the patch, it
will be included into 2.8, don't worry. It's just that it might take a
while before anyone gets around to review and test
On 08/09/2010 10:51 PM, LightningIsMyName wrote:
Hello,
I recently re-read all the GSoC suggestions for 2010, and I found this
interesting one about making the menus searchable:
https://sites.google.com/site/gimpwiki/long-term-plans/menu-accesibility
0. How do we want the search to work? A
On 08/10/2010 10:28 AM, LightningIsMyName wrote:
On Tue, Aug 10, 2010 at 9:27 AM, Martin Nordholtsense...@gmail.com wrote:
2. We need to define a usable plugin browser. One of the features I'm
missing the most, is a preview image. Plugins should have an option to
register a preview image of
On 08/10/2010 11:57 AM, David Gowers wrote:
Create the previews in an idle handler
Just some nit-picking:
If you mean an idle handler in the event loop, that's a bad idea. We
should do image processing in a separate thread to keep the UI
responsive at all times. You could argue that if we
On 08/17/2010 05:02 PM, Cristian Secară wrote:
In this string
#: ../app/main.c:175
msgid Do not show a startup window
it is about the splash screen ?
Yes
This is a command line helper, or a GIMP preference checkbox ?
Command line helper
BR,
Martin
--
My GIMP Blog:
92d0b22653322594eb6843fbaa8c2622e3a89f65
Author: Martin Nordholts mart...@src.gnome.org
Date: Tue Aug 17 19:08:33 2010 +0200
app: Fix translation, region_select = selection
/ Martin
--
My GIMP Blog:
http://www.chromecode.com/
Automatic tab style and removed tab title bar
On 08/18/2010 08:33 AM, Mathias Lindner wrote:
Hi,
I run the current development version of GIMP (2.7.2).
In single window mode I experience a very annoying issue. One example to
reproduce this: choose the brush tool, create a new layer and change it's
opacity with the slider. And now it
On 08/19/2010 04:29 PM, Olivier wrote:
I'm installing a brand new computer with Debian testing. I want to
compile the current git version of GIMP. All things work well for babl
and gegl, but I can't manage to compile GIMP itself. Here are the last
lines after ./autohen.sh :
gtk-doc.make:58:
On 08/19/2010 11:12 PM, Chris Mohler wrote:
Is this a bug? (or a feature ;)
1. Create new RGB image
2. Add channel
3. Increase canvas size
4. Edges of channel are now filled 100% solid, regardless of BG color
I expected:
4. Edges of channel are now filled with % based on BG or possibly
On 08/20/2010 08:22 PM, Alexandre Prokoudine wrote:
On 8/20/10, Martin Nordholts wrote:
IMO that nicely fits into automatically managed layer (and channel)
boundaries scheduled for GIMP 3.0.
Will it also make layer mask move along with the layer it is attached to?
Hi Alexandre
On 08/24/2010 10:09 AM, Rupert Weber wrote:
On 08/24/2010 07:46 AM, Martin Nordholts wrote:
I suggest we:
* Only show the legacy color modes when an image that already
uses them is the active image (we either show all four, even
if an image only uses one).
If that's how we do
On 08/26/2010 09:19 PM, Sven Neumann wrote:
On Thu, 2010-08-26 at 21:11 +0200, g...@catking.net wrote:
If I want a colour , I should find it on the colour menu . If I want to
select layers I should fine the necessary interface elements on the
layer menu.
Sounds reasonable. We could
On 08/25/2010 08:55 PM, Sven Neumann wrote:
On Wed, 2010-08-25 at 13:39 -0300, Luiz Felipe Moraes Pereira wrote:
I agree with you, also the other stuff related to creation(button, etc)
should go somewhere else in gimp.
somewhere else is not a very intuitive place either. We've had a
longer
On 08/27/2010 12:39 PM, yahvuu wrote:
On 27.08.2010 07:32, Martin Nordholts wrote:
If people have troubles finding the Layers dockable, we should instead
look into making it more discoverable, like adding a 'Dockables' top
menu or moving them directly under 'Windows' instead of having a sub
On 08/27/2010 04:08 PM, yahvuu wrote:
On 27.08.2010 08:47, Martin Nordholts wrote:
* We can remove File-Create altogether in GIMP 3.0. IMO none of the
things there fits our product vision. The ones that do should be
under Filter and not create a new image
For 3.0, i think we also can dispose
On 08/29/2010 09:01 AM, LightningIsMyName wrote:
Hello,
Currently, creating animations in GIMP is not done in a very clean
way.
That's not a problem since creating animations is not a defined goal in
the GIMP product vision. I rather think we should remove support for
animations in GIMP for
On 08/30/2010 08:19 PM, Rupert Weber wrote:
On 08/24/2010 07:46 AM, Martin Nordholts wrote:
* Only show the legacy color modes when an image that already
uses them is the active image (we either show all four, even
if an image only uses one).
Haven't got around doing that, yet
On 09/01/2010 02:37 AM, Rupert Weber wrote:
On 08/30/2010 09:34 PM, Martin Nordholts wrote:
Is it decided that GEGL will not support the legacy modes, or should
they be implemented in GEGL as well to retain backward compatability?
There is one big issue left to settle
I just meant if GEGL
On 09/01/2010 12:12 PM, Øyvind Kolås wrote:
On Wed, Sep 1, 2010 at 6:35 AM, Martin Nordholtsense...@gmail.com wrote:
My point was that we either decide that GEGL should render just like
legacy, in which case we would need to implement both kinds of color
layer modes in GEGL, or we decide that
Hi,
I have been experimenting with setting up nightly builds of babl, GEGL
and GIMP using buildbot. Actually, it's morning builds, since the
morning is the least common time on the day we push commits. I am now in
a state where this works pretty well:
* Each morning buildbot pulls the
On 09/06/2010 09:22 PM, Sven Neumann wrote:
Will buildbot build failures be posted to this list? Do you have the
'blame' feature setup so that the commits that potentially broke the
build are listed?
I think posting failures to the list would create too much spam, my plan
was to have an IRC
On 09/06/2010 10:02 PM, Sven Neumann wrote:
On Mon, 2010-09-06 at 21:38 +0200, Martin Nordholts wrote:
On 09/06/2010 09:22 PM, Sven Neumann wrote:
Will buildbot build failures be posted to this list? Do you have the
'blame' feature setup so that the commits that potentially broke the
build
On 09/07/2010 06:26 PM, Emil Assarsson wrote:
Hi,
How about letting this buildbot approving commits in some way?
http://wiki.hudson-ci.org/display/HUDSON/Gerrit+Plugin
My employer uses Hudson and I considered using Hudson for GIMP too.
Automatically building and testing commits before they
On 09/07/2010 07:56 AM, Martin Nordholts wrote:
On 09/06/2010 10:02 PM, Sven Neumann wrote:
On Mon, 2010-09-06 at 21:38 +0200, Martin Nordholts wrote:
On 09/06/2010 09:22 PM, Sven Neumann wrote:
Will buildbot build failures be posted to this list? Do you have the
'blame' feature setup so
On 09/01/2010 12:45 PM, yahvuu wrote:
O Peter, Where Art Thou?
This is getting nasty quickly.
On 28.08.2010 20:13, Sven Neumann wrote:
On Fri, 2010-08-27 at 07:32 +0200, Martin Nordholts wrote:
If I want a colour , I should find it on the colour menu . If I
want to
select layers I should
On 09/12/2010 05:55 PM, Olivier wrote:
In the current git version, the Tool options dialog no longer tells the
user what tool is directed by the corresponding options. If it i a
Toolbox tool, we see the corresponding icon emphasized. If it is, for
example, the Levels tool and we did not place
On 09/19/2010 03:46 PM, fu...@gmx.net wrote:
A few programs (CinePaint for example) use dcraw to allow direct support for
opening/processing RAW files of many camera manufacturers. I personally
think, that it would be a great feature for GIMP, too.
I've also read, that the full
On 09/20/2010 10:51 PM, Sven Neumann wrote:
On Mon, 2010-09-20 at 22:18 +0200, fu...@gmx.net wrote:
GIMP can't load or save any file format except XCF without separate
plug-ins. So by your definition of native support GIMP doesn't support
any file formats except XCF. Most features in GIMP are
On 09/28/2010 02:02 AM, Bogdan Szczurek wrote:
Hi!
There's a small thing that I missed in GIMP for some time. That thing
is a megapixel counter to add to window title or status.
Hi!
IMO we need to make it easier than editing a complex format-string to
get this info in the window title.
But
On 09/29/2010 11:32 PM, Bogdan Szczurek wrote:
There's a small thing that I missed in GIMP for some time. That
thing is a megapixel counter to add to window title or status.
Hi!
IMO we need to make it easier than editing a complex format-string to
get this info in the window title.
Well…
On 10/06/2010 03:48 PM, Olivier wrote:
In the current git version, exporting to GIF an image in RGB mode does
not offer the opportunity to specify a way to change the mode to
indexed. The conversion occurs silently. Should not at least a warning
message pop up?
We can safely assume that our
On 10/15/2010 01:59 PM, LightningIsMyName wrote:
Note - these function are not present in GIMP 2.7.1, you'll need to
get the latest source and build it to gain access to these functions
(they are documented there like the rest of the PDB functions).
Also note that the latest code from git is
On 10/15/2010 02:22 PM, Alexandre Prokoudine wrote:
On Thu, Sep 23, 2010 at 11:55 PM, Alexia Death wrote:
On 09/23/2010 02:00 PM, Alexandre Prokoudine wrote:
That basically boils down to Why is there no GIMP Foundation? In my
sick and screwed imagination the answer would be Because there is
On 10/21/2010 11:30 PM, Sven Neumann wrote:
On Thu, 2010-10-21 at 23:23 +0200, Martin Nordholts wrote:
If someone starts experimenting with this, I suggest making littlecms
one of potentially backends, so that we can compile against the native
color management library of a platform when
On 10/25/2010 05:19 PM, Patrick Horgan wrote:
1) You press TAB
2) The toolbox and dialogs disappear - good.
3) The nice big drawing surface that you sized just how
you wanted it (on purpose!) resizes small and to one
corner of the screen.
I thought I fixed this long ago and I can't
On 10/25/2010 09:30 PM, Tomek CEDRO wrote:
Also I have some improvement idea - there is an option to save windows
position - this could also obey to the toolboxes and toolbars
visibility, so after GIMP is restarted only the no-window is visible
and no need to press Tab key.
This already fixed
On 10/25/2010 10:26 PM, Alexandre Prokoudine wrote:
On 10/25/10, Alexia Death wrote:
This happened to me quite recently if I worked with maximized image window.
It
snaps out of maximize and back into any size it was before. It happens
whenever I close an image or open one too.
Or it takes
On 10/30/2010 07:36 PM, Phani Bhushan Tholeti wrote:
Hi:
GIMP compile fails. This is what I tried (on kubuntu 10.04):
git clone git://git.gnome.org/gimp
./autogen.sh --disable-gtk-doc
There's lot of warnings that say something like this
gtk-doc.make:58: GTK_DOC_BUILD_PDF does not appear
On 11/08/2010 09:01 PM, Alessandro Francesconi wrote:
Hello guys, i'm recently into the Gimp Plugin development and I'm trying
to write a plug that shows a new window to interact with the user.
I designed it with Glade 3.6 to make it simple, then I saved the
interface in GtkBuilder format
On 11/09/2010 09:09 AM, Ofnuts wrote:
On 11/09/2010 07:17 AM, Martin Nordholts wrote:
* Don't install into a prefix in a prefix, rather use /usr and /opt
Ain't me... I used all defaults in the Git build scripts.
Well, the default prefix is for when you want to override an
installation
On 11/12/2010 01:59 AM, photocomix wrote:
I see the Van Gogh filter is still in gimp, even in the last git and i fear
to see it even in next 2.8
I think nobody use it, also because would be close to the impossible do
something definite with it:
not only is not clear for what is for, but
On 11/12/2010 09:21 AM, Michael Schumacher wrote:
What are the requirements for good enough to be included in GIMP 3.0?
The only thing that matters when it comes to deciding what to include
and what not to include in GIMP is our product vision. If something
helps us fulfil our product vision,
On 11/13/2010 05:48 PM, photocomix wrote:
The only thing that matters when it comes to deciding what to include
and what not to include in GIMP is our product vision. If something
helps us fulfil our product vision, we will keep it in GIMP 3.0. If it
doesn't, we will remove it. / Martin
On 11/16/2010 07:16 PM, Bart Kelsey wrote:
While I appreciate that GIMP's gradient editor is highly capable, the advanced
features are set up in such a way that creating a simple gradient quickly is
next to impossible. This is a major usability problem. I would suggest the
following changes
On 11/19/2010 11:14 PM, Bart Kelsey wrote:
I joined this ML because I was advised that there would be interest in
discussing the gradient editor UI. Understand that I'm not trying to
put pressure on anyone to talk about it, but no one seems particularly
interested in picking this up, and, as
On 11/27/2010 05:02 AM, Alexandre Prokoudine wrote:
On 11/23/10, peter sikking wrote:
GIMPsters,
just FYI, but to escape out of a backlog of 641 GIMP devlist
emails waiting for me with ever more not-so-trivial-as-one-thinks
UI issues waiting for me,
I had to set them all to read, and jump
On 12/07/2010 03:39 AM, Roman Joost wrote:
Hi,
I've got a positive reply to include a nightly build of the manual on
the GIMP buildbot a few weeks ago.
In the mean time I created a snipped and tested it on my own machine:
f1 = factory.BuildFactory()
On 01/04/2011 08:25 AM, しげっち wrote:
Hi, all.
I'm recently implementing a GUI features that is inspired by the ideas
of the GIMP UI brainstorming.
I hope these features to be included or merged into the master branch
in some future.
So I inform you the patch here.
If you're interested in the
On 01/05/2011 07:19 PM, Simon Budig wrote:
What currently is needed is some more work on the single-window mode.
AFAIK there are some bugs in there and Martin (Enselic) can no longer
dedicate as much of his time to it as he used to. It would be awesome if
this work could be picked up and
On 01/06/2011 08:32 AM, Olivier wrote:
2011/1/5 Martin Nordholts ense...@gmail.com mailto:ense...@gmail.com
That is not necessary, the reason I haven't hacked on GIMP the last two
months is that I am working on a website which will allow people to
easily track progress of GIMP
On 01/06/2011 11:01 PM, Sven Neumann wrote:
I just wanted to let you know that we have seen a dramatic increase in
donations since then. More than 120 people donated over the last 8 days
and sent us about 2,500 dollars. Perhaps it would be a good idea to
discuss how we can actually use this
On 01/13/2011 01:39 AM, Malix wrote:
Hi all,
on this blog there is a post about Gimp that generate a lot of user comments.
http://troy-sobotka.blogspot.com/2011/01/why-gimp-is-inadequate.html
I think that someone of you that can replay to false things must post a
replay.
Bye
Massimo
On 01/21/2011 06:37 AM, Ilgaz Ocal wrote:
I got my lesson second time for attempting to help an open source
project in a positive manner.
Hi Ilgaz
Don't take one unfriendly reply from an arbitrary person as a
representative reply from everyone. There are many of us that appreciate
that
On 01/23/2011 09:11 PM, Eric Grivel wrote:
Hi, I submitted a series of patches to bug 596410. This is my first time
working on Gimp and I'm new to git at well. I am very open to
suggestions on how to do things differently (better).
Hi and thanks, I'll review them soonish.
Regards,
Martin
--
On 01/25/2011 09:35 AM, Stephen Greenwalt wrote:
Where can I help?
It would be great to get help with bugs put on the 2.8 milestone:
https://bugzilla.gnome.org/buglist.cgi?product=GIMPbug_status=UNCONFIRMEDbug_status=NEWbug_status=ASSIGNEDbug_status=REOPENEDtarget_milestone=2.8
Regards,
Martin
On 01/25/2011 05:52 AM, Alexandre Prokoudine wrote:
Google has just announced GSoC2011.
Schumaml: Will you be our GSoC master this year too? If so, that would
be great.
Regards,
Martin
--
My GIMP Blog:
http://www.chromecode.com/
Nightly GIMP, GEGL, babl tarball builds
On 01/26/2011 06:55 AM, Stephen Greenwalt wrote:
Here's one suggestion that you could probably work on immediately,
and would prepare
you to work on other things if you are interested. Gimp has a
plug-in called Lighting Effects
Thanks for the info. I have used that filter
On 01/26/2011 08:15 AM, Stephen Greenwalt wrote:
I have been reviewing Gimp / GEGL source code . . . to get familiar with
everything . . . so that I have some context to understand where I might
help the project.
But I am operating in a void because I don't understand:
* How the
On 01/27/2011 10:43 PM, Eric Grivel wrote:
I am getting the impression that the Gimp project is trapped in a
chicken-and-egg problem with regard to attracting new contributors,
where the few core developers are too busy maintaining the product to
spend a lot of time helping new developers come
On 01/28/2011 12:56 AM, Stephen Greenwalt wrote:
It is huge. Incredible, actually. Who wrote all of this? Wow.
To see who wrote all this, visit https://www.ohloh.net/p/gimp/contributors
A few comments:
* It seems to work best to put the entire project (all source, and all
build
On 01/28/2011 05:01 AM, Michael J. Hammel wrote:
* Shouldn't we standardize on a common development IDE (like Eclipse)?
If I am missing something in that area . . . let me know.
IDE's are crutches. Based on the source tree I don't think the
developers use them but I could be wrong. I don't
On 02/03/2011 05:59 PM, Alexia Death wrote:
On Thursday, February 03, 2011 18:10:21 Nelson A. de Oliveira wrote:
On Thu, Feb 3, 2011 at 2:32 PM, Alexia Deathalexiade...@gmail.com wrote:
On Thu, Feb 3, 2011 at 2:50 PM, Nelson A. de Oliveiranao...@gmail.com
wrote:
I don't know if it's a know
On 02/04/2011 07:59 PM, Nicolas Brack wrote:
Hello,
I'm responding about the advertisement Plans for 2.8 and beyond to help
the team to freely code gimp. Here is a little resume :
Hi Nicolas!
Thank you for your mail.
However, you're not applying to a job, and a resume won't help us much.
On 02/06/2011 05:51 PM, Michael Grosberg wrote:
Martin Nordholtsenselicat gmail.com writes:
So I suggest you look for something you'd like GIMP to do better, then
start working on that. If you bump into problems, feel free to ask for
advice on this list.
Isn't there some prioritized task
On 02/07/2011 04:48 AM, Patrick Horgan wrote:
I'm trying to come up to speed on gegl and built the hello-world.c
example from the examples directory. The text from that example doesn't
show up on the output, although the mandelbrot zoom works wonderfully.
Is there anything I can do to figure
On 02/07/2011 01:33 PM, Patrick Horgan wrote:
On 02/06/2011 10:52 PM, Martin Nordholts wrote:
On 02/07/2011 04:48 AM, Patrick Horgan wrote:
I'm trying to come up to speed on gegl and built the hello-world.c
example from the examples directory. The text from that example doesn't
show up
Hi everyone
I got tired of managing our BuildBot(s), so I decided to switch our
continuous integration tool to Jenkins (formerly known as Hudson). You
find our Jenkins at
http://gimptest.flamingtext.com:8080/
The main benefits are:
* An order of magnitude easier to configure and
On 02/13/2011 12:04 AM, LightningIsMyName wrote:
I'm starting this thread to list ideas for Google Summer of Code 2011,
for the GIMP project. Since in the last year collecting ideas was done
partially by the mailing list, let's try it again this year and keep
most ideas here.
Thanks for a
Tool:
Emacs + https://github.com/Enselic/enselic-home/tree/master/elisp
Direct compilation:
Yes, with M-x compile and M-x flymake-mode
Code completion:
Kind of, Emacs supports tab-completion for symbols in all buffers, so if
I have the relevant headers open, I have tab-completion for e.g. all
On 02/28/2011 12:07 AM, LightningIsMyName wrote:
Hello,
Today (February 28, 2011), at 10pm CET (for time zone conversions, see
http://www.timeanddate.com/worldclock/fixedtime.html?month=2day=28year=2011hour=22min=0sec=0p1=48
) a meeting of GIMP developers is scheduled on the GIMP developer
On 02/28/2011 07:02 PM, Sven Neumann wrote:
On Mon, 2011-02-28 at 19:38 +0200, Alexia Death wrote:
Wiki needs an admin that cares, a database and php installed on the
server. AFAIK there is no gimp host that meets all those requirements,
specially the admin part.
Well, the machine that hosts
On the developer meeting I got an action to create a draft of a roadmap.
It can be found here:
http://gimp-wiki.who.ee/index.php/GIMP_Roadmap
It has has a list of features we prioritize, as well as a list of at
what GIMP release we expect features to be available.
It is quite influenced by my
On 03/01/2011 03:23 PM, Michael Grosberg wrote:
Congrats! this is a much-needed step.
Can I ask what non-destructive editing is? According to Adobe, this
includes:
* Color adjustment layers (such as levels, hue/saturation, threshold, etc)
* filter layers (such as blur, sharpen, emboss, etc)
On 03/02/2011 04:33 AM, GSR - FR wrote:
Hi,
ense...@gmail.com (2011-03-01 at 2214.48 +0100):
Thanks, I've added your items as well as mapped features into GIMP
releases up to GIMP 3.8. (I implicitly include both 'color adjustment
layers' and 'filter layers' under Adjustment layers.):
On 03/03/2011 02:00 AM, Jörn P. Meier wrote:
Hi,
I would like to implement the following layer mode in the GIMP:
1) Transform destination and source pixels to HSL space.
2) Note original destination pixel saturation.
3) Set luminance component of destination pixel to luminance component
On 03/03/2011 07:21 AM, Bill Skaggs wrote:
Let me start by noting that although I was once pretty familiar with the
Gimp code, I haven't
looked at it in a couple of years. That being said, this discussion is
not making sense to
me. Plug-ins do not access Gimp core functionality directly,
On 03/03/2011 06:03 PM, Jörn P. Meier wrote:
very cool. Is this a patch against the git version?
Yes, and help with reviewing and testing it for inclusion in GIMP 2.8
would be appreciated.
/ Martin
--
My GIMP Blog:
http://www.chromecode.com/
Why GIMP 2.8 is not released yet
On 03/03/2011 03:46 PM, Andreas Plath wrote:
I started to compile a list of which were implemented, but I think I'd
better ask: are all the plugins in the default GIMP bundle already
implemented as GEGL operations? If not, is there an easy way to find
which are already done?
There is no such
501 - 600 of 665 matches
Mail list logo
