Re: SWF format...

2000-05-23 Thread egger
On 23 May, Nick Lamb wrote: Having just come back from WWW9 I'm pretty enthusiastic about SVG right now. I can't see the point in continuing to use Flash once there are vendors clambering over each other to produce the best SVG plug-in and (since it's free) it will be built-in on Mozilla

Re: Performance of Gimp vs. photoshop for large images

2000-06-07 Thread egger
On 7 Jun, Sven Neumann wrote: As profiling the Gimp shows, there's the need and room for optimization. Marc and Daniel did work on this last weekend and hopefully we will soon see those changes in CVS. I'd be very glad I you could apply this patches I'll send them to you soon --

Re: gimp library documentation

2000-06-07 Thread egger
On 7 Jun, Nick Matsakis wrote: I'm working on a research project involving real time image processing on video streams. I need an image processing library, and so wondered whether the gimp might fit my needs. I have two questions which will help me determine if this is indeed the case.

Re: label DB

2000-06-13 Thread egger
On 13 Jun, Daniele Medri wrote: My idea is.. to create a db (..probably with PostgreSQL) to manage all the label of gimp, script-fu, gimp-plugin e make a coherent work with these labels for translation. A php-interface could be a nice add-on that i want to. Talk to Marc, he showed

Re: Greyscale crash

2000-06-15 Thread egger
On 14 Jun, Sven Neumann wrote: app/pixel_region.c 1.20 app/paint_core.c 1.90 app/paint_core.h 1.30 app/undo.c 1.60 and couldn't see any problems. I could reproduce the crash after reverting all those changes, so it seems the problem is elsewhere. ME TOO. GIMP tries to free unexistant

Re: Greyscale crash

2000-06-17 Thread egger
On 14 Jun, Sven Neumann wrote: app/pixel_region.c 1.20 app/paint_core.c 1.90 app/paint_core.h 1.30 app/undo.c 1.60 and couldn't see any problems. I could reproduce the crash after reverting all those changes, so it seems the problem is elsewhere. Okay, traced this problem further. The

Re: License of the XCF loader in Imlib2

2000-06-25 Thread egger
On 25 Jun, Sven Neumann wrote: I agree with this opinion and would be happy if we could set up a short email that we send to the Imlib2 people signed by some of the people owning the copyright of the affected code. Since it seems not necessary to involve Peter and Spencer at this point, some

Re: License of the XCF loader in Imlib2

2000-06-25 Thread egger
On 25 Jun, Nick Lamb wrote: It "appeared" courtesy of someone identified only as "cK", hopefully those working on Imlib2 will know that handle (though who knows, it doesn't look like an expertly managed project to me, maybe anyone can get CVS write privs) and remove their write privs. This

XCF code in Imlib2

2000-06-25 Thread egger
Hiho! I talked to Christian Kreibich, the author of the codemixture and he told me that it was a mistake to publish the code in this form and that he'll undo that step. He and Raster are going to meet next week and then they'll think about possible solutions for this conflict. --

Re: XCF code in Imlib2

2000-06-25 Thread egger
On 25 Jun, Marc Lehmann wrote: He and Raster are going to meet next week and then they'll think about possible solutions for this conflict. Don't they think this is demanding some _action_ (like reverting that patch)? "meet next week" and "possible solutions" sounds, well, not very

Re: Color Quantization

2000-06-26 Thread egger
On 26 Jun, DrMartin.Weber wrote: I took several months' time to compare nearly all available color quantization algorithms. Shurely GIMP's Median Cut is good but not the best. SQC (http://www-dbv.cs.uni-bonn.de/quant/) is really the best one available and it is also fast. I have some code

Re: New bugs in mild profusion.

2000-06-26 Thread egger
On 26 Jun, Adam D. Moss wrote: Two immediately noticable ones are: 1) moving a layer with the move tool is broken, no longer tracks pointer after first 'settle' of motion. 2) ctrl-q to quit brings up the 'something modified, really quit?' dialog but the 'okay' button then makes the

Re: Gimp to MacOS

2000-07-23 Thread egger
On 21 Jul, Michael Natterer wrote: I guess that Gtk+ and Gimp will run more or less automatically on MacOS X' BSD API once there is an X server, so there should be no need to "port" it. A X server for MacOS is due to be released by Apple, soon -- Servus, Daniel

Re: The Gimp is wasting a lot of memory

2000-07-23 Thread egger
On 20 Jul, somnorici wrote: I set the undo levels to zero and loaded an image. 9376 by 11488 pixels grayscale is 107,711,488 bytes. My display depth is 16 bits. It didn't take long to link this with the swap file, which after loading the image was 292,421,632 bytes, plus the 32 megs of tile

Re: Gimp to MacOS

2000-07-23 Thread egger
On 23 Jul, Charles Iliya Krempeaux wrote: Will it be free? Will it be a standard part of MacOS? (Or is it something Mac users will have to pay for?) Sorry, I have got no details handy. Read about it on slashdot or somewhere. Have a look at the usual MAC places to get info about that... --

Re: Gimp to MacOS

2000-07-23 Thread egger
On 23 Jul, Charles Iliya Krempeaux wrote: OK, I'll do that (eventually). But my point is, if X Windows isn't available on every Mac system... or at least if they can't get it for free... then it is worth porting the GIMP (and GTK+, GDK, etc) to the native MacOS API. I'm not against a

Re: Perl Scripting

2000-07-29 Thread egger
On 30 Jul, Andrew J Fortune wrote: I currently have the latest developers' version of GIMP (v1.1.24). Can someone tell me if Perl scripting is still available ? (...there used to be any entry called "Perl-FU" on the Xtns menu). Perl normally should be there. But since the Perl plugin has

Re: Perl Scripting

2000-07-30 Thread egger
On 30 Jul, Marc Lehmann wrote: i would really appreciate if you would finally start thinking, as this is not the first time you claim things that are sooo obviously broken :( No need to get insulting. Spend your time fixing the plugin instead. This would be more helpful for you and me. I

Re: Perl Scripting

2000-07-30 Thread egger
On 30 Jul, Marc Lehmann wrote: It's you who is unprof(f)essional. You were and are totally wrong with your today's claim about gcc -- claiming some not-yet-existant version of gcc causes problems on your machine. Pardon? Just because a version is not officially released doesn't mean it

Re: Perl Scripting

2000-07-30 Thread egger
On 30 Jul, Marc Lehmann wrote: No need to get insulting. It's pure fact. You keep claiming all sorts of funny things that you yourself should have known long before you started posting about it. Ok Marc, it's enough. I will not continue this useless flamewar! In real life you sometimes

Re: Perl Scripting

2000-07-30 Thread egger
On 30 Jul, Robert L Krawitz wrote: Pardon? Just because a version is not officially released doesn't mean it doesn't exist, does it? For this purpose, I would say it does (mean that it does not exist). Especially since it isn't even a formal snapshot (which egcs was doing for a

Re: Perl Scripting

2000-08-01 Thread egger
On 1 Aug, Tuomas Kuosmanen wrote: Gimp-perl works just fine on debian woody with "normal" stuff. Both on my intel desktop box and on my powerpc laptop. No problems. Except for the i8n stuff in plug-ins/perl/po/ that sometimes seems to get cvs conflicts ( the stuff) in the files (could it

Re: GIMP Help: Status

2000-08-02 Thread egger
On 2 Aug, Piers Cornwell wrote: We have drawn up a concept of how the new help system will be layed out and work, and made a few sample files to show that it works. The basic system will be, for the first time, a proper user manual which explains such things as the concept behind layers,

Re: GIMP Help: Status

2000-08-03 Thread egger
On 2 Aug, Garry R. Osgood wrote: If you have any further comments about the help system, please submit them to this list so we can make any necessary changes. Have you worked out submission procedures? (i.e., drafts to you, you check in?) We're working on this issue. Since we have

Place of the new docs in the CVS

2000-08-03 Thread egger
Hiho! I'm actually asking myself where we should place the new docs in the CVS. It seems we have two choices: 1) Put them in help parallel to the other files 2) Create a new directory for them until everything (automatic creation of HTML docs and indexing) is working good enough for

Re: Place of the new docs in the CVS

2000-08-03 Thread egger
On 4 Aug, Michael Natterer wrote: Just go ahead and populate this directory. In the first time we'll take care of committing the generated help files into gimp. Once the build system is working (hopefully soon) we can include gimp-help as a virtual module into the gimp CVS tree. We'll

Re: gimp-help: markup conventions

2000-08-07 Thread egger
On 6 Aug, Kevin Turner wrote: gimp-help/whysgml.txt states that we are going to go through all the bother of writing well-formed XML files (e.g. being strict about always using closing tags, etc), but that we won't be actually marking the files as XML. If you have a grudge against xml, why

Re: TODO for 1.2 release

2000-09-26 Thread egger
On 26 Sep, Tim Mooney wrote: I'll try build 1.1.26 or some subsequent release on the platforms I have access to, but whoever does pre-release builds (Yosh?) should see if there's a way to make your compiler (gcc?) warn/error on C++ style comments. Every single point build of gimp for the

Re: TODO for 1.2 release

2000-09-26 Thread egger
On 26 Sep, Tim Mooney wrote: Grepped through the source and couldn't find any C++ style comments... cc: Error: lighting_ui.c, line 387: Invalid statement. (badstmt) // GtkWidget *spinbutton; --^ This is from 1.1.26/plug-ins/Lighting. I haven't made the build proceed any farther, to

Re: TODO for 1.2 release

2000-09-26 Thread egger
On 26 Sep, Tim Mooney wrote: You need to quote the '*.c', it's getting expanded by the shell before it ever gets fed to find. :-) Actually that's not the problem since there are no *.c files in the directory I started the search in... Anita:/mnt2/src/gimp # find -name *.c

Re: *BUG REPORT* - gimp 1.1.26 and jpeg saves

2000-09-27 Thread egger
On 28 Sep, Paul Wagland wrote: First up, I hope that this is the right place to report this bug. Second thing: This is a great product. You guys should be proud of yourselves! We are, hehe :) Now back to bussiness... :) I have no reason to believe that steps 1-2 make sweet rafoosle

Re: *BUG REPORT* - gimp 1.1.26 and jpeg saves

2000-09-28 Thread egger
On 28 Sep, Steinar H. Gunderson wrote: H... Since the JPEG previewing mess originally was made by me, I've just got a side note: libjpeg is rather unstable at low qualities. Of course, if this happens with HQ too, it is a GIMP bug, and not a libjpeg bug. I cannot reproduce this bug

Re: Using Gimp as HB's imaging library.

2000-09-29 Thread egger
On 28 Sep, Alejandro Forero Cuervo wrote: Could someone please help me? Where should I look at? I am unfamiliar with Gimp's code, as you can see. GIMPs scripting features are all plugins, thus you should see pluins/script-fu and plugin/perl how they implement thing and whether you can

Re: *BUG REPORT* - gimp 1.1.26 and jpeg saves

2000-09-29 Thread egger
On 29 Sep, Garry R. Osgood wrote: I cannot reproduce this bug under any circumstances here on i386 while it crashes Kevin's machine hard. Should the dialog block while a update is running? Just asking because it does here and elsewhere not I reproduce it here on both the laptop

Re: configure, libtool the install prefix

2000-10-01 Thread egger
On 1 Oct, Marco Lamberto wrote: I've got a little trouble while rebuilding the rpm of gimp 1.1.26, when running the "make prefix={a_new_prefix} install" it tries to install into "/usr" discarding the "prefix" and "PREFIX" values. I should update someting or someone has forgotten something?

Re: configure, libtool the install prefix [2]

2000-10-02 Thread egger
On 1 Oct, Marc Lehmann wrote: I haven't fixed yet the GIMP Perl plugins installation, please could anyone fix it or tell me a workaround? The README.perl suggests PREFIX= for just this case. Daniel Egger could probably get more info as he works for suse and suse has quite a few perl

Re: Suggestion to toolbar buttons placement

2000-10-03 Thread egger
On 3 Oct, COUTIER Eric wrote: I am just an user but can i make a suggestion ? There's 25 buttons on the Gimp Toolbar and sometime, it's not easy to find the good one in all these buttons. I suggest to arrange buttons by "groups", separated with spaces, to respect "7 items" ergonomy standard

Re: configure, libtool the install prefix [2]

2000-10-04 Thread egger
On 4 Oct, Marco Lamberto wrote: Ok, you're right, but why everything worked fine till gimp 1.1.24 (the last RPM I've built through the "standard" gimp.spec)? I don't think that dropping the RPM support or a clean and easy way for RPMming the GIMP is a good choice (none would use the

Re: Hispalinux talk / demo

2000-10-28 Thread egger
On 28 Oct, Tuomas Kuosmanen wrote: No clue. Is this a "they want someone to do a demo" or "who the heck is going to do a gimp demo there??" BTW: I'm going to show GIMP at the COMDEX in Las Vegas at the SuSE booth -- Servus, Daniel

Re: ANNOUNCE: GIMP 1.1.29

2000-11-04 Thread egger
On 1 Nov, Federico Mena Quintero wrote: You could say that it is a major piece of brokenness for the GIMP not to do garbage collection around buggy plug-ins or scripts, but I know this is nontrivial to fix. It's quite annoying but trivial to crash the GIMP using the SANE plugin... :( --

Re: GIMP help docs

2000-11-05 Thread egger
On 4 Nov, Garry R. Osgood wrote: Given the nearness of 1.2 release, the Gimp Help Team (bex, Piers Cornwell, Daniel Eggers apologies if I missed the other contributors) started a separate gimp-help project last July, and not integrate with the main tree until help stuff is reasonably

Re: brush and pattern popups (was Re: Gimp tool icons)

2000-11-05 Thread egger
On 5 Nov, Austin Donnelly wrote: Is it generally known that mouse-down and waiting on brushes and patterns pops up a larger preview window showing the whole brush/pattern if it's larger than the preview? Do many users discover this themselves, or are they ignorant of the fact? Just

