Re: [Gimp-developer] Some questions about tiff

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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)

[Liam R E Quin]

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)

[Liam R E Quin]

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)

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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?

[Liam R E Quin]

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?

[Liam R E Quin]

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?

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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?

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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)

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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)

[Liam R E Quin]

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

[Liam R E Quin]

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"

[Liam R. E. Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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?

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R. E. Quin]

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?

[Liam R E Quin]

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

[Liam R E Quin]

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?

[Liam R E Quin]

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?

[Liam R E Quin]

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?

[Liam R E Quin]

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?

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R E Quin]

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] Please migrate to GitHub/CMake

[Liam R E Quin]

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 <l...@holoweb.net>
___
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

[Liam R. E. Quin]

(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 <l...@holoweb.net>
___
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?

[Liam R. E. Quin]

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 <l...@holoweb.net>
___
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

[Liam R. E. Quin]

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 <l...@holoweb.net>
___
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

[Liam R. E. Quin]

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 <peso...@gmail.com>
> 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 <l...@holoweb.net>
___
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?

[Liam R. E. Quin]

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 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 <l...@holoweb.net>
___
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

[Liam R. E. Quin]

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 <l...@holoweb.net>
___
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

[Liam R. E. Quin]

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 <l...@holoweb.net>
___
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

[Liam R. E. Quin]

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 <l...@holoweb.net>

___
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

[Liam R. E. Quin]

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 <l...@holoweb.net>


___
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?

[Liam R. E. Quin]

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 <l...@holoweb.net>

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

[Liam R. E. Quin]

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 <l...@holoweb.net>
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?

[Liam R. E. Quin]

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?

[Liam R. E. Quin]

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

[Liam R. E. Quin]

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 <l...@holoweb.net>

___
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

[Liam R. E. Quin]

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 <l...@holoweb.net>

___
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?

[Liam R. E. Quin]

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

[Liam R. E. Quin]

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 <l...@holoweb.net>

___
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

[Liam R E Quin]

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

[Liam R E Quin]

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

[Liam R. E. Quin]

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 URL: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] Configurable target selection by the Auto button on the Levels dialog

[Liam R. E. Quin]

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 l...@holoweb.net
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] [Gimp-user] Download

[Liam R. E. Quin]

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] Cropping border color

[Liam R. E. Quin]

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 bradgibson...@yahoo.com
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 EditPreferencesDisplayTransparencyCheck styleBlack 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?

[Liam R. E. Quin]

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] Gimp in private schools and educational institutions

[Liam R. E. Quin]

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

[Liam R. E. Quin]

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

[Liam R. E. Quin]

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

[Liam R. E. Quin]

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

[Liam R E Quin]

On Tue, 9 Sep 2014 21:17:30 -0700
YUMIKO oyumik...@msn.com 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

Re: [Gimp-developer] stock images [was: Re: urgent]

[Liam R E Quin]

On Tue, 2014-06-10 at 22:10 -0500, Chris Mohler wrote:

 This one is legit: http://www.freeimages.com/ ( formerly http://sxc.hu
 and recently purchased by Getty )
 
 Some of the photos do have restrictions (eg, 'Author must be notified
 if the image is used in a public work' ), but the majority are free as
 in beer and speech.

Well, you have t be careful even with sxc.hu/freeimage, or any site with
user-supplied content such as deviantart.com, and the difficulty is that
if someone uploads an image that isn't theirs, you may end up being
liable, or having to take down your image. I've even sent a takedown
request myself once, when someone used one of my pictures to
promote/endorse a service that I despise, without paying and without
credit and without permission.

I agree there's a lot of good stock there, but you still have to be
careful and do due diligence, especially for commercial work. The terms
of service says:
[[
Freeimages cannot be held responsible for any copyright violations, and
cannot guarantee the legality of the Images stored in its system. If you
want to make sure, always contact the photographers. You use the site
and the photos at your own risk!
]] http://www.freeimages.com/help/7_2

The US government NOAA site has a lot of images (mostly wildlife and
nature) that are free and for sure unencumbered.

I'm not really trying to scare people :-) so much as that for something
like a catalogue business (mentioned by Anne) it can work out much
cheaper to use paid images where someone else guarantees the licensing.
It can take anywhere from a few minutes to several hours of work to
check up on an image; I do it for the images I sell because I usually
only have to do it once for a whole book, although even there I
sometimes mark images as non-commercial use only because there's some
doubt. In one case I'd love to get permission to use some images but the
artist's niece is the sole survivor of the family and the publisher of
the book relied to my letter to say they aren't sure where she lives,
they think in a nursing home...

Best,

Liam

-- 
Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/
Pictures from old books: http://fromoldbooks.org/
Ankh: irc.sorcery.net irc.gnome.org freenode/#xml

___
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] stock images [was: Re: urgent]

[Liam R E Quin]

On Mon, 2014-06-09 at 07:46 +0200, Anna Alia Algawam wrote:
 Good morning guys, it is 7:44 in the morning in Poland. I highly apreciate 
 your
 comments and help. Since I am thinking about starting my own business in a 
 year
 or two- I need to finish project firts, I am also thinking if you are aware of
 any service with pics for commercial use and by commercial use I mean : 
 website
 and catalogue that would be printed in maaany opies,  I guess finally around
 thousands of copies ?

First, note that it helps to change the subject of the email message if
you change the topic - I'd stopped reading this thread, thinking it
answered.

Second...

Yes, there are probably thousands, maybe tens of thousands, of stock
image companies around the world. I run a very small one myself -
http://www.fromoldbooks.org/ - as a spare time income and interest
thing.

Some of the largest -
. alamy.co.uk (can be expensive though)
. istock.com
. shutterstock.com
. dreamstime.com
. getty images
Many many more.

Beware of free image sites for commercial use - usually you have to pay
at least a little money so that you can say you had a legitimate right
to use the image, if the image turns out to have belonged to someone
else.  Unfortunately it's common for people to take an image and sell it
or post it on a free site saying it was their own.

It's not a good time to get into being a stock image company in general,
but there are niche markets that can be successful.

Liam


-- 
Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/
Pictures from old books: http://fromoldbooks.org/
Ankh: irc.sorcery.net irc.gnome.org freenode/#xml

___
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] assets in the high bith depth age

[Liam R E Quin]

On Tue, 2014-05-20 at 10:59 -0300, Joao S. O. Bueno wrote:
[...]
 I pǘe been talking with some heavy users (for professional use, even) -
 and one thing they miss is more consistency on asst handling
 (you can rename a palette or a gradient inline in the gradient list
 dialog, but not a pattern or a brush, for example).

Yes. I'd love to see project files or project folders that could
contain per-project preferences and resources (brushes, gradients,
fonts, images, default export and open folder)...

and the ability to work with multiple active projects!

but that's wanting to dance before we have feet.

-- 
Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/
Pictures from old books: http://fromoldbooks.org/
Ankh: irc.sorcery.net irc.gnome.org freenode/#xml

___
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] Ahead of time

[Liam R E Quin]

On Sat, 2014-05-17 at 15:02 +0200, Thorsten Stettin wrote:
 Hi, folks,
 
 consider this: https://launchpad.net/~otto-kesselgulasch/+archive/gimp-edge/

It looks like a URL using the https registered URI scheme.

Or did you mean something more? If I go there :) it seems to be a bug
report relating to a particular Linux distribution, but not clear what
it means... that Ubuntu will not be officially supporting unofficial
development builds of unstable versions of GIMP? That sounds like a good
thing, if I read it right.

Liam


-- 
Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/
Pictures from old books: http://fromoldbooks.org/
Ankh: irc.sorcery.net irc.gnome.org freenode/#xml

___
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