Reading the discussions re: the help system has made me think I understand
why compiling GIMP always broke at a point where it needed a GtkXmhtml
header file. I use a RedHat system without Gnome installed and I'm
beginning to understand that GtkXmhtml is a Gnome thing. I recently
upgraded to the l
On Tue, Nov 09, 1999 at 04:57:16PM +0100, Sven Neumann wrote:
> > s/help/perl/
On Wed, Nov 10, 1999 at 03:09:46AM +0100, Marc Lehmann wrote:
> However, perl works on many _many_ more platforms than the help system,
> which only works on a very limited number of systems.
Well, PERL certainly work
On Tue, Nov 09, 1999 at 09:31:05PM -0500, [EMAIL PROTECTED] wrote:
> > demand a net-connection and call babelfish for untranslated items ;)
that was not meant to provoke sensible replies, but...
> What if _every_ text widget - static labels in particular - was
> clickable and allowed the user to
Marc;
On Wed, Nov 10, 1999 at 03:20:07AM +0100, Marc Lehmann wrote:
> demand a net-connection and call babelfish for untranslated items ;)
That's not realistic, but I think I mentioned a similar idea a long
time ago. Or maybe I just kept it in my head because it's a bit silly.
What if _every_ t
demand a net-connection and call babelfish for untranslated items ;)
(runs...)
On Tue, Nov 09, 1999 at 05:14:07PM +0100, Michael Natterer <[EMAIL PROTECTED]>
wrote:
> Do you want to use context functions at the pdb interface? (ie writing
> stuff like gimp_context_get_brush(NULL)) and put all current color/brush/...
> access functions to gimpcompat.[ch] or just let all clien
On Tue, Nov 09, 1999 at 04:57:16PM +0100, Sven Neumann <[EMAIL PROTECTED]>
wrote:
> Marc, please! You know that the situation we have now is not what we want it
> to be in its final state. There are probably other good reasons to use Gnome
> for later versions of Gimp, but nobody will be forced
On Tue, Nov 09, 1999 at 11:07:32AM +0100, Uwe Koloska <[EMAIL PROTECTED]>
wrote:
> So what I wanna say: All that makes two menus of the same manner disappear is
> a bugfix. The other things like improvement of the i18n-Code to make it
> consistent and in toto able to translate all messages is t
Sven Neumann wrote:
> Hi,
>
> well, we already agreed that the modifier keys need some rework. I volunteer
> to do the job, but I don't want to start hacking before we have discussed the
> issue and found a suitable solution. So, to start the discussion, here's a
> list of the current state. Many
On Tue, Nov 09, 1999 at 01:27:29AM +0100, "Ewald R. de Wit" <[EMAIL PROTECTED]> wrote:
> 2. The fragmentation of tiles within the swap file. The sound of Gimp
>trashing the harddisk suggests that this is a very big issue.
For which spatial indexing would be solution.
> Anyway, today I went o
I found the problems with the 1440x720 mode; it should now be
working. It's unclear if this will create visible improvement in
practice; it appears to me that it creates slightly smoother dithering
in solid light areas. There's also an experimental 1440x720 two-pass
mode; in some cases this crea
>Blend:
> 15 degrees steps
>horizontal
>vertical
>+ diagonal (45 degress)
A question: then shift does all, no? I think everyone is capable of moving
the mouse around 15 degrees steps. I am not saying to remove the others,
just to know that
On Tuesday, 9 Nov 1999, Sven Neumann wrote:
> Intelligent Scissors:
>[ cursors are broken here? ]
Depends what you think cursors should be doing. I do nothing special
to the cursor for iscissors. You're welcome to do something better.
>[ no modifiers used ]
Not true: the intent is th
Hi,
well, we already agreed that the modifier keys need some rework. I volunteer
to do the job, but I don't want to start hacking before we have discussed the
issue and found a suitable solution. So, to start the discussion, here's a
list of the current state. Many thanks to Sven Riedel who help
On Tue, 9 Nov 1999 [EMAIL PROTECTED] wrote:
> On 2 Nov, Andrew Kieschnick wrote:
>
> > Gimp plug-ins are not linked into the calling program (they are run as
> > > separate processes), so you can call them from any program you like
> > without violating the GPL.
>
> However you have to link
On 2 Nov, Andrew Kieschnick wrote:
> Gimp plug-ins are not linked into the calling program (they are run as
> > separate processes), so you can call them from any program you like
> without violating the GPL.
However you have to link Plug-ins against libgimp and possibly
libgimpui and here y
Marc Lehmann wrote:
> My very own personal opinion on this is:
>
> - either make gimp a gnome application (puke!). This would be honest, as we
> are kind-of forcing gnome on people anyway (wanna help? use gnome!)
Marc, please! You know that the situation we have now is not what we want it
to
On Wednesday, 10 Nov 1999, Tamito KAJIYAMA wrote:
> I found a bug that gimp-drawable-get/set-pixel swapped the
> specified x and y coordinates when getting/setting a pixel.
Ouch!
gimp-drawable-{get,set}-pixel is such a slow API not many people use
it, I reckon. That's probably why it's taken s
Hi.
I found a bug that gimp-drawable-get/set-pixel swapped the
specified x and y coordinates when getting/setting a pixel.
I found the bug in 1.1.10 but the bug seems not to be fixed in
1.1.11. Attached is a patch that fixes the bug.
Regards,
--
KAJIYAMA, Tamito <[EMAIL PROTECTED]>
--- draw
Asbjoern Pettersen writes:
> The OS/2 and UNIX code is doing the same !
> The structure PLUG_IN_INFO is a REAL input and should be a parameter
> input to gimp_main().ex: gimp_main(argc,argv, &PLUG_IN_INFO);
>
> On UNIX they trust/use fork() to input the structure, but my OS/2
> version
Daniel Eggert wrote:
> On 1 Nov, David Monniaux wrote:
>
> > The stupid I18N behaviour of the week: when menus are translated, any
> > string for which the system finds no translation gets translated to
> > "Fichier" (in French), which means "File".
>
> > I don't know the innards of the transla
Hi Marc,
Marc Lehmann wrote:
>
> On Wed, Nov 03, 1999 at 10:20:37AM +0100, Michael Natterer
><[EMAIL PROTECTED]> wrote:
> > I was (or at least tried to be) very careful not to change any external
> > interface (which I suppose you mean by "cause other changes as well")
> > with the context chan
Hi,
current po/POTFILES.in is missing app/path_tool.c. please add it.
--- po/POTFILES.in.orig Wed Nov 10 00:47:51 1999
+++ po/POTFILES.in Wed Nov 10 00:48:16 1999
@@ -90,6 +90,7 @@
app/paintbrush.c
app/palette.c
app/palette_select.c
+app/path_tool.c
app/paths_dialog.c
app/pattern_selec
You wrote on Mon, 08 Nov 1999:
>Would it still be a problem for you if only the menu entry itself is
>english, but the english menu is sorted under the corresponding german
>standard menu (see above for "Add Selection")?
Oh, it's not for me ;-) I think about all the "only" users. I use gimp in
Nick Lamb ([EMAIL PROTECTED]) wrote:
> Loading a large image (*): Wait about 2 mins, loader finishes and now
> after a further couple of minutes the image is drawn, however later
> performance is slightly faster than in the default case above.
>
> (*) A large image here is one which genuinely WIL
25 matches
Mail list logo
