Re: [Gimp-developer] Some questions about tiff
On Sun, 2022-09-18 at 23:53 +0200, Adalbert Hanßen wrote: > Attached is an example scan from XSane. Hello! I'm sorry to have taken a while to reply - it's been a difficult time here. First, i opened your sample image, and i do see a histogram under Curves. However, it's not very obviopus. If you switch from linear to logarithmic histogram using the rightmost icon near the top by Reset Channel, you'll see it more clearly. > 1. reduce the size of the file by reducing the 600 dpi resolution > which was chosen during scanning for better OCR results, keep the OCR > result, Image->Scale Image, and use a multiple of two, For example, your sample image is 4976x3190 pixels; in Scale Image, put a /2 after the width, in the text box, and press the tab keyu, and it'll divide by two. Or use /4 to divide by 4. > 2. reduce the bits per pixel for the scan image plane, e.g. by > posterizing or even binaizing, Probably i'd keep 8 bits per pixel, but you can use Curves to reduce teh amount of detail stored: drag the bottom left of the diagonal line (the curve) right by four boxes, and the top right corner of the diagonal line left by one box or half a box, making sure you can still read the text. > > 3. improve the contrast of the displayed pdf file by some contrast > enhancing function, e.g. as it is done after applying a contrast > curve > in Gimp. > > I want to do all this maintaining the OCR-plane from input files. > Manipulating sandwich PDF-files (like scans made searchable by OCR) > is > probably out of the scope of Gimp. But the functions used for the > image > plane are in it. > gs (ghostscript) can reduce the dpi e.g. from 600 dpi (good for OCR) > down to 150 dpi (insufficient for OCR but sufficient to display most > documents. I wish, they would also provide 200 dpi requiring a bit > more > storage space. Unfortunately gs only handles 72 dpi (/screen), 150dpi > (/ebook) and 300 dpi for output. It can do this keeping the OCR pane. I don't know about planes, are we flying somewhere?? You could use imagemagick or (on Linux at least) netpbm and a shell script, to automate this. GhostScript isn't the tool i'd use normally. > > To my knowledge, gs can't apply any color or grey level > transformations, > even none which could be made by a look up table. gs is a PostScript renderer, not an image processing tool. Hope this helps ankh / liam / demib0y -- Liam Quin - delightfulcomputing.com Cancer gofundme https://www.gofundme.com/f/5u9v7-every-little-helps Vintage pictures & texts https://www.fromoldbooks.org/ Full-time "slave" in voluntary servitude. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Some questions about tiff
On Sun, 2022-09-18 at 20:52 +0200, Adalbert Hanßen via gimp-developer- list wrote: > XSane produced a color scan from a document with 600 dpi and fill > color, > 1.1MB file size. I normally have XSane make a png file. For 8-bit per channel (0 to 255) images, you can also use the XSane gimp plugin, which is a lot easier, but make sure to export the file right away so you havwe a copy if gimp crashes or if you make a mistake :) > When I load this file into Gimp, I get an error message about an > incompatible TIFF format (additiona channels without the field > ExtraSamples). It gives me choice to let the additional channel worlk > as > > * non pre-multiplied alpha > * pre-multiplied alpha > * channel > > I see no difference whatever choice I select. If you choose Channel, it'll be visible in Gimp's Channels dialogue. Otherwise, it's most like pre-multiplied alpha (transparency), and will most likely be "all opaque", so you can ignore it. > However: When I try to adapt colors by the contrast curve, I see no > Histogram under it. How large is the image? If you used the Line Art setting in XSane every pixel will be either 0 or 255, so the histogram is just two vertical lines, one at eacn end, that aren't really visible as they're right next to the edge. FOr a large image it can take a while for the background thread to count all the pixels in the image and fill in the histogram. > ** Is this due to the error message when loading the file? ** no. ankh / liam / demib0y -- Liam Quin - paligo.net, delightfulcomputing.com Cancer gofundme https://www.gofundme.com/f/5u9v7-every-little-helps Vintage pictures & texts https://www.fromoldbooks.org/ Full-time "slave" in voluntary servitude ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Suggested improvement
On Tue, 2022-09-06 at 15:08 +0200, Adalbert Hanßen via gimp-developer- list wrote: > > I propose to assign *Shift-Ctl-s* to storing the current image under > its unaltered name and format. Control-E will do this. Note that for some image formats (especially JPEG and TIFF) this can result in loss of data in the image - in the TIFF case, metadata, and in the JPEG case, actual image detail because of compression. ankh / liam / demib0y -- Liam Quin - paligo.net, delightfulcomputing.com Cancer gofundme https://www.gofundme.com/f/5u9v7-every-little-helps Vintage pictures & texts https://www.fromoldbooks.org/ Full-time "slave" in voluntary servitude ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Windows Photodraw MIX files
On Thu, 2022-08-18 at 13:34 +, TheotroniX . via gimp-developer-list wrote: > Hi Gimp developers, > > I use your GIMP 2.8.8 with full satisfaction, but: > Is there a way to open the good old Microsoft Photodraw .MIX files in > Gimp? Not directly - it's a proprietary closed format as far as i can tell. > And is it possible for your developers to include the .mix extension > in Gimp? It'd need the specification and anywhere from a person-week to a person-month, but GIMP is programmed entirely by volunteers in spare time. You may find Picture It or Microsoft Office can open the files and export them into an open format such as SVG or PNG. liam -- Liam Quin - paligo.net, delightfulcomputing.com Cancer gofundme https://www.gofundme.com/f/5u9v7-every-little-helps Vintage pictures & texts https://www.fromoldbooks.org/ Full-time "slave" in voluntary servitude. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Bug: Gimp 2.10.18 strips off many Exif-data from jpg-files when processing
On Fri, 2022-07-08 at 18:45 -0600, Akkana Peck wrote: > > > Once we get to non-destructive editing using GEGL ops, I could > imagine an EXIF field listing a set of ops used for processing. Undo history in exif might be interesting, agreed, although i think it remains to be seen how that'd work for e.g. brush strokes. I was wondering if the original poster had a use for it today, though :) -- Liam Quin - https://www.fromoldbooks.org/ with fabulous vintage art and fascinating texts to read. https://www.delightfulcomputing.com/ Full-time "slave" in voluntary servitude ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Bug: Gimp 2.10.18 strips off many Exif-data from jpg-files when processing
On Thu, 2022-06-02 at 11:45 +0200, Adalbert Hanßen wrote: > > but not shown in Gimp, e.g. the Lens Type. > > *W**hy does Gimp not show the **le**ns**type?* Can you share a sample image? When you export as JPEG make sure "save exif" is checked! > > *Suggested further improvement:* Add a new category “Gimp Processing” > telling about the image processing procedures applied, e.g. lighting > adjustments and their parameters, color adjustment, cropping, and the > like in readable form. It's an interesting idea - how would this information be used? liam / ankh / demib0y / barefootliam -- Liam Quin - https://www.fromoldbooks.org/ Full-time "slave" in voluntary servitude ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] 10-bit display color depth support (30-bit, deep color)
On Sun, 2021-12-05 at 23:04 +0100, Magnus Larsson wrote: > > click. If I then click, as you say on GIMP image, I then get > "Depth: 30" in terminal ok, so gimp is indeed using 10 bit display. If you make a new image in 32-bit floating point, 1024 pixels wide, and make a gradient across the window, is there visible banding? What format are your test images in? slave liam -- Liam Quin - https://www.fromoldbooks.org/ Full-time "slave" in voluntary servitude ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] 10-bit display color depth support (30-bit, deep color)
On Sun, 2021-12-05 at 19:38 +0100, Magnus Larsson wrote: > > What is the final precision of the preview generated in GIMP main > window by GTK3? Is this under X on LInux? xdpyinfo (in a terminal) will tell you the depth X reports, look for 30 or 32-bit visuals. xwininfo (click on the gimp image itself when the cursor changes) will tell you the Depth of the X visual gimp is using. Liam (demib0y, barefootliam, ankh) -- Liam Quin - https://www.fromoldbooks.org/ Full-time "slave" in voluntary servitude ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] 10-bit display color depth support (30-bit, deep color)
On Sun, 2021-12-05 at 12:58 +0100, Magnus Larsson wrote: > > I am using EIZO Color Edge CG279X monitor and the quoted message was > from Nov 2020. Have you tried a more recent gimp 2.99, and made sure the image is in 32-bit floating point linear precision/mode? -- Liam Quin - https://www.fromoldbooks.org/ Full-time "slave" in voluntary servitude ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Allow simple warping/curving of text
On Sun, 2021-10-10 at 20:34 +0200, Ofnuts via gimp-developer-list wrote: > Curve how? > > https://www.gimp-forum.net/Thread-ofn-bend-path > https://www.gimp-forum.net/Thread-ofn-text-along-path It's true it's much harder in GIMP than in OpenOffice, or many other programs. I'm hoping that some time next year we'll be able to revamp the text support in GIMP dramatically while keeping it editable as text, but that will depend on getting some keen volunteers to do the programming. I hope to write up my findings in more detail soon on the GUI wiki so others can contribute more easily. We also need OpenType feature and alternate glyph support, for example (the 2nd of these is also pretty important e.g. for Arabic, so not just æsthetics). > > > > Example in PS: > > [image: image.png] Sorry, attachments don't come through on this mailing list. Can you put it on a WQeb site and send the URL? Thanks! Liam (demib0y/ankh/slave) -- Liam Quin - https://www.fromoldbooks.org/ ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Requirement documentation GIMP
On Thu, 2021-10-07 at 11:06 -0400, Jacob Boerema via gimp-developer- list wrote: > > We are just a small team of volunteers. Everyone mostly works on the > things > they are interested in. As such, we don't have many formal documents. There are, however, some formal documents on https://gui.gimp.org/ although they've modtly been dormant for a few years while the GEGL and colour space work was being done. Liam (ankh or demiboy online) -- Liam Quin - https://www.fromoldbooks.org/ Full-time "slave" in voluntary servitude ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Trouble compiling 2.99
On Fri, 2021-04-30 at 23:31 +0200, Ofnuts wrote: > > I didn't see any build complaining about a missing graphviz despite > it not being installed on my system. > > So, I installed it, rebuild GEGL and lo and behold, it works. So > thanks, > and don't hesitate to claim your beer if you come near Paris. :) good luck with the build! -- Liam Quin - https://www.fromoldbooks.org/ IRC: ankh or b0y or demib0y elsewhere: barefootliam ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Trouble compiling 2.99
On Fri, 2021-04-30 at 14:31 -0400, Liam R E Quin wrote: > On Fri, 2021-04-30 at 17:18 +0200, Ofnuts via gimp-developer-list > wrote: > > > > GIMP requires the GEGL operation "gegl:introspect". > > I seem to remember this requiers "dot" (from GraphViz) be in your path. > > In case it helps, for compiling babl gegl & gimp i use, export PREFIX=$HOME/opt export LD_LIBRARY_PATH=${PREFIX}/lib export PKG_CONFIG_PATH=${PREFIX}/lib/pkgconfig/ export PATH=$PREFIX/bin:$PATH export XDG_DATA_DIRS="$PREFIX/share:$XDG_DATA_DIRS" export GI_TYPELIB_PATH="${PREFIX}/lib/girepository- 1.0:${PREFIX}/lib/${arch}/girepository-1.0:$GI_TYPELIB_PATH" # enable sqrt() in TinyScheme: export USE_MATH=1 # https://wiki.gimp.org/wiki/Hacking:Building and then in each of babl, gegl, gimp in turn, git pull rm -rf obj-x86_64/; SRC_DIR=$(pwd); BUILD_DIR=${SRC_DIR}/obj-$(arch); mkdir -p $BUILD_DIR && cd $BUILD_DIR && meson -Dprefix=$PREFIX - Dworkshop=true -Dcairo=enabled -Dumfpack=enabled -Dopenexr=enabled $SRC_DIR && ninja && ninja install This assumes you have graphviz, and that you have libmypaint 1. installed in the same $PREFIX ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Trouble compiling 2.99
On Fri, 2021-04-30 at 17:18 +0200, Ofnuts via gimp-developer-list wrote: > > GIMP requires the GEGL operation "gegl:introspect". I seem to remember this requiers "dot" (from GraphViz) be in your path. > -- Liam Quin - https://www.fromoldbooks.org/ Click here to have the slave rewarded with extra work. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] GIMP-2.10 and GIMP2.99 are still sRGB-only image editors
On Sat, 2021-02-06 at 18:35 -0500, Christopher Curtis via gimp- developer-list wrote: > On Thu, Feb 4, 2021 at 7:17 PM Liam Quin wrote: > > Maybe the right conversation to have is, how can we get some more > > programmers to spend their free time on GIMP. > > And I'm not astroturfing Discord: there are free software > alternatives that > can be self-hosted. I general we're not likely to move to anything that isn't libre (and not just open source for that matter). But the days of IRC are probably numbered, XKCD notwithstanding :) -- ankh - web slave for https://www.fromoldbooks.org/ ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] App background query
On Sun, 2021-01-31 at 22:02 +0800, Melvill's wrote: > When I open GIMP it comes up with a black background. Can I change it > to > another color as I have problems reading white on back Yes - in Edit->Preferences under Theme. -- Liam Quin - web slave for https://www.fromoldbooks.org/ ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] problem with gimp and its core features
On Sat, 2021-01-23 at 17:41 +0100, Maksymilian S. via gimp-developer- list wrote: > Hello. > A few weeks ago, I have encountered a problem. When GIMP had to open > an > another window (as in Exporting, Saving, etc.), it would lag the > program > massively, and take up to 5 minutes to open the window. But recently, > that > has caused my computer to crash entirely. > Computer specifications: > CPU: DualCore Intel Core 2 Duo E8400, 3000 MHz > RAM: Kingston 2G-UDIMM DDR2 SDRAM 400 MHz (2x) > GUP: NVIDIA GeForce 9600 GT Hello - i'm going to take a wild guess and say it's running Microsoft Windows, and that you have a network drive that happens to be disconnected? -- Liam Quin - web slave for https://www.fromoldbooks.org/ ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] How to compile a vala GIMP plugin on Windows pc?
On Tue, 2021-01-05 at 20:17 -0800, Pen Guin wrote: > ? > > > ---> Tried again: > valac -X -DGETTEXT_PACKAGE="..." --pkg=gimp-3.0 --pkg=gimp-ui-3.0 > goat-exercise-vala.vala sorry, somehow i missed the attachmetns before. Where did you get -DGETTEXT_PACKAGE="..." from? I think in the stackoverflow answer that features it, ... is meat to be an example. You could try, -DGETTEXT_PACKAGE="\"gimp\"" maybe; it shuld evaluate to a C string. > https://gitlab.gnome.org/GNOME/vala/-/issues/98 has a suggested workaround. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] How to compile a vala GIMP plugin on Windows pc?
On Tue, 2021-01-05 at 20:17 -0800, Pen Guin wrote: > > > ---> First few lines of the error report: > goat-exercise-vala.vala.c: In function 'goat_real_create_procedure': > goat-exercise-vala.vala.c:156:112: warning: passing argument 4 of > 'gimp_image_procedure_new' from incompatible pointer type this is a warning, not an error. Capture the full log, and maybe use pastebin.com or pastie.org or include it as a text file attachment. > > Usually with a compiler the actual error is at or near the end of the output. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] How to compile a vala GIMP plugin on Windows pc?
On Sun, 2021-01-03 at 22:35 -0800, Pen Guin via gimp-developer-list wrote: > Thanks everyone, for your valuable input. > > STATUS UPDATE: > > * I have installed msys2 on my windows 8 pc. haha thank you for proving us wrong! ;:-) that's awesome. (and i'm not being sarcastic) > Question 1: To get GIMP header files and vapi (binding) file/s, which > version/repo of GIMP should I download? Please specify exact url link > of the resource to avoid possible mixup. > > > Question 2: Please specify path of the folder/folder-tree where GIMP > header files are stored. You need gimp-ui-3.0.vapi and gimp-3.0.vapi;also bable-0.1.vapi and gegl-0.4.vapi; on Linux these end up in $PREFIX/share/vala/vapi - i'm not sure about Windows installs, sorry, maybe someone else can help with that. But they should be included. You'll also want to find gimptool-2.99; this has an option to build a plugin from source, although i don't know if it works for vala i don't see why not. You may need to generate the C first using vala, as you found. I found examples on the Web of people using gimptool in MINGW. You should have everything you need, depending on where you got gimp. It's more of a mess than usual right now for gimp 2.99.x or gimp 3, as a lot of API stuff is in transition to 3.0 and instrospection. liam ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] [Gimp-user] How to compile a vala GIMP plugin on Windows pc?
On Sun, 2020-12-27 at 21:50 -0800, Pen Guin via gimp-user-list wrote: > Hi, > > I have downloaded GIMP 2.99.4 on my Windows 8 pc. > I want to compile the goat-exercise vala plugin shipped with GIMP. What are you trying to do exactly? Are you familiar with C programming? -- ankh - full time slave in voluntary servitude ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] deriving transform by comparing image before/after edit
On Mon, 2020-12-28 at 10:21 +0100, Adalbert Hanßen via gimp-developer- list wrote: > Bill, > > unfortunately the result of a convolution operation can not always be > inverted. It turns out that inversion is not needed. In cases like the example shown, colour grading was probably all that was done (i didn't check carefully). The term "matrix" in the post was i think perhaps not to be taken literally. For colour mapping/grading, there's a plugin included in gimp i think that will take the colour from one layer and apply it to another, which might go a long way. And i think Produkine mentioned a script someone wrote that tries to deduce a set of curves for colour/levels. Many other transformations are much harder or even impossible, as Adalbert states. > > Try my background removal operation with the appended example file, Attachments do not get passed through the mailing list. liam -- Liam Quin - web slave for https://www.fromoldbooks.org/ full-time slave in voluntary servitude ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Bug in 2.10.22 Menu -> Picture -> Metadaten
On Mon, 2020-10-19 at 21:45 +0200, LUP wrote: > > > Bug in 2.10.22 Menu -> Picture -> Metadata > > > > Saving metadata doesn't work Could you give us more details? * which GIMP version * complete and detailed steps to reproduce the problem It seems to work here. (sorry for a delayed response here, looks like your mail got stuck in a moderation queue) -- Liam Quin - web slave for https://www.fromoldbooks.org/ with fabulous vintage art and fascinating texts to read. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Does this infringe GIMP's rights? Title, logo
On Wed, 2020-11-04 at 13:42 +, JAMES John via gimp-developer-list wrote: > [we] want to Re-release GIMP on the Windows Store. > > What we are confused about is whether this app violates the rights of > GIMP? regarding its title and logo. No - it's GIMP and it says it's GIMP. It must, however, also link back to gimp.org and/or make the surce code available, so that anyone who wants can change it, if they have a degree in image processing and years of programming experience and cashmere wool socks :) > Can we use similar names and logos? Yes - GIMP is distributed under the GNU Public License v3, known as the GPL, and so you should learn about that first. ankh -- Liam Quin - web slave for https://www.fromoldbooks.org/ with useless vintage art and utterly boring texts to read. Click here to have the slave beaten. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] sharpening filters
On Sun, 2020-10-25 at 13:34 +0100, Milan Vymazal wrote: > *What settings of the "Unsharp Mask" filter (radius, amount, > threshold, etc.) in Gimp 2.10 correspond to the value of 20% of the > old "Sharpen" filter in Gimp 2.8? None; i think they use a different algorithm. I find i get the best results with unsharp if "amount" is noticeably larger than "radius". The G'MIC plugin also has some sharpen filters. slave ankh -- Liam Quin - web slave for https://www.fromoldbooks.org/ ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] new version
On Tue, 2020-11-10 at 22:00 -0800, M via gimp-developer-list wrote: > Hello, > > So I shoot most of my pictures in *RAW format* and it is a *.ARW* One > of my > friends told me about GIMP but i tried to open one of my pic and it > is not > supported because it is in RAW format not *JPEG*. So i was wondering > in the > next update if you could include RAW format as well GIMP can already open raw camera files, depending on the camera model (I'mnot familiar with .ARW files myself; my camera makes .cr2 files) but depending on the platform you need to install a plugin. The Darktable gimp plugin seems the easiest to use of the ones i've tried. -- Liam Quin - web slave for https://www.fromoldbooks.org/ with fabulous vintage art and fascinating texts to read. Click here to have the slave rewarded with more chores. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Does it pay to be Open-Source?
On Sat, 2020-09-26 at 19:47 +, Anthony Beaulé via gimp-developer- list wrote: > > Question 1: > What do I need to get started on making a project Open-Source? My > guess is just my source code, a list of all the dependencies my > program uses, and an account on a Git website (GitHub, or SourceForge > are the two I know). Yes, more or less, and make sure it builds, and is distributed with an open licence, and that it doesn't depend on anything proprietary. gitlab.com is another git site. > > Question 2: > Can I still control or direct the program after I've posted it on a > Git website? direct - yes. The more you try to exercise control, the less open it will be, by definition. > Question 3: > How do you make money off of Free software, and can you live off of > it? GIMP has from the start been a volunteer project, in people's spare time. You need a business model. Some examples: [1] use open source projects as a funnel to get other work, or to enhance reputation. This tends to have limited success except in some very niche areas - you have also to be solving some real needs with the software. [2] dual license, with a "pro" version that has more features. The free version has to be usable as-is. This is probably the most effective, but you need to take care to mantain people's trust - taking features out of the free version and making htem paid will risk a hostile fork, in which you lose control of the project. There are many other possible strategies of course. > Question 4: > How can you get your program recognised? It's one thing to code a > cool program, but if no one knows about it then it won't stand a > chance. I'm guessing the best thing is just advertise it on social > media like everything else nowadays. Pretty much, and word of mouth from satisified users. In the beginning it helps to have an SEO-friendly Web site. Best, Liam (slave ankh on IRC) -- Liam Quin, https://www.delightfulcomputing.com/ Available for XML/Document/Information Architecture/XSLT/ XSL/XQuery/Web/Text Processing/A11Y training, work & consulting. Barefoot Web-slave, antique illustrations: http://www.fromoldbooks.org ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Python 2.X vs 3.x
On Thu, 2020-07-30 at 21:39 +0200, Rikard Johnels wrote: > Will GIMP be "rewritten" for Python 3 at all? Yes. The development version currently uses Python 3. But be aware this means old Python scripts generally won't work without some rewriting. slave liam -- Liam Quin - web slave for https://www.fromoldbooks.org/ with fabulous vintage art and fascinating texts to read. ankh on IRC, barefootliam on twitter etc. Full-time slave in voluntary servitude. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Python vs Scheme
On Wed, 2020-07-22 at 15:32 +0200, Massimo Fidanza via gimp-developer- list wrote: > What are > the advantages of Scheme compared to Python? Or, since JavaScript is massively more wiel yused than Python, why not abandond Python now that JavaScript is supported? Because it's about choice. As Simon wrote, there's a core interpreter that's built in; Scheme is probably still widely taught in computer science courses & it's fast to parse. So GIMP can ship with scripts and know they will work. Then there's a set of optional interpreters, often contributed from outside, and that can be distributed separately from GIMP, for example to split off dependency issues. I don't need Python 2 (or 3) installed to have GIMP. As to the languages, Scheme is a very small language, and not especially difficult, although the functional aspect can be hard for people from a procedural scripting background. The Little Schemer book (MIT Press probably) is old but a good intro and it's thin. As Maurizio wrote, a script recorder would make life a lot easier; right now the necessary infrastructure isn't really in place, but it's on its way. GIMP does not use the traditional MVC command-chain pattern internally today, and e.g. stores the bitmap result of operations in the undo history, not the actions needed to recreate the effect. ankh -- Liam Quin - web slave for https://www.fromoldbooks.org/ with fabulous vintage art and fascinating texts to read. In full-time voluntary servitude. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Gimp 3.0 advancement
On Wed, 2020-07-15 at 12:21 +0200, Massimo Fidanza via gimp-developer- list wrote: > > of the Gimp code to Python 3 and GTK 3 is finished There's a major question about existing plugins- obviously they won't work, so maybe we should have a rewriting plugins wiki or something, and try to get some of the most popular ones updated. -- Liam Quin - web slave for https://www.fromoldbooks.org/ In 24/7 full-time voluntary servitude since 1998. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] opentype ui (gimp-developer-list Digest, Vol 105, Issue 13)
On Sun, 2020-06-21 at 12:23 -0700, Jim DeLaHunt wrote: > On 2020-06-20 09:27, Liam R E Quin wrote: > > What do you think? > > > [...] > . Based on that, I have a few thoughts. > > If you are thinking about giving Gimp users the ability to take > advantage of the capabilities of OpenType fonts and their features, > that's wonderful, but it's also a major UI design challenge. Note that GIMP already uses OpenType fonts (via Pango, which in turn uses HarfBuzz) which includes the use of common ligatures and kerning. But GIMP does not give access to features such as stylistic sets, swash, native small caps, historical ligatures, and alternate glyphs. We're asked most often for access to alternate glyphs and that's why i started looking there, although controlling other ot features is for sure a goal. HarfBuzz doesn't support direct access to alternate glyphs, but the development branch now does. Pango does have support for requesting them, as well as for controlling other OpenType features. > Based on those stories, you can decide whether the right UI is to > turn > on features and let the text rendering pick the glyphs, or to give > users > a big palette of glyphs and let them choose, or some combination of > the two. People buy (or download fere) fonts for graphic design work that contain scads of variant glyphs. Sometimes these are available in the private use area ("PUA-encoded") and sometimes via OpenType tables and sometimes both. Actually and sometimes neither but then you're hosed :) > > In general, good results from OpenType requires a cooperative text > layout engine that has language- and script-specific rules. That's Pango's job and we have that. > In looking for examples and inspiration for user interaction design, > I would nominate Adobe Indesign as probably the best design for > empowering users to get good typography results from OpenType. It's interesting to hear, athough we have to be careful not to copy a proprietary interface too closely. I kept goals out of my email partly because open source is often about "scratching an itch" at least at first, and partly to hear from others, inclding yourself of course. Thanks! Liam -- Liam Quin - web slave for https://www.fromoldbooks.org/ Typographer, programmer, writer, analyst, teacher, full-time slave in voluntary servitude ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
[Gimp-developer] opentype ui
For some time i've been thinking about what a user interface to opentype features could look like. Probably the CREATE list would be a good place for a discussion (i'd hoped to do something at LGM - maybe next year!) since of course the needs of each program's userbase have to be met, not just one. Today i came across this Web app, which gives a possible idea for showing alternate glyphs, something GIMP users can't access at all right now. https://alif-type.github.io/rana-kufi/app/ Click on the large Arabic text to see: a list of alternate shapes appears beneath the selection. Sometimes there are many of them. Of course, one might also want to say, in this font, always choose the second alternate "w" glyph unless i say otherwise, so maybe a Font Settings or maybe right-clicking on the alternates presented to select "prefer this glyph design for this font" (always, or just in this doc??). Of course, writing code is another matter :( but if it builds on harfbuzz and is a library then maybe all of gnomehood (or whatever) benefits. Inkscape already has some opentype feature support, but i don't think there's a UI for choosing alternate glyphs, and i find it a little hard to use, but maybe that's just me. It's a start, at least. What do you think? -- Liam Quin - web slave for https://www.fromoldbooks.org/ ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Offering help
On Fri, 2020-06-19 at 17:39 +, Brendan via gimp-developer-list wrote: > Hi, > With everything that is going on, I have found myself with a lot of > free time and would like to help with development. I have experience > in software engineering but have never worked on an open source > project. Please let me know what I can do to help. Best is to start by building gimp from source. If you run into difficulties (this is not uncommon, don't worry) or if you succeed, then find an IRC client and join irc.gnome.org in the #gimp channel where the developers tend to be found. Liam -- Liam Quin - web slave fo https://www.fromoldbooks.org/ with fabulous vintage art and fascinating texts to read. Full-time slave in voluntary servitude. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Why does it take so long until Gimp finds out that no image is on the clipboard
On Mon, 2020-05-04 at 13:24 +0200, Ofnuts wrote: > On 04/05/2020 12:29, Adalbert Hanßen wrote: > > > Liam mentioned clipboard managers not as a cause of your problem, but > as a possible investigation tool. We've found that people reporting this problem seem to be running clipboard managers.Note that the KDE one is called klippy. So my first guess was that this is https://gitlab.gnome.org/GNOME/gimp/issues/2733 Liam -- Liam Quin - web slave for https://www.fromoldbooks.org/ Full-time slave in voluntary servitude ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Why does it take so long until Gimp finds out that no image is on the clipboard
On Sun, 2020-05-03 at 19:17 +0200, Adalbert Hanßen wrote: > > Whatreally annoys me isthat it takes almost a minute for Gimp to tell > me that there is no image on the clipboard. Is this under GNOME 3? or KDE/plasma? Do you have a clipboard manager running? > > * Why does it take that long? It doesn't, here. > * What can developers do to speed up the error message in such a > situation? Fix the bug, but that involves understanding whenand why it happens and what is causing it. > > * By the way: Is there a method such that one can see what type of > data is on the clipboard: text/image/file designation/spreadsheet > data, ...? Again, depends on desktop enviroment and whether wayland or X11, but yes, there are clipboard managers that can show it. KDE has one running all the time i think. -- Liam Quin - web slave for https://www.fromoldbooks.org/ Full-time slave in voluntary servitude ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] GIMP 2,.8 Bug for function cancel - control+z
On Sat, 2020-02-08 at 14:06 +, aertx0--- via gimp-developer-list wrote: > Does GIMP have a bug for version 2.8, with the button control + z > not working? control-Z is Undo, not cancel. You can find it under the Edit menu. The current GIMP version is 2.10, not 2.8, so you might want to update, although i have not heard of undo not working at all. It might not work if you have a very large image and are low on memory but i have not seen that in many years. slave liam -- Liam Quin - web slave for https://www.fromoldbooks.org/ with fabulous vintage art and fascinating texts to read. Click here to have the slave chained up. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] New asset / extension manager
On Wed, 2020-01-08 at 20:04 +0300, Alexandre Prokoudine via gimp- developer-list wrote: > Perhaps we should communicate our roles and interests better. And to be clearer, these people do not work on GIMP full-time. Or even every day. No-one does. For some it might be an hour a two a week, for others less, for some a little more. slave ankh -- ttps://www.fromoldbooks.org/ - https://www.delightfulcomputing.com/ Click here to have the slave rewarded with more chores. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Copying an .xcf file
On Sun, 2019-11-10 at 14:51 -0500, ZoVirtuoso via gimp-developer-list wrote: > Since I have to create multiple files for new portraits, I decided to > automate this process by adding a shell command to my machine using > C. It's much better top use a scripting language for something like this. > I > wait for an EOF character in order to indicate when to stop reading > from the file. There's no such thing as an EOF character in C; instead, getc() will return -1; note that this does not fit into an unsigned char, so getc returns an int. > Essentially, I am trying to copy a template .xcf file and rename it. On a Unix/Linux system, the shell command, cp "$template" `basename "$template" .xcf`-2.xcf will rename $template. One line, no getc or EOF. Or you could write a GIMP plugin in Python. slave ankh ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] marking a document/image as dirty/changed in a plugin
On Sat, 2019-11-09 at 20:23 -0800, Dan Hitt wrote: > . So to properly do this simple operation of reading and > writing > a pixel, one should go through the gegl interface. You could look at the source for existing plugins, especially in 2.10.14, for examples. > (And glad you get to mess around with scanning and enjoying old books :-) thank you sir. so am i! And i process the scans with GIMP :D -- Liam Quin - web slave for https://www.fromoldbooks.org/ with fabulous vintage art and fascinating texts to read. Click here to have the slave beaten. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] marking a document/image as dirty/changed in a plugin
On Fri, 2019-11-08 at 18:40 -0800, Dan Hitt via gimp-developer-list wrote: > But i don't > see > how you can mark an image as dirty. Write some data to the image? E.g. read a pixel and write it back again? > I'm using gimp 2.10.8 on debian 10. You might want to update to 2.10.14. the current version. slave ankh -- Liam Quin - web slave for https://www.fromoldbooks.org/ with fabulous vintage art and fascinating texts to read. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Simultaneous Multiprocessing and Multithreading in GIMP
On Sat, 2019-10-26 at 15:30 +0330, Ahmad Nouralizadeh via gimp- developer-list wrote: > AFAIK, using fork > and multithreading is not recommended (e.g., look at the second > answer here, Is it safe to fork from within a thread? It's “not recommended” in the same way that using a knife to cut your meat is not recommended: you could hurt yourself. As you can see from that stackoverflow question, there can be problems if you don't call exec() right away in the child process after a fork(). Which GIMP does, avoiding the problems. This is why GIMP does not deadlock when you run a plugin. slave liam (ankh) -- Liam Quin - web slave for https://www.fromoldbooks.org/ with fabulous vintage art and fascinating texts to read. Click here to have the slave beaten. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] HELP
On Thu, 2019-10-10 at 14:40 -0500, Lavon Young via gimp-developer-list wrote: > I downloaded GIMP and it has taken over all my pictures, images, > PDFs, etc > with the GIMP image. How do I remove the GIMP thumbnail image? This depends on which operating systemyou are using. Search the Web for file associations in your environment - for example, OS X version, or GNOME 3, or KDE/plasma 5, or even Microsoft Windows. Possibly we should make an FAQ about this. it happens not only witth GIMP but with any program that handles a lot of common image file formats. ankh -- Liam Quin - web slave for https://www.fromoldbooks.org/ with fabulous vintage art and fascinating texts to read. Slave in full-time voluntary servitude. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] lost gimp files
On Tue, 2019-10-08 at 11:39 -0400, C Bella via gimp-developer-list wrote: > I have been a gimp user for several years. Over the years, I've lost > numerous days of work because, even after saving my work, gimp loses > files. First, i'm really sorry this happened to you - it sucks. Having said that... i've never seen this happen, except under one circumstance - saving to an external drive and then disconnecting the drive before the system has finished writing to it (which can be several minutes after you quit gimp, of course). In Windows, use "safely remove hardware" to prevent this; on Unix or Linux, do a sync and an unmount, or use Gnome Files' "eject" button, and so on and so on. It's also a good idea to save a copy of your work under a different filename from time to time. If GIMP runs out of memory you might conceivably end up with a corrupted file, of if there's a hardware problem with your system. It's also possible a faulty plugin could corrupt memory, especially under Windows (i admit, i don't use many plugins). > This issue - the one of Hmm, maybe it's happening to your email, too? :D Maybe you could give us more information about the circumsttances when you have problms? slave ankh -- Liam Quin - web slave for https://www.fromoldbooks.org/ with fabulous vintage art and fascinating texts to read. Click here to have the slave rewarded with a new mouse. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] GIMP accessability Voluntary Product Accessibility Template(R)
On Tue, 2019-09-17 at 17:03 +0200, Bernard Swart via gimp-developer- list wrote: > I cannot get GIMP to read the icons labels when hovering with a > mouse over them. The screen reader also does not read the menu and > its submenus and items. Which Linux distribution are you using? Is this with the Orca screen reader? Which version of GIMP? When i used GIMP with orca, i found it useful to edit preferences and get rid of most of the stuff in the title bar as every time it changes, orca reads out the title again, and that can be very irritating e.g. if you are using the paintbrush. slave liam (ankh on IRC) -- Liam Quin - web slave for https://www.fromoldbooks.org/ with fabulous vintage art and fascinating texts to read. Click here to have the slave beaten. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Code for unsharp mask
On Mon, 2019-09-09 at 10:08 -0400, Chaitanya Kolluru wrote: > Where I can find the source code for the unsharp mask algorithm? It's usually implemented as the difference between two gaussian blurs, which is where it gets its silly name. I think it's probably in Foley & van Dam, but the GIMP code is in the GEGL library. https://gitlab.gnome.org/GNOME/gegl/blob/master/operations/common/unsharp-mask.c Liam -- Liam Quin - web slave for https://www.fromoldbooks.org/ with fabulous vintage art and fascinating texts to read. Click here to have the slave beaten. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] GIMP build: XDG_DATA_DIRS causing "Unrecognized image file format"
On Tue, 2019-09-03 at 15:10 -0400, Elle Stone wrote: > > What I do know is that building babl/GEGL/GIMP is getting > increasingly > complicated. Yes - i think it now depends on whether you'r wearing shoes, and the colour of your socks. That is, it depends on things most of us eouldn't think were relevant; we have to learn about the new dependencies. > In case anyone has an idea what went wrong, here's the terminal > output for the failed GEGL build: [...] > Couldn't find include 'Babl-0.1.gir' (search path: '['gir-1.0', > '/usr/share/gir-1.0', '/usr/share/gir-1.0', '/usr/share/gir-1.0']') > [223/750] Generating module_common_gpl3.c with a meson_exe.py custom > command. XDG_DATA_DIRS is used to find this. So, i think what matters is having XDG_DATA_DIRS set, but also the order of the entries within it when it is set. You need $prefix first i think. slave ankh -- Liam Quin, https://www.delightfulcomputing.com/ Available for XML/Document/Information Architecture/XSLT/ XSL/XQuery/Web/Text Processing/A11Y training, work & consulting. Web slave for vintage clipart http://www.fromoldbooks.org/ ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] To consult the algorithm of photocopy filter
On Mon, 2019-07-15 at 10:57 +0800, lum...@shangyuekeji.com wrote: > Dear all developers: > I want to consult the algorithm details of photocopy filter in > photocopy.c, especially the paper or description. I don't understand > the algorithm although I have read the description in photocopy.c. > Thank you. Note, this is a gegl fillter; i don't know if there is a specific paper. it looks like it does (more or less) (1) make two blurred copies of the input with different radii (2) use these to make a histogram to count values & determing a threshhold (3) for each input pixel, if the corresponding blurred value is less than the computed threshold, make it black (0 value) else make it brighter. Liam (slave ankh) -- Liam Quin - web slave for https://www.fromoldbooks.org/ with fabulous vintage art and fascinating texts to read. Click here to have the slave beaten. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Issue building Gimp from GIT
On Thu, 2019-07-04 at 04:04 -0500, Steven P. Ulrick via gimp-developer- list wrote: > > Spoke to soon. I logged out, logged back in and tried again, and it > finally started. It sounds like you might be installing gimp and its depndencies into somewhere owned by the operating system; /usr/local is probably safe on Fedora (it isn't on Debian) but using a prefix like $HOME/opt is better. Then put a short shell script in your PATH that runs your local version gimp (mine is called "lgimp" for local gimp). > begin > rotating pictures from our recent trip to England... I hope you had a good trip! Do you post pictures somewhere? :) Liam (originally from the UK) -- Liam Quin - web slave for https://www.fromoldbooks.org/ with fabulous vintage art and fascinating texts to read. Click here to have the slave beaten. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] What would it take to add an option for the Pencil tool to support brush transparency?
On Tue, 2019-05-21 at 20:57 -0500, James Houx via gimp-developer-list wrote: > > > The pencil tool would be the natural solution, but the pencil tool > does > not support transparency for RGB brushes! I'm surprised because it > seems like such a very simple feature. :( I’m not sure what you mean. It certainly has support for transparency. otherwise, brush/pencil strokes could never miss pixels. See e.g. the green pepper brush or the confetti brush. Maybe you could explain in more detail what you mean by supporting transparency? Liam (slave ankh) -- Liam Quin - web slave for https://www.fromoldbooks.org/ with fabulous vintage art and fascinating texts to read. Click here to have the slave beaten. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] image warping
On Thu, 2019-05-09 at 00:35 -0400, Ben Thurston via gimp-developer-list wrote: > I sent this to the list but I didn’t get any confirmation or error > email or > see it in the usual gimp-developer emails Yes - i did see your message but have been busy. You could write a Python plug-in (script) for GIMP. There is also the cage transform tool, which has a UI and can get somewhat similar effects. The hard part is often designing the user interface. How would a graphic artist - quite possibly one who ran screaming from "math" in middle school and never looked back - create a warp effect using your plugin? Liam (slave ankh on IRC) -- Liam Quin, https://www.delightfulcomputing.com/ Available for XML/Document/Information Architecture/XSLT/ XSL/XQuery/Web/Text Processing/A11Y training, work & consulting. Barefoot Web-slave for http://www.fromoldbooks.org/ ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] A plea for a tiny feature
On Tue, 2019-04-16 at 11:54 +0200, Helmut Jarausch via gimp-developer- list wrote: > (/usr/lib64/gimp/2.0/plug-ins/script-fu/script-fu) is installing > procedure > "script-fu-selection-to-anim-image" with a full menu path > "/Filters/Animation/Animators/Selection to AnimImage..." > as menu label, this deprecated and will be an error in GIMP 3.0 > > > It would be nice if this messages would display the name of the > script, as well. I believe this was added in the development branch (i made a patch to do it, and i think Mitch improved on it). Assuming by name of the script you mean filename. However, grep -r -l selection-to-anim-image ~/.gimp-2.8/ will likely get you there in the meantime. Liam (slave ankh) -- Liam Quin, https://www.delightfulcomputing.com/ Available for XML/Document/Information Architecture/XSLT/ XSL/XQuery/Web/Text Processing/A11Y training, work & consulting. Web slave for vintage clipart http://www.fromoldbooks.org/ ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] AI algorithms in GIMP
On Sat, 2019-03-30 at 07:40 +0530, Laxminarayan Kamath via gimp- developer-list wrote: > just dropping a couple of ideas here [...] Something like waifu2x would be fabulous to have in GIMP (a neural network-based image upscaling algorithm). slave liam (ankh on IRC) -- Liam Quin - web slave for https://www.fromoldbooks.org/ with fabulous vintage art and fascinating texts to read. Click here to have the slave rewarded with cold gruel. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] AI algorithms in GIMP
On Mon, 2019-01-21 at 19:23 +0530, Maitraya Bhattacharyya via gimp- developer-list wrote: > [...] > Now to train these neural nets, I will have to prepare a dataset > consisting > of low resolution and high resolution images and divide them into > training, > testing and validation sets. If it helps, i have high resolution versions of most of the images on https://www.fromoldbooks.org/ - usually i sell them, but i can donate some if would be of use. Most are engravings, up to 20,000 pixels on a side in many cases. This leads me to wonder whether we could make a “libre” image training set. It also leads me to wonder whether a neural net could be trained to clean up scanned images. Liam (slave ankh) -- Liam Quin, https://www.delightfulcomputing.com/ Available for XML/Document/Information Architecture/XSLT/ XSL/XQuery/Web/Text Processing/A11Y training, work & consulting. Web slave for vintage clipart http://www.fromoldbooks.org/ ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Is there any way to free Gimp memory and avoid restarting it?
On Wed, 2019-02-06 at 18:23 +0100, Peter Suetterlin wrote: > By design allocators tend > > to > > keep freed memory around for reuse in future allocation calls, > > But this is not very social to other programs running on the same > machine, is > it? I have noticed this behavior of GIMP myself before, and also > thought this is not how it should be... It’s the default behaviour for almost all programs. On Linux systems you may be able to set M_TRIM_THRESHOLD_ to return memory to the operating system in some circumstances, and also MALLOC_MMAP_THRESHOLD_ to make malloc() allocate memory in a way that gets reused more easily. See the man page for mallopt. On Unix systems (including Linux and Mac OS X) this behaviour is not especially unfriendly: the unused space isn’t necessarily kept in main memory. Liam -- Liam Quin - web slave for https://www.fromoldbooks.org/ with fabulous vintage art and fascinating texts to read. Click here to have the slave beaten. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] AI algorithms in GIMP
On Mon, 2019-01-21 at 19:23 +0530, Maitraya Bhattacharyya via gimp- developer-list wrote: [...] > Now to train these neural nets, I will have to prepare a dataset > consisting > of low resolution and high resolution images and divide them into > training, > testing and validation sets. If it helps, i have high resolution versions of most of the images on https://www.fromoldbooks.org/ - usually i sell them, but i can donate some if would be of use. Most are engravings, up to 20,000 pixels on a side in many cases. This leads me to wonder whether we could make a “libre” image training set. It also leads me to wonder whether a neural net could be trained to clean up scanned images. Liam (slave ankh) -- Liam Quin, https://www.delightfulcomputing.com/ Available for XML/Document/Information Architecture/XSLT/ XSL/XQuery/Web/Text Processing/A11Y training, work & consulting. Barefoot Web-slave for vintage clipart http://www.fromoldbooks.org/ ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Plugin question: Is it appropriate for GIMP?
On Wed, 2018-11-21 at 00:30 -0500, Earl Wertheimer via gimp-developer- list wrote: > I want to create an editor that will allow users to ultimately create > web forms. > i forgot to mention - i've also generated Web forms from XML templates using a simple XSLT stylesheet in the past. Soemtimes you can then generate the XML e.g. from a datbase schema or whatever. slave -- Liam Quin - web slave for https://www.fromoldbooks.org/ with fabulous vintage art and fascinating texts to read. Click here to have the slave beaten. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Plugin question: Is it appropriate for GIMP?
On Wed, 2018-11-21 at 00:30 -0500, Earl Wertheimer via gimp-developer- list wrote: > I want to create an editor that will allow users to ultimately create > web forms. i'd probably do this in HTML with JavaScript and CSS - e.g. using CSS grid and/or flexbox for layout. There's quite a lot out there already that are GPL and/or OSS. https://worldoscar.org/?page_id=52 points to some. slave ankh -- Liam Quin - web slave for https://www.fromoldbooks.org/ with fabulous vintage art and fascinating texts to read. Click here to have the slave beaten. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] #gimp irc invitation only?
On Fri, 2018-08-24 at 09:36 -0400, Elle Stone wrote: > > What, exactly, do I type to join #gimp and at the same time identify > myself? (1) to identify yourelf (to log in, basically) /nickserv identify your-password-here If chatzilla says no such command nickserv, use /msg nickserv identify your-password-here but this is not secure (if for some reason the real nickserv is down, someone else might use that nick and receive your password in clear text!) Obviously, use your gimpnet IRC password, not you-password-here. Unless you actually used your-password-here as your gimpnet password :) :) (2) to join #gimp /j #gimp or /join #gimp slave ankh (Liam) -- Liam Quin - web slave for https://www.fromoldbooks.org/ Click here to have the slave beaten. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] #gimp irc invitation only?
On Thu, 2018-08-23 at 11:47 -0400, Paka wrote: > > > > > Is freenode even related to irc.gimp.org? > > no, not "related". freenode provides irc service connections and I > can > access #gimp from there. You are accessing an entirely different #gimp. The #gimp on freenode is not the same as the #gimp on irc.freenode.net, they are as different as www.gimp.org and www.freenode.net, run by different people, different physical computers, etc etc. > > Does freenode handle all nick registrations? > > as far as I know Only for freenode. You have to register separately with NickServ on the GIMP network. But the message about invite-only is not the same as Freenode requiring that you are logged in (identified) to a registered username (nick). For freenode's #gimp you have to be using a nick registered on freenode, and identified to nickserv, e.g. with /nickserv id you-password-here before you join. On the GIMP network yes, also identify to NickServ in the same way, using the password for gimpnet, but if #gimp is invite-only you can either follow the instructions you were given to use /knock, or message someone whose nick you know, or try #gimp-users and see if there's anyone around, or try in a little while. The channel is indeed invite-only on gimpnet right now. liam (slave ankh) ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] configure: Eeeeeeeeeeeeeeeeeeeeek! Missing dep: appstream-glib >= 0.7.7
On Tue, 2018-07-24 at 12:04 +0200, Jehan Pagès wrote: > Hi! > > On Sat, Jul 14, 2018 at 3:40 AM, Liam R E Quin > wrote: > > > On Wed, 2018-07-11 at 14:59 +0100, richard brown wrote: > > > "configure: Ek! Missing dep: appstream-glib > > > >= 0.7.7" > > > > On my system i edited configure to require 0.7.6 (which i have) and > > it worked. > > > > For the record, I just checked current code and actual minimum dep > (relatively to the functions I use from this lib) would be 0.6.7. > I could set a lower value, but really the development is barely > started on > this feature, I will use more API soon so it may go back up soon > anyway, > and I'm not sure if it is worth just going back and forth on > dependency > versions. Might be worth considering 0.7.1 or so, as that'll be easier for quite a few Linux distributions. But i wasn't complaining so much as giving someone a way to get GIMP Master compiled. If by 0.6.7 you meant 0.7.6, i'd suggest using that, as it's what several rolling/testing distributions have, but it's not a big deal. Note for others reading this: editing the generated "configure" is fragile, of course - it'll get overwritten next time you run autogen.sh. This is what you probably want in this case, rather than mantaining your own separate versions of files stored in git, to avoid future problems. > Note that I originally chose this version 0.7.7 by looking at Debian > Testing, Yup. And it's not that unusual to have to build newer versions of things; sometimes i look at changelogs to decide whether to do that or to try & use the slightly older version, as here. Usually the Linux distribution i use -- Mageia Linux -- catches up with (or is sometimes ahead of) Debian Testing. liam (slave ankh) -- Liam Quin, https://www.holoweb.net/liam/cv/ Available for XML/Document/Information Architecture/ XSLT/XQuery/Web/Text Processing work and consulting. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] blocking fonts enumeration
On Sun, 2018-07-15 at 22:24 +, 1980_undergro...@insiberia.net wrote: > > An odd thing is that even with using font manager, when a font is > selected through it and subsequently displayed in the fonts tab, it > automatically adds defaults like "Monospace Italic" and Sans Bold > Italic". This isn't a big deal, but any ideas on how to block those > as well? i don't think you can. > I'm super happy about all this, thanks. i'm glad it worked out. Thanks to the link to the archlinux wiki ;age. slave ankh -- Liam Quin - web slave for https://www.fromoldbooks.org/ with fabulous vintage art and fascinating texts to read. Click here to have the slave beaten. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] blocking fonts enumeration
On Sun, 2018-07-15 at 12:20 +, 1980_undergro...@insiberia.net wrote: > > I therefore tried to do: > > > > > > > > > > > > You need two separate selectfont sections, one after the other. Also look for messages on the console when gimp starts (start gimp from the commandline in a terminal) An error in fonts.conf can break lots of stuff. Liam -- Liam Quin - web slave for https://www.fromoldbooks.org/ with fabulous vintage art and fascinating texts to read. Click here to have the slave beaten. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] blocking fonts enumeration
On Sat, 2018-07-14 at 12:05 +, 1980_undergro...@insiberia.net wrote: > Thanks for this! > > The Linux in question is Debian. > > Your solution sounds painstaking but functional. > > Can I get a link to an appropriate example of a fonts.conf that does > this? This will get rid of Helvetica: Helvetica You might also be able to do it based on the directory containing the font file, i'm not sure. Liam (slave ankh) -- Liam Quin - web slave for https://www.fromoldbooks.org/ with fabulous vintage art and fascinating texts to read. Click here to have the slave beaten. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] configure: Eeeeeeeeeeeeeeeeeeeeek! Missing dep: appstream-glib >= 0.7.7
On Wed, 2018-07-11 at 14:59 +0100, richard brown via gimp-developer- list wrote: > "configure: Ek! Missing dep: appstream-glib >= > 0.7.7" On my system i edited configure to require 0.7.6 (which i have) and it worked. > Ah, but I have appstream-glib >0.7.7 installed; built it from source > and installed it into the prefix I use for gimp. Check there's a .pc file in $PREFIX/usr/lib/pkgconfig/ and also that the directory containing it is in your PKG_PATH. > If so, check config.log to see what went wrong... Liam (slave ankh) -- Liam Quin - web slave for https://www.fromoldbooks.org/ with fabulous vintage art and fascinating texts to read. Click here to have the slave beaten. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] blocking fonts enumeration
On Fri, 2018-06-29 at 23:35 +, 1980_undergro...@insiberia.net wrote: > > My question is, is there a way to prevent GIMP from reading system > fonts, and to only read fonts from it's own folder? Which Linux distribution are you using? Or, what operating system? Which GIMP version exactly? > My problem is that no matter what options I use in the Font Manager, > system fonts are *always* shown. On Linux at least you can a fonts.conf file in your gimp data dir or fonts folder that excludes specific fonts. This probably also works on MacOS and Windows but i don't know for sure. In other words exactly how best to do this may depend on your operating system and in some cases, where you downloaded gimp from (i.e. which exact build). slave ankh / Liam -- Liam Quin - web slave for https://www.fromoldbooks.org/ with fabulous vintage art and fascinating texts to read. Click here to have the slave chained up overnight. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Image Colour Analysis
On Mon, 2018-06-25 at 02:41 -0700, GiuseppeD. via gimp-developer-list wrote: > Dears, > I would do a colour analysis on my picture. I already took picture > with a > colour palette for calibration. > What do I do now for calibrate with my colour reference? How can I > have RGB data after the calibration? Which Linux distribution are you using? There should be colour management software included which can take the picture of the photo card and make a colour profile. If you do not have that software, another way is to open the card in gimp, use the colour->levels tool and click on the black, the white, the grey patches with the black point, white point, grey point eye droppers in the levels dialogue and hit OK. Then open your photo, open colours->levels, and apply the same settings from the history dropdown at the top of the dialogue box. Liam -- Liam Quin - web slave for https://www.fromoldbooks.org/ with fabulous vintage art and fascinating texts to read. Click here to have the slave rewarded with a dog biscuit. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] [Gimp-user] Curious about GIMP-2.10 bugs on Windows
On Fri, 2018-05-11 at 14:32 -0400, Patrick Shanahan wrote: > > it is available on openSUSE Tumbleweed and I have it installed. for > the > small uses I have made, it loads quicker than 2.8 and appears more > responsive. no crashes. some difficulty finding some actions, but > nothing major. Cool. The / command helps to find things. Liam (slave ankh) -- Liam Quin - web slave for https://www.fromoldbooks.org/ with fabulous vintage art and fascinating texts to read. Click here to have the slave beaten. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] name of the patterns
On Tue, 2017-05-30 at 11:15 +0200, diego nassetti wrote: > [...] > change the default comment proposed when it is created from > "created by GIMP" to the filename. I've often contemplated writing a modification that would let you have a default comment that could have %F (or whatever) for filename and so on, %W and %H for width and height, as for title and status bar. It would be expanded on image export if you had not explicitly set a comment in the image. Would that help? Liam -- Liam R E Quin Web slave for fromoldbooks.org ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Please migrate to GitHub/CMake
First, to all - Please remember that English is not the first language of everyone on this list, and people come from a wide range of cultures. I don't think Alexandre meant to be dismissive or rude with his "No" (and I think Carol's comment was meant ironically although I'm not certain). GIMP uses git but not github; GIMP uses Make and the automake tools and not CMake. A project that's less widely used can more easily switch infrastructure. When cmake goes wrong it's even harder to diagnose and fix than automake (as others have pointed out already) and I doubt there'd be enough of an advantage in moving to it to justify the one-time cost to the large numbers of people who package GIMP for redistribution, have automated build systems, port GIMP to Windows and other platforms, and so on. In any case the GIMP team is made of volunteers and we don't have people saying "I've been around for several years and I'll be around for several more years and I know CMake really well and am familiar with supporting it on OpenSolaris and FreeBSD and GNU/Debian Linux™ and Centos and OS X and Microsoft Windows in several versions and platforms... and I'd like to do the work of switching, and I'll spend at least a day every week on it." More inline... On Sun, 2017-05-07 at 17:37 +0300, Alexandre Prokoudine wrote: > On Sun, May 7, 2017 at 5:06 PM, Shlomi Fish wrote: > > > I see some problems with GIMP development: > > > > 1. It's been taking too long to release new major versions. GIMP's internals have been undergoing a very major rewrite. But I think once the new architecture is released it'll be a lot easier for developers to participate, because the interaction between components is becoming explicit (a node-based graph). > > [...] > > 3. GIMP is lacking many features that are present in similar > > proprietary programs. If the feature sets are very different then the programs are not similar :-) > > > > 4. Some people still complain on GIMP being hard to use. We are working on silencing them but we ran out of anthr... er... lookm have you ever been to a graphics design class at a university and asked people whether the proprietary tools that are most widely taught are easy to use? Hint: they aren't. They're harder if anything. Some of that is because professional tools with a lot of features have to be learned, and people do training courses for them. Some of it, yes, includes areas where GIMP's UI can be improved, which is still very much a work in progress but has come a long way. With the next major release "single window mode" will be the default, which will help a lot of people even if we know it's not perfect. > > > > 5. A personal pet peeve - https://bugzilla.gnome.org/show_bug.cgi?i > > d=781340 > > (minor problem). I build GIMP from git on my Mageia cauldron system. Yes, there are some issues (I have to build gegl without video capture support for example, because there's no video device on my system since I don't have a camera) but if you have problems I'm happy to try & help. Liam [ankh] -- Liam R E Quin ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
[Gimp-developer] gimp.gui.org moved to new machine - please update dns
(is this the right list?) gui.gimp.org should now point to 144.217.66.85 The IPv6 address is 2607:5300:60:ca55::1 but that probably won't work until the name resolves so I can't check... Thanks! Liam -- Liam R. E. Quin ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] GIMP development- What's the point?
On Fri, 2016-09-23 at 12:19 +0100, C R wrote: > [...] > I just wanted to again say thanks, and relay that even on days where > it > seems no one has anything good to say about GIMP, you've got fans who > genuinely appreciate the work you do, and believe in what GIMP is, > and > enjoy what it will become in the future with your tremendous efforts. It's good to hear feedback like this, even if (sadly) it generated a negative thread... and even that had the message "I want to use GIMP and can't" and not "I don't want to use GIMP" which overall seems positive. Liam [ankh] -- Liam R. E. Quin ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Pencil - Tool Options and Hardness
On Tue, 2016-06-21 at 08:57 +0100, C R wrote: > That's fine, except then you lose a dedicated tool to switch back and > forth from. In particular, if you use a tablet you can have a "pencil" stylus and a "paintbrush" stylus. -- Liam R. E. Quin ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Proposal: rename Symbolic icon themes to Symbolic-Light and Symbolic-Dark
On Tue, 2016-05-31 at 11:42 +0200, Jehan Pagès wrote: > Hello, > > On Tue, May 31, 2016 at 4:10 AM, Petteri Soininen > wrote: > > Hi, > > > > Wouldn't that confusion be resolved by naming them as they are > > meant to be > > used: > > Symbolic-for-dark and Symbolic-for-light? > > Indeed it would. But Schumaml was noting on IRC later on that people > could have custom themes which are neither dark nor light (what about > a pink My Little Poney theme! :P). I am not sure it's such a big deal. We could call the dark one Darth and the light one Luke, and people would just click on them and try them and it'd be enough. Even better would be to suport a piece of descriptive text included in the theme, but I'm not sure how it would get translated. Liam -- Liam R. E. Quin ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Can hitting Enter/Return twice apply changes made in popup dialogs?
On Thu, 2016-05-19 at 19:03 +0100, C R wrote: > And yet hitting Enter/Return key to commit/save is standard here too, > which > is why there's a popup warning on overwrite in cases of overwriting a > file. Yes. (sorry for not being clear) Whether enter commits the action in those cases depends on the focus and autocomplete status, unfortunately. I'd favour something like shift-enter doing the default action - still one hand and not easily done accidentally. I am not sure why Enter doesn't move from one text field to the next in e.g. the Rotate dialogue - tab is needed instead. The Sun and AT&T UI research led to the idea of pressing enter focussing each entry in turn until you got to the OK button, and then applying it, but they didn't study advanced image editors. Liam -- Liam R. E. Quin ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Can hitting Enter/Return twice apply changes made in popup dialogs?
On Thu, 2016-05-19 at 09:59 +0100, C R wrote: > > [...] > Can always be undone ctrl+z, This isn't true for Save As and Export dialogues, where enter will accept filename completion in the first instance. You can't undo overwriting a file on most file systems... Liam -- Liam R. E. Quin ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Cubic Interpolation vs No Halo
On Fri, 2016-04-29 at 00:59 +0200, Nicolas Robidoux wrote: > Liam: > > Do you ever find LoHalo (snail crawling notwithstanding) worthwhile? Yes, but because it's so slow I use it less than once a month. It feels like it takes half an hour or so, but I suspect it's probably more like 10 minutes. Most often I'm working with scanned engravings that have lots of almost-parallel almost-horizontal lines, and the trouble is moiré-like patterns that creep in. A gaussian blur before down-scaling, followed by a sharpen, usually helps. We lost the old gimp 2.6 sharpen filter, but the newer unsharp filter works. Sometimes lohalo scales down without introducing the problems. Liam -- Liam R. E. Quin ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Cubic Interpolation vs No Halo
On Wed, 2016-04-27 at 09:03 +0100, C R wrote: > I assume the reasoning behind using cubic as the default for all the > scale > and transform tools is to cut back on the complaints of how slow GIMP > is at > the moment, but the quality loss in the current cubic interpolation > algorithm is quite bad. It depends on what you're doing - in some cases Cubic gives better results. In addition nohalo and lohalo can take several minutes to scale an image. You can change the default tool option in preferences/tool options. > Also, it's probably safe to assume that if the user chooses an > interpolation type in the tool, they are saying something about the > quality of the results they are after vs speed. I think setting the > value in one tool should set the value automatically in other tools, > and treat it as a "global" value of sorts. I'd rather see it moved out of tool options and into preferences with a single setting in that case. In practice I fairly often copy a small section of an image and experiment with a cobination of blur and different downsizing algorithms. In addition, more upscaling options would be good, maybe after 2.10 - waifu2x, if unencumbered, would be a good candidate. So I think having the algorithm choice right there in scale image makes experimentation easier, and helps people dscover the option. So maybe a preference to say the default would be good. And hey! there is one :-) Liam -- Liam R. E. Quin ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Usuage of the Gimp for my Organization
On Fri, 2016-03-04 at 14:06 +0530, Charanjeet wrote: > > My Organization would like to use GIMP software, though some changes > are > required. Please suggest how we can go about it? GIMP is free software - you have the freedom to make changes, or to hire programmers to make changes. Or you could tell us what sort of changes you need... > This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended > solely > for the use of the addressee(s). Strictly speaking this means I cant answer your questions and we can't archive your email. Since these disclaimers have been shown to be at best meaningless and at worse actively harmful these days most people ignore them. It's best to turn them off when posting to public mailing lists. Liam -- Liam R. E. Quin ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Export instead save directly
On Mon, 2016-02-29 at 18:22 +, A. da Mek wrote: > > > But what I am trying to explain is that they do not know that it is > easily worked around. A possibility might be to have a link on the save dialogue, "export to non-GIMP-native formats" that gets rid of the save dialogue and brings up export *in the same folder*, rather like "edit these settings as curves" in levels. I still think that there should be a file->import as it's really hard to tell people JPEG and PNG are not native to GIMP when it opens them just fine. Liam -- Liam R. E. Quin ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Scaling LoHalo broken?
On Fri, 2016-02-26 at 13:33 +0100, Helmut Jarausch wrote: > Hi, I'm using the GIT-Version from 2016 / 02 / 26 . > > I have a problem with the LoHalo scaling - it behaves erratic. > > On one image it took less than a minute. But for a different image > I > had to kill Gimp after 15 minutes (on a 4 x 3GHz machine). It often takes longer than 15 minutes for me - depending on image size. Liam -- Liam R. E. Quin The barefoot typographer ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] qpc mapping
On Sat, 2016-01-02 at 09:33 -0500, Ben Thurston wrote: > I posted a few days ago about a formula for conformal mapping, I have > a > python program listed at the bottom that does it to an arbitrary > image and > control points... I didn't see any responses to the last post so I > don't > know if anyone found it interesting or not... It might just not be the best time of the year to get people's attention, as there are a lot of holidays in December/January. > http://benpaulthurstonblog.blogspot.com/2015/12/parameterized- > quadratic-conformal.html Hmm, wonder if I could use this to get a page curl effect. I suggest making an entry in the GIMP plugin registry for it. Liam -- Liam R. E. Quin The barefoot typographer ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Image viewer for openexr and floating point tiff file formats, and maybe even XCF?
On Thu, 2015-12-31 at 11:37 -0500, Elle Stone wrote: > > 1. Open a folder with an image viewer, so that all the image files > in > the folder (well, at least floating point and integer tiffs, openexr > files, pngs, and jpegs; also raw files would be nice) are displayed > by > the image viewer. The gnome file manager does this (but may need some thumbnailer plugins; xcf 2.9 files seem to show up Ok for me but I think it's just because the thumbnailer isn't checking very carefully!) and so does gthumb and also eog (eye of gnome). I don't use KDE here. Do you have (small file size please) example files that don't work for you? > 2. Still using the image viewer, open a selected image file using > various image editors, including GIMP and Krita. Yes. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Image viewer for openexr and floating point tiff file formats, and maybe even XCF?
On Thu, 2015-12-31 at 21:30 -0500, Elle Stone wrote: > > Does the gnome file manager show thumbnails for GIMP 2.9 XCF files? No - it tries to but they come out looking like glitch-art. But png is broken for me right now too, probably because I'm in the middle of an upgrade. The 2.8 xcf files work, although right now not xcf.gz files. Liam ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] gimp paint studio
So we heard back from the author, > GPS no need to be maintained as i know. Is 100% operative in gimp. I > can not spend more time on GPS nowadays. Would it be worth including in the main GIMP release? Does anyone want to maintain and/or extend & document it? Liam [ankh] -- Liam R. E. Quin ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
[Gimp-developer] gimp paint studio
Gimp Paint Studio uses Google Code, which is going away. draekko made a copy at https://github.com/draekko/gps-gimp-paint-studio for archival purposes. Ramón Miranda seems to be using Krita these days judging by his blog at http://www.ramonmiranda.com/ - is Gimp Paint Studio is actively maintained? Liam (ankh) -- Liam R. E. Quin ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] May I try to correct this bug?
On Mon, 2015-12-21 at 14:10 +0100, Eneko Castresana wrote: > Hello, > > I'd like to try to correct this bug: > Bug 562564 - Impossible stroke a path with the clone tool ( > https://bugzilla.gnome.org/show_bug.cgi?id=562564 ) I can't imagine people objecting to a suitable patch...:-) It's a feature request more than a bug I think - and in the UI you'd have to have a clone source selected first, and there would need to be clear messages to help people through the process. Liam (ankh) ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] SGO to WGO Transition
On Mon, 2015-11-23 at 23:01 -0600, Chris Mohler wrote: > [...] > Performance is an issue though. I'm a bit appalled that 4 or 5 > seconds for "above the fold" seems to be OK. It's much faster than that here, and we have a below-average 1.5MBps connection at home. Liam -- Liam R. E. Quin ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Portable development environment for GIMP
On Wed, 30 Sep 2015 23:36:02 -0300 Gez wrote: > El mié, 30-09-2015 a las 23:49 +0200, Michael Natterer escribió: > > I hope that nobody uses debian testing, the most unstable of > > all debians :) > Sore feelings after the gcc-5 migration? :-) More to the point for GIMP development, both Debian and Gentoo (also mentioned) are distributions that aim for a certain amount of systems administration knowledge from their users - e.g. the ability to edit a text-based configuration file now and again. It's fine for experienced developers and system administrators, and for keen hobbyists too :), but for the people who don't realize that there's a single command that will automatically download and install all those 100 build requires Sam mentioned :) maybe Fedora, Mageia or Ubuntu would be better. For a VM I'm not sure it matters much what is used, although it takes me a day or two to download a Linux distribution here at speeds of up to 1.5Mbps so a lightweight distribution would seem to be a win. But, given that for me it's almost always been a matter of git clone of 3 packages, and running autogen.sh and make install on each of them with a prefix, I'm probably not in the target audience. In addition, people *not* running Debian and who needed to install additional software in the VM would need to learn a 2nd package management system, so the VM approach may be good for introducing people to the git version of gimp but not so good for longer term use. But hey, introducing people to development is a good thing. -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Portable development environment for GIMP
On Tue, 29 Sep 2015 22:48:39 +0200 Jehan Pagès wrote: > Actually not all core devs. Over time, I have built GIMP on Mageia, > Linux Mint (based on Ubuntu), and now Fedora. Though it is true that > at times, I happened sometimes to be forced to build more dependencies > than just babl and GEGL on Mageia or Mint, I believe my only built > dependencies on Fedora 22 are babl and GEGL (and Fedora 23 is out very > soon, I heard). I even see that there are babl 0.1.12 and GEGL 0.3 > available in official Fedora repo, allowing to even build GIMP alone > if you want to. Yes, same versions of gegl and bal are in Mageia 5 too, although I build them from git anyway. The difficulties of using Debian Testing are likely to outweigh any benefits, plus anyone working closely with git gimp is likely to want to test fixes to babl and/or gegl as they happen. Liam -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Download
On Tue, 2015-06-16 at 09:33 +0100, Toby Speight wrote: > 0> In article <1434392541.19586.197.ca...@holoweb.net>, > 0> Liam R. E. Quin mailto:l...@holoweb.net> ("Lee") wrote: > > Lee> Free here means that if you modify the software you must make > your Lee> modifications (or the whole modified source) available to > anyone who > Lee> wants them, and that anyone can access and/or modify the source. > > A pedantic note: you are not *obliged* to make your changes available > *unless* you *distribute* the changed version Right, sorry for not being clear. > ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] [Gimp-user] Download
On Sun, 2015-06-14 at 06:31 +, Avishai Noygershel wrote: > Hello > > I have a question regarding your software license agreement. > > I was wondering if your software is completely free? Can I use this > software for free in a profitable organization? Yes. Free here means that if you modify the software you must make your modifications (or the whole modified source) available to anyone who wants them, and that anyone can access and/or modify the source. Liam > Thank you in advance for your replay. > > Avishai > > > > > > > Q Please consider the environment before printing this email > אנא חשוב על הסביבה לפני הדפסת דואר זה > > This mail was sent via Mail-SeCure System. > ___ > gimp-user-list mailing list > List address:gimp-user-l...@gnome.org > List membership: > https://mail.gnome.org/mailman/listinfo/gimp-user-listList archives: > https://mail.gnome.org/archives/gimp-user-list ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Configurable target selection by the "Auto" button on the Levels dialog
On Sun, 2015-06-14 at 19:05 -0300, Rodrigo Severo wrote: > Hi, > > > The "Auto" button on the Levels dialog has a fixed behaviour today > (which I don't know exactly which is). The source code is available -- essentially it stretches contrast in each R, G, B channel separately. If you press Auto and then open as curves, you can see. The end points are, however, a few percent in from the ends, limiting its usefulness in a professional setting. > Its behaviour should be configurable by the user. The point of it is that it "just works". An auto button should not be configured. I think really what you are asking for is a "stretch contrast" filter that has configurable black and white points. Note that you can already configure the black and white points in levels using the eye dropper. > The user interface for this functionality could be accessed by the user double clicking the "Auto" button. That would be a "no" :-) There aren't any other buttons that behave differently when you double-click on them (and actually for good reason, as no-one would ever guess it, and because it would mean every button would have to wait to see whether the user double-clicked before doing anything, giving a UI feeling of slowness. I'm supportive of being able to set the levels/auto clipping percentage, perhaps in the Colours/Map/Stretch Contrast GEGL filter. Liam -- Liam R. E. Quin http://www.FromOldBooks.Org/ ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Cropping border color
On Wed, 2015-06-03 at 21:09 +0200, Ofnuts wrote: > On 02/06/15 17:50, Burnell West wrote: > > > On Jun 1, 2015, at 11:07 PM, Brad Gibson > > > wrote: > > > > > > It would be great if I could choose to see pure black around > > > whatever I'm cropping, [...] > > Simply add a black layer and put it behind the image This doesn't work... it turns grey when you draw the crop tool rectangle. > > > > Or Edit>Preferences>Display>Transparency>Check style>Black only Nether does this. It has no effect on the crop tool preview at all. I had a look at editing the source to change the way the reduced- contrast area around the cropping rectangle is drawn -- a colour swatch on tool options for the crop tool would not be out of line, nor even an opacity slider, as on e.g. the Rotate tool. I found the place (I think) where the cairo outer rectangle is made, so maybe it's a case of adding a fill to that, and passing the colour (and opacity?) as arguments from the crop tool preview function, I'm not sure. I've often wished for a way for Undo to go back to the exact state just before the operation, including e.g. the uncommitted selection that you could edit, the crop ectangle, the perspective grid. It would be clean-warm-dry-black-sock awesome. Liam > ___ > gimp-developer-list mailing list > List address:gimp-developer-list@gnome.org > List membership: > https://mail.gnome.org/mailman/listinfo/gimp-developer-list > List archives: https://mail.gnome.org/archives/gimp-developer-list ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] wtf with the download?
On Fri, 2015-05-08 at 22:04 +0100, C R wrote: > > I'd be ok with having two links labeled "Download GIMP 2.8.14 via > > HTTP" and "Download GIMP 2.8.14 via Bittorrent" right above each > > other, in any order. This should also help to reduce the > > explanation for Bittorrent to one short paragraph > > > > To make this a bit more obvious, I'm imagining something like this > > instead of the current few lines: > > > > How about this? > http://opendesignstudio.org/gimp/samples/gimp_windows_download_buttons2.png Close. I'd still put the Bittorrent one first with text like Get GIMP for Windows using Bittorrent. Fastest download. Least load on the GIMP servers. Requires a bittorrent client. Learn more... Get GIMP for Windows over the Web with HTTP. Slower but no special program is needed. Note, I'm repeating "GIMP for Windows" to minimize doubt. I'd remove the first two paragraphs, or put them after the two big download buttons and their associated text. There should also be a rounded-rectangle, "Download GIMP Manual"; ideally it'd be the English manual on the en page, the French manual on the French-language page, and so on, with the others all still listed. Liam > > I'm not really a fan of any images and/or icons being used for > either. > > though. > > > > I have removed the icons in the above link. If necessary, I can also > do the > button graphics using just HTML and css. > > If that is µTorrent, then this one is proprietary. If we are linking > > specific ones instead of the whole list, we should aim to only > > link to Free Software clients, that do not have strange ideas > > about what to include in their installers (and preferably not > > being hosted by SourceForge). > > > > I'm open to suggestions. I am not a windows torrent user, so I don't > really > have any good feedback in this respect. > I think as long as the HTTP link is first, it will solve most of the > issues > anyway. If linking to the Wikipedia page is enough to satisfy, I'm > fine with it (orange "learn more" link at the end of the > description). > > > > > > > It's all just suggestions anyway, so I don't think listing the > > > most > > popular > > > one is necessarily endorsement of one over another. > > > > > I could put "Works with all known variations of Windows from > > > Windows XP (SP3) to Windows 8.1 with the exception of Windows RT" > > > I find it funny that people would take time to ask and not just > > > try it though... > > > > They might not be able to test it for themselves. > > > > > I have added a link to expand out the full compatibility list. This > way the > info is there for those few who can not test it themselves, and is > out of > the way for people to find what they are looking for quickly. > > > > There still seem to be a considerable number of people running > > > XP SP2. > > > > Not being able to run GIMP might be a wakeup call for some of > > > > them, yet this whole change is done to avoid a different > > > > wakeup call, so maybe you might want to reconsider...? > > > > > > > > > > Reconsider what? The whole thing > > > > Reconsider the wording of the Windows version compatibility. > > > Do you think the afore-mentioned expanding list idea will be > adequate? My thoughts: most people are going to be quite happy to > click the thing that looks like an orange download button, and go > enjoy themselves some GIMP goodness. :) > > Thanks for the help, and happy Friday! > > -PS: I'm happy to offer up source graphics files for anyone who > wants to > help tinker. They are presently .svg vector Inkscape files, but I > can output some layered .xcf files as well if people want to GIMP > them a bit. > > -C > ___ > gimp-developer-list mailing list > List address:gimp-developer-list@gnome.org > List membership: > https://mail.gnome.org/mailman/listinfo/gimp-developer-list > List archives: https://mail.gnome.org/archives/gimp-developer-list ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] wtf with the download?
On Fri, 2015-05-08 at 09:34 +0530, Mukund Sivaraman wrote: > Hi schumaml > > On Thu, May 07, 2015 at 05:41:34PM +0200, Michael Schumacher wrote: > > On 05/07/2015 10:25 AM, C R wrote: > > > > > Is the torrent listed first to save bandwidth on > > > download.gimp.org? > > > > Yes, and to also force Bittorrent knowledge upon users. > > I favour changing this to a link to get the installer exe directly. I > say this from my own perspective: If I am downloading some free > software application for Windows, I'd prefer a direct link to the > installer by default rather than getting the torrent file. It is > just convenient. Do we need more mirrors to make this (wasteful but easy) approach feasible? > > Also, as someone else said, forcing Bittorrent use upon users is not > our agenda. No-one is being forced - both links are already there. > We can have it as an option. Right now, the big large "Download GIMP > 2.8.14" Windows download link is counter intuitive to most users' > expectation. Do we have statistics on how many people use bittorrent and how many download? > > Mukund > ___ > gimp-developer-list mailing list > List address:gimp-developer-list@gnome.org > List membership: > https://mail.gnome.org/mailman/listinfo/gimp-developer-list > List archives: https://mail.gnome.org/archives/gimp-developer-list ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Gimp in private schools and educational institutions
On Wed, 2015-04-29 at 23:13 +0100, C R wrote: > To put it into perspective, do a Google Image search for "gimp", and see the ratio of GIMP project images to fetishy Pulp Fiction swag. The more common meaning of the word in English-speaking countries is a derogatory term for someone injured or disabled; for example, http://www.urbandictionary.com/define.php?term=gimp It is not specific to the USA (I'm not from the USA and do not live there). I write this sitting at a conference wearing a GIMP tee-shirt. But I don't wear that shirt at work. Part of my job involves accessibility. Best, Liam ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] GIMP 2.9 useability - out of gamut and HDR channel values
On Sun, 2015-04-19 at 09:56 -0400, Elle Stone wrote: > An issue that will arise for everyone who uses GIMP 2.9 is how to > deal with HDR and out of gamut colors. Can't say it has arisen for me yet but I agree that (if we ignore rhetorical overstatement) it could be useful to address. What about a View Module that shows out of gamut pixels in a configurable way? (e.g. two solid colours and an optional blink-rate setting)? In addition, I can imagine a Colours->Out Of Gamut filter that allows clipping, logarithmic squishing, clipping with inpainting (G'MIC and Darktable have some of this), automatic replacement of clipped regions with penguins, maybe an expression language, we could call it the gimp module for implace clipping... In other words I don't think there's a single approach that works for everyone, or even for most people, or even for one person most of the time, as it depends on the image. So it'd seem like a bunch more work than your email appeared to me to suggest. In the meantime in my own workflow the lack of "repeat last filter used" is a much bigger usability issue than anything to do with gamma or clipping. So phrases like "everyone" and "the biggest usability problen" don't carry as much weight as specific use cases, I think. Hmm, having GIMP and darktable able to share modules (like the out of gamut filter) might be a really interesting summer project for a suitable student, if such exist. Liam ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Gimp in private schools and educational institutions
On Wed, 2015-04-08 at 12:58 -0500, Sam Bagot wrote: > A product called Gimp can't be used [in schools] Although GIMP can be used in at least some schools, I agree with your premise. These conversations always seem to run the same course: A: the name GIMP is offensive to me, or to people with whom I work. B: No. The name GIMP is not offensive. A: yes it is. B: It doesnt offend me, and your opinion doesn't matter to me. A: We like the name. Bye. For my own part I have some hesitation - for example, I am not about to go to a meeting on making the Web accessible to people with special needs while wearing a "GIMP" tee-shirt, and obviously can't promote GIMP usage too openly at work. If it was called "Wilber", or maybe "Nazi" or "Spic" or "Hun"... hmm, no, not those last three perhaps, but Wilber would be OK. The "brand" argument doesn't really cut much ice - plenty of other Free and proprietary applications have been renamed in the past, and the publicity can increase visibility. Maybe instead of GIMP 3.0 we could have a Goat Rainbow 1.0 or something? But then you get into endless discussions about the name. In the meantime, for school use, could you refer to the program as the GNU Image Manipulation Program, and if people comment on GIMP explain it's short for the longer name as that's too long to use everywhere? ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] One question
On Tue, 2015-03-17 at 20:45 +0100, Nazzareno Zallocco wrote: > Hello, excuse my English > I fell into this seller Ebay: > > http://www.ebay.it/usr/radiussoftware?_trksid=p2047675.l2559 > > Hawking programs his company (CAD PRO Radius), but which are > actually open > source programs like your blender or Gimp. > And "what is normal or violates the law? The GPL doesn't prevent selling software. It forbids making changes to the software and not making those changes available either freely or for a "resonable" handling and media charge. > Thank You. > ___ > gimp-developer-list mailing list > List address:gimp-developer-list@gnome.org > List membership: > https://mail.gnome.org/mailman/listinfo/gimp-developer-list > List archives: https://mail.gnome.org/archives/gimp-developer-list ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Gimp just shows up as gray rectangle with rulers around
On Tue, 9 Sep 2014 21:17:30 -0700 YUMIKO wrote: > HI\I am a mac user and my os is o mavarick.I downloaded gimp and opened it up > to find the gray rectangle with gimp logo in the middle and rulers > around.There are no bottuns to edit photos at all, nothing. Use the File menu to start a new image or open an existing one. If there's no toolbox, try pressing the TAB key; if that doesn't work, check under the Windows menu for recently closed or to show the toolbox. Liam -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list