Re: brush and pattern popups (was Re: Gimp tool icons)

2000-11-06 Thread egger
On 5 Nov, Tuomas Kuosmanen wrote: Just curious: Is anyone able to get the brush dialog by doubleclicking the brush in the toolbox using a graphicstablet? Dunno, I have it always open :) It works now... I fixed the driver so probably it was a problem in there -- Servus,

Re: GIMP help docs

2000-11-06 Thread egger
On 6 Nov, Sven Neumann wrote: If you want me to change the helpbrowser, I need a detailed list of the changes that are necessary. just the changes we talked about: Removal of the HTML navigation bar and using the supplied links in this bars for the buttons in the helpbrowser. --

Re: Tablet Troubles

2000-11-21 Thread egger
. [EMAIL PROTECTED] * Copyright 2000 by Daniel Egger, Germany. [EMAIL PROTECTED] * * Modified for Linux USB by MATSUMURA Namihiko. * FrñÅñÓic Lepied [EMAIL PROTECTED]. * Additional changes by Brion Vibber [EMAIL PROTECTED] * and Aaron Optimizer Digulla [EMAIL PROTECTED

Re: cmon guys, no patch from 1.1.32 to 1.2??

2000-12-25 Thread egger
On 26 Dec, [EMAIL PROTECTED] wrote: I am not supposed to download 10mb of source code, I have been patching up since like 1.1.20, no way, you can provide a good patch from 1.1.32 to 1.2.0. Why not use CVS and tags? Makes life much easier for both sides. -- Servus, Daniel

Re: cmon guys, no patch from 1.1.32 to 1.2??

2000-12-26 Thread egger
On 26 Dec, [EMAIL PROTECTED] wrote: Why not use CVS and tags? Makes life much easier for both sides. Because a) my bandwidth is limited b) most importantly, my time is limited. Therefore, downloading a 200k patch is a lot easier than getting a cvs-able gimp tree that I can update

