Re: [Gimp-developer] gimp-1.3.19 ./configure failure oddity
Hi, Jeff Trefftzs [EMAIL PROTECTED] writes: An additional effect that I have noticed only with the gimp, is that make crashes repeatedly during the compile. I was wondering if this meant I was running out of temp disk, but I still have close to 2G left on the root filesystem, so that isn't it; I have tried compiling with and without /usr/local/lib in the ld.so.conf file and both compiles crash (segfault) after compiling for a long time. Note that if I simply reissue the make command the compile picks up where it left off, and eventually I get a brand new gimp. Has anybody seen problems like these, and can you suggest any possible causes or other places to look? It's not a show-stopper, but it certainly has been leaving me baffled. This sounds very much like a hardware problem. Unsufficient cooling or corrupted memory could be the cause. It's not too unlikely that such problems only show up when compiling a large software package such as The GIMP. You could do some tests compiling other software such as the kernel or XFree86. Sven ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] LinuxUser article about GIMP 2.0
I wrote an article for the german LinuxUser magazine, and want to ask the developers, to approve the article, before i'm going to publish it. I hope, that i didn't make to many mistakes. So - any ideas and help is appreciated. The article can be found under following url: http://www.kuhcampus.de/~roman/LinuxUser/gimp.html Thanks for your help. -- Roman Joost www: http://www.romanofski.de email: [EMAIL PROTECTED] pgp0.pgp Description: PGP signature
Re: [Gimp-developer] Gimp interface streamlining
On 1 Sep 2003, Willie Sippel wrote: Date: 01 Sep 2003 20:09:23 +0200 From: Willie Sippel [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [Gimp-developer] Gimp interface streamlining Hi there. First post, so please go easy on me ;-). Also Gimp always gets better and more powerful, the interface still needs a lot of work. It almost looks like yet another Photoshop clone - I really dont think GIMP looks at all like Photoshop although ... and even if Photoshop is some sort of de facto standard, it's interface is pretty clumsy and inefficient. ... I agree Photoshop is far from perfect either. 1.) Remove unnecessary buttons from the main toolbox to reduce clutter: Smudge, Dodge or Burn, Blur or Sharpen, Erase, Zoom, Color Picker; I also would love for the toolbox to be customizable http://bugzilla.gnome.org/show_bug.cgi?id=105764 but comletely removing the buttons as you suggest without anyway to add them back will likely displease many different people depending on which features they happen to use, personally I would miss the Zoom button. It might also be worth considering better to do like Photoshop and Sodipodi and have button submenus, that when you click and hold you get more of the related items. Screenshot of Adobe Photoshop toolbox submenu http://matrix.netsoc.tcd.ie/~horkana/dev/gnome/gimp/screenshots/photoshop/AdobePhotoshop-clicknhold.png shorter link to Photoshop screenshot http://tardis.linux.ie/1653/matrix.netsoc.tcd.ie 5.) The Color Picker should become available when you click the foreground or background color in the main toolbar, and should set the respective color (set foreground when you clicked the foreground color); This is already the case in GIMP 1.2, just double click on it. 6.) Add 'Alpha' to the Color Picker; Consider carefully if the more user friendly term Transparency should be used. 8.) Remove the giant FG/ BG preview at the bottom of the 'Colors' window to make the interface more compact; There is an option to hide the brush+pattern preview, an additional option to hide the colours widget might be an acceptable idea (but there is always the matter of getting some one to write the needed code). 9.) The remaining buttons on the main toolbox should be reordered: Brush | Pen | Airbrush | Ink | Text | Fill | Select | Transform | Create paths | Measure tools care to explain your reasoning for this reordering? 15.) Remove the brush and pattern preview from the main toolbox, because it clutters the toolbox - it's redundant, anyway, because there is allready a preview in the tool settings window. It might be even better to also remove the pattern preview from the tool settings and show the selected pattern on the color preview of the main toolbox; There is already a preference to remove it. Toolbox, File, Preferences... Interface, [] Display Brush, Pattern and Gradient Indicators. 16.) The color preview on the main toolbox should be redesigned: some paint programs have differnt designs, some even allow you to choose which design you like best but I dont understand what is wrong with the current design, please explain why your suggestion is better. Some other small suggestions, as well as many of the described suggestions are on the mock-up, http://www.zeitgeistmedia.net/gimp/gimpstreamline.png Suggestions and comments are very welcome and appreciated. It is great that you took the time to thnk about how to improve the GIMP but keep in mind that you suggested a whole lot of changes that could take a long time to get done iff there is a developer interested in making the changes you suggest. Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/ ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] bug week announcement
On Tue, 2 Sep 2003 14:26:33 +0200, David Neary [EMAIL PROTECTED] wrote: Raphaël Quinet wrote: I think that we would like to do a bit more than bug triage and try to fix some bugs. So that would be more like a bug fixing week. Of course, the fixing part would only apply to those who have some coding skills. I think you have the clearest idea of what is involved in this, and you seem to have a good handle on the who, how and when... would you mind doing an announcement mail, and pointing to some of the relevant GNOME bug triage and getting involved docs (until, of course, we have our own)? We could try and do this next week, perhaps? Well, yes but I don't think that I will be able to do much before Friday, because I am currently on a business trip and it is not easy for me to read and write e-mail. [... about using the mailing lists besides IRC] I guess... too many avenues and any effect will be diluted. Following the GNOME model, the idea is to make a conscious effort to have people on IRC for real-time feedback on triaging, as far as I can tell. If that's the model we want to follow, then the mailing lists don't really offer that kind of communication model. Yes, that makes sense. Just get yourself an IRC client, Raphael :) I have many IRC clients! The problem is that I cannot use them: I have a slow and expensive dial-up connection at home and a much faster connection at work but that one has a firewall that blocks IRC (the firewall allows only HTTP, SMTP and SSH). So I don't think that I will be able to use any IRC client until I get a cable modem or xDSL line at home. But seriously, would you mind drafting an announcement for this, if you have the time? It would be nice to get this done soon, and I really don't have a clear idea of what we expect from the week, whereas you seem to have some good ideas. Your announcement didn't look too bad. As I wrote above, I don't think that I will be able to do much before Friday. So if someone else wants to pick up the job in the meantime, I would not complain. But then again, the mailing lists are so slow for the moment that this message will probably not be delivered until Friday anyway. Fortunately, you have IRC to discuss that with the other #gimp'ers. ;-) If you don't get any better proposals before the end of this week, then I will try to improve it and send you a draft of a revised announcement. -Raphaël ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer