.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
() macros, this
common usage case doesn't work for all platforms. That's why we
introduced new functions that take integer values directly. We ask you
to check your code and convert to the new functions if you are using
integers with gimp_option_menu_new() or gimp_radio_group_new().
Sven
why you are questioning this. It's
a fact.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
. In my
opinion it only adds an completely unneeded level of configurability
and thus complexity. The GIMP should have a common window that
everyone (and the docs) can refer to as the toolbox. I don't see any
good reason of changing this.
Sven
___
Gimp
with it ...?
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
are using.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
-established and portable
way of getting this piece of information.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
related to activate on
focus, but on memory consumption by the Text plugin, Sven, do you
think it would be feasible to put a warning on the font-size
selectors, just as there are when one tries to create an image too
large?
This is completely unrelated to the discussion, so please keep it out
like a frozen
X server but it isn't.
122707 seems to be entirely unrelated to the crashing, and talks
about a nice feature.
It is very much related since it will limit the amount of memory
allocated to render text.
Sven
___
Gimp-developer mailing list
Hi,
David Odin [EMAIL PROTECTED] writes:
The rent for the rooms and the lunch at 12:00 might be paid by some
presentations made by one of us to the CPE's students.
That sounds more like breakfast to me ...
Sven
___
Gimp-developer mailing list
be accessed thru the menus.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
could be accepted into 2.0 still.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
on it yourselfe.
I don't think we want the replace the TIFF plug-in with a completely
different version at this point of development. Too many bug-fixes
went into the plug-in even since GIMP-1.2. We would risk to loose
these. I would prefer a set of patches.
Sven
changes between the two
but I am not going to accept any ifdef's in GIMP CVS that aren't
strictly necessary for the GIMP plug-in alone.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
versions and I can you give you a
very long list of projects that do it this way.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
this configurable somehow; perhaps for 2.2.
Does that answer your question?
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
soon. It would be nice if
GAP would then be available for Win32 also.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
help system. Basically all you need to do is to
tweak the user interface to your needs and add some nice image
manipulation routines.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
/forum.php?thread_id=3548256forum_id=36054
The latter link shows some fundamental misunderstandings. Almost all
issues the author brings up here only exist because he didn't
understand the user interface and how to configure it to his
needs. Still interesting to read though...
Sven
.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
just a name.
if the a branch of a library is not compatible with the previous
one, maintainer only has to bump its major. nothing more.
That's exactly what we are doing. Nothing more. Please have a look at
the versioning scheme I pointed you at. It does exactly what you are
suggesting.
Sven
to change the gray point pickers but I like the way the
dialog works now and others have told me that it works for them as
well. So I don't see any need to work on this right now. Perhaps it
could be changed in a future release.
Sven
___
Gimp-developer
will probably do another gimp-freetype release for GIMP-2.0. However
the usefulness of gimp-freetype for GIMP-2.0 is questionable since the
text tool has most of its features already (and a few more).
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED
and it can be sure that the package will indeed work with GIMP-2.0.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
definitely doesn't
work with the latest GIMP-1.3 releases and that rebuilding the package
will not fix this. You will need to use a recent CVS checkout.
I also kindly asked you to consider changing the name of the package.
Sven
___
Gimp-developer
not, but the event is certainly
worth a visit. This year the conference is in a nice new location
close to the famous Blinkenlights building. Looking forward to meet
you there...
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http
sometimes. But I think the tool
dialogs should remain transient to the image window (and thus will be
kept on top by most window managers).
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp
Hi,
Jeff Trefftzs [EMAIL PROTECTED] writes:
Any chance of at least making this configurable by the user?
Yes, of course. If you dislike how transient windows are handled by
your window manager, disable the special handling of transient windows
in your window manager.
Sven
and
not in libgimpwidegts, there will probably be quite some problems to
use these from another application. We will probably continuosly move
more widgets to libgimpwidgets and of course if there's interested
from other applications to use this code, we can take this into
consideration.
Sven
-specify to be sanely reused from other apps.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
suggest however you don't waste your time trying to build GIMP
using mingw. You better install gcc and the GNU toolchain from cygnus.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Hi,
Shrinivas Kulkarni [EMAIL PROTECTED] writes:
We can still execute cofigure script, which in turn generates make
file for GIMP. :)
These are makefiles for GNU make. If they work for mingw, that's fine
then.
Sven
___
Gimp-developer mailing list
Hi,
Michael Schumacher [EMAIL PROTECTED] writes:
Sven, stop spreading FUD ;)
Cygwin and MinGW are the tools of choice on Win32 for compiling GIMP.
Sorry. I drew conclusions on the removal of the mingw makefiles
then. So mingw seems to work with the standard set of makefiles
nowadays.
Sven
namespaces though.
Detailed instructions appeared earlier here on this list when the
implementation was discussed. You should be able to find them in the
list archives.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http
to
be working but I didn't give it much testing yet. Before someone else
duplicates this effort, here's the patch:
http://sven.gimp.org/separate-gimp13.diff
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo
Hi,
Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED] writes:
I cannot compile the cvs as libgimp/gimpmiscui.h has gone ..
This has been fixed in CVS already but probably the anoncvs server
hasn't caught up yet. Simply remove the inclusion of gimpmiscui.h
from libgimp/gimpui.h.
Sven
Hi,
I'd like to draw your attention to this URL:
http://www.markshuttleworth.com/bounty.html
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Hi,
Joao S. O. Bueno [EMAIL PROTECTED] writes:
You could maybe just add (or ask someone to add) a zero-out
transparent pixels on the layers menu.
There's a perl script in gimp-perl which does just that:
Image-Alpha-Clear Alpha
Sven
___
Gimp
' in Pango and rebuilding it should fix the
problem.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
it where the DTD is found. This file is
usually called /etc/xml/catalog. See http://xmlsoft.org/catalog.html
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
a release, for example?
I thought that's what gimp-developer was for.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
seriously intersted developer.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
is, I think, good enough to be in a stable release.
Sorry, but it isn't. At least undo needs to work correctly and must
not crash the application. I will continue to work on the text tool
when Blinkenlights Reloaded is up and running.
Sven
___
Gimp
library. Either Frank is linking
libpangoxft with a wrong version of libpango or he compiled the pango
libraries against a wrong set of Pango headers.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp
at the time we start to use it. You don't want us to
ignore the features it offers and use an unmaintained version instead,
do you?
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
be kidding. An API that changes between releases
in the stable branch will never be used by anyone. The guarantee of a
fixed API is the whole point of having a series of stable release. If
we want to violate this principle, we don't need to aim for a series
of stable releases at all.
Sven
of The GIMP which it isn't
supposed to be. What you suggest basically has only disadvantages. Let
alone the fact that it will be a nightmare to maintain.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp
the GIMP. I think we do.
Yes we do, but I think an easy build shouldn't be first
priority. That's something that should be kept in mind and it's nice
if we can make it happen. But often we will simply have to make people
update their software.
Sven
you want to do this with GEGL now?
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
tarball. That's what we've been discussing
here.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
with this stuff, it shouldn't be hard to add Altivec code
for the most common compositing routines.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
you
build from CVS, the system-wide libtool is used to libtoolize the
source tree. I heard that setting LIBTOOL=glibtool (or similar) helps
on OS X.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo
well
for a lot of people. I think I know what problems you are refering to
but it would help the discussion if you could specify which selection
tools you are talking about and how they could be improved.
Sven
___
Gimp-developer mailing list
[EMAIL
Hi,
Marco Lamberto [EMAIL PROTECTED] writes:
I'll be happy if palettes were sorted not only by name
Are you refering to how the list of palettes is sorted or to the order
of the colors in the palette?
Sven
PS: http://adrian.gimp.org/sortpal
:83
#17 0x40533bd3 in FcInit () at fcinit.c:101
Any hints whats wrong now?
Judging from the stack trace, this looks like a known bug in the
freetype T1 parser (version 2.1.5 if I remember correctly). You should
update to a newer version of freetype2.
Sven
something).
GIMP-2.0 imports paths from SVG files. Noone ever claimed it would
import text as text layers. Perhaps we can add such a feature later.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp
and I don't know about
other distributions. For Debian there is a script that attempts to fix
the catalog file. Use it at your own risk:
http://sven.gimp.org/build-xml-catalog-for-debian.sh
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http
the help files?
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
specifying
the DTD file. Also I am surprised that you can process the file w/o
the DTD. Aren't you using any entities? What would be the advantage of
removing the DTD declaration?
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http
problem with gimp-2.0pre1. You cannot compile plug-ins
using AM_PATH_GIMP_2_0() against 2.0pre1. This has been fixed in CVS
and we will release 2.0pre2 shortly so that people can port their
plug-ins to the 2.0 API.
Sven
___
Gimp-developer mailing list
gimpmisc.c,v and gimpmisc.h,v directly on the
CVS server.
That should have been done beforehand, not afterwards. I don't think
that loosing the CVS history is a problem here, so don't worry.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http
for 2.0. The
proposal that needs the smallest amount of changes should definitely
be favored at this point.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
processing.
We'd appreciate if you tried the 2.0 pre-releases for your batch
processing. Sooner or later you will have to switch anyway. If you
give it some testing right now, we can try to fix possible problems
even before 2.0 is out.
Sven
___
Gimp
is predictable while your approach is just a set of
preset aspect ratios that appear to be more or less arbitrary. So far
you failed to explain the advantages of your approach. This makes it
hard to judge which one would be better.
Sven
___
Gimp-developer
Hi,
Carol Spears [EMAIL PROTECTED] writes:
will the info dialog ever be dockable?
Most probably.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
destructive) mail.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
, ...). Perhaps someone wants to tackle this task
for GIMP-2.2?
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
this as the GIMP developers
or try to corporate with the FSF Europe.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
the New button in the brush
dialog to obtain a larger brush?
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
helped to make this happen.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
the choice for 75% was made,
and there may be strong motives for that.
IIRC, 75% was choosen rather arbitrarily and I agree that it would
make sense to use 85% or even 90% instead and choose the closest sane
display ratio below.
Sven
___
Gimp-developer
server got
stuck or the kernel oopsed this is not likely to be a GIMP problem. If
however it is reproducable, you can of course file a bug report about
it.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman
Hi,
Jakub Friedl (listy) [EMAIL PROTECTED] writes:
so 2.2 will be gegl based?
That hasn't been decided yet. Perhaps we will start to use some GEGL
functionality in 2.2 already but don't expect any user-visible changes
due to this.
Sven
___
Gimp
specific plans for the time after the 2.0
release and decided that we are targetting a GIMP-2.2 release about
six months after 2.0.0 hits the streets.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp
on bugzilla, You should include resolved bugs in your
query. You would probably have found this one then:
http://bugzilla.gnome.org/show_bug.cgi?id=129364
Another good way to check if a bug has already been fixed is to
search the ChangeLog in CVS.
Sven
to define G_DISABLE_DEPRECATED,
GTK_DISABLED_DEPRECATED, GDK_DISABLE_DEPRECATED at the top of you C
files or as a compiler command-line option. As soon as any warnings
caused by this change are fixed, your plug-in should be ready for 2.0.
Sven
___
Gimp
or other
non-GIMP windows that should be taken into account.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
that have to be used in the C language?
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
an
incompatible change for 2.2. On the other hand 2.2 is scheduled for
this summer, not in a year or two.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Hi,
let me allow to forward this message to a broader audience:
=
To: [EMAIL PROTECTED]
Subject: announce gimp-gap-1.3.25
Hi all,
GIMP-GAP-1.3.25 prerelease is available at
ftp://ftp.gimp.org/pub/gimp/plug-ins/v2.0/gap/testing/
GIMP-GAP is a
at developer.gimp.org?
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
of
GTK+ (I didn't mean to say GIMP in my original message).
If these things have been fixed, sounds like its time to release a
new tarball.
If you had a look at the CVS version it would have been clear to you
that the new tarball is around the door.
Sven
code.
Sven
PS: And soon I will also get around to update the libgimp API
reference on developer.gimp.org for version 2.0. Promised.
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
for the
eventual removal of some code in siod-wrapper.c (for the 2.2 release?).
I don't think we want to break backward compatibility so this code
will have to stay.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu
a particular language. Changing the DB Browser will
most probably lead to more confusion than it would be helpful.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Hi,
Kevin Cozens [EMAIL PROTECTED] writes:
On Tue, 2004-02-03 at 04:48, Sven Neumann wrote:
Well, it is not only used as a menu-path but also as a (short)
description. Basically, Script-Fu is a mess. Wouldn't you want to
rewrite it? We keep looking for someone who wants to redo Script-Fu
) separately from Script-Fu.
When this implementation is mature enough to provide a way to run the
existing scripts, we can drop Script-Fu.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
to develop such an approach for all the poor
users that are forced to use a not so advanced window manager, then it
should probably be addressed at the toolkit level.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu
, and then embeds GIMP
windows in it, using QT.
That project was a stupid hack and stopped working months ago. Xnest
on the other hand works perfectly well for this task.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman
Hi,
I just found this page and I thought it might be of interest to
plug-in authors:
http://www-sop.inria.fr/odyssee/research/tschumperle-deriche:02d/appliu/
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman
that
the language extensions work and can be easily installed that should
be good enough then.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
for the future development, then I am going to look for
other projects to contribute to. After all this is supposed to be fun.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
better than other language bindings. Especially
since it is technically the worst of them all.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
would do good for The GIMP.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
.
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
users are on Win32.
Are there any numbers you can base this statement on? I don't think
this assumption is correct. Not that it would matter much but I doubt
there are more Win32 GIMP users than Linux GIMP users. I'd also like
to get an idea of the number of MacOS X GIMP users.
Sven
it would be the very same thing. Now what good does it do if
we tell people some release date that we are not likely to ever meet?
Well, myself and Sven are in agreement on the tight release plan,
more or less. I think it might be a little too tight, and I
personally would have aimed for a first
and
the new PowerBook under OS X with the same applications. This is
quite a showstopper for GIMP v2.
Do you use XFree or the X-Server that Apple provides?
Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman
701 - 800 of 3034 matches
Mail list logo