Re: cmon guys, no patch from 1.1.32 to 1.2??

2000-12-26 Thread egger
On 27 Dec, [EMAIL PROTECTED] wrote: You know since you take time to answer my posts, I might as well too. Compared to your "limited" 64k how does 9600 that disconnects every 5 minutes sound to you? And the fact that downloading something like a full gimp 1.2.0 would take close to 2 or 3

Re: RFC: The future of The GIMP

2000-12-16 Thread egger
On 14 Dec, Sven Neumann wrote: Please keep in mind that the main intention of our proposal has been to better distribute work between core and plug-in developers by seperating the source trees during development. Perhaps this scheme could be translated to distribution too, but it does not

Re: RFC: The future of The GIMP

2000-12-16 Thread egger
On 13 Dec, Sven Neumann wrote: gnome-cvs can not do this for us (because it only has all-or-nothing permissions), we need to look for another CVS server. Eventually our employer convergence could help, I'll ask. I can offer you a server on a decent connection as well.b -- Servus,

Re: gimp patch 1.1.32-1.2.0 [Also: Re: cmon guys, no patch from 1.1.32 to 1.2??]

2000-12-28 Thread egger
On 26 Dec, Garry R. Osgood wrote: The tarballs and patch-sets are really meant for end-users who prefer to compile from source, but don't otherwise desire to get involved in maintenance and so don't have a strong motivation to keep a bleeding-edge source tree around. Patch sets are

Re: GIMP 1.2.0 and Solaris 7/SPARC

2000-12-28 Thread egger
On 28 Dec, Tino Schwarze wrote: Without having looked at the code - what do we need that many FDs for?! We don't need to open all palettes at once, do we? The code for the brushes, gradients and the palettes is (was?) really nasty. But the file descriptors are closed after the complete

Re: PATCH: Iscissors patch for Gimp 1.2

2001-01-02 Thread egger
On 1 Jan, Laramie Leavitt wrote: I have ported a part of my iscissors patch from 1.1.25 to gimp 1.2. All this patch does is add a livewire boundary to the iscissors tool, and an option in the tool options to turn it on and off. Yay! This is way cool. I'll checkin your changes to the new

Re: the Gimp 1.2.0 for windows ?

2001-01-05 Thread egger
On 5 Jan, Bennett Keith Portnet wrote: Sorry to bug you, I found you name and email address in the GIMP files ! I downloaded the GIMP 1.2.0 (for Windows ?!) from Tucows. It has been uncompressed into a file on my hard drive. (I am running Windows NT) NOW WHAT DO I DO TO GET IT RUNNING ?

Re: Suggestions for gimp

2001-01-07 Thread egger
On 6 Jan, Sven Neumann wrote: The other ideas seem to be good suggestions. I think we should set up a web-forum where we collect ideas and suggestions like this. What about the bugtracker? It's much mightier now and a good place to keep things. -- Servus, Daniel

Re: gimp patch 1.1.32-1.2.0 [Also: Re: cmon guys, no patch from 1.1.32 to 1.2??]

2001-01-10 Thread egger
On 9 Jan, Christopher Curtis wrote: Patchsets also have a big problem which timecop already noticed: They don't contain binary files or patches to such and thus a patched tree might miss quite a few important files after a while. xdelta wouldn't cause that particular problem but is

Re: Plugin patches

2001-01-14 Thread egger
On 14 Jan, Jens Christian Restemeier wrote: I recently got a bug report for QBist, and in turn made a new version. What is the easiest way to get it into CVS-Gimp ? I made a patch, but the patches directory on ftp.gimp.org doesn's seem to be cleaned for 2 years, and the latest CVS version

Re: New wishlist for next GIMP available??

2001-02-06 Thread egger
On 3 Feb, Sven Neumann wrote: has the wishlist for features for gimp 1.4/2.0 been started?? If so where can I find it/add to it? The source tree contains a file TODO which is a collection of ideas that have come up over the years. Actually the file should not be called TODO, but probably

Re: Proposed Paint Core changes to support textures

2001-02-07 Thread egger
On 6 Feb, David A. Bartold wrote: I think a better solution would be a definable pressure curve, much like Wacom's Windows driver has. That'd probably be a feature of the general mechanism you described and perhaps what you have in mind. Hm, generating a lookup table and getting the

Re: How to get access to the new bug database?

2001-02-07 Thread egger
On 7 Feb, Raphael Quinet wrote: Since the GIMP/GNOME bug database has moved to bugzilla.gnome.org, the administrative options have changed. On the old bugs.gnome.org, it was possible for me to change the status of some bugs easily, but now I cannot change the status, affected OS, priority

Re: RUN_WITH_LAST_VALUES

2001-02-17 Thread egger
On 17 Feb, Austin Donnelly wrote: I've been meaning to find a way to update the menu item to include the filter name so you can get a better idea what will happen, eg: Filter-Repeat Last (blur IIR) or something. Great idea. In case you don't have the time to implement it please file

Re: Strange toolbox behaviour

1999-10-04 Thread Daniel . Egger
On 3 Oct, Zach Beane - MINT wrote: Yosh is still working on this, and when he is done it will Do It Exactly Right. Well, perhaps not that good, but certainly better than its current in-development state. I just wonder what the reason was for changing the old behaviour? -- Servus,

Re: object layers

1999-10-05 Thread Daniel . Egger
On 3 Oct, Paul Gammans wrote: My only worry is that it would result in GIMP becoming blot ware. Though having photoshop an illustrator open together an swapping between them is very common thing i do. Just make a extra package and concept your piece of software as a gimpmodule --

Re: [off-topic] i18n/gettext problems...

1999-10-06 Thread Daniel . Egger
On 6 Oct, David Odin wrote: Hm. Sorry, the compilation works OK. These messages show up during the linking phase. So maybe it's a faulty libintl.a... Do you use glibc2 (aka libc6) or libc5? If the latter is the case I would suggest you to get the gettext package version 0.10.35 and

Re: object layers

1999-10-06 Thread Daniel . Egger
On 5 Oct, Federico Di Gregorio wrote: Mmm... what is a gimpmodule? A module is an extension which has much more control over the GIMP then a plugin. How is it supposed to work? Use the source... :)) Where can I find some examples? (The current distribution comes without any

Re: Plugins

1999-10-21 Thread Daniel . Egger
On 17 Oct, Marc Lehmann wrote: Just as we do now.. no changes are necessary. Just that we change how the plug-ins are stored (cvs) does not necessarily change the way they are distributed. And a few extra messages in gimp-std-plug-ins for plug-ins we do not ship because they are

Re: Plugins

1999-10-21 Thread Daniel . Egger
On 19 Oct, Marc Lehmann wrote: I don't understand - how does the current situation (different dirs for plug-in and gimp i18n) differ from having the plug-ins in a different cvs tree? Wether we create a tarball from one or from two cvs trees is just a matter of some script-hacking, but it

Re: Plugins

1999-10-29 Thread Daniel . Egger
On 22 Oct, Sven Neumann wrote: I don't think that internationalisation is our major problem with plug-ins right now. This doesn't mean that we shouldn't think about it now, but our main problem is the mass of plug-ins shipped with the Gimp. It is and there a quite a couple of reasons why:

Re: Icons in LC dialog (and elsewhere)

1999-10-29 Thread Daniel . Egger
On 23 Oct, Tuomas Kuosmanen wrote: Speaking of that, how hard would it be to make the toolbar buttons also use the .xpm format? Now the icons are in the header files.. it's pretty hard for a art.geek like me to change the icons or try different versions.. Also for 'T0olb4r ThemeZ' it would

Re: Plugins

1999-10-29 Thread Daniel . Egger
On 29 Oct, David Monniaux wrote: I agree with Daniel. I18N maintainers already have too much to do. Frankly, I think we should try to ship 1.2 before changing how plug-ins are handled. It would be really helpful to know the thoughts of other developers or even or great maintainer to this

Re: Plugins

1999-11-02 Thread Daniel . Egger
On 30 Oct, Marc Lehmann wrote: Real design bugs can´t be solved for 1.2, so either we can do it painlessly or we can´t do it (in 1.2). Of course I´m not sure LANG=de works extraordinarily good for me... no extra menus or other problems anymore, so I think we should only disable

Re: Plugins

1999-11-03 Thread Daniel . Egger
On 3 Nov, Michael Natterer wrote: Note: At the moment featurefreeze is more violated by the changes done by for example Michael than by the ideas I'm having which would be something like "little changes with big positive effects"... Just because I didn't write for many files "using the

Re: I18N

1999-11-07 Thread Daniel . Egger
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 translation system, but a fact is that

Re: Plugins

1999-11-07 Thread Daniel . Egger
On 3 Nov, Marc Lehmann wrote: This sounds interesting (explain!).. how can i18n lead to segfaults? Not again Marc, we have had this discussion before Hint: It's the way menues are handled by Gtk... Me included! Maybe I shouldn´t even reply here.. ;- Maybe :) Well, half-translated

Re: Plugins

1999-11-07 Thread Daniel . Egger
On 3 Nov, Michael Natterer wrote: Just because I didn't write for many files "using the context here fixes a bug" doesn't mean it didn't. E.g. the device status dialog was totally unusable after a "refresh" and ensuring it's consistency without the context would have needed another weird

Re: i18n problem

1999-11-07 Thread Daniel . Egger
On 4 Nov, SHIRASAKI Yasuhiro wrote: Is your translation table fr.po ? It seems to be broken when I tried to "make update-po". Duplicated entries, possibly a merging problem. Patch is on its way... -- Servus, Daniel

Re: i18n problem

1999-11-07 Thread Daniel . Egger
On 4 Nov, Sven Neumann wrote: If it is, the german de.po is broken too, since I experience the same weird problem here. No, the catalogs are definitely all right (but the French one, but that incorrectness can't cause the explained behaviour) -- Servus, Daniel

Re: i18n problem

1999-11-07 Thread Daniel . Egger
On 5 Nov, SHIRASAKI Yasuhiro wrote: What menuitems are replaced by Datei? I could not reproduce the problem. Me, too... I'll try to investigate the problem -- Servus, Daniel

Re: i18n problem

1999-11-07 Thread Daniel . Egger
On 5 Nov, Sven Neumann wrote: I just used LANG=de, but using LANG=de_DE.ISO_8859-1 doesn't change the behaviour here. Okay, let's start with something simple: - Version of Gtk+ used - Version of libc used (compiled when?) - CVS date of your GIMP version? - Settings of ALL of your

Re: GIMP Plug-ins for other Apps? - LGPL for some GIMP modules?

1999-11-09 Thread Daniel . Egger
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

Re: I18N

1999-11-10 Thread Daniel . Egger
On 9 Nov, Sven Neumann wrote: Daniel Eggert wrote: BTW: My name spelled E g g e r without any 't' Ok, here's my setup: glib: uptodate from CVS (1.2 branch) gtk+: uptodate from CVS (1.2 branch) gimp: uptodate from CVS glibc: libc-2.0.7 Well, my version is glibc is a bit

Re: Help System

1999-11-11 Thread Daniel . Egger
On 10 Nov, Kevin Cozens wrote: 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

Re: Plugins

1999-11-11 Thread Daniel . Egger
On 8 Nov, Marc Lehmann wrote: Hint: It's the way menues are handled by Gtk... And if this leads to segfaults it is surely a bug in gkt+? No, really, I am _simply_ interested in how a call to gettext can result in a "legal" segfault. The most likely way to cause a segfault is to write

Re: Plugins

1999-11-11 Thread Daniel . Egger
On 10 Nov, Marc Lehmann wrote: That all plug-ins that are part of the distribution should have corretc translated menu entries is (for me) obvious. The problem is new (third-party) plug-ins. These problems are solvable by a consistent way to handle the translations. Im working on these but

Re: Help System

1999-11-11 Thread Daniel . Egger
On 10 Nov, Raphael Quinet wrote: So please stop complaining about the help system, because that could backfire on Gimp-Perl quickly... No flamewars, please. Let us concentrate on our work instead of pushing our energies in a thread which as useless as Win 3.11 ... :)) -- Servus,

