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/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/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/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/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 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 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/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/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/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 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 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/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/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/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/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/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
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/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
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 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 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/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/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/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/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/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/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/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/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/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/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/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
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 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
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/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
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 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
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 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/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/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
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 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
design aspects I'm not
thinking about here?
/ Martin
--
My GIMP Blog:
http://www.chromecode.com/
GIMP 2.8 development still under control
From 943d8d2219e19b3ae6dd288cd7f7f8bed7b16ff3 Mon Sep 17 00:00:00 2001
From: Martin Nordholts mart...@src.gnome.org
Date: Thu, 27 May 2010 09:15:08 +0200
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/26/2010 03:05 AM, Dieki N wrote:
I've created a patch to improve the behavior of brush size
increase\decrease keyboard shortcuts, particularly at small sizes and
large sizes.
Just checking: Have you tried the 'Increase/Decreate Radius Relative'
keyboard shortcuts?
/ Martin
--
My
On 05/26/2010 02:23 AM, Jon E. Pearkins wrote:
What is the best way to ask the GIMP Development team to consider dividing
Bug 61499 into two separate tracks: serious bug (loss of metadata) and
enhancement (view/edit metadata)?
Hi,
I agree loss of metadata is a serious issue, but I don't
On 05/19/2010 04:03 PM, lloyd konneker wrote:
This is a request to put the Resynthesizer plugin in the Gimp project.
The author, Paul Harrison, has given me permission to maintain
Resynthesizer.
I am an unaffiliated computer scientist and have developed in C, Python,
and Scheme under Unix,
On 05/16/2010 02:26 PM, Someone Somebody wrote:
This article describes what it does: (Doesn't say how though, that's
Microsoft for you)
http://blogs.technet.com/office2010/archive/2009/10/19/the-magic-of-background-removal.aspx
It is a GSoC 2010 project to implement an image matting operation
translation considered „Windows”.
Cristi
That's Windows as in Microsoft Windows, I've changed the string:
commit 7de8fa5293fabdfc44ce0a1c1e2e8d9ee5e7cf3c
Author: Martin Nordholts mart...@src.gnome.org
Date: Sun May 16 20:28:00 2010 +0200
plug-ins: Refer to 'Windows' as 'Microsoft Windows
On 05/15/2010 07:16 PM, Rob Antonishen wrote:
The biggest first step would be to define the package xml syntax.
After that, resource types could be added. I agree that only scripts,
binaries, and python plugins would make sense to package this way.
Anything needing compiling would be out of
On 05/15/2010 10:05 PM, Liam R E Quin wrote:
On Sat, 2010-05-15 at 20:35 +0200, peter sikking wrote:
one click _really_ means one click.
Click here to install a virus?
So we should have an Are you sure you want to install this
plug-in?-popup or what? :)
I don't think viruses will be a
On 05/14/2010 04:13 PM, Rob Antonishen wrote:
I was reading the gimp vision again, and two things jumped out:
- GIMP is easily user-extendable, by easy installation of plug-ins
- GIMP should be easily extensible by the average user: one
click-installation of plug-ins
and was wondering if
On 05/06/2010 04:24 PM, Thales img wrote:
Hello,
I have an idea and I'd like to know what you think about it.
Let's suppose a situation:
We make a 100 x 100px rectangle selection on a 2000 x 2000px, and we
want to create a new layer to paint the rectangle, so when we ask a for
a new
On 05/06/2010 08:50 PM, Thales img wrote:
@Martin
It seams to be much more difficult, don't you think?
Well, yes, but that can hardly be an argument for doing the wrong thing.
It is important to align resources on a project lacking them, and doing
what you suggest would be a wasted effort in
On 05/03/2010 04:42 AM, Oleg Blazhyievskyi wrote:
On 4/25/2010 9:49 PM, Alexia Death wrote:
You are misunderstanding the problem. Gimp can and does remember if your last
session was in swm. It however lacks the code currently to properly load in
that mode. Namely remembering what was docked
Hi Alexia
it will not ship like this.
I have problem with this attitude. Its not how open-source works. If
its stable, you release it and then keep adding design and features in
the next cycle. 2.8 has already taken too long. People who shoudn't be
building Gimp from git are doing it.
On 04/21/2010 01:58 PM, Oliver Bandel wrote:
Even only temporarily valies, if set to a certain value,
like 0 or NULL, will help in finding problems.
I agree, and I try to initialize all local variables that I either add
or modify the declaration of. I don't think it would be worth to commit
a
On 04/21/2010 02:50 PM, Olivier wrote:
A small problem about layer groups in the git version: if I hide the
layers of a layer group by clicking on the small white triangle in the
layers dialog, then make another image active, and come back to the
first image, then the layers of the layer group
On 04/21/2010 07:53 PM, Sven Neumann wrote:
On Wed, 2010-04-21 at 13:58 +0200, Oliver Bandel wrote:
Even only temporarily valies, if set to a certain value,
like 0 or NULL, will help in finding problems.
Should be totally un-necessary as the compiler will warn you if your
code uses
On 04/21/2010 11:45 PM, Oliver Bandel wrote:
Zitat von Martin Nordholtsense...@gmail.com:
On 04/21/2010 01:58 PM, Oliver Bandel wrote:
Even only temporarily valies, if set to a certain value,
like 0 or NULL, will help in finding problems.
I agree, and I try to initialize all local variables
On 04/22/2010 03:54 AM, Marc Lehmann wrote:
On Wed, Apr 21, 2010 at 08:14:33PM +0200, Martin Nordholtsense...@gmail.com
wrote:
The compiler doesn't catch all cases, like this one:
#includestdio.h
int main(int argc, char **argv)
{
int var;
if (argc == 2)
var = 42;
On 04/10/2010 11:26 AM, Avgoustinos Kadis wrote:
Hello,
I'm an applicant for GSoC 2010. I got inspired by the menu search
idea and proposed the user friendly plug-in browser that would allow
users to find the plug-in they want by seeing the effect on an example
image. The whole thing is to
On 04/10/2010 01:03 PM, Avgoustinos Kadis wrote:
I understand (about the good architecture). It should be designed
carefully to support all the sources (I was aware only of the
plug-ins). Does this object model you use for C allows inheritance?
GIMP uses GObject which supports inheritance.
On 04/04/2010 11:53 AM, Andreas_P wrote:
Now my proposal: Just look at the upcoming (brand) new version of
racket which is nothing else than the newly renamed and rebranded
PLT-Scheme. PLT is (in case you don't know) the bunch of hackers who
are refining the elements of R6RS-Scheme to a
On 04/01/2010 10:50 PM, Jake Zhang wrote:
Hi Martin,
On Mon, Mar 29, 2010 at 3:03 PM, Martin Nordholts ense...@gmail.com
mailto:ense...@gmail.com wrote:
Hi
The current GimpSizeEntry widget has a few outstanding problems
* The code is a giant mess
Thank you for your feedback
On 04/03/2010 03:29 PM, g...@catking.net wrote:
On 04/03/10 09:46, Martin Nordholts wrote:
I thought choosing unit is a common way. When I first read about the
text entry in the idea list page, I have a few questions:
- Does the UI need to provide examples for the new text entry, e.g. 40
On 03/31/2010 05:03 AM, jeph alapat wrote:
I am working on a djvu(read/write) plugin for gimp , i hav put a working
read part of the plugin in the plugin registry.
Can it be put into the core , are new file plugins being accepted.??
I never heard of the format before, but after reading about
On 03/27/2010 08:31 PM, Jake Zhang wrote:
Hi Martin,
I have send an email to Gimp developer list. I am not sure if the email
has gone through. I am sending it to you (mentor of this project) and
the list again...
Thank you.
Jake.
On Fri, Mar 26, 2010 at 1:55 AM, Jake Zhang
On 03/27/2010 12:26 PM, Jenny wrote:
GEGL shipped an GUI application for test, with which user takes many OPs
on the default image. But this application can not load images.
I want to write a user-friendly GUI for GEGL as my GSoC project. I think
this application should provide many
On 03/27/2010 01:25 PM, Jenny wrote:
Thanks Matin's feedback. :)
Another question: could developing a stand alone but gegl-based
application be a GSoC project?
I'm not a GSoC authority, but my guess is no.
/ Martin
--
My GIMP Blog:
http://www.chromecode.com/
GIMP 2.8 development still
@ Martin Nordholts :
This is Sukh Ram Manda from India.I am a 4th year computer science
student looking for participation in Google Summer of Code.
While searching for project idea suitable to my skills I found your idea
make menu searchable on GIMP.
But I am not able to fully understand
On 03/23/2010 09:46 PM, Sven Neumann wrote:
On Tue, 2010-03-23 at 21:30 +0100, Martin Nordholts wrote:
The GIMP menu structure is a beast. But each item is well documented, in
particular there are tooltips for most of them. The idea is to make the
menu item labels and the descriptions of them
On 03/23/2010 11:03 PM, Merkelvin Glasmer wrote:
Hello,
I just have two questions about the future of the implementation of GEGL
into The GIMP:
1. I read on different websites, that in future it will be possible to
open RAW image formats of different camera manufacturers natively in
GIMP
On 03/18/2010 08:12 PM, Emil Assarsson wrote:
make distclean #--- to clean up the old mess
If you want a greater feeling of satisfaction, run
git clean -xdf
instead. Warning: removes all unversioned files
I never run make distclean...
/ Martin
--
My GIMP Blog:
On 03/12/2010 11:09 PM, Jon Nordby wrote:
Do you really think there it is a big point to introduce a UI for
selecting compression?
Nah maybe not.
It would be nice to make 0, 2, 1, 1, 1, 1, 1 immediately interpretable,
for example by commenting or using local variables like so:
On 03/11/2010 06:23 PM, Alexandre Prokoudine wrote:
On 3/10/10, Martin Nordholts wrote:
How about editing in CMYK space, where higher numbers mean greater ink
density? Perhaps this is why Photoshop has this 'flip' feature.
Good point, but in this case GIMP can do the necessary invert
2010/3/10 jcup...@gmail.com:
On 10 March 2010 08:04, Sven Neumann s...@gimp.org wrote:
Sorry, but the fact that another program has a toggle button for this is
not an argument for adding such a toggle button to GIMP. So is there any
work-flow or use-case for which it would be beneficial to
On 02/27/2010 03:14 PM, Jon Nordby wrote:
Sets lower compression and disables interlacing.
On a 5 layer image of 4500x6000px this gives an order of magnitude better
save-times, with 50% increase in file size.
Hi Jon
Sorry for the late follow-up and thanks for maintaining the ORA plug-in.
50%
101 - 200 of 665 matches
Mail list logo
