http://blog.gmane.org/gmane.comp.video.gimp.user hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.video.gimp.user/22459 <pre> I don't see a clean way without recompiling the app. Of course, for those that are implemented via plugins, removing the plugin (or making it non-executable on Unix-like platforms) should be enough... but there is the risk that this plugin is used under the hood by another plugin/script you use (even if this is not too likely for those of the "decorative" kind). </pre> Ofnuts 2012-05-24T22:42:07 http://permalink.gmane.org/gmane.comp.video.gimp.user/22458 <pre> Ich bitte bis auf Weiteres um Vorsicht mit der ursprünglichen Mail - die Existenz von Carolin Hillmann lässt sich auf der TU-Berlin-Seite nicht bestätigen, und die Angabe einer Mobilfunknummer in einer Mailingliste ist auch eher ungewöhnlich - es gab auch keine uns bekannte vorherige Kontaktaufnahme mit GIMP-Entwicklern. ------ I'd like to ask everyone to be cautious about the original mail until further notice - the existence of Carolin Hillmann can't be verified via the TU Berlin web site, and adding a mobile phone number to a public mailing list is uncommon - and there has been no known attempt to contact GIMP developers beforehand. At least, I would have expected a &lt; at &gt;mms.tu-berlin.de -mail address. Carolin, if this is a real project, please provide a bit more information about its background. Regards, Michael </pre> Michael Schumacher 2012-05-24T19:53:54 http://permalink.gmane.org/gmane.comp.video.gimp.user/22457 <pre>Is it possible to edit the menu options to remove those items I will never use ? If so then how ? </pre> Russ57 2012-05-24T18:24:35 http://permalink.gmane.org/gmane.comp.video.gimp.user/22456 <pre>2012/5/24 Geri Henney &lt;gerihenney&lt; at &gt;gmail.com&gt; Image: File -&gt; Print, or Ctrl+P. -- Olivier Lecarme </pre> Olivier 2012-05-24T15:05:39 http://permalink.gmane.org/gmane.comp.video.gimp.user/22455 <pre> This is a problem in the message text - it requires SP3 (and IIRC we've already seen a report where updating to SP3 was necessary to fix a problem), the message hadn't been updated. Regards, Michael </pre> Michael Schumacher 2012-05-24T15:04:01 http://permalink.gmane.org/gmane.comp.video.gimp.user/22454 <pre>how do i print what i create in gimp? _______________________________________________ gimp-user-list mailing list gimp-user-list&lt; at &gt;gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list </pre> Geri Henney 2012-05-24T13:51:48 http://permalink.gmane.org/gmane.comp.video.gimp.user/22453 <pre> On Thu, 24 May 2012 10:27:30 +0200, Simon Budig wrote: bruno&lt; at &gt;buys.net.br [1] (bruno&lt; at &gt;buys.net.br [2]) wrote: when I open a 16bit tiff, Gimp *still* pops up the "can't handle 16bit, information will be lost...". After opening the file I go to Image &gt; Precision and change to 16bit. But from what I understand, setting the file to 16bit *after* it was downed from 16 to 8 doesn't help. Information was already discarded in the first conversion. working at the TIFF plugin and some tiffs get loaded correctly others are broken at the moment). Tiff is quite convoluted and ton of different options. It is hard to wrap your mind around it. I don't understand: can't Gimp just open the file as it is, with no conversion whatsoever, since support to 16bit is there? unfortunately it is not that easy. There is a certain API for the file-plugins that transfers the image data to the Gimp That API was only prepared to accept 8 bit images. The transition the core to a wider range of data formats did not change the old API, since we wanted to keep compatibility for the plugin (or all plugins would have disappeared simultaneously). second set of API functions that support the However, this means that the plugins which want to data formats need to be changed to use the new API. this is quite easy and means less code in the plugins, have to be done and it is real work. (plug-ins/common/file-pnm.c) should be easy. The simple and straight-forward as it gets. If you want to development and help with the progress of Gimp you are a shot at it. If you catch me in IRC (#gimp, nomis) I'll give assistance. Hi Simon! That´s very friendly of yours to reply in such detail. Now I feel like my first email was a little "clientish". Sorry for that. Gimp isn´t a private company. I am not of much help as a coder, but I can provide files and give feedback in testing. Good news is, since you said you are working in 16bit tiff, when its done, it will be huge. Tiff is an important bridge for those of us converting from raw. Other good news is, I was able to load, work and save a 16bit png file, following this post: http://libregraphicsworld.org/blog/entry/gimp-2.8-released-next-version-to-get-high-bit-depth-precision The file was converted from tiff to png with 'convert', and opens without the loose data notification. After opening, the precision is indeed set to 16bit. All the best! Bruno Links: ------ [1] mailto:bruno&lt; at &gt;buys.net.br [2] mailto:bruno&lt; at &gt;buys.net.br _______________________________________________ gimp-user-list mailing list gimp-user-list&lt; at &gt;gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list </pre> bruno< at >buys.net.br 2012-05-24T14:21:45 http://permalink.gmane.org/gmane.comp.video.gimp.user/22452 <pre> Thank you Jonathan for this post, you described well what I'm feeling too. For png pictures, I often open 10 or 15 small png pictures for edition, I just want to change some colors or add a little thing, and now when I overwrite or "export" to png (it's technically not an export because my original picture was also in this format), then the picture's name is lost, it's irritating when we need to work further on the pictures, because we can't find it any longer thanks to the window's name. - I don't understand why the original filename, including the original extension are not kept in the window's name after an overwrite or an export. - I don't understand why we can't overwrite more than once (otherwise I would just remap the ctrl+s to overwrite) - I don't understand why the "overwrite" option is not active when we open an xcf file, it could just save the file in the same format as it was open, like for png, jpg or tiff. I don't want to develop further, I just hope enough users will complain so developpers will go back to the old behavior, or at least make this "idiot-proof" save scheme an option which can be disabled for normal, aware, user. It takes 5 minutes to read an explanation on how raster images works (you can still redirect newcomers to https://en.wikipedia.org/wiki/JPEG#Effects_of_JPEG_compression ), it's a pity to affect the behavior of Gimp because of this. </pre> Forgeot Eric 2012-05-24T13:49:24 http://permalink.gmane.org/gmane.comp.video.gimp.user/22451 <pre>I tried to install gimp on my laptop. I had never updated it (the laptop), so Gimp said it needed XP with service pack 2. I updated and installed service pack 2 and it still won't install - it says it needs XP with service pack 2, which I have now. But it still won't proceed beyond selecting the language. Any thoughts anyone? Cuda aka Robin Fish He who tracks the thread count in the fabric of reality. "Unum praedica, sapientiam crucis!" (There is only one thing to preach, the wisdom of the cross!) _______________________________________________ gimp-user-list mailing list gimp-user-list&lt; at &gt;gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list </pre> Cuda 2012-05-24T12:56:21 http://permalink.gmane.org/gmane.comp.video.gimp.user/22450 <pre> I am working at the TIFF plugin and some tiffs get loaded correctly (while others are broken at the moment). Tiff is quite convoluted and has a ton of different options. It is hard to wrap your mind around it. Well, unfortunately it is not that easy. There is a certain API available for the file-plugins that transfers the image data to the Gimp core. That API was only prepared to accept 8 bit images. The transition of the core to a wider range of data formats did not change the old API, since we wanted to keep compatibility for the plugin (or all plugins would have disappeared simultaneously). Hence we had to invent a second set of API functions that support the new data formats. However, this means that the plugins which want to make use of the new data formats need to be changed to use the new API. In a lot of cases this is quite easy and means less code in the plugins, but the changes have to be done and it is real work. Porting the p*m-Plugin (plug-ins/common/file-pnm.c) should be easy. The file-format is as simple and straight-forward as it gets. If you want to dabble with development and help with the progress of Gimp you are welcome to take a shot at it. If you catch me in IRC (#gimp, nomis) I'll be glad to give assistance. Have fun, Simon </pre> Simon Budig 2012-05-24T08:27:30 http://permalink.gmane.org/gmane.comp.video.gimp.user/22449 <pre> Yes - all it takes is programming, code to handle each format at higher bit depths. Patches are generally welcomed... Liam </pre> Liam R E Quin 2012-05-24T03:23:50 http://permalink.gmane.org/gmane.comp.video.gimp.user/22448 <pre>Hi, So after a bunch of package installing and compiling, I am successfully running Gimp 2.9.1 from git, on debian wheezy. The thing is, when I open a 16bit tiff, Gimp *still* pops up the "can't handle 16bit, information will be lost...". After opening the file I go to Image &gt; Precision and change to 16bit. But from what I understand, setting the file to 16bit *after* it was downed from 16 to 8 doesn't help. Information was already discarded in the first conversion. I don't understand: can't Gimp just open the file as it is, with no conversion whatsoever, since support to 16bit is there? Thanks much, Bruno </pre> bruno< at >buys.net.br 2012-05-24T02:34:29 http://permalink.gmane.org/gmane.comp.video.gimp.user/22447 <pre> Click the "filter" drop-down. If you added a folder of brushes into ~/.gimp-2.8/brushes/fancynewbrushes, then you should have a tag/button called "fancynewbrushes" that you can click. This filters down the list of brushes to only those that were in that folder (you can also manually tag brushes if you want). I don't understand. You first explain how you can delete some brushes, then you say that it's impossible? (There's even a simpler way: just right click and select the "delete" option.) I can imagine a situation where deleting wouldn't be possible though: if you installed the brush pack through a package manager, as the root user (so it's installed in /usr/share/gimp/2.0/brushes/somename or something). GIMP can't give you root permissions ;) so in that case, what you should do is copy it over to your user directory, ~/.gimp-2.8/brushes/somename, uninstall it from the package manager, and then you can start deleting individual brushes from either GIMP or the folder. -Kevin A: Yes. </pre> Kevin Brubeck Unhammer 2012-05-23T11:13:35 http://permalink.gmane.org/gmane.comp.video.gimp.user/22446 <pre>Hello, my name is Alex Stegmann, and I've been using Gimp for sometime now. It's a fantastic program, but I thought the area where it lacked the most was the brushes. It only came with a few basic brushes, and you often had to download extra packs for that something extra. This in itself wasn't a huge deal, although if you had brush sets more like those of PaintTool SAI or MyPaint, that would be really great. Those program don't have as much as Gimp, but they have some really great brushes, which makes them fun to draw in. My bigger concerns is adding your own brushes to Gimp via imported brush packs. While you say you integrate all files, the brush manager is lacking. If I wish to add a few brush packs to see what they do, the brush list quickly becomes clogged. You can't seem to delete brushes without going back into the brushes folder which you first put them in, and then delete the files. This also means if you like a few brushes in a pack, but the rest of it is useless to you, then you have to have everything, or nothing. There is a lot to be desired in terms of the brushes, and I hope you can improve these soon. I stand by Gimp, even though people often call it a watered down version of Photoshop, but Gimp 2.8 has been a huge disappointment for me. On a final note, when choosing a new brush, especially for the animated texture brushes you include, I think it would be useful if you automatically went to the brushes native size. This saves time and energy, especially if you are testing out new brushes. MyPaint has this feature, and I have found it incredibly useful. This also means I can just click the brush a second time to reset it to the default settings. I would very much like to see Gimp become an essential piece of software on every digital artists computer, but for now it seems to be trailing behind. _______________________________________________ gimp-user-list mailing list gimp-user-list&lt; at &gt;gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list </pre> Alex Stegmann 2012-05-22T21:49:46 http://permalink.gmane.org/gmane.comp.video.gimp.user/22445 <pre>Liebe Carolin, dies ist eine englischsprachige Mailingliste, Ihr solltet also auch eure Mail und die Umfrage in Englisch machen. Dies wäre nicht nur netter gegenüber den meisten Lesen der Mailingliste, es würde die Reichweite auch erheblich erhöhen. Mit freundlichen Grüßen Tobias 2012/5/22 Carolin Hillmann &lt;carolin.hillmann&lt; at &gt;googlemail.com&gt;: </pre> Tobias Jakobs 2012-05-23T07:49:11 http://permalink.gmane.org/gmane.comp.video.gimp.user/22444 <pre>I don't see a 2.8 in the FreeBSD ports tree. Can anyone tell me / point me to where to find out what the status is? Thanks, Gary </pre> Gary Aitken 2012-05-22T20:14:12 http://permalink.gmane.org/gmane.comp.video.gimp.user/22443 <pre> I have a script that takes a stack of layers, and interleaves it with another stack of layers (or with a single layer duplicated enough times), while applying the same mode &amp; opacity to all layers from one of the two stacks (mostly mean to merge something in an animation). See "interleave-layers" here: http://gimp-tools.sourceforge.net/tools.shtml </pre> Ofnuts 2012-05-22T20:10:52 http://permalink.gmane.org/gmane.comp.video.gimp.user/22442 <pre>Hallo Liebe Gimp-User, *Wir repräsentieren ein Forschungsprojekt der Technischen Universität Berlin. In diesem Zusammenhang suchen wir NutzerInnen von professionellen Grafikprogrammen, die zu einem Interview über ihren diesbezüglichen Arbeitsalltag bereit wären. Unser Ziel ist die benutzerfreundlichere Gestaltung der GIMP-Oberfläche. ** Wer Lust hat uns dabei behilflich zu sein, den bitten wir den angehängten Fragebogen ausgefüllt an uns zurück zu schicken. Wir danken für euer Engagement!!! Mit freundlichem Gruß Carolin Hillmann Projektleitung* </pre> Carolin Hillmann 2012-05-22T19:13:52 http://permalink.gmane.org/gmane.comp.video.gimp.user/22441 <pre>Is it possible to set the blending mode or the opacity settings for multiple layers all at once? Ideally I'd like to select multiple layers and change the settings for all of them at once, but I can't seem to figure out a way to do this, so I think it doesn't exist? Is this something other people would like to be able to do? _______________________________________________ gimp-user-list mailing list gimp-user-list&lt; at &gt;gnome.org http://mail.gnome.org/mailman/listinfo/gimp-user-list </pre> rutile< at >gmail.com 2012-05-22T19:08:27 http://permalink.gmane.org/gmane.comp.video.gimp.user/22440 <pre>_______________________________________________ gimp-user-list mailing list gimp-user-list&lt; at &gt;gnome.org http://mail.gnome.org/mailman/listinfo/gimp-user-list </pre> Carolin Hillmann 2012-05-22T17:20:21 http://permalink.gmane.org/gmane.comp.video.gimp.user/22439 <pre>Hallo Liebe Gimp-User, *Wir repräsentieren ein Forschungsprojekt der Technischen Universität Berlin. In diesem Zusammenhang suchen wir NutzerInnen von professionellen Grafikprogrammen, die zu einem Interview über ihren diesbezüglichen Arbeitsalltag bereit wären. Unser Ziel ist die benutzerfreundlichere Gestaltung der GIMP-Oberfläche. ** Wer Lust hat uns dabei behilflich zu sein, den bitten wir den angehängten Fragebogen ausgefüllt an uns zurück zu schicken. Wir danken für euer Engagement!!! Mit freundlichem Gruß Carolin Hillmann Projektleitung * </pre> Carolin Hillmann 2012-05-22T17:16:20 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.video.gimp.user