Re: GIMP Plug-ins for other Apps? - LGPL for some GIMP modules?

1999-11-11 Thread Daniel . Egger
On 11 Nov, Andrew Kieschnick wrote: Hmm, that sure as hell looks like an LGPL to me. I seriously doubt your copy of gimp is different than mine... LGPL stands for "Lesser GNU Public Licence". Now do me a favour and count the word lesser in this COPYING file... Then do this again for the

Re: GIMP Plug-ins for other Apps? - LGPL for some GIMP modules?

1999-11-14 Thread Daniel . Egger
On 11 Nov, Tor Lillqvist wrote: I don't think gimpenv.c is in any way unique in this sense, probably many of the other files in libgimp also contain code snippets that have originally been in some file in the GIMP proper. Hm, the file I created was done on my own or cutted from gimp-libs

Re: Help System

1999-11-14 Thread Daniel . Egger
On 11 Nov, Marc Lehmann wrote: The difference (IMHO) is that a help system is an integral part of the gimp, just like menus, a good ui design or the tooltips are. IMHO the best solution would be to leave everything out of GIMP that isn't really necessary for running, including help,

Re: Solution for the i18n problem?

1999-11-14 Thread Daniel . Egger
On 11 Nov, [EMAIL PROTECTED] wrote: I have the same problem, very most menu's contains the german word "Datei". Which version of GIMP do you use? Locale settings: LANG=de LC_ALL=de_DE I now did a complete fresh installation of all packages coming in mind and still can't reproduce that

