On Sat, Nov 19, 2005 at 02:18:03AM +, Alastair M. Robinson [EMAIL
PROTECTED] wrote:
But still, its clearly a faulty algorithm... Quite serious as well(?)
This might be a silly question, but why is GIMP using interpolation at
all when reducing images?
Shouldn't it be doing weighted
On Wed, Jun 22, 2005 at 11:53:18PM +0200, Sven Neumann [EMAIL PROTECTED]
wrote:
That is, I think the fundamental flaw. A user interface that works for the
majority is a pretty idiotic goal. A user interface should work for ALL
users, and likely should have features to support the majority.
On Thu, Jun 23, 2005 at 12:24:24AM +0200, Sven Neumann [EMAIL PROTECTED]
wrote:
developers removed it. Why is something removed that is apparently
useful to a lot of people and is no problem for someone who does not
want to use it?
Because it isn't needed. You can still enter the
On Wed, Jun 22, 2005 at 12:59:33AM +0200, Sven Neumann [EMAIL PROTECTED]
wrote:
Hi,
[EMAIL PROTECTED] ( Marc) (A.) (Lehmann ) writes:
Not a _single_ problem I described been changed (I originally
assumed that the kills the selection problem has gone away, but
it's still there).
On Wed, Jun 22, 2005 at 12:18:34AM +0200, Sven Neumann [EMAIL PROTECTED]
wrote:
all that bad compared to the former. Most of the complaints seem to
come from people who got accustomed to the old dialog and haven't
really tried to approach the new one yet w/o leaving the old habits
behind. Of
On Tue, Jun 21, 2005 at 09:53:20PM -0400, Robert L Krawitz [EMAIL PROTECTED]
wrote:
people? The problem (to me, and I daresay to Marc) is very simple --
there's no obvious way to simply enter a pathname with a simple form
of completion that's only activated on demand.
Actually, the old file
On Wed, Jun 22, 2005 at 10:12:05AM +0200, Sven Neumann [EMAIL PROTECTED]
wrote:
This is not about making you and Marc shut up. This is about designing
a user interface that works for the majority of users. Whatever we do,
there will always be someone complaining. I don't really care who that
On Tue, Jun 21, 2005 at 01:02:34AM +0200, Sven Neumann [EMAIL PROTECTED]
wrote:
I don't know what I am smoking, but this very compaint has come up
a number of times, and your only reaction is to talk it down.
That is a blatant lie. The reaction to these concerns is that me and
This is the
On Tue, Jun 21, 2005 at 11:20:44AM -0700, Carol Spears [EMAIL PROTECTED]
wrote:
completely off-thread, i would like to see the way mr. lehmann has the
menu structure set in his own personal instance of gimp.
I never ever changed the menu structure compared to the cvs/source
releases, and I
On Tue, Jun 21, 2005 at 10:24:46PM +0200, Sven Neumann [EMAIL PROTECTED]
wrote:
Giles [EMAIL PROTECTED] writes:
I don't think the list can afford to lose the input of either one of you.
Don't worry. We are just having some fun. At least I hope that Marc
does. I am certainly enjoying it.
On Tue, Jun 21, 2005 at 10:48:15PM +0200, Sven Neumann [EMAIL PROTECTED]
wrote:
Huh? Is it all over already? That would be a pity.
I won't let you drga me down to that level of discussion. So when you want
to rant about lies and accusations, feel free to do so without me.
I cannot reproduce
On Tue, Jun 21, 2005 at 09:28:56PM +0200, Michael Schumacher [EMAIL
PROTECTED] wrote:
I still believe that making language-specific menus is a disservice to
users. It's only use is for marketing of the language in question (oh,
so it's in script-fu!). But such ideas were and probably are
On Mon, Jun 20, 2005 at 12:40:37AM +0200, Sven Neumann [EMAIL PROTECTED]
wrote:
Perhaps you should stop looking at the dialog and just blindly enter
paths. It works surprisingly well.
I just told you that this is not true.
Then you told me you'd not ignore complaints.
Now you tell me what I
On Mon, Jun 20, 2005 at 11:14:03AM +0200, Dennis Bjorklund [EMAIL PROTECTED]
wrote:
One thing is that people, and _many_ people, just want their location
entry back, for lots of reasons: discoverability, pastability and so
on. But for some reason this simply does not happen.
Do you want
[This is a re-sent because my reent mails had been sent for moderation ut
never appeared on-list: is the list still moderated?]
On Sat, Jun 18, 2005 at 03:23:02PM +0200, Sven Neumann [EMAIL PROTECTED]
wrote:
And, you aren't seriously trying to argue that the new GtkFileChooser
would be worse
On Mon, Feb 21, 2005 at 09:14:13AM +0100, Tino Schwarze [EMAIL PROTECTED]
wrote:
I can force it to use both CPUs now, but even with
200% utilization it is 2s slower to run this stupid
ubenchmark than on 1 CPU without threads.
Just a vague guess, but the multiprocessor GIMP pixel
work
On Sun, Feb 20, 2005 at 10:55:18PM +0100, Sven Neumann [EMAIL PROTECTED]
wrote:
mean that it's a stupid pthread implementation. To me this looks like
the kernel believes that it would be better to keep the threads local
than to move one to the other CPU.
Linux will not keep two threads
On Tue, Feb 15, 2005 at 03:07:43PM -0500, David Gowers [EMAIL PROTECTED]
wrote:
the difficulty of dynamic-keyboard-shortcutting, you can avoid by creating a
shortcut scheme in advance.
That certainly works for you, but it also takes the dynamic out of
dynamic keyboard shortcuts, and some
On Tue, Feb 15, 2005 at 02:59:55PM -0500, Nathan Summers [EMAIL PROTECTED]
wrote:
On Sun, 13 Feb 2005 20:53:17 +0100, Marc A. Lehmann [EMAIL PROTECTED] wrote:
For example, you can switch between dynamic keybindigs and mnemonic use
via preferences, but the 2.x dynamic keybindings are not as
On Sun, Feb 13, 2005 at 02:19:52AM +0100, Sven Neumann [EMAIL PROTECTED]
wrote:
people in the past, too.
I would call this hidden, yes, and I still think it's a usability problem,
because 1.2 clearly worked better.
Marc, I shouldn't argue with you
Maybe, but I think sensible arguments
On Sun, Feb 13, 2005 at 11:35:05AM -0800, William Skaggs [EMAIL PROTECTED]
wrote:
My plugin have various user selectable configuration settings.
Right now, I use ~/.gimp-2.2/gimprc to store the defaults.
I am not sure if it is correct to fill up gimprc in this way, and no
setting is
On Sat, Feb 12, 2005 at 01:15:02PM +0100, Sven Neumann [EMAIL PROTECTED]
wrote:
where I clearly differentiated between gimp-specific issues and
gtk+-specific ones.
Marc, it is you who is constantly trying to change your words.
Ehem?
as you figure out that you have been wrong, you start
On Sat, Feb 12, 2005 at 08:29:10PM +0100, Simon Budig [EMAIL PROTECTED] wrote:
Marc Lehmann ([EMAIL PROTECTED]) wrote:
On Sat, Feb 12, 2005 at 01:15:02PM +0100, Sven Neumann [EMAIL PROTECTED]
wrote:
as you figure out that you have been wrong, you start to claim that
you didn't say this
On Fri, Feb 11, 2005 at 10:56:38AM +0100, Michael Natterer [EMAIL PROTECTED]
wrote:
It takes a long time to open, for no reason. That is gimp-specific, other
apps using the file dialog behave differently, as I explained.
On my machine it takes about as long to open GIMP's file dialog
as
On Fri, Feb 11, 2005 at 01:17:32AM +0100, Sven Neumann [EMAIL PROTECTED]
wrote:
Hi Marc,
[EMAIL PROTECTED] ( Marc) (A.) (Lehmann ) writes:
I don't understand why they are ignorant - having to use
undocumented functionality and keyboard shortcuts without visible
representation anyhwere
On Thu, Feb 10, 2005 at 07:35:11PM +0100, Michael Natterer [EMAIL PROTECTED]
wrote:
[EMAIL PROTECTED] ( Marc) (A.) (Lehmann ) writes:
Some problems might be caused by misdesigns in gtk+, but not all.
Ah, So which problem you have with the file dialog is GIMP specific?
It takes a long time
On Mon, Feb 07, 2005 at 11:01:07PM +0100, Sven Neumann [EMAIL PROTECTED]
wrote:
How would that be specific to GIMP? The problem is that there is not
only the combo-box. There's a full directory view below it. It's
hidden in an expander but that doesn't change the fact that it is
there.
On my
On Mon, Feb 07, 2005 at 02:51:00AM +0100, Sven Neumann [EMAIL PROTECTED]
wrote:
Hi,
[EMAIL PROTECTED] ( Marc) (A.) (Lehmann ) writes:
Would you mind to explain what sort of problems that would be? If we
mozilla ./file
= file not acesssible (permission denied, other user,
On Sun, Feb 06, 2005 at 08:08:29PM -0800, Manish Singh [EMAIL PROTECTED]
wrote:
I think the behavior should be as follows:
By default, gimp should try to connect to a running instance, but *only*
if it's on the same machine and running as the same user. gimp --remote
(or if argv[0] ==
On Sun, Feb 06, 2005 at 02:51:05PM +0100, Sven Neumann [EMAIL PROTECTED]
wrote:
Would you mind to explain what sort of problems that would be? If we
mozilla ./file
= file not acesssible (permission denied, other user, inaccessible dir)
= file not accessible (different machine)
= file not
On Sun, Feb 06, 2005 at 08:41:30PM +0100, Sven Neumann [EMAIL PROTECTED]
wrote:
Of course you can't load a local file into a gimp instance running on
This is, of course, possible, but not with the current gimp-remote, and
it's probably not that desirable t make it run.
a different machine but
On Mon, Feb 07, 2005 at 12:16:33AM +0100, Sven Neumann [EMAIL PROTECTED]
wrote:
new, local instance should start to open that file, since the remote
one can't load that file. But if the remote protocol just looks for a
gimp window, it will try to use the existing gimp instance to open the
On Sun, Feb 06, 2005 at 02:48:03PM +0100, Sven Neumann [EMAIL PROTECTED]
wrote:
keybindings have been added and some of the focus problems have been
eliminated. These changes improve usability of the file chooser a lot
and I think that it can now really be called an improvement over the
old
On Sun, Feb 06, 2005 at 01:52:40AM +0100, Sven Neumann [EMAIL PROTECTED]
wrote:
department. What I would like to suggest today is to merge the
gimp-remote functionality into the gimp binary. This would eliminate
the confusion about which binary to use. It would also give us the
chance to
Hi,
Unlike previous years, this year there will be freely attendable .org
sessions on the linuxworldexpo.de, which is a great improvement over
previous yeras.
Unfortunately, these were added fairly late, and there are still free
slots.
I think it would be a great opportunity for some gimp
On Fri, Aug 06, 2004 at 06:17:32PM +0200, Marc A. Lehmann [EMAIL PROTECTED]
wrote:
If you are interested, please reply till tomorrow (yes, it's fairly late,
sorry).
Actually till Sunday, sorry, I was confused.
--
The choice of a |
-==-
Because the Gimp was not originally designed as a server, it does
not follow some conventions that are necessary for such a mode. This
includes the issue of managing shared resources among different
threads of execution. A few of the resources that are not
'thread-safe' include the
On Thu, May 13, 2004 at 01:04:23AM +, Tor Lillqvist [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] ( Marc) (A.) (Lehmann ) writes:
According to you, this shouldn't be. Additionally, one would assume that
these are additional restrictions that are explicitly forbidden by the GPL
itself.
On Wed, May 12, 2004 at 01:12:03PM +0200, Dave Neary [EMAIL PROTECTED] wrote:
But let's take an example...
I write a GPL network daemon (say red carpet). Someone write a non-GPL
compliant client (say an LGPL encapsulation of the RedCarpet XML-RPC
protocol to allow proprietary
On Wed, May 12, 2004 at 03:55:31PM +0200, Dave Neary [EMAIL PROTECTED] wrote:
into another language. (Hereinafter, translation is included without
limitation in the term modification.)
I've read and re-read this, and I'm having trouble figuring out how anyone
can consider a network
On Sat, May 01, 2004 at 06:06:54PM +0200, David Neary [EMAIL PROTECTED] wrote:
For the moment, I am working under the supposition that the best
option available to us is to join the GNOME Foundation. That
means that when we do fundraising, the donations would go to the
GNOME Foundation, and
On Fri, Apr 23, 2004 at 01:40:14AM +, Markus Triska [EMAIL PROTECTED] wrote:
You have not yet explained what exactly makes you think of Dutroux
when looking at the Photo and what exactly you think has been gained by
removing that image in that context. The Dutroux connection is
On Thu, Apr 22, 2004 at 03:53:18AM +, Markus Triska [EMAIL PROTECTED] wrote:
we would not show a naked woman in a Gimp advertisement, even if it is
perfectly natural. So why would you show a naked baby?
Because that's apples to bananas. Naked woman are sexually attractive to
normal people.
On Sun, Feb 08, 2004 at 07:35:08PM -0800, Manish Singh [EMAIL PROTECTED] wrote:
currently, and go beyond that with a full gtk and gimp binding. The
same should be done for python (I have plans to do this) and perl, the
idea being having languages besides C that can use the entire gimp API.
On Mon, Feb 09, 2004 at 12:53:40AM -0800, Manish Singh [EMAIL PROTECTED] wrote:
Oh sure, out of all the bindings, perl comes closest by far to full coverage.
But iirc it doesn't wrap libgimpcolor, libgimpmath, some of libgimpwidgets,
and libgimpthumb.
Ah yes, I haven't looked into the new
On Thu, Feb 05, 2004 at 01:06:58PM +0100, Sven Neumann [EMAIL PROTECTED] wrote:
I don't think we should do that simply because I don't see what is so
important about having a self-contained scripting language. I'd rather
like to see three or four well-maintained and working scripting
languages
On Tue, Feb 03, 2004 at 05:30:19PM -0600, Tim Mooney [EMAIL PROTECTED] wrote:
Does anyone know any good reasons why Guile would be an inappropriate
choice for replacing SIOD?
As far as I remember, it was because it adds a rather big dependency, and
people thought that gimp should come with at
On Mon, Feb 02, 2004 at 12:49:21PM -0500, Kevin Cozens [EMAIL PROTECTED] wrote:
DB Browser should be consistent for one language even if its just the
abstract PDB language. I don't think it should have different 'modes' to
have it show things depending on a user selectable plug-in language.
On Thu, Jan 29, 2004 at 12:27:44PM -0500, Kevin Cozens [EMAIL PROTECTED] wrote:
Is the - vs _ use in function names by C vs. Script-Fu historical (as in
typical of the respective languages)?
Yupp.
values for plug-ins based on different languages? DB Browser shows
GIMP_RGB_IMAGE for an
On Fri, Jan 30, 2004 at 11:57:32AM -0500, Kevin Cozens [EMAIL PROTECTED] wrote:
i.e.., strip the GIMP_-prefix, so the contants are the names with _
(easier to type in perl than -), but withouth the prefixes. Looks like
a third set to me.
A third set? I was afraid that might be the case.
On Fri, Jan 30, 2004 at 02:19:56PM -0500, Kevin Cozens [EMAIL PROTECTED] wrote:
regardless of plug-in language. On the other hand, if you want to create
a new image using an indexed palette its easier to remember to use
GIMP_INDEXED_IMAGE rather than 4 or was that INDEXED_IMAGE, or
On Thu, Jan 29, 2004 at 01:19:14AM +0100, Sven Neumann [EMAIL PROTECTED] wrote:
check if there's dominant empty space between them. If that's the
case, the image window could be sized so that it fits into this
space.
I am not sure wether this is possible, as you only know the size of a
window
On Tue, Jan 20, 2004 at 01:24:15AM -0800, Manish Singh [EMAIL PROTECTED] wrote:
Well, the bulk of the code in gimp that causes warnings is stuff like:
void foo (void **p);
void bar (void)
{
int *i;
foo ((void **) i);
}
While it does break the letter of the law wrt aliasing rules,
On Tue, Jan 20, 2004 at 02:22:57AM +0100, Simon Budig [EMAIL PROTECTED] wrote:
other parts, and I already had enough with C guts) and is small, it
just fits in place with the old code instead of more deep changes.
True. (These break strict aliasing rules warnings however are harmless
On Sat, Jan 17, 2004 at 01:26:09PM +0100, GSR - FR [EMAIL PROTECTED] wrote:
what people is used to or the levels for typical images and finaly get
my patch encouragingly classified as evil, I think I will stop wasting
time and keep my ideas and suggestions to myself.
Get used to it, that's how
On Thu, Dec 25, 2003 at 02:12:22PM -0800, Robin Rowe [EMAIL PROTECTED] wrote:
As documented in our HOWTO, GIMP code is using quote marks instead of angle
brackets when including some GTK library header files. That should not work.
If that is true, the gimp developers would be rather happy for
On Mon, Dec 15, 2003 at 10:45:56PM +, Adam D. Moss [EMAIL PROTECTED] wrote:
it's quite equivalent to letting the user take the saturation
knob down to zero and then coming back later, turning up
the saturation again and wondering where the original colours
To just throw in another personal
On Tue, Dec 16, 2003 at 07:51:13PM +, Adam D. Moss [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] ( Marc) (A.) (Lehmann ) wrote:
While I sometimes find the erase tool conceptually difficult to use
(maybe because it's so unusual), the question is wether this is just a
weird added feature (as
On Tue, Dec 16, 2003 at 05:55:06PM -0200, Joao S. O. Bueno [EMAIL PROTECTED] wrote:
Actually, this will be quite possible with the custom layer mode I
was cooking a couple months ago, and which I plan do revive to Gimp
Right, still I disagree in practise, and here is why:
While it can be
On Wed, Dec 17, 2003 at 04:09:45AM +0100, Sven Neumann [EMAIL PROTECTED] wrote:
Script-Fu scripts? In the days of GIMP 1.1.x there used to be a
script which aided in the updating of Script-Fu scripts from the 1.0
API to the 1.1/1.2 API but I don't see one in the 1.3 CVS copy of GIMP.
On Sun, Dec 14, 2003 at 12:46:54PM +0100, Sven Neumann [EMAIL PROTECTED] wrote:
This sounds like if you had a clue on what is causing the slowliness
of running configure on Cygnus.
The biggest reason is very slow fork(), followed by extremely slow
select(), filehandle operations, pipes and much
On Sun, Dec 14, 2003 at 01:08:20PM +, Adam D. Moss [EMAIL PROTECTED] wrote:
As a data point, I use a (optimized build) mingw cross-compiler
hosted on linux, and the raw compilation itself takes a lot longer
(50% longer, or more) than the same compiler version built
That's interesting, but
On Sun, Dec 14, 2003 at 12:46:27PM +, Roger Leigh [EMAIL PROTECTED] wrote:
MSYS does not depend on cygwin, BTW. It's entirely standalone.
Why do you claim this if a few simple checks could have convinced you
otherwise? At least the shell, which is just bash, is linked against
the cygwin
On Sun, Dec 14, 2003 at 05:13:30PM +, Tor Lillqvist [EMAIL PROTECTED] wrote:
I wonder, could the typical fork() immeditaly followed by exec() (in
the child process) be somehow detected by Cygwin/MSYS, avoiding the
need for emulating the full fork() semantics in this typical case?
No, but
On Sun, Nov 09, 2003 at 11:34:48PM +0200, Dov Grobgeld [EMAIL PROTECTED] wrote:
Sven wanted to have a discussion whether this plug-in should be included
If discussion means wants to see some opinions, then here we go :)
- No, it should not be included, in general.
- As long as there is no good
On Wed, Nov 05, 2003 at 12:27:04PM +0100, Sven Neumann [EMAIL PROTECTED] wrote:
avoid another large rewrite of the GIMP that would cause another
endless development cycle. So at the moment we consider to start using
some parts of GEGL after GIMP-2.0 is out. This does not necessarily
mean that
On Tue, Aug 19, 2003 at 08:58:25PM +0100, Alan Horkan [EMAIL PROTECTED] wrote:
Banning attachments and HTML email might be a tolerable compromise.
A compromise that wouldn't even catch 1% of the mail isn't torable in my
opinion (especially as it's not possible to filter for this).
How can one
On Tue, Aug 19, 2003 at 03:02:18PM -0700, Manish Singh [EMAIL PROTECTED] wrote:
Done.
Damn, you were too fast :) Thanks for implementing it!
--
-==- |
==-- _ |
---==---(_)__ __
On Tue, Aug 19, 2003 at 07:32:24PM +0200, Daniel Egger [EMAIL PROTECTED] wrote:
book, see below) was anachronistic, more like a reference than a fluent
style, every single part following the exactly same style like a
manpage. We changed quite a lot and tried to enrich the content as much
On Sun, Aug 17, 2003 at 08:04:41PM +0100, Alan Horkan [EMAIL PROTECTED] wrote:
Bet you Five Euro Havoc Pennington will disagree and that the GIMP should
be setting additional hints or suchlike.
It already does, that is probably your problem.
The ImageMap plugin has the a maximise window
On Sun, Aug 17, 2003 at 07:23:39PM +, Tor Lillqvist [EMAIL PROTECTED] wrote:
Sorry if this is a silly question, but does the maximize button on
modern X11 window managers behave differently than in Windows? Doesn't
it always make the window fill the whole screen?
The maximize button does
On Sat, Aug 16, 2003 at 01:21:05PM +0200, Sven Neumann [EMAIL PROTECTED] wrote:
(Keep in mind that users might be using text sizes larger than the
defaults so static widget layouts are a really bad idea).
In general all GIMP dialogs can be maximized and widgets reflow as you
described.
On Fri, Aug 15, 2003 at 03:41:28PM +0200, Tino Schwarze [EMAIL PROTECTED] wrote:
BTW: Would it be possible to get a sparse file by zeroing the unused
bits? Then it would be quite space efficient (at least with some file
systems).
No, there is no way to do that. You will need to copy the file
On Fri, Aug 15, 2003 at 01:57:35PM +0200, Raphal Quinet [EMAIL PROTECTED] wrote:
included directly while others are included by reference. The main
advantage of using XML is that it can easily be debugged by hand. The
other arguments that have been discussed so far (for or against XML)
are
On Thu, Aug 14, 2003 at 09:10:37PM +0200, Sven Neumann [EMAIL PROTECTED] wrote:
point where no image manipulation program has gone before. However there
is still the need for a good format for exchanging layered images
between applications. So perhaps it makes sense to also develop such an
I
On Tue, Aug 05, 2003 at 09:45:46AM +0200, Raphal Quinet [EMAIL PROTECTED] wrote:
It would be nice if preferences for plug-ins survived session
changes. The way to do this might be in saving them to an rc file
without providing an interface to changing them in the normal
I doubt that we
On Tue, Aug 05, 2003 at 02:03:09PM +0200, Raphal Quinet [EMAIL PROTECTED] wrote:
Look at the comment that I recently added in:
http://bugzilla.gnome.org/show_bug.cgi?id=119032
IMHO, global parasites and immediate changes to the settings could
make sense for the plug-ins that are used as
On Sat, Jul 26, 2003 at 01:53:30AM +0200, David Gmez [EMAIL PROTECTED] wrote:
I'm using gimp 1.3.16 and gimp-perl from cvs, and i got some errors after
running it, mainly in the Net.pm module. I post the output of the script,
Most probably there is a problem starting the gimp. Try to run your
On Wed, Jul 23, 2003 at 03:33:55PM -0400, Carol Spears [EMAIL PROTECTED] wrote:
i am going to spend some time at my moms early next week. this
might be one of those cool occasions where i can have the perl
I got it working with tml's native build, linking msvcrt and cygwin.dll
into the same
On Wed, Jul 23, 2003 at 09:47:37AM -0400, Carol Spears [EMAIL PROTECTED] wrote:
get this message from gimp that if i am elite enough to use
threading, then i am elite enough to fix it.
;)
i think if i pin perl from woody, i am elite enough to fix it.
The problem is that debian woody uses an
On Tue, Jul 22, 2003 at 02:51:16PM -0400, Carol Spears [EMAIL PROTECTED] wrote:
is it worth building the gimp-perl module from cvs yet?
Depends on what you are needing it for.
The evrsion in CVS seems to be fully working, except that none of the
examples that use their own Gtk+ interface have
Sorry for the f'up to my own mail, but to avoid getting pushed into the
troll corner I'd like to add this:
The reason I am so insisting is that you continously misrepresent what
people say, and the current climax is that you totally ignore that the
overwhelming majority of people here said they
On Mon, Jul 21, 2003 at 04:36:53PM +0200, Sven Neumann [EMAIL PROTECTED] wrote:
What is so insisting is that you are not telling the truth, and I
wonder why you resort to that.
I am not going to let you claim in public that I was lying to you or
any other GIMP developer.
I didn't claim
On Fri, Jul 18, 2003 at 09:59:22PM +0200, Sven Neumann [EMAIL PROTECTED] wrote:
decision. We came to the point that it should be called 2.0. It's just
a number, so please, before you start the discussion again, think
twice if it's worth it.
It's not just a number, it is also used in the
On Fri, Jul 18, 2003 at 10:16:27PM +0200, Tomas Ogren [EMAIL PROTECTED] wrote:
vim? emacs? .. I bet there are many editors that can handle large text
files..
One thing (to bring this more on-topic again) to note is that vim doesn't
handle large (gigabytes) files nice, loading it into memory.
On Sat, Jul 19, 2003 at 12:10:54AM +0200, Sven Neumann [EMAIL PROTECTED] wrote:
Gimp is more than Mitch and me, isn't it?
Yes it is. And if you are really willing to continue this sinless
discussion instead of helping us to get the release done, we can of
This is *extremely* unfair. _You_
On Thu, Jul 17, 2003 at 09:45:51AM -0700, Manish Singh [EMAIL PROTECTED] wrote:
Consider the case of a corrupted xcf file. Maybe only 1 layer out of 20 is
corrupted. With this proposal, a user needs either a special tool to
(in this case, tar and zip would be preferable over ar, as ar tools are
On Mon, Jul 14, 2003 at 10:16:28AM -0400, Leonard Rosenthol [EMAIL PROTECTED] wrote:
At 08:38 AM 7/14/2003 -0400, Robert L Krawitz wrote:
What happens if in the future someone writes a gimp-java interface
(like gimp-perl)? Would there be any security issues there?
No.
I do not
On Wed, Jul 16, 2003 at 03:39:25PM +0200, Sven Neumann [EMAIL PROTECTED] wrote:
Should I file a request in bugzilla, asking for a Fullscreen with Menu
option or do you think it would not be worth adding?
I think it is not worth to clutter the menu with this since the menu
is always
On Wed, Jul 16, 2003 at 04:28:18PM +0100, Adam D. Moss [EMAIL PROTECTED] wrote:
Technically I don't know if that's true. From my ar man page:
GNU ar can maintain archives whose members have names of
any length; however, depending on how ar is configured on
your system,
On Wed, Jul 16, 2003 at 10:43:13PM +0200, Sven Neumann [EMAIL PROTECTED] wrote:
designed as a GIMP-only format. People already use XCF in other apps
simply because there is no reasonable format for layered images.
That is not true. MIFF was around for years, for example, was always
able to
On Thu, Jul 10, 2003 at 04:08:21PM +0200, Sven Neumann [EMAIL PROTECTED] wrote:
in such an approach and I am sure that not many XML parsers will like
CDATA blocks of several megabytes.
_all_ xml parsers cope with cdata blocks of several megabytes.
--
-==-
On Thu, Jul 10, 2003 at 01:17:49PM +0200, Sven Neumann [EMAIL PROTECTED] wrote:
__asm__ __volatile__ ()
while the new code in The GIMP seems to be using
asm()
I don't know this stuff good enough to know the difference, but I'd
__keyword__-style keywords are always there, even if gcc
On Fri, Jul 11, 2003 at 12:13:29PM +0200, Steinar H. Gunderson [EMAIL PROTECTED]
wrote:
I don't think there should be a % in the list of clobbered registers.
yupp, there is no %mm1 register :)
worse, I don't even think most versions of gcc know about MMX registers at
versions 2.x (usually)
On Wed, Jul 09, 2003 at 06:48:08PM +0200, Sven Neumann [EMAIL PROTECTED] wrote:
users. The dialog is great and much better than a html help page for
example, but it's presented at a time people will have no clue what it
means.
Perhaps we should show it on every startup then ?
It's
On Fri, Jul 11, 2003 at 10:08:55AM -0400, Leonard Rosenthol [EMAIL PROTECTED] wrote:
A JAR is a special type of ZIP archive, which contains one or more
data files along with an XML manifest about the contents. I've worked
on a number of projects (both commercial and open) that have
On Wed, Jul 09, 2003 at 11:23:57AM +0200, Sven Neumann [EMAIL PROTECTED] wrote:
we should just drop a number of files in the user directory. Unlike
the GNOME developers we don't expect our users to be stupid. We put a
One need not be stupid to not understand the dialog, though. Even
experienced
On Mon, Jun 30, 2003 at 02:12:49PM +0200, Sven Neumann [EMAIL PROTECTED] wrote:
Since the preferences toggle doesn't solve it at all, why do you
call it a solution? Toggling it on does not work, as Sven said, as
then mnemonics and dynamic shortcuts will clash.
Sorry, but I don't think
On Fri, Jun 27, 2003 at 04:07:29PM +0200, Sven Neumann [EMAIL PROTECTED] wrote:
However, there is no need to change this at all, I was just under
the wrong impression that it was dangerous to enable them *at all*,
and not dangerous to enable them because I often bump my head on
the caps at
On Thu, Jun 26, 2003 at 10:02:41AM -0300, Joao S. O. Bueno [EMAIL PROTECTED] wrote:
I don't know how much it's dictated by gtk2, but it seens weird that the
GIMP usability gets hurt for changes on The Gimp Toolkit.
Woaw, that sounding like a great argument, but I still think that gtk+
deserves
1 - 100 of 171 matches
Mail list logo