Re: Tons of useless translations???

1999-11-27 Thread Daniel . Egger
On 23 Nov, Michael Natterer wrote: It seems we're doing _many_ useless translations in the menu system. For example all calls to menus_set_sensitive() et.al. are using strings which are marked with N_(). Note: A N_ mark is just a mark and as such an pseudo op. It can't cause bigger

Re: Tons of useless translations???

1999-11-27 Thread Daniel . Egger
On 23 Nov, Michael Natterer wrote: I did some debugging there and noticed that gettext() returns "/Datei/tearoff1" for _any_ string which has the form "*/tearoff1" (). This is either a bug in our po-files, a bug in gettext or a feature of gettext which allows to do some magic by

Re: Tons of useless translations???

1999-11-27 Thread Daniel . Egger
On 27 Nov, Marc Lehmann wrote: PS: does gimp now translate by component or still using the whole path? Componentwise... BTW: Is there any special reson I can't unsubscribe from this list and subscribe again with another address? Quite annoying -- Servus, Daniel

Re: Tons of useless translations???

1999-11-27 Thread Daniel . Egger
On 23 Nov, Marc Lehmann wrote: (btw, can anybody tell me why redhat ignores LANG? and what is this LINGUAS thing anyway? maybe because other variables like LC_ALL are also set and take precedence?) LANG will be just used if no other LC_* is set to something... and LINGUAS are all possible

Re: Tons of useless translations???

1999-11-27 Thread Daniel . Egger
On 25 Nov, Michael Natterer wrote: However, I still didn't find out why my installation is unable to lookup translations from "gimp-std-plugins". In GIMP core? I don't know why it should... you are in the wrong doamin -- Servus, Daniel

Re: Toolbox bug

1999-11-27 Thread Daniel . Egger
On 23 Nov, Steinar H. Gunderson wrote: There seems to be a bug in the toolbox. If you simply make the window taller (on my system, the threshold seems to be about 380 pixels high), the gradient selector (and half the color selector) seems to go under the visible area, and out of sight.

Re: libgimp(ui), iibintl and (l)gpl problems

1999-12-03 Thread Daniel . Egger
On 2 Dec, Marc Lehmann wrote: However, if we solve this problem by *linking* libintl against libgimpui we get another problem: linking against libintl automatically puts libgimpui under the GPL. If you are using glibc2 then you've got not problem with lgpl, because its LGPL itself then...

Re: Call for plugin maintainance

2000-01-06 Thread Daniel . Egger
On 4 Jan, Sven Neumann wrote: on our way from 1.0 to 1.2 we included a few plug-ins that were considered not to be stable enough to be included with a stable release. This was done in the hope that the inclusion into the 1.1 developement tree would encourage people to work on those

Re: menu translation again - how does it work?

2000-01-17 Thread Daniel . Egger
On 14 Jan, Marc Lehmann wrote: So, if at all possible, could some translation expert find a fix for this problem, and I'll just add Logulator to app/menus.c in the meantime. Or did I misunderstand the general plan for translation? I thought that would already have been fixed? At the moment

Nasty problem in new file requester...

2000-01-17 Thread Daniel . Egger
Hiho! I recently discovered that using one of the spinbuttons in the filenew dialog causes redrawing of the whole upper table and thus flickering. This is quite annoying because it prevents users from using the spinbuttons to choose their imagesize because it is impossible (on my AMD K6-2

Re: Remove the Stack Trace...

2000-01-24 Thread Daniel . Egger
On 24 Jan, Raphael Quinet wrote: Any suggestions for the name of the new option? It could be something like "--disable-stack-trace" or "--disable-crash-query", assuming that the default behaviour would be to have it enabled in unstable releases. Note that I also support the idea posted

  1   2   >