Re: [Gimp-user] [rebellion attempt] Fight back!

[Ken Moffat via gimp-user-list]

On Sun, Oct 23, 2022 at 08:19:05AM +0200, Ralf Mardorf via gimp-user-list wrote:
> Hi,
> 
> it's possible to replace almost all GNOME software by software that is
> more or less identically.
> 
> For example gedit can easily be replaced by pluma or even better by xed.
> However, replacing GIMP is not that straightforward as replacing an
> editor.
> 
> When the user interface of GIMP became more and more annoying and its
> JPG export became freakish, I replaced GIMP by Krita a long time ago. In
> the beging using Krita was frustrating, but on the long run this step
> has proven its worth. Related to the mailing list issue, there isn't
> really a good user mailing list for Krita, but at least there is one.
> The list is https://mail.kde.org/mailman/listinfo/kimageshop .
> 
> IMO it's important to fight back when leading projects don't care about
> the user base anymore. Dropping the mailing list after a Vogon-ish
> announcement is not the first thing the GNOME project does to harms the
> FLOSS community.
> 
Ralf,

I have found your comments on another list which I occasionally read
to usually be relevant.  But this sounds like trolling: "Give up
gimp and move to kde".  I have no great love for most gnome
applications, but I can still build gimp (on my xfce system) without
many dependencies.  Compare that to kde (specifically, kf5) where a
metric shed-load of packages need to be installed.  I typically
build development (temporary) desktop systems every couple of
months, and the churn needed for building kf5 is unmanageable.

I'm sorry to see this list go, but when I need help I'll either
post on pixels.us (most of my gimp usage is for photo-manipulation)
or subscribe to https://discourse.gnome.org/

ĸen
-- 
Greater love hath no woman for the premiership than to lay down the
life of her bosom friend in an attempt to save her own skin.
 -- Andrew Rawnsley
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Affinity is an alternative

[Ken Moffat via gimp-user-list]

On Sun, Oct 23, 2022 at 01:01:57PM -0400, Rick Strong wrote:
> I don’t want to dis GIMP, which has been good for me, but I do suggest people 
> look at Affinity software at https://affinity.serif.com.
> 
> Their three products: Publisher (publication layout), Photo (photo and pixel  
> manipulation) and Designer (vector illustration) are all first rate. Very low 
> priced and NO SUBSCRIPTION. Free trials. Win, Mac & Ipad versions. A very 
> helpful community. This is my go-to suite now.
> 
> Cheers,
> Rick S.

For some of us, particularly those on linux and BSDs, free/libre
source which we can compile ourselves is important.  Recommending
proprietary software on what is still a gimp list sounds like
trolling.

ĸen
-- 
Greater love hath no woman for the premiership than to lay down the
life of her bosom friend in an attempt to save her own skin.
 -- Andrew Rawnsley
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] [Gimp-developer] Discontinuation of mailing lists and moving to Discourse

[Ken Moffat via gimp-user-list]

On Mon, Oct 17, 2022 at 10:00:24PM +0200, Jehan Pagès via gimp-developer-list 
wrote:
> Hi!
> 
> On Mon, Oct 17, 2022 at 9:48 PM Rick Strong  wrote:
> 
> > So if I want to ask a question about using GIMP, or respond to a question,
> > how do I do it?
> >
> 
> Well basically same as you always did, except that now it will be on one of
> the Discourse instances, such as the pixls.us one or the GNOME one. Instead
> of being subscribed to a mailing list, it's on Discourse (which is
> basically a modern-time forum, as I see it), on which you'd have a
> login/account. :-)
> 
> Jehan
> 

As a linux user, this feels like a retrograde step (there are ways
of running mailing lists without python2, such as sympa, although
they tend to work sub-optimally).  But it is outside my, and your,
control so thanks for the forewarning.

I guess that if I have any questions in the future I'll use
https://discuss.pixls.us in the hope that I might get indications of
how to do something (I'm logged in there on one of my machines, I
get mails every week or so with topics since I last visited - most
of which seem to be about non-interesting *to me* software).

This might be my last post here, so I'll say thanks to the people
who have helped me on -user over the years, and to the devs who have
made 2.10 what it is - yes, I'd like to use 2.99 but I also want
script-fu and g'mic plugins so I guess I'll be staying on 2.10 for a
while.

ĸen
-- 
Greater love hath no woman for the premiership than to lay down the
life of her bosom friend in an attempt to save her own skin.
 -- Andrew Rawnsley
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] (no subject)

[Ken Moffat via gimp-user-list]

On Wed, Mar 09, 2022 at 10:52:56AM +0100, Hans Meilink via gimp-user-list wrote:
> goede morgen,
> 
> kan je ook fotos in een map compleet schalen ?
> 
> mvrg H. Meilink

This list normally uses the english language!  I don't speak Dutch
or Flemish, but in google translate this is apparently
"Good morning,

can you also completely scale photos in a folder?"

If you can open the photo in gimp, you can scale it (the individual
photo, and be careful where you export it - you might, or might not,
want to overwrite the original).

1. 'export' because 'Save' and 'Save As' only save gimp's own xcf
format. The export command will let you type the required suffix for
the filename (for me it always defaults to .png' on first use) and
works well for jpeg and png files, probably also works for some
other formats

2. Some photo formats might not be supported, e.g. the current apple
format (heic) might not be supported in older versions of gimp, or
might require dependencies which were not provided when your version
was built.  I'm currently running 2.10.30, that supports it but I
recall I had to add various dependencies after someone sent a heic
photo to a mailing list.

3. Raw photos need a plugin which probably doesn't support all
current camera raw formats.

4. If what you want is to produce smaller jpegs, pngs, etc then it's
probably easier to use 'mogrify' from ImageMagick.

HTH

ĸen
-- 
When it was cold, we used to sit by a candle for warmth.
If it got really cold we lit it.
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] [Hangout - NYLXS] Debian 11, updated, Gimp 2.10.22 - bad clone tool

[Ken Moffat via gimp-user-list]

On Wed, Oct 20, 2021 at 08:12:43PM -0300, Dedeco Balaco via gimp-user-list 
wrote:
> 
> Em 19/10/2021 17:09, Liam R E Quin escreveu:
> > On Tue, 2021-10-19 at 15:48 -0300, Dedeco Balaco via gimp-user-list
> > wrote:
> >>> why does autoconf not just work?
> >> [...]
> >> . And the error is not in 'autoconf', but when i try the first
> >> step: './configure'
> >>
> >> Should i start it differently?
> > If the error is "configure: not found" or
> > bash: ./configure: No  such file or directory
> > you need to run autogen.sh, using the --prefix=$HOME/opt option.
> 
> The configure script was and is here. I would be able to understand the
> configure file was not in the source directory. Let me show the output
> of it, with the options i used:
> 
> $ ./configure --with-gimpdir=/dev/shm/.raiz/tmp/ 
> --with-html-dir=/dev/shm/.raiz/
> doc/ --disable-default-binary --with-desktop-dir=/dev/shm/.raiz/bin/ 
> --prefi
> x=/dev/shm/.raiz/
[snip normal stuff]
> checking for BABL... no
> configure: error: Package requirements (babl >= 0.0.22) were not met:
> 
> No package 'babl' found
> 
> Consider adjusting the PKG_CONFIG_PATH environment variable if you
> installed software in a non-standard prefix.
> 
> Alternatively, you may set the environment variables BABL_CFLAGS
> and BABL_LIBS to avoid the need to call pkg-config.
> See the pkg-config man page for more details.
> 

For building software, many distros which are primarily binary split
packages into parts,  I think that earlier you mentioned something
about libbabl, you will also need the headers and pkgconfig file.  I
recall that debian has something like 'build-essentials' for basic
compilation, I guess you already have that to get past the basics in
configure.

If your installed version of libbabl is adequate, look for the
corresponding package(s) - perhaps named babl-dev in debian.

If your installed version is too old, and you are unable to use a
newer packaged version from a different debian flavour, you will
need to put both it and the subsequent packages in a different
prefix, and put that at the front of your PATH and of your
PKG_CONFIG_PATH.

As has already been said, Building in /dev/shm is bizarre - you
don't need shared memory for the install (or for the build, except
to the extent that e.g. python2 might use it - and you don't need to
specify its use).  And wherever non-standard you build, you may need
to add it to /etc/ld.so.conf so that the libraries can be found.

Normally, for someone using systemd I would point to the systemd
book of beyond linuxfromscratch.org (I have involvement with some
parts of that), but you would need the latest version of the
development book for current gimp-2.10, and that can be described as
'may be broken in places' - probably not relevant here, the known
problems are with our move to python-3.10.

Given your apparent lack of recent experience compiling linux
userspace software, I think that the BLFS instructions will be too
hard for you and you should try a different approach.  If you
nevertheless want to try a build based on those instructions, you
need to be aware of the following:

· in BLFS we don't install parts of a package (separate libs,
  headers), so we expect people to have all of a package.

· we don't specify minimum versions, we only specify our current
  versions - often, an earlier version may work fine (e.g. for
  gimp, check the pkgconfig tests such as that re babl to see the
  minimum version.

· for BLFS, 'required' packages are essential, 'recommended'
  packages can mostly only be removed if you change the
  instructions.

· for BLFS gimp, gvfs is much simpler than the (not necessarily up
  to date) separate help file.  I assume, if you continue on the
  'build it myself' approach, that you can check the required
  version in configure and then find a suitable version in debian.

· Oh, and the development BLFS books (sysv, systemd) WILL change
  under you, so best to download an html tarball to browse.  As I
  said, I don't think this is an appropriate path for you to take at
  this moment, but we learn by stretching our skills (and banging
  our heads against the wall or thumping the keyboard when things
  go wrong).  But the learning progress is often slow, and causes a
  lot of pain and a need to revise current understanding of some
  things (got some of that myself in blfs at the moment).

Finally, top-posting on mailing lists is tedious and adds a lot of
old junk to the network traffic.

ĸen
-- 
 A capitalist society is one where individuals own and acquire
property, at least for a few months until cooler objects come out.
-- Late Night Mash
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] [Hangout - NYLXS] Debian 11, updated, Gimp 2.10.22 - bad clone tool

[Ken Moffat via gimp-user-list]

On Tue, Oct 19, 2021 at 01:55:19AM -0400, facebook wrote:
> On 10/18/21 21:14, Dedeco Balaco via gimp-user-list wrote:
> > I gave up compiling Gimp. It is too complex to compile. It demands
> > libraries of specific versions, and not only this. They also have to be
> > in specific intervals. Open source? Yes. But to compile it is a hard
> > work. So... not for normal people who just want to solve simple
> > problems, or change simple details which cannot be changed in settings.
> 
> 
> why does autoconf not just work?
> 
What has autoconf got to do with it ?  If you try to compile a
package from git which lacks a configure script but provides
configure.ac, or sometimes if you patch the package, you need to
run autoconf - with the correct switches and, for some packages or
switches, you will need gtk-doc.

But for a normal release just use configure.

ĸen
-- 
 A capitalist society is one where individuals own and acquire
property, at least for a few months until cooler objects come out.
-- Late Night Mash
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Debian 11, updated, Gimp 2.10.22 - bad clone tool

[Ken Moffat via gimp-user-list]

On Sat, Oct 16, 2021 at 11:43:09PM -0300, Dedeco Balaco via gimp-user-list 
wrote:
> I tried to compile 4 Gimp versions, and i tried to downgrade gimp
> package too, downloading it from Debian repository. Nothing worked:
> 
> gimp-2.10.0.tar.bz2   
> gimp-2.6.12.tar.bz2 
> gimp-2.8.22.tar.bz2
> gimp-2.10.24.tar.bz2  
> gimp_2.8.18-1+deb9u1_amd64.deb
> 

Hopefully, Liam has answered your questions re compiling the current
2.10 release and whatever has been changed in 2.10-git but not yet
released.

So I will merely add that trying to compile non-recent versions with
recent versions of gcc, binutils, gtk2, and other dependencies is
likely to fail - too much has changed.

I also don't see any point in trying to compile 2.10.0, nor any 2.8
or 2.6 on a current system.  Leave that to people using old systems
which do not have a recent gimp-2.10.

> The sources complain about uninstalled packages, but i do not finding
> which packages i should install. The name is not the one in the errors
> given to me.
> 
> For the package, *dpkg* complained a library i have is too new.
> 
> Can you help me?
> 
> 
> Em 16/10/2021 22:40, Dedeco Balaco via gimp-user-list escreveu:
> > Soon, I will compile Gimp after doing *'configure'* with these arguments:
> >
> > $ ./configure --with-gimpdir=/dev/shm/.root/tmp/ \
> > --with-shm=/dev/shm/.root/tmp/ \
> > --disable-default-binary \
> > --with-desktop-dir=/dev/shm/.root/bin/ \
> > --prefix=/dev/shm/.root/
> >
> > Is there anything else i can do, for a test? I do not want to cause any
> > minimal effect on the installed Gimp package in my Debian. I want to
> > ignore it completely, from my preferences to everything else.

Create a new user, for testing ?  Or, backup the system and be
prepared to restore from the backup.

ISTR that debian has many variants, that 'sid' is usually close to
current upstream releases, and that it is possible to mix sources
(e.g. current, sid) although I do not recall how to do that.
> >
> > I am not an experienced developer with these things, so I will wait
> > someone reply here, before *'make install'*ing it.
> >
> > Thank you    (:
> >

Passing the switches pointing to /dev/shm/.root/ looks very odd.
I've no idea what --with/shm is for, but installing in /dev/shm may
mean that only root can use it (unsure).  It is more conventional to
use e.g. /opt/gimp (people also use /home/yourusername/gimp or
similar but that might conflict with the debian install.

You need to export PATH and PKGCONFIG_PATH (put your chosen location
at the front of each) for building the dependencies and gimp.
Conventionally, if you end up building 6 packages to cover the
required dependencies, put them all in the same prefix (it makes
specifying PKGCONFIG_PATH easier - just the lib/pkgconfig {or
lib64/pkgconfig if debian uses that} and share/pkgconfig for your
prefix, follow both of those by the /usr variants.

Most importantly, do a DESTDIR install on each package, e.g.  make
DESTDIR=/tmp/PACKAGENAMR that will let you look at what will be
installed, and if necessary blow away the compiled source and the
DESTDIR before repeating with amended options.

For anything using meson, export DESTDIR=/where/ever before running
ninja install - and unset DESTDIR afterwards.

HTH

ĸen
-- 
 A capitalist society is one where individuals own and acquire
property, at least for a few months until cooler objects come out.
-- Late Night Mash
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Gimp 2.10.24 - “Smart” Sharpening...

[Ken Moffat via gimp-user-list]

On Wed, Aug 04, 2021 at 12:22:28AM +0200, tx3falcon--- via gimp-user-list wrote:
> I like the idea of being able to edit photo's, gifs, etc..., in gimp, 
> however, when it comes to sharpening images, I find the complete lack of some 
> general auto-sharpen, auto-focus image options, quite disconcerting, to say 
> the least.

I'm amused by the idea of "auto-focus" in relation to a photo which
has been taken.  On a past version (possibly 2.4) many years ago I
had a slightly out of focus photo which I was able to "adjust" to
look less unsharp.  But there was nothing automatic about the
process - try varying the options in whichever tool it was, review,
save-as if it looked possible, undo, try different settings, select
the least bad or accept it wasn't worth putting online.

Note that the intrinsic sharpening filters in recent 2.10 do not by
default do anything severe.

Nowadays, for sharpening I tend to use the options from g'mic
(typically, zoom to between 150% and 400% to review details, but
also zoom out to see the full photo, or at least a bigger area, to
look for anomalies, and usually stick to the default settings).  But
unless your finished image is going to be shown at a small size
(online), or printed to view at a distance, then sharpening can only
do a little before it is noticeable in parts of the photo.

> 
> The present inability of gimp to do so, leaves much to be desired. Even upon 
> further searching the gimp tutorials, when I came to the sections that dealt 
> with sharpening images, not only are the descriptive terms in the tutorials 
> themselves, different from the actual options presented in the latest version 
> of gimp (making it excruciatingly difficult to figure out and sometimes 
> impossible quite simply because the options are just not present, or are 
> found in another window alltogether), but the arduous process described, that 
> one has to go through, simply to sharpen and focus an image, is 
> exacerbatingly frustrating.
> 

If you find a tutorial for an earlier minor version (2.8, 2.6,
earlier) you should expect that it will usually be severely out of
date and unlikely to be any help except for (sometimes) producing
other search terms.  Also, the gimp registry has been defunct for
some time, so ignore anything with links to that.

ĸen
-- 
Truth, in front of her huge walk-in wardrobe, selected black leather
boots with stiletto heels for such a barefaced truth.
 - Unseen Academicals
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] .webp images

[Ken Moffat via gimp-user-list]

On Wed, Jul 21, 2021 at 11:58:46AM -0400, Paula Koval via gimp-user-list wrote:
> Good day to all!
> 
> Does v2.2.* allow for use of image files that are of the   *.webp type?  If
> not. does the latest release Gimp allow for their use?
> 
> Thank you.
> 
> Paula
> 

Use v2.10.  See e.g. the release notes for 2.10.8,
https://www.gimp.org/news/2018/11/08/gimp-2-10-8-released/

ĸen
-- 
cursor address, n:
"Hello, cursor!"
-- Stan Kelly-Bootle, "The Devil's DP Dictionary"

___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] To the GIMP team - in need of an old version

[Ken Moffat via gimp-user-list]

On Thu, Feb 11, 2021 at 11:46:33PM +0300, Alexandre Prokoudine via 
gimp-user-list wrote:
> On Thu, Feb 11, 2021 at 11:16 PM Jacques Le Fèvre via gimp-user-list wrote:
> 
> Dear Jacques, I can def weigh in on some of your points but I'm of no
> help regarding 2.4 builds. Sorry about that.
> 

Just commenting on one of the original points -
> 
> > - Saving pictures: With GIMP 2.10, this can be done only to .xcf, which
> > is recognised by no other software, so that such images cannot be used
> > on the web or included in documents. In addition, this flavour of .xcf
> > is not recognised by earlier versions of GIMP. You have to export the
> > final result of editing to other formats, and this does not always work
> > properly to TIFF files.
> 

My memory says that the change from 'Save As' (for non-xcf) to
'Export' happened in 2.6 or 2.8.  So coming from a very early 2.4
build this will be one of many things which has changed.  Getting
accustomed to the changes sometimes takes some effort.

For me, I finish the editing in gimp, and then export to jpg or png
without problems.  If I then decide that the edit was not correct, I
have to go back and fix it in gimp.  It sounds as if you are already
doing that, the changed terminology encourages you to think about
what you are doing (work on the image, or save a version of the
image in a publishable format).

> Please elaborate on the TIFF issue.
> 

I remember coming across tiff files which caused messages on stderr
(don't recall what I was doing, or what had created them).  TIFF has
been described as 'thousands of incompatible file formats'.

ĸen
-- 
Any attempt to brew coffee with a teapot should result in the error
code "418 I'm a teapot". The resulting entity body MAY be short and
stout. -- rfc 2324 (1st April 1998)

___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] gimp-user-list Digest, Vol 111, Issue 16

[Ken Moffat via gimp-user-list]

On Wed, Dec 16, 2020 at 12:20:25AM +, nick glos via gimp-user-list wrote:
> I seem to have got some form of response inviting me to ask my question but I 
> don't understand how to reply to continue the thread.  It is nog obvious and 
> far from user friendly.

The list is normal email - you reply to a previous post, quoting
whatever parts of that are relevant and adding whatever else you
wish to say at that point.

I'm aware of one site which presented the list as a forum, but I
think that posts from there tend to get delayed pending admin
approval because they come through as 'not subscribed'.

All I can see at the moment is  that you were following _a_
tutorial, but you haven't given any link to it.  There are thousands
of gimp tutorials out there, and many of them are out of date
(prepared for previous versions).  It might also help if you explain
exactly which version of gimp you are using, and on which operating
system (some of the details about how/where things appear might
differ).

Oh, and subscribing to the digest tends to break threads!  So, your
earlier post appeared and got a reply suggesting that you ask the
question, but now you have created a separate thread and used a
different name.  It's not as if gimp-users is even a medium-volume
list.

ĸen
-- 
To say that it (his hair) was black and bound up in a ponytail is to
miss the opportunity of using the term 'elephantine'. It was hair
with personality.  -- The Thief Of Time (about the monk, Sato).
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Text with accents

[Ken Moffat via gimp-user-list]

On Thu, Aug 27, 2020 at 07:06:08PM -0400, Liam R E Quin wrote:
> On Thu, 2020-08-27 at 23:10 +0100, Ken Moffat wrote:
> > On Thu, Aug 27, 2020 at 12:11:13PM -0400, Liam R E Quin wrote:
> > 
> > 
> > please see my earlier reply to Patrick - the accented letters that
> > did not work are definitely in FreeSans, I think the difference is
> > that I access them via keys mapped as some-dead-accent + letter.
> 
> OK. So if you paste them into GIMP they work? Or if you click on "use
> text editor" in the tool options dialogue when text is active, do they
> work in the tool editor?

After a long delay, I'm at last able to come back to this -

To recap, plain text, and variants accessed directly via the AltGr
(Right Alt) key works, but letters using dead keys in my personal
keymap (AltGr+something for dead-diaeresis or whatever, + letter) do
not work.

First, Peter Keller reported that using his Compose key worked.
That does not work for me, at least not when typing directly into
the text box.

Similarly, selecting the various letters in gucharmap and copying
them to the buffer, then trying to use paste in gimp did not work at
all (I tried a full word, only one character had a accent, but
nothing got pasted).  Similarly, typing the text in a term, then
using copy+paste did not work.

Then I found the 'use editor' option in the tool options for text:
with that I was able to type the text including the accent from the
deakd key.

So, solved.

ĸen
-- 
I could not live without Champagne.  In victory I deserve it, in
defeat I need it.  -- Churchill
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Text with accents

[Ken Moffat via gimp-user-list]

On Fri, Aug 28, 2020 at 01:06:23AM +0100, Ken Moffat via gimp-user-list wrote:
> On Thu, Aug 27, 2020 at 07:06:08PM -0400, Liam R E Quin wrote:
> > On Thu, 2020-08-27 at 23:10 +0100, Ken Moffat wrote:

(Following up on the tool options)

> > > On Thu, Aug 27, 2020 at 12:11:13PM -0400, Liam R E Quin wrote:
> > > 
> > > 
> > > please see my earlier reply to Patrick - the accented letters that
> > > did not work are definitely in FreeSans, I think the difference is
> > > that I access them via keys mapped as some-dead-accent + letter.
> > 
> > OK. So if you paste them into GIMP they work? Or if you click on "use
> > text editor" in the tool options dialogue when text is active, do they
> > work in the tool editor?
> 
> Will try those at some point - might take a while, other things are
> in the way.  I'd forgotten about the editor option and I didn't have
> examples of the accented letters anywhere handy - that's the
> benefit, for me, of setting up my own keymap: I can remember how to
> get most of the accents (strictly, diacriticals) I use.
> 

Still on my ToDo list, but maybe a few days away (a problematic day
comign up, and will be busy more TV from Saturday).
> > > 
> > > Unfortunately I keep losing the ability to paint with any brush.
> > 
> > When you click on the image with a brush, what happens exactly?
> 
> Nothing.
> 
> Specifically - I clicked on one pixel with the current colour and
> pasted that ok, then as in the previous changes of colour I used the
> eyedropper to select a different colour, back to tools->paint
> tools->paintbrush and after that the last time nothing got changed.
> 
> > 
> > When you drag, what happens?
> > 
> 
> I've not been dragging - for tiny text itself there is no benefit to
> dragging, for lines I tend to get a lot more spill (e.g. above or
> below the line for a horizontal line, usually with a faint version
> of the selected white or blue).  I did try vertical drags
> over two pixels when adding the umlauts, but again there was spill
> and no space to let it go - lowercase 'o' is something like 6 pixels
> by 6 pixels on the least-small of the sizes I'm trying.
> 
> > In tool options for the paintbrush, is the Mode (at the top) set to
> > Normal?
> > 
Yes

> > Just below the Mode, is Opacity set to 100% ? Are Brush Dynamics set to
> > Off?
> > 

Yes and Yes.

> > Make sure also that Anti erase, near the bottom of tool options, is not
> > selected. Pressing the Alt key will also choose anti-erase. This
> > "paints" by removing transparency from the current layer.
> > 
> 
> Will need to check.
> 

Can't find it.

Going down, after Dynamic options I have:

Fade Options

Repeat  None (extend)

Reverse not selected

Colour Options
  Gradient FG to BG
  Blend Colour Space CIE lab

Apply jitter - sleected

Smooth stroke not selected

Lock Brush to view - selected ***

Incremental (not selected)

Ah!  If I deselect Lock Brush to view I can again use the brush.

I think one of the links I found earlier when first looking for
solutions mentioned setting that.  But it looks as if that somehow
again got unset (when painting worked the second time), and then
somehow it again got enabled.

Now that I know where else to look, I'll make a note to keep an eye
on this.  Many thanks!

ĸen
-- 
Juliet's version of cleanliness was next to godliness, which was to
say it was erratic, past all understanding and was seldom seen.
  -- Unseen Academicals
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Text with accents

[Ken Moffat via gimp-user-list]

On Thu, Aug 27, 2020 at 07:06:08PM -0400, Liam R E Quin wrote:
> On Thu, 2020-08-27 at 23:10 +0100, Ken Moffat wrote:
> > On Thu, Aug 27, 2020 at 12:11:13PM -0400, Liam R E Quin wrote:
> > 
> > 
> > please see my earlier reply to Patrick - the accented letters that
> > did not work are definitely in FreeSans, I think the difference is
> > that I access them via keys mapped as some-dead-accent + letter.
> 
> OK. So if you paste them into GIMP they work? Or if you click on "use
> text editor" in the tool options dialogue when text is active, do they
> work in the tool editor?

Will try those at some point - might take a while, other things are
in the way.  I'd forgotten about the editor option and I didn't have
examples of the accented letters anywhere handy - that's the
benefit, for me, of setting up my own keymap: I can remember how to
get most of the accents (strictly, diacriticals) I use.

> > 
> > Unfortunately I keep losing the ability to paint with any brush.
> 
> When you click on the image with a brush, what happens exactly?

Nothing.

Specifically - I clicked on one pixel with the current colour and
pasted that ok, then as in the previous changes of colour I used the
eyedropper to select a different colour, back to tools->paint
tools->paintbrush and after that the last time nothing got changed.

> 
> When you drag, what happens?
> 

I've not been dragging - for tiny text itself there is no benefit to
dragging, for lines I tend to get a lot more spill (e.g. above or
below the line for a horizontal line, usually with a faint version
of the selected white or blue).  I did try vertical drags
over two pixels when adding the umlauts, but again there was spill
and no space to let it go - lowercase 'o' is something like 6 pixels
by 6 pixels on the least-small of the sizes I'm trying.

> In tool options for the paintbrush, is the Mode (at the top) set to
> Normal?
> 
> Just below the Mode, is Opacity set to 100% ? Are Brush Dynamics set to
> Off?
> 
> Make sure also that Anti erase, near the bottom of tool options, is not
> selected. Pressing the Alt key will also choose anti-erase. This
> "paints" by removing transparency from the current layer.
> 

Will need to check.

> Are you using a graphics tablet and stylus?
> 

No, plain mouse with 2 buttons and wheel.  Drawing like this is
something I very rarely do.

> Modifier keys like caps lock can sometimes make a difference too.
> 
> slave liam
> 

I've set caps lock as my Compose key, but I don't think I was using
keys.  Maybe I used Alt-F1 to go to my desktop which has firefox
open (icewm, gimp is on desktop3) to take a break or check email, or
Alt-F3 to come back, but I think I just used the mouse to switch
desktops.

Thanks for all these details.

ĸen
-- 
Juliet's version of cleanliness was next to godliness, which was to
say it was erratic, past all understanding and was seldom seen.
  -- Unseen Academicals
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Text with accents

[Ken Moffat via gimp-user-list]

On Thu, Aug 27, 2020 at 08:52:59AM -0400, Patrick Shanahan wrote:
> * Ken Moffat via gimp-user-list  [08-27-20 02:43]:
> > Hi,
> > 
> > I'm using 2.10.20 and I want to create some text using accents
> > (specifically, in the first case, a german umlaut).  I've found out
> > how to use the installed system fonts (backsppace to the beginning
> > of hte font name, type the first letter, choose from list) and I've
> > chosen one which I think will look right.  But when I type ä
> > (a-umlaut if you can't read that) I just get a plain a.  Similarly
> > with other accents, although my key for ß (capital letter sharp S)
> > works.
> > 
> > I'm using regular accents e.g. U+00e4 for small letter a with
> > diaeresis, not combining characters because I don't have those
> > mapped on my keyboard.
> > 
> > Is there any way to get the accented letters ?
> 
> your "accented" letter "ä" shows fine here.  Maybe your not displaying
> utf8 ???

You mean it displays fine in the mail, or that you managed to get it
in text in the gimp ?  I'm fully UTF-8 here, as confirmed by the
sharp S displaying in the gimp.

> 
> I use  to generate ä
> 

I use a GB keyboard, we call right alt AltGr and my xorg keymap is
derived from the default GB map (AltGr s for ß, other letters (not
tried in the gimp) such as AltGr l for polish ł with slash, and
accents on AltGr and keys at the right end, e.g. AltGr ; for acute,
AltGr : for double acute (hungarian ő), AltGr [ for umlaut or
diaeresis ].

Ah, I maybe know why it doesn't work for me - I'm using dead keys
for the accents as a means of getting maximum coverage in other
programs (so, for example, I can do dead cedilla on ģ).  Perhaps
gimp is ignoring the dead key.

The font I was using is Free Sans, and I'm attempting to work around
this by pixel editing - the end result is for small-scale model
signs, with letters in about 8pt to 12pt if I was printing from
libreoffice - but since I need white-on-colour I can't print from LO
on my inkjet, and I need white lining for which I'll anyway have to
use pixel editing (the 1 pixel brush).  Still attempting to try
that, I've got 4 sizes of tiny printing on which I'm working before
I attempt to print to see if any look good enough, but it is driving
me crazy - works for a bit, remembering to select the brush after
using the eyedropper to select the colour or shade, and then
suddenly it stops working.

Thanks.

ĸen
-- 
Juliet's version of cleanliness was next to godliness, which was to
say it was erratic, past all understanding and was seldom seen.
  -- Unseen Academicals
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

[Gimp-user] Text with accents

[Ken Moffat via gimp-user-list]

Hi,

I'm using 2.10.20 and I want to create some text using accents
(specifically, in the first case, a german umlaut).  I've found out
how to use the installed system fonts (backsppace to the beginning
of hte font name, type the first letter, choose from list) and I've
chosen one which I think will look right.  But when I type ä
(a-umlaut if you can't read that) I just get a plain a.  Similarly
with other accents, although my key for ß (capital letter sharp S)
works.

I'm using regular accents e.g. U+00e4 for small letter a with
diaeresis, not combining characters because I don't have those
mapped on my keyboard.

Is there any way to get the accented letters ?

ĸen
-- 
Juliet's version of cleanliness was next to godliness, which was to
say it was erratic, past all understanding and was seldom seen.
  -- Unseen Academicals
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Converting TIFF files for use in Processing

[Ken Moffat via gimp-user-list]

On Tue, Mar 31, 2020 at 02:19:16PM +0200, Paul St George wrote:
> Hello,
> 
> I want to use .tiff files in Processing. I can load .tiff images into a
> Processing sketch if the image has been made by Processing. I cannot load
> other .tiff files. Does anyone know enough about both gimp and Processing to
> help? There is clearly something in the metadata that I need to discard or
> change.
> 
> Thanks,
> Paul
> 

'TIFF' has been described as 'Thousands of Incompatible File
Formats'.  I've seen warnings in gimp, in the past, when
opening tiffs created by a proprietary application (they were
created many years ago), but at least they opened.

An overview of the formats is at wikipedia.

Perhaps you could raise an issue at https://github.com/processing to
see if the requirements are documented anywhere ?

ĸen
-- 
When alle is ſayed and all is done, ye must chooſe your faces wisely,
for soon enouff ye will be playing with fyre."
  The Nice and Accurate Prophecies of Agnes Nutter, Prophecy 5004
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] ***UNCHECKED*** Gimp help browser on high rez monitor

[Ken Moffat via gimp-user-list]

On Wed, Mar 25, 2020 at 04:48:49PM +0100, PeterJWhite wrote:
> My monitor is 3840 x 2160 on a Mac. The help browser offers great help, but 
> it's
> difficult to read as the font is so small on my monitor. I can't find a way to
> increase the font size other than changing the screen resolution. Is there a 
> way
> to do that within Gimp?
> 
> Thank you
> 
> PJW
> 
I use linux and compile gimp myself, using firefox to open the help.
So I have no idea if this will work with whichever browser engine
you are using, but 'Ctrl' and '+' let me zoom in , 'Ctrl' and '-'
let me zoom out.

ĸen
-- 
When alle is ſayed and all is done, ye must chooſe your faces wisely,
for soon enouff ye will be playing with fyre."
  The Nice and Accurate Prophecies of Agnes Nutter, Prophecy 5004
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Transfer of files

[Ken Moffat via gimp-user-list]

On Sat, Feb 29, 2020 at 02:49:01PM -0600, Ted S via gimp-user-list wrote:
> I was wondering if anyone knows how to transfer my past work i the GIMP
> program from Windows 7 to Windows 10?  Thank You in advance for your help.
> Ted

I'm not a windows user, but can you not copy the files to an
external drive, or usb stick, and then apply them to the new system
(and keep the external drive or stick as a backup, at least until
you are sure that the are working ok) ?

ĸen
-- 
We hope and trust that our valued and loyal customers will bear with
us in the coming months as we interact synergistically with change
management in our striving for excellence.  That is our mission.
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] using darktable or rawtherapee different results

[Ken Moffat via gimp-user-list]

On Sat, Sep 21, 2019 at 10:28:18AM -0500, Pat David wrote:
> On Sat, Sep 21, 2019 at 9:15 AM Ken Moffat via gimp-user-list <
> gimp-user-list@gnome.org> wrote:
> 
> Sorry for the top-posting. :)

No worries, it's a feature of gmail but I try to avoid it on lists.
> 
> This totally makes sense for your workflow and I presume others.  I'm
> actually wondering if there might not still be a good solution.
> Both RT and dt do have profiles/processing steps you can export/import.  I
> wonder if you could create a simple profile that, once you had set a good
> exposure, would automatically export -1, 0, +1 exposures all at once for
> you into GIMP?  Similarly, I wonder if you could invoke the command line
> version of RT and allow it to auto-match the tone-curve from the camera and
> export all three images back into GIMP automatically.  (That would avoid
> having to use the GUI to adjust things if you didn't want to).
> 
> Of course, use what works for you and you enjoy using. :)
> Might be worth asking on their forums - someone might have a neat idea to
> help streamline your workflow.  Glenn Butcher for instance has his own raw
> processing pipeline that he makes, and PhotoFlow might have some ideas
> around making things easier for you as well.
> 
> Oh, side note, Alberto on the forums has forked his own version of RT that
> he is trying to make more accessible for folks that don't necessarily
> need/want the depth of tools in the normal version - maybe there's
> something there that might be interesting for you?
> https://discuss.pixls.us/t/my-take-on-rawtherapee/13885
> 

Thanks for those pointers, but I do not expect to be able to look at
this anytime soon (got to source parts for a new server for my home
and get all my data copied to a bigger RAID, which will take several
days) as well as the usual updates to packages.

On my current backlog of photos it is very rarely a straight 0, +1,
-1 set of exposure - more like +0.33 +2.33 -1.67 or sometimes +2 +4
-0 on back-lit pics, but occasionally with a smaller range.  But I'll
try to find time to look at those suggestions.  One day.

Cheers.

ĸen
-- 
thread 'main' panicked at 'giraffe',
/tmp/rustc-1.32.0-src/src/test/run-fail/while-panic.rs:17:13
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] using darktable or rawtherapee different results

[Ken Moffat via gimp-user-list]

On Fri, Sep 20, 2019 at 11:46:49PM -0500, Pat David wrote:
> Each of those raw processing tools has a different processing pipeline and
> ways to achieve results, so it's no surprise that they would be different
> from each other.
> 
> If you're going to use raw files and process them it might be worth some
> time learning one of the tools that feels best for you in a little more
> detail.
> 
> I can't really speak to your specific problem without more examples and
> perhaps a raw file to share that we can use to troubleshoot things for
> you.  Both of those projects do have forums over at:
> https://discuss.pixls.us/rawtherapee
> https://discuss.pixls.us/darktable
> 
Hi Pat,

I'm afraid top-posting always does my head in so I'll reply below my
original post

[''']
> On Fri, Sep 20, 2019 at 5:36 PM Ken Moffat via gimp-user-list <
> gimp-user-list@gnome.org> wrote:
> 
> > >
> > Alternatively, the forked ufraw at github (but not nufraw) should
> > still build.  But you would then need to create png files (16-bit
> > for preference) from ufraw and open those in gimp.  Tiff files might
> > also work, but I'm wary of those (in the past, parts have not been
> > understood - Thousands of Incompatible File Formats).
> >
> > It's sad that ufraw is no longer supported, it's a much _easier_
> > build than DT or RT, and I found that both of those had far too many
> > things to learn.
> >

For the OP your suggestion is sensible.  For me, photo editing is
something I would like to return to - but these days I have very
little time for it.  Mostly, I'm trying to build current released
versions of existing software and keep up to date with changed
dependencies.  So in practice all I'm doing is to open an image and
prove I can still use it in gimp.  After spending time trying to
adapt nufraw to the libexif changes, I've given up on that package
(fixing it is outwith my abilities) and reverted to ufraw which is
still usable although not as a plugin.

When I first had troubles with getting ufraw to work in gimp-2.9
(so, a little over 2 years ago) I got pointed to nufraw which at that
time was usable as the plugin.  But I also found some time to explore
the dependencies of both RT and DT.  I build from source (BLFS) so
all this was new to me.

My notes show that I started with RT, and for my use (open a raw
file, adjust the exposure until I was happy that I had a "more
useful" base exposure, import to gimp, repeat for ± 2 stops
(typically) for my three-exposures approach) I found it semi-usable
but really horrible after the simplicity of ufraw as a plugin (adjust
exposure, 'save').  For RT, at that time the only additional deps I
needed were the float variantof fftw3 (I suspect I now need that
anyway for the g'mic plugin) and libiptcdata), so given enough time
I guess I could adapt.

Actually, looking at my git log I see that DT (2.2.5 at that time)
didn't produce a gimp plugin when I built it, so what I actually
ended up using was PhotoFlow (vips, pugixml, PF, PhFGimp).  But
again I found it awkward.

Summary: ufraw is much easier for those of us who only occasionally
dabble on the shores of processing raw images.

Regards,

ĸen
-- 
thread 'main' panicked at 'giraffe',
/tmp/rustc-1.32.0-src/src/test/run-fail/while-panic.rs:17:13
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] using darktable or rawtherapee different results

[Ken Moffat via gimp-user-list]

On Fri, Sep 20, 2019 at 06:11:56PM -0400, Liam R E Quin wrote:
> On Fri, 2019-09-20 at 23:59 +0200, antonio montagnani wrote:
> > I am shooting in raw format. In the past I used GIMp+Ufraw, today I
> > have 
> > to use GIMP+Darktable or GIMp*Rawtherapee.Surprsie, I get different 
> > results, for example the red of Ferrari is correct in Rawtherapee,
> > while 
> > there is some violet in Darktable. Any idea what to check or I have 
> > encountered in Darktable, that (but I am not sure) was correctly 
> > operating in the past
> 
> This sounds more like a darktable question than a gimp quesiton - i
> think there may be a dt forum at pixls.us or at darktable.org?
> 
> However, since you're here - try checking the white balance module in
> darktable, and also switch off the base curve module, and see if that
> helps.
> 
> slave liam (ankh)
> 
Alternatively, the forked ufraw at github (but not nufraw) should
still build.  But you would then need to create png files (16-bit
for preference) from ufraw and open those in gimp.  Tiff files might
also work, but I'm wary of those (in the past, parts have not been
understood - Thousands of Incompatible File Formats).

It's sad that ufraw is no longer supported, it's a much _easier_
build than DT or RT, and I found that both of those had far too many
things to learn.

ĸen
-- 
thread 'main' panicked at 'giraffe',
/tmp/rustc-1.32.0-src/src/test/run-fail/while-panic.rs:17:13
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Re (2): Re (2): Eraser Problem

[Ken Moffat via gimp-user-list]

On Tue, Aug 06, 2019 at 01:21:49PM -0700, pe...@easthope.ca wrote:
> 
> Will have to look for that next time GIMP is running. Recently the 
> system was upgraded from Debian 9 to 10. As you see from the 
> screenshot, the panels are now almost exclusively various shades of 
> grey text and icons on a darker grey background.  >8~(  (Is this 
> new dis-feature in Debian only?  Upstream release?  I'm trying to 
> imagine a justification.)
> 
> Consequent to "grey everywhere", I might have difficulty recognizing 
> whether "anti-erase" is not set or not not set.  Certainly will look.
> 
Edit -> Preferences -> Interface -> Theme

ĸen
-- 
One pill makes you larger, And one pill makes you small.
And the ones that mother gives you, Don't do anything at all.
Go ask Alice, When she's ten feet tall.
   -- Jefferson Airplane, White Rabbit
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

[Gimp-user] A couple of updated plugins.

[Ken Moffat via gimp-user-list]

Since the registry no longer gets updated, I'll mention these here:

1. A fixed version of the "three exposures" plugin for 2.10.  The
   previous version was missing a command - while it still worked,
   the screen did not get updated with the results and they
   could only be seen after doing something else and then undoing
   that.  I fixed this ages ago, but spending time on my website
   and uploading via cpanel is not one of my favourite activities,
   so I've only just got a round tuit.

   The new version is linked from the bottom of
   
http://www.zarniwhoop.uk/three-exposures.htmlhttp://www.zarniwhoop.uk/three-exposures.html
   which explains the process, and its limitations.

2. While I was doing that, I also uploaded my fork of the old
   Advanced Tone Mapping plugin, to
   http://www.zarniwhoop.uk/advancedtonemapping.html

   This version began with a suggestion by Helmut Jarausch last
   year, it is probably a bit more subtle than the old version,
   but it has what for me is a major benefit: in 2.10 it doesn't
   crash on (for example) 6000x4000 pixel photos at the default
   settings - I was looking at example raw photos I downloaded
   from camera reviews, thinking about getting a new camera and
   wondering what worked with the tools and processes I use.

   It can still be made to crash by increasing the amount, but
   on all the images where I've tried it at the default amount in
   the last year, it works fine.

   This is quite different (faster, much less dramatic) than the
   filters shipped with gimp under Colours -> Tome Mapping.

Brought to you by Sirius Cybernetics Corporation : Share and Enjoy!

ĸen
-- 
One pill makes you larger, And one pill makes you small.
And the ones that mother gives you, Don't do anything at all.
Go ask Alice, When she's ten feet tall.
   -- Jefferson Airplane, White Rabbit
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] premium editing

[Ken Moffat via gimp-user-list]

On Sat, Jul 20, 2019 at 11:37:12PM +0200, bmike1 wrote:
> >I heard there is premium editing. How do you do it in Gimp?
> I forgot to add that it is for property photography.
> 
Nope, still insufficient explanation.

Using google for premium editing finds links such as 'Premium
editing ensures that your manuscript goes through the most intensive
research editing process.'

To be honest, even for photographs it sounds like it would be a (paid
for) service that somebody is offering.

ĸen
-- 
One pill makes you larger, And one pill makes you small.
And the ones that mother gives you, Don't do anything at all.
Go ask Alice, When she's ten feet tall.
   -- Jefferson Airplane, White Rabbit
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Font names differ under PCs ( Localized or English )

[Ken Moffat via gimp-user-list]

On Thu, Jul 18, 2019 at 11:15:13AM +0900, ShiroYuki Mot via gimp-user-list 
wrote:
> This is the continuation of https://gitlab.gnome.org/GNOME/gimp/issues/3570
> (Closed)
> 
> GIMP version: 2.10.12
> Operating System: Windows Version 1903 x64
> Package: Official (gimp-2.10.12-setup.exe) In-Place Upgrade from 2.10.10
> [Description]
> 
> I found out the difference of showing font names on two PCs.
> Two PC are same OS version and same GIMP version. Both x64.
> One is localized font names (Japanese) and other is English.
> The font files are having two names data as en-US and ja-JP.
> ('azuki_font' vs 'あずきフォント')
> I checked the setting files, but my knowledges are low...
> I cannot find the setting.
> *Please teach me where to change in order to unify to either.*
> 

On 'nix systems, the language is controlled by your environment.
So, if I open gimp in my normal environment (LC_ALL=en_GB.UTF-8) in
linux I get English text everywhere.

I've just tried by opening a term and running:

export LC_ALL=ja_JP
gimp

That gives me gimp with almost all the text in ideograms, so I
assume it is Japanese.  If I then click on the button in the text
tool to change the font, the only Japanese font I have on this
machine is VL Gothic.  All the other fonts show names in English,
but this one shows as VL followed by four ideograms.

If I don't change my environment to Japanese, the font is listed as
VL Gothic.

I know nothing about setting up windows, but I assume that somewhere
on one of your machines you have got it running in American English.
Google finds some English links for Change display language in
Windows 10, perhaps those (or an equivalent Japanese link) might
help.

ĸen
-- 
One pill makes you larger, And one pill makes you small.
And the ones that mother gives you, Don't do anything at all.
Go ask Alice, When she's ten feet tall.
   -- Jefferson Airplane, White Rabbit
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

[Gimp-user] ufraw and gimp-2.10.10 ?

[Ken Moffat via gimp-user-list]

Hi, I'm hoping I've merely got a wetware problem here and that
someone will point to a simple solution.

For a while I've been using nufraw as my raw-importer with 2.10, but
on my latest system builds that no-longer compiles (looks like
gcc-9.1.0 dislikes the C++ code).  I got pointed to the github
version of ufraw earlier (and managed to get past the exiv2 changes
by taking patches from there, but that was back on gcc-8.3.0).  I
saw that is actively maintained, so I've now tried it.

No problems building it (master as of last night).  I can run
ufraw-batch, but when I tried to edit my preferences in gimp it told
me that only Dark Table and Raw Therapy are supported (I think -
can't get it to repeat that message).  I had nufraw working in
2.10.10 with gcc-8.3.0 so I'm hoping there is a simple way to edit
the preference ?

(I tried both Dark Table and Raw Therapy a while ago, but found them
too difficult, and with too many dependencies, for my simple needs.
No doubt I could learn one of them, but if so I would not have time
to do anything else)

Everything here is built from source, mostly using current or
very-recent versions, so please do not ask "which distro".

ĸen
-- 
Before the universe began, there was a sound. It went: "One, two, ONE,
two, three, four" [...] The cataclysmic power chord that followed was
the creation of time and space and matter and it does Not Fade Away.
 - wiki.lspace.org/mediawiki/Music_With_Rocks_In


___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Gimp Plugins

[Ken Moffat via gimp-user-list]

On Fri, Jun 07, 2019 at 09:48:03PM +0200, Carusoswi wrote:
> Thanks for the response.  I am running Ubuntu 19.04 64 bit.  GIMP is version
> 10.10.10.  When I navigate to ~/.config/GIMP/2.10/plug-ins and run 'ls', there
> are no files that show up.  In GIMP, if I follow the Filters dropdown menu to
> Python or Script-fu, there is little there other than Console/Console-Refresh
> Scripts-Start Server.
> 

That is the place for user-specific plugins.  For system-wide
plugins try /usr/lib/gimp-2.0/plug-ins.  Things like despeckle and
destripe in the Filters -> Enhance menu.

> I would like to install GimpLensFun, G'Mic (which I understand is a plugin), 
> and
> explore some of the other offerings.
> I do not find any GIMP plugins available in the Ubuntu software center, and, 
> as
> you seem to indicate, my online search returned plugins that I guess are for 
> the
> Windows version of GIMP.
> 

For anything written with script-fu, just find it, install it, and
see if it works (a lot of things don't because they need to be
changed for 2.10).  I guess python scripts are similar.  Unfortunately
there is no successor to the registry.

But for g'mic, you need to compile it and nowadays it needs Qt5.

When I build it (my current version is 2.4.5 which I expect is now
quite old) I only build the plugin (the deps for the other variants
such as command-line are more extensive - see e.g. the Arch (AUR)
script for some more details if you need them.

For gimp-qt the deps include Qt5 (qmake - perhaps only the base part
of qt5 with development files if your distro offers that) and
therefore cmake, fftw3 ("plain" and _threads libraries), plus of
course gimp and its deps.  Apparently, 2.5.4 needs qt-5.10 at a
minimum : I'm not sure what version your distro offers, nor if the
latest and greatest g'mic_qt heeds a newer version of qt.

For 2.4.5 :

cd gmic-qt
qmake GMIC_PATH=../src HOST=gimp
make [ you can use -jN but much of it only uses 1 core ]
and as root
install -v -m755 gmic_gimp_qt /usr/lib/gimp/2.0/plug-ins/

The first time you use it, you need to click on the box on the
dialog to download more filters - sorry, my current system is in an
earlier stage of the system build exploring various options in
CFLAGS etc, so I don't have the plugin installed and can't tell you
what the text for that option is - it's near the bottom of the
centre part.

> GIMP 10.10 "flogged my eyes" such that I took serious notice of darktable 
> which,
> in the first 10.10 GIMP that I installed was called as the RAW converter
> whenever I clicked on a RAW file to open it in GIMP.
> 

If you mean it was too bright, try turning down the brightness - on
modern laptops which seem designed to blow out our eyeballs, in
Xorg (no idea about Wayland) :
 xrandr --output  --brightness 0.N
where the value is something like 0.7.

I'm old-school enough to not use a graphical login, so I put that
into ~/.xinitrc but I guess it should also work in ~/.xsession.

And the dark theme might also help (Preferences -> Interfaces ->
Theme) if you aren't already using it.

ĸen
-- 
Before the universe began, there was a sound. It went: "One, two, ONE,
two, three, four" [...] The cataclysmic power chord that followed was
the creation of time and space and matter and it does Not Fade Away.
 - wiki.lspace.org/mediawiki/Music_With_Rocks_In


___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Please, stop messing with this list

[Ken Moffat via gimp-user-list]

On Sat, May 18, 2019 at 08:57:59PM +0200, Zbigniew via gimp-user-list wrote:
> Whoever is playing with this - be aware that you're littering participants'
> mailboxes!!!

It looks like the old problem with gimpusers.com - that forum is
subscribed, but anybody who posts on the forum gets their post
copied to this list - and the are not subscribed, so it waits on
someone having time to go through the "held for moderation" posts.

In this case, some posts were fairly old and a few sounded vaguely
familiar, but of those from this month (I rotate my mboxes early in
the month) none were duplicates.  I myself nearly fell into the "ask
on gimpusers.com" trap, because that came up at the head of my
google search for gimp user list.  It's just a fact of life. :-(

ĸen
-- 
Before the universe began, there was a sound. It went: "One, two, ONE,
two, three, four" [...] The cataclysmic power chord that followed was
the creation of time and space and matter and it does Not Fade Away.
 - wiki.lspace.org/mediawiki/Music_With_Rocks_In


___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] How many people use g'mic?

[Ken Moffat via gimp-user-list]

On Sun, Dec 16, 2018 at 05:04:00PM +0300, Alexandre Prokoudine via 
gimp-user-list wrote:
> On Sun, Dec 16, 2018 at 4:39 PM Joel Rees via gimp-user-list
>  wrote:
> >
> > Would like to hear opinions about g'mic.
> 
> G'MIC is full of ponies and rainbow dust!
> 
> Alex

Agreed ;-)

For my photos, some of the filters are very useful.

The downsides are that in difficult images I can spend hours
deciding on the best sharpening filter for that particular image (on
most pics, the gimp's own unsharp mask is good enough), and when
looking at old jpegs I can be tempted to try all the 'film' filters.

ĸen
-- 
I'm saving up 22 shillings and 10 pence (almost a pound!) per week to
buy an ARM-13.
http://www.antipope.org/charlie/blog-static/2018/11/brexit-means-brexit.html
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] [OT] Just received all posts since 16-Oct-2018

[Ken Moffat via gimp-user-list]

On Tue, Nov 06, 2018 at 08:39:25PM +, Ben Oliver via gimp-user-list wrote:
> On 18-11-06 14:48:02, Steve Kinney wrote:
> > 
> > 
> > I don't think the list is moderated; I've never heard it mentioned, and
> > my own posts usually show up within a minute or two.
> 
> I only say this because I actually asked the same question a while back and
> got this answer:
> 
> > Some people post to this list without subscribing. This means the
> > mailing list administrator has to manually approve them. He does so
> > when he has time, so some messages are days old indeed.

Yesterday there was a spate of posts from gimpusers.com, the
earliest from mid-october.  And no, it was not a reposting of
everything.  I can notice this because I list my mailboxes in
date-sent order.

We are subscribed, so we don't need a moderator to have the time to
take pity on our posts.  But any post via that forum is effectively
from a non-subscriber, even if the forum itself might be subscribed.

ĸen
-- 
Is it about a bicycle ?
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] display portion of 360 image

[Ken Moffat via gimp-user-list]

On Sat, Nov 03, 2018 at 07:53:07PM +0100, bmike1 wrote:
> I got a 360 image but I want to display a portion of it as a standard image. 
> Is
> there a way to do that with GIMP?
> 
I'm not sure that I understand your question, but I think you have a
360-degree image (from a camera that rotates on a tripod).  If that
is true, just copy the image and crop as desired.

Alternatively, perhaps you have a picture from something like a
fisheye lens - for those, you _might_ be able to reduce the visual
distortion using negative values in the lens distortion filter.

ĸen
-- 
Is it about a bicycle ?
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Characters became tofu after deleting fonts on Ubuntu

[Ken Moffat via gimp-user-list]

On Fri, Oct 05, 2018 at 08:50:06PM +0800, dqwyy wrote:
> Hi all.
> 
> I'm sorry that English is not my native language so I'm not good at it. Here 
> is my problem.
> 
> I'm a new user on Ubuntu and I'm so excited that I can control my computer 
> completely. Ubuntu, as a GNU/Linux OS is so free that I can customize it. I 
> only use English, Chinese and Japanese so that I deleted all the fonts that I 
> don't need. I think three fonts for English/western scripts are enough so I 
> deleted all the fonts except Freesans, Freeserif and Freemono. I think one 
> sans serif font, one serif font and one monospace font are enough. This looks 
> really concise. I don't need to find a font on the long drop-down menu at 
> Office software anymore.
> 

Font problems are often hard to solve, I hope the words I use will
be understandable.

Your logic for limiting the available fonts sounds sensible,
but there are certain complications :

1. An application selects a font by using 'fontconfig'. The process
can have sometimes unexpected results, because fontconfig may reject
a font on the assumption that it lacks required characters for the
specified language.

2. Fontconfig looks at files in /etc/fonts/conf.d/ for the rules.
I have known some CJK fonts to add their own files there, causing a
CJK Sans font to be used for Serif.

3. But in a default western layout, the fallback fonts are the
DejaVu variants.

In gnome applications, I needed to add DejaVu fonts several years
ago because of odd tofu - the reason was whitespace varieties
(non-breaking spaces and similar) and DejaVu provided these.

The missing text uses a Sans font, at a small size.

So, I suggest that you try adding the DejaVu Sans font.

> Things go well until I installed Gimp. I launched gimp after installing it 
> and found nearly all the characters became "tofu" (some boxes). General 
> speaking, this only happens when lacking of fonts. However, I already have 
> fonts for Latin scripts. I also have CJK (Chinese, Japanese and Korean) fonts 
> with basic Latin scripts included of course. So I think Gimp use the fonts 
> which are deleted by me, and there are something wrong with the fallback, 
> too. I don't know which fonts do it use and I tried reinstall the fonts named 
> "Ubuntu" to my computer (I think that "Ubuntu" font is the default font of 
> Ubuntu, isn't it?) but nothing changed and I still got tofu.
> 
> So could you please help me to solve this problem? Maybe I should reinstall 
> all the fonts which are deleted by me? But I can't get those fonts unless I 
> reinstall my OS. Well, this may be a weird problem because I think there is 
> nobody but me to delete so many fonts on Ubuntu. XD
> 
> My OS version is Ubuntu 18.04.1 LTS, the gimp version is 2.10.
> 
> Here are some screenshots. Thank you very much.
> Screenshots:
> [1. The tofu on gimp] https://i.imgur.com/PmMYVuv.png

A Sans font is being used for the titles, but all the smaller items,
even the numbers, are tofu.

> [2. My fonts setting] https://i.imgur.com/6u8SnXV.png

I see you are using Source Han Sans for titles, and a larger size of
FreeMono for monospace (sensible, FreeMono is rather small).

I think that Source Han was incorporated into google's Noto fonts.
It is a long time since I last looked at font details, but certainly
for Noto the non-western fonts (e.g. their various CJK versions,
also other writing systems) do not include the western characters.

Perhaps, try using a different font for 'Interface' (I am not
familiar with this tool, but that looks a likely setting) - DejaVu
Sans ought to work.

Possibly, your locale is affecting this.  Which locale are you
using ?

Other tools to use to try to work out what is happening:

fc-list | less

That should confirm which fonts are installed.

fc-match 'Font name'  e.g. fc-match 'FreeMono'

fc-match -a 'Sans' | less
 That just lists all the Sans fonts

fc-match 'Sans'
 - for me, this reports "WenQuanYi Zen Hei" "Regular"
 but if I use LC_ALL=kr_KR fc-match 'Sans' I get DejaVu Sans

(I have a local configuration in /etc/fonts/local.conf which is
probably doing that).

Maybe your Scaling Factor (1.25) is making the font too big to fit
in the available space ?

> [3. My font manager] https://i.imgur.com/undefined.png
> 

Bad link!
> Regards,
> dqwyy 
> http://a.dqwyy.moe
> October 5, 2018
> 

All I can add is "Good Luck".

ĸen
-- 
  Well grubbed , old mole!
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Ufraw and GIMP

[Ken Moffat via gimp-user-list]

On Thu, Sep 13, 2018 at 03:57:05PM -0700, James Moe via gimp-user-list wrote:
> On 09/13/2018 12:39 PM, Ken Moffat via gimp-user-list wrote:
> 
> > configure: == summary =
> > configure: build GTK GUI: yes
> > configure: build GIMP plug-in: yes
> >
>   Ah. Here is where things diverge:
> 
> configure:9400: == summary =
> configure:9402: build GTK GUI: yes
> configure:9404: build GIMP plug-in: no
> 
> because:
> configure:5646: checking for gimpui-2.0 >= 2.2.0
> configure:5653: $PKG_CONFIG --exists --print-errors "gimpui-2.0 >= 2.2.0"
> Package gimpui-2.0 was not found in the pkg-config search path.
> 
>   Apparently the configure script wants the 2.0 version of gimpui to be
> at least 2.2. The version in the system is 2.0.50.
>   It would seem I am SOL on this one.
> 
That sounds extremely odd - looking at mine, 0.42 followed that test
with tests for 2.4.0 and 2.9.0.

The version in /usr/lib/pkgconfig/gimpui.pc should match the version
of gimp.

If you installed 2.8.22 yourself, in a non-standard prefix (that
probably also includes /usr/lib64) export the prefix at the start of
PKG_CONFIG_PATH, followed by whatever else is in PKG_CONFIG_PATH.

Retrack: I was reading what you posted, but I think the problem may
be slightly different - it says it did not find gimpui-2.0.pc at
all (package not found, rather than a failed version test).

Check what you have in PKG_CONFIG_PATH when trying to rebuild
nufraw, and of course check where your different versions of
gimpui-2.0.pc live.

ĸen
-- 
Tout est bien, tout va bien, tout va pour le mieux qu'il soit possible
   -- Candide, de Voltaire
   (Everything is for the best, in the best of all possible worlds)
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Ufraw and GIMP

[Ken Moffat via gimp-user-list]

On Thu, Sep 13, 2018 at 05:39:37PM +0200, Helmut Jarausch via gimp-user-list 
wrote:
> On 09/12/2018 08:43:26 PM, James Moe via gimp-user-list wrote:
> > On 09/11/2018 02:14 AM, Helmut Jarausch wrote:
> > 
> > > install  nufraw (http://nufraw.sourceforge.net)
> > > and make it active with
> > > Edit -> Preferences -> Image Import & Export
> > >
> >   There is no "Image" option. And Help does not mention Import anywhere.
> > 
> 
> Sorry, I didn't mention I'm running Gimp-2.10.7 (GIT) - it might be that the
> Edit -> Preference menu looks different in older versions of Gimp.
> 
> Edit -> Preference has  the items
> 
> System Resources
> Debugging
> Color Management
> Image Import & Export   <
> Tool Options
> 
> 
> Helmut

I had to go to the box where I had installed nufraw with 2.8, so I
fired up that old system.  I cannot see any obvious way to edit how
a raw image should be opened in 2.8.  But nufraw is working there,
so I looked in ~/.gimp-2.8 and the only reference to nufraw is in
pluginrc, which has the opening lines:

# GIMP pluginrc
# 
# This file can safely be removed and will be automatically regenerated by
# querying the installed plugins.

So provided that nufraw-gimp is in /usr/lib/gimp/2.0/plug-ins/ (or
lib64 if your distro uses that), I would move the old ufraw plugin
out of there, rename pluginrc to pluginrc.bak in case things go
wrong, and restart gimp.

ĸen
-- 
Tout est bien, tout va bien, tout va pour le mieux qu'il soit possible
   -- Candide, de Voltaire
   (Everything is for the best, in the best of all possible worlds)
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Ufraw and GIMP

[Ken Moffat via gimp-user-list]

On Thu, Sep 13, 2018 at 11:52:51AM -0700, James Moe via gimp-user-list wrote:
> On 09/10/2018 06:28 PM, Ken Moffat wrote:
> 
> > I'm using nufraw-0.42 with 2.10.6
> >   ./autogen.sh;
> >   ./configure --prefix=/usr --enable-contrast;
> >   make;
> >   make install
> > 
>   Okay.
> 
> > As far as I can see, 0.42 was working with 2.8.22.
> >
>   Any idea how to use it with 2.8?
> 
>   There are no instructions at the nufraw docs (such as they are). Gimp
> Help mentions using gimptool to install a plugin; except there is no
> gimptool app in the repository. There is no "Image Import" option in the
> 2.8 Preferences.
> 

For me, exactly the same instructions as for 2.10.  Needs an old
version of something (gtkimageview, perhaps), but that is exactly
the same as for ufraw.

Looking at my logs, it seems I was actually using 0.41 with 2.8.22
(from memory, 0.41 needed patching for gimp-dev).  Extracts from the
log:

configure: == summary =
configure: build GTK GUI: yes
configure: build GIMP plug-in: yes
configure: EXIF support using exiv2: yes
configure: JPEG support: yes
configure: JPEG2000 (libjasper) support: no
configure: TIFF support: yes
configure: PNG support: yes
configure: FITS support: no
configure: gzip compressed raw support: yes
configure: bzip2 compressed raw support: yes
configure: lens defects correction support using lensfun: no

and during the install:

make[2]: Entering directory '/scratch/working/nufraw-0.41'
 /bin/mkdir -p '/usr/lib/gimp/2.0/plug-ins'

And then to use it, from within the gimp just open the raw file in
the normal way.  Possibly you will need to change one of the
settings to tell it to use nufraw instead of ufraw.

Oh, and apologies to the list for sending that original reply to
James - I seem to find it very easy on this list to send to the
poster.

ĸen
-- 
Tout est bien, tout va bien, tout va pour le mieux qu'il soit possible
   -- Candide, de Voltaire
   (Everything is for the best, in the best of all possible worlds)
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] New User Need Help Enlarging/Enhancing Image

[Ken Moffat via gimp-user-list]

On Mon, Aug 13, 2018 at 02:31:37PM -0400, Matthew Woehlke via gimp-user-list 
wrote:
> On 2018-08-13 13:09, Partha Bagchi via gimp-user-list wrote:
> > The image is 2048x1536 (3.1 MP). Best you can hope for is an 8 by 10.
> > That's inches. If you are willing to sacrifice quality further you can try
> > printing in 150dpi which would give you 14 by 10.
> 
> I'm not sure I'd go even that big. The original was twice that
> resolution and had a lot less JPEG artifacting.
> 
> Actually... you might be going about this all wrong. If you really want
> to use this to produce a very large physical print, I would consider
> embracing that the original image is smudgy by upsampling it (maybe to
> 7200x3600 if not 14400x7200 after cropping it to 2:1) and then applying
> some of gimp's artistic filters to achieve a look that is more
> "painting" than "photograph". This will make some of the lack of
> quality in the original irrelevant. At least give it a try digitally; if
> you don't like the result, all you've lost is some time.
> 
> Also, make sure you save the result at least as a JPEG with 98% to 100%
> quality, if not PNG.
> 
Since I had the 2048 version and opened it again to look at some
details of the g'mic interface when answering a question elsewhere -

If Nick has the g'mic plugin, look at its options - for me, this
image benefits from Details -> Local Contrast Enhancement (default
settings) - that appears to improve resolution in the main parts of
the pier, and makes the water shinier, but maybe manipulates the
colours in ways Nic doesn't like.  I've no idea what the original
colours were, it's a sunset shot.

There are also lots of other filters in g'mic, and for this image I
think the film emulation options might be useful (particularly
slide, but maybe also colour print) - look at the 'preset' option in
each, the results differ greatly (e.g. some of the fuji presets give
bold warm colours here, others seem much colder or less-sunset).

And, of course, the sharpening filters in Details : I'm now getting
used to using the gimp's default settings for the GEGL unsharp mask
(I used to use the old unsharp mask, which is still available), but
g'mic has several more sharpening filters that I occasionally use.
Hint - for *onscreen* display, zoom to 100% and scroll around the
image - some filters look ok when the image is less than
screen-size, but zooming in to 100% may show oddities.

As always with photo manipulation, experiment and keep notes (and
backups, both for the photos and the notes!)

ĸen
-- 
   Entropy not found, thump keyboard to continue

___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] New User Need Help Enlarging/Enhancing Image

[Ken Moffat via gimp-user-list]

On Mon, Aug 13, 2018 at 06:39:15PM +0100, Ken Moffat via gimp-user-list wrote:
> 
> As to Nick's question - the "things" in the middle of the pier
> (bump-stops?) are probably the limiting factor, together with how
> close you are when you view it.

I forgot to say that I was looking at an upscaled version (but
zoomed in on a monitor which has around 100 dpi, so no real idea how
big a print would relate to what I was looking at) and therefore no
idea whether upscaling would actually be useful.

ĸen
-- 
   Entropy not found, thump keyboard to continue

___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] New User Need Help Enlarging/Enhancing Image

[Ken Moffat via gimp-user-list]

On Mon, Aug 13, 2018 at 01:00:53PM -0400, Gene Heskett wrote:
> On Sunday 12 August 2018 18:21:33 nickib wrote:
> 
> > >I had a friend play with both the iPhone images and the camera images
> > >using Lightroom. Would it be ok if I uploaded both the RAW (KDC)
> > >images and the ones she edited to get a better idea of what
> > >enlargement IS possible?  I’m at the point where even if I cannot use
> > >it for the 48x24 size it’s too beautiful to not do something with it!
> > >I appreciate any help!  Thanks.
> >
> > Here is one that was taken from my camera and edited in Lightroom.  I
> > have no idea how large this would be able to be printed.  Do you?  Is
> > there anywhere online I can submit several pictures to see how large
> > they can be made without losing quality?  I really want to use this
> > picture somehow!  Thanks again.
> >
> > Attachments:
> > *
> > http://www.gimpusers.com/system/attachments/991/original/Nicki_Sunset_
> >Picture_1_(Favorite).jpg
> 
> 404, you cannot use a parenthesis in the url.
> 

It works in firefox for viewing it, in wget escape both parenthesis
with \ i.e. _\(F ... e\).jpg

As to Nick's question - the "things" in the middle of the pier
(bump-stops?) are probably the limiting factor, together with how
close you are when you view it.  2048 pix wide is quite a small size
for a modern raw image (I've put some of my own online as png at that
size, fine for traditional PC monitors but not suitable for making
large prints).

If your friend can provide a larger version of this image, from
lightroom, in png format then you can probably make bigger prints.

The real questions are:

What formats/sizes does the printing company take, and what are
*your* views on image quality ?  In my own case I get really screwed
up by angular distortions (camera not pointing straight ahead) but I
tend to be fairly permissive about other things.

I say "printing company" because you clearly don't have a big
printer of your own.  The physical limit is probably specified by
what they can accept (format, colourspace, perhaps ppi, perhaps file
size).  And I have no idea what size _you_ would find acceptable,
nor how much you would have to pay - if the cost is not excessive,
maybe print a not-enormous version to see what you think of the
results.

Also see the thread "How to export jpeg without loss of quality?"
which might have some relevant suggestions.

ĸen
-- 
   Entropy not found, thump keyboard to continue

___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Sinc (Lanczos3) Option]

[Ken Moffat via gimp-user-list]

Whoops, managed to reply to sender instead of replying to the list.

- Forwarded message from Ken Moffat  -

Date: Sun, 5 Aug 2018 20:20:51 +0100
From: Ken Moffat 
To: "Lisa D." 
Subject: Re: [Gimp-user] Sinc (Lanczos3) Option
User-Agent: Mutt/1.10.1 (2018-07-13)
Message-ID: <20180805192051.GA18646@milliways.localdomain>

On Sun, Aug 05, 2018 at 11:13:01AM -0700, Lisa D. via gimp-user-list wrote:
> Hi! I would like to stretch/resize an image without distorting it. I
> downloaded GIMP 2.10.4 but was not able to do this with this version of
> GIMP. After a few google searches, I found an article stating that you need
> GIMP 2.4 to do this because you need to use the “Sinc (Lanczos3)” option
> under Quality>Interpolation in the Scale Image dialog. I checked the
> version I have and, lo and behold, 2.10.4 does not seem to have this
> option.
> 
> So, I would love to get my hands on GIMP 2.4, but it seems to only be
> available now via third party sites that seem wholly unaffiliated with gimp
> and, to be honest, look a little hinky to me. Does anyone know of a site
> like this that is, in fact, safe and trustworthy? Or another way to get
> 2.4? It doesn't seem to be available on gimp.org. Please let me know if you
> have a moment and I'll try to pass it forward when get more gimp skills
> under my belt. I have Windows 10, in case it helps to know that.
> 
> Thanks in advance!

I suspect you have been misled by an old article : 2.4 is now
perhaps best described as 'antique'.  I think that this option was
in 2.8, but was dropped in 2.10 : since nobody likes losing quality,
I guess that the developers think the available options are good
enough.  A lot of the internal details changed in 2.10 (more use of
gegl).

But your terminology disturbs me - if you scale up an image, it
should not be distorted (image | scale image) unless the original
image is a jpeg and artifacts appear.  But stretching an image
implies distorting it to make things relatively wider (or higher).

Maybe I've misunderstood, but I suggest you take an example image in
2.10.4, scale it to your desired size with the various available
options : do this several times, starting from the original each
time, use a different option and save to a separate xcf file (so -A,
-B or whatever : I don't have gimp on the machine I'm replying
from), then export a png from each and compare them.

If there is indeed a problem, then consider trying the latest 2.8
version *probably 2.8.22) where that option should be available -
use that, again create a png, compare to the results from 2.10.4.
If that turns out to be equally bad, it's probably either artifacts
in the original, or excessive scaling.  But if 2.8 is better then
please raise a bug.

Many things changed in 2.9 and a few have changed in 2.10.
Sometimes we need to modify our process to get the results we want.

ĸen
-- 
   Entropy not found, thump keyboard to continue


- End forwarded message -

-- 
   Entropy not found, thump keyboard to continue

___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Gimp 2.10 and exif-information

[Ken Moffat via gimp-user-list]

Whoops, managed to reply to Johann instead of to the list, and then
I got the list address wrong.  Not a good day, but lemme give it
another try before I sack myself.

On Sat, May 12, 2018 at 08:14:25PM +0200, Johann Spies wrote:
> On Fri, May 11, 2018 at 10:11:32PM +0100, Ken Moffat via gimp-user-list 
> wrote> I've edited EXIF information in a png created from gimp-2.{8,9}
> > after importing from {,n}ufraw, using Image::ExifTool in a bash script
> > to add and remove fields.
> 
> I do not want to use ExifTool in this case.  My problem is that I open
> an image with a lot of exif-information in Gimp and when Gimp exports
> it, those information is lost.  How can I prevent Gimp from doing it?
> 

That does not match my current experience with 2.10.0 - I have just
opened a raw image as 16-bit in Gimp (using nufraw), straightened it up
and sharpened it, then exported as png (16-bit) and tiff (seems to
be 32-bit).

I than used exiftool -a on each, with similar results.  Some of the
output from the tiff file:

ExifTool Version Number : 10.80
File Name   : p8272328-timetable.tif
Directory   : photos/bergstrecke
File Size   : 76 MB
File Modification Date/Time : 2018:05:13 21:02:27+01:00
...
File Type   : TIFF
File Type Extension : tif
MIME Type   : image/tiff
Exif Byte Order : Little-endian (Intel, II)
Processing Software : nUFRaw 0.41
Subfile Type: Full-resolution Image
Image Width : 2560
Image Height: 1930
Bits Per Sample : 32 32 32 32
Compression : Uncompressed
Photometric Interpretation  : RGB
...
Image Description   : OLYMPUS DIGITAL CAMERA
Make: OLYMPUS IMAGING CORP.
Camera Model Name   : E-510
...
Software: GIMP 2.10.0
Modify Date : 2018:05:13 21:02:24
Subfile Type: Reduced-resolution image
Image Width : 256
Image Height: 193
...
Exposure Time   : 1/60
F Number: 4.5
Exposure Program: Program AE
ISO : 200
Exif Version: 0221
Date/Time Original  : 2011:08:27 11:13:12
--- lots more snipped ---

So it has the EXIF data, and also a 256x193 thumbnail.

> > My current process re-reads EXIF data from
> > the camera's own jpeg.
> 
> I do not take photos in jpeg.  Work with raw mostly with Darktable but
> there are time when I want to edit a photo in Gimp.
> 
I take both - for what I'm doing, the jpeg usually gives me a quick
look on a computer where I can say "has possibilities | meh"

> > Not sure platform you are working on, but perhaps you can do
> > something similar.  And in general things change over 12 years!
> 
> It seems that the information about Gimp not giving back the
> Exif-information has not changed that much in 12 year... :(
> 

Documentation is either free, and can be updated, or it is chained
down in immutable form and may be out of date.

ĸen
-- 
This email was written using 300% recycled letters.
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Gimp 2.10 and exif-information

[Ken Moffat via gimp-user-list]

On Fri, May 11, 2018 at 10:10:37PM +0200, Johann Spies wrote:
> I have read on a 12-year old flickr discussion that Gimp does not save
> exif information in other formats than XCF and jpeg.
> 
> I just experimented with Darktable exporting an image to Gimp2.10 which pass
> it back to Darktable using png and tiff(32bit) formats and in both cases
> the exif-information of the image edited in Gimp was missing.  Is there
> a way to do this exchange in tif (which I prefer) and keep the
> exif-information?
> 
I've edited EXIF information in a png created from gimp-2.{8,9}
after importing from {,n}ufraw, using Image::ExifTool in a bash script
to add and remove fields.  I remove fields because what I put online
is typically reduced to 2048 pixels maximum dimension, so
information from the camera quoting an original image size will be
at best misleading.

And I assume that I can still do this in 2.10, but since it is
something I do as the last stage of processing I have not had
occassion to try it.  To be more specific: gimp creates some, maybe
all, fields, but what I want is to 'publish' only a few, and to add
e.g. title and license.  My current process re-reads EXIF data from
the camera's own jpeg.

Not sure platform you are working on, but perhaps you can do
something similar.  And in general things change over 12 years!
Even the size of files you can upload to flickr.

ĸen
-- 
This email was written using 100% recycled letters.
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

[Gimp-user] "Three Exposures" plugin updated

[Ken Moffat via gimp-user-list]

In the absence of any public registry where I can upload a plugin,
this is an announcement that my (perhaps infamous) 'Three Exposures'
plugin has been updated to work with 2.10 [ a function acquired
extra parameters after 2.9.6 ].

The 2.10 version can be found via the link at the bottom of
http://www.zarniwhoop.uk/three-exposures.html : the rest of that
page goes into far more detail than most people will care about,
listing what has until now been my normal workflow.

It also links to the patch I am using for nufraw.

Summary of why I wrote this: I'm interested in trains and in
particular I want to see detail in the dark areas - it also in my
opinion helps with other contrasty pictures.  For some people, a
drawback will be that colours can become less true (that is,
assuming that they were correct in the first place).  I use it to
merge three versions of the same raw exposure - "correct" exposure,
one for the shadow detail (perhaps +2 or even +3 EV), another for
the highlights (a similar underexposure).

Not a professional approach, but works for me - others are free to
regard me as a heretic ;)

ĸen
-- 
This email was written using 100% recycled letters.
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Gimp 2.10 raw import ?

[Ken Moffat via gimp-user-list]

On Sat, May 05, 2018 at 09:13:14PM +0100, Ken Moffat via gimp-user-list wrote:
> On Sat, May 05, 2018 at 11:48:03AM +0200, Helmut Jarausch wrote:
> > Hi,
> > 
> > with current Gimp (GIT from today) I see only a single raw importer :
> > 
> > Preferences -> Image Import & Export
> > 
> > Under  Raw Image Importer  I only see
> > 
> > ${gimp_plug_in_dir}/plug-ins/file-raw-placeholder
> > 
> > 
> > On the other hand, there are
> > 
> > nufraw-gimp
> > file-raw-data
> > file-raw-placeholder
> > file-rawtherapee
> > rawphoto
> > 
> > 
> > in /usr/lib64/gimp/2.0/plug-ins
> > 
> > Haven't these been loaded or are they just invisible under Raw Image
> > Importer?
> > 
> > What am I missing.
> > 
> > ( I could use nufraw in the last (GIT) versions of Gimp-2.9)
> > 
> > Many thanks for a hint,
> > Helmut
> 
> Related problem here with 2.10.0 - nufraw was working in -rc2, but
> with 2.10.0 it has built nufraw and nufraw-batch, but it declined to
> build the plugin.  This is with a patched version of nufraw to add
> 
>  gimp_register_file_handler_raw ("file_nufraw_load");
> 

Seems my problem was different from yours: I _thought_ I had fixed
the gimp-2.0.pc pkgconfig file to not depend on gegl-0.3 >= 0.4.0
but my first attempt was defective and I only discovered that much
later when I tried to build g'mic-qt (2.2.3pre) with gmic-qt-v.2.2.2.

Turns out that nufraw was similarly affected, after a recompile
things are working fine.

Sorry for the noise, and that I can't help, but one further
suggestion - if none of the three plugins show up, try recompiling
one of them and restarting gimp.

For nufraw, you will need to fix it for changes in late 2.9 - maybe
you have already done that, if not the following works for me:
(inline because attachments get stripped)

--- nufraw-0.41/nufraw_main-gimp.c.orig 2017-05-26 14:50:40.0 +0100
+++ nufraw-0.41/nufraw_main-gimp.c  2017-11-27 17:16:42.536009262 +
@@ -86,6 +86,7 @@
  "0,string,II*\\0,"
  "0,string,MM\\0*,"
  "0,string,https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Gimp 2.10 raw import ?

[Ken Moffat via gimp-user-list]

On Sat, May 05, 2018 at 11:48:03AM +0200, Helmut Jarausch wrote:
> Hi,
> 
> with current Gimp (GIT from today) I see only a single raw importer :
> 
> Preferences -> Image Import & Export
> 
> Under  Raw Image Importer  I only see
> 
> ${gimp_plug_in_dir}/plug-ins/file-raw-placeholder
> 
> 
> On the other hand, there are
> 
> nufraw-gimp
> file-raw-data
> file-raw-placeholder
> file-rawtherapee
> rawphoto
> 
> 
> in /usr/lib64/gimp/2.0/plug-ins
> 
> Haven't these been loaded or are they just invisible under Raw Image
> Importer?
> 
> What am I missing.
> 
> ( I could use nufraw in the last (GIT) versions of Gimp-2.9)
> 
> Many thanks for a hint,
> Helmut

Related problem here with 2.10.0 - nufraw was working in -rc2, but
with 2.10.0 it has built nufraw and nufraw-batch, but it declined to
build the plugin.  This is with a patched version of nufraw to add

 gimp_register_file_handler_raw ("file_nufraw_load");

ĸen
-- 
This email was written using 100% recycled letters.
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] 'critical error' running luminosity mask script

[Ken Moffat via gimp-user-list]

On Sat, Apr 21, 2018 at 09:51:08PM -0700, Casey Connor wrote:
> I'm not the qualified person to respond to this, but: my understanding was
> that App-Image versions use that directory so as not to mess with normal
> installs, which is exactly how I would hope it would work... e.g. they're
> supposed to be 'portable' etc. but need to store their user settings
> somewhere, so... seems reasonable? The CCE uses yet a different directory:
> GIMP-CCE-AppImage...
> 
> Or did you mean something else?
> 

No, that is what I meant.  When I was fixing my own script yesterday
I had to remind myself where non-system scripts lived.  The online
tutorial mentioned ~/.gimp-2.8/scripts which is clearly out of date.

So, it seems there can be any number of possible directories in
~/.config for 2.10 - hopefully they all start 'GIMP' even if they
have a suffix.

ĸen
-- 
This email was written using 100% recycled letters.
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] 'critical error' running luminosity mask script

[Ken Moffat via gimp-user-list]

On Sat, Apr 21, 2018 at 05:12:45PM +0200, rich404 wrote:
> 
> I do not suppose any of you mailing list guys ever even think of looking at 
> the
> gimpusers forum, after all why should you.
> 
> but similar question came up a few days ago
> 
> http://www.gimpusers.com/mailmsg.php?89758%40forums.gimpusers.com
> 

I expect we'll receive that in a few days or weeks, whenever someone
has time to approve the 'unsubscribed' posts, but -

> The Gimp 2.10 appimage is not the best when it come to adding scripts and
> plugins, however for once it works.
> 
> Just pop the script sg-luminosity-masks29.scm in
> ~/.config/GIMP-AppImage/2.10/scripts/
> 
> looks like this: https://i.imgur.com/5EXnsrb.jpg
> 

You might have that directory, but in my from-source RC2 install my
local scripts are read from

~/.config/GIMP/2.10/scripts/

i.e. GIMP not GIMP-AppImage : something different in how your
version was built ?  I only ask because there will be enough pain
from updating old documentation without multiple variants of the
directory name.

ĸen
-- 
This email was written using 100% recycled letters.
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] 'critical error' running luminosity mask script

[Ken Moffat via gimp-user-list]

On Fri, Apr 20, 2018 at 02:35:22PM -0700, Casey Connor wrote:
> Thanks --
> 
> > starting the gimp from a term gives a series of failed assertions
> 
> Hmmm, all I got in stdout was
> 
> *WARNING* missing babl fast path(s): "R'G'B'A u8" to "B' u8"
> *WARNING* missing babl fast path(s): "R'G'B'A u8" to "A u8"
> 
> ...but anyway yeah I saw those failed assertions in the debug dialog, too.
> 

I'll guess they are on stderr.

> I don't find any quick ref guides to updating scripts to work with 2.10...
> any pointers to docs online re: what to look out for?
> 
> -c
> 

You said you had edited the script - did you not use the script-fu
console and its included help for that ?  It's some months since I
last had to do that, I'm rusty on the details.

And I doubt there will be any quick guides before 2.10 is released.
Things change during development.  For example, one script I used in
2.9.6 gave a lot of warnings - but in RC1 it appeared to work ok
without producing any warnings.

More generally: everyone who uses external scripts will need to test
them to see if they still work.

ĸen
-- 
This email was written using 100% recycled letters.
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] 'critical error' running luminosity mask script

[Ken Moffat via gimp-user-list]

On Fri, Apr 20, 2018 at 01:35:40PM -0700, Casey Connor wrote:
> Hi -- I just filed a bug (here
> ) for a 'critical error'
> that happens for me with 2.10 RC1 (AppImage from here
> ).
> 
> I thought I'd write here in case anyone had any ideas for workarounds that I
> might try until the bug gets fixed. E.g. maybe there is something obviously
> deprecated that the script is doing? (I didn't write the script, but I
> modified it slightly.) It worked fine with 2.9.5. The script is attached at
> the bug report.
> 
> Thanks for any ideas!
> 
> -Casey
> 
On 2.10.0-RC2 (with latest babl and gegl), running that script after
starting the gimp from a term gives a series of failed assertions:

gimp: Gimp-Core-CRITICAL: gimp_channel_push_undo: assertion 
'gimp_item_is_attached (GIMP_ITEM (channel))' failed
gimp: Gimp-Core-CRITICAL: gimp_channel_push_undo: assertion 
'gimp_item_is_attached (GIMP_ITEM (channel))' failed
gimp: Gimp-Core-CRITICAL: gimp_channel_push_undo: assertion 
'gimp_item_is_attached (GIMP_ITEM (channel))' failed
gimp: Gimp-Core-CRITICAL: gimp_channel_push_undo: assertion 
'gimp_item_is_attached (GIMP_ITEM (channel))' failed
gimp: Gimp-Core-CRITICAL: gimp_channel_push_undo: assertion 
'gimp_item_is_attached (GIMP_ITEM (channel))' failed
gimp: Gimp-Core-CRITICAL: gimp_channel_push_undo: assertion 
'gimp_item_is_attached (GIMP_ITEM (channel))' failed
gimp: Gimp-Core-CRITICAL: gimp_channel_push_undo: assertion 
'gimp_item_is_attached (GIMP_ITEM (channel))' failed
gimp: Gimp-Core-CRITICAL: gimp_channel_push_undo: assertion 
'gimp_item_is_attached (GIMP_ITEM (channel))' failed

This does not crash, but obviously the script no-longer works.

Welcome to the script-fu console!  And yes, things which worked in
even 2.9.6 no-longer work.  Happy lisping (if such a concept is
possible), or else just "good luck with debugging it".

ĸen
-- 
This email was written using 100% recycled letters.
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] mail traffic

[Ken Moffat via gimp-user-list]

On Mon, Apr 09, 2018 at 05:12:13PM -0400, Patrick Shanahan wrote:
> after little to no traffic for about six weeks, today I have received 50+
> posts dated from first of March to today.  is there a problem with the
> list configuration?
> 
I think most, or all of them, came from the gimp-users forum.  Posts
from there always come in bursts, and usually late.

ĸen
-- 
In my seventh decade astride this planet, and as my own cells degrade,
there are some things I cannot do now: skydiving, marathon running,
calculus. I couldn't do them in my 20s either, so no big loss.
-- Derek Smalls, formerly of Spinal Tap
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Exporting my Finished Work

[Ken Moffat via gimp-user-list]

On Thu, Feb 08, 2018 at 06:35:22PM +0100, avalier wrote:
> I have finished a design. Now I need to export in a Jpeg file. However, when I
> attempt to export I get a notice box;
> 
> [ The given filename does not have any known file extension. 
> Please enter a known file extension or select a file format from the file 
> format
> list.]
> 
> See attached
> 
> Attachments:
> * http://www.gimpusers.com/system/attachments/810/original/Export.PNG
> 
You appear to be trying to save the file as
Shark Bate Blue.jpeg
and the prompt lists *.jpeg as a valid variant (although I always
export as .jpg) so try removing the spaces from the filename.

On linux, or any other 'nix system, spaces in filenames are nothing
but trouble, so I suspect they might be breaking the export function
for you.

But, you appear to have a transparent background.  Does that get
automatically removed in a jpeg ?

ĸen
-- 
Truth, in front of her huge walk-in wardrobe, selected black leather
boots with stiletto heels for such a barefaced truth.
 - Unseen Academicals
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Compile from GIT

[Ken Moffat via gimp-user-list]

On Sat, Jan 20, 2018 at 05:54:28PM +0100, dafrasaga wrote:

[ Cc:'ing as well as the list, because mail from gimp-users is
intermittent - subscribing to the list seems much more reliable ]
> Hi All,
> I'm in compiling from GIT but after installed all
> dependances,babl,gegl,mypaint.brushes in /opt/gimp-master I get this error 
> when
> make in Gimp:
> 
> Making all in .
> make[4]: Entering directory '/root/git/gimp-master/gimp/app'
>   CCLD gimp-2.9
>   CCLD gimp-console-2.9
> core/libappcore.a(gimpimage-undo.o): In function `gimp_image_undo_push':
> /root/git/gimp-master/gimp/app/core/gimpimage-undo.c:402: undefined reference 
> to
> `g_object_new_with_properties'
> collect2: error: ld returned 1 exit status
> 
> I think to understand gimp needs g_object_new_with_properties function which I
> have into
> /opt/gimp-master/lib/libgobject-2.0.so.0.5501.0. 
> It seems it point to another libgobject I have in /usr/lib64 from my distro
> (Slackware 14.2).
> In Config.log all libs with -lgobject-2.0 have -L/opt/gimp-master/lib as path
> 
> I'm very noob about compiling.. could someone help me??
> 
I've never tried building the gimp in /opt, but two suggestions:

1. Ensure /opt/gimp-master/lib is mentioned in /etc/ld.so.conf, and
then (even if it is already mentioned there) run ldconfig - some
libraries occasionally do not run ldconfig.

2. Ensure that PKG_CONFIG_PATH is correct:
export 
PKG_CONFIG_PATH=/opt/gimp-master/lib/pkgconfig:/opt/gimp-master/share/pkgconfig:$PKG_CONFIG_PATH

ĸen
-- 
Truth, in front of her huge walk-in wardrobe, selected black leather
boots with stiletto heels for such a barefaced truth.
 - Unseen Academicals
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Heal selection Errors

[Ken Moffat via gimp-user-list]

On Tue, Nov 07, 2017 at 03:56:02PM +0100, jitblass wrote:
> 
> HOWEVER, the picture I'm trying to do this to was a TIFF. I realized it was
> indexed colors, so I changed mode --> RGB. That still didn't help. I confirmed
> lock pixels and lock channel alpha were both deselected. I'm at a loss here.
> 
> I've even tried converting the tiff to a bitmap24 same results.  
> 
> Any help here? I'd prefer to keep this image in TIFF or some other 
> uncompressed
> image. It is a map that I will be blowing up to print on a large wall art, so
> I'd like to keep the highest fidelity possible.
> 
I have seen TIFF described as Thousands of Incompatible File
Formats.  On the rare occasions when I've tried using tiffs in the
gimp I've often seen a lot of error messages.  But since the gimp
seems to be able to open your tiff, I suggest that you try saving it
as a png and then working on the png.

No idea if that will help, and I suspect that the problem may be
that the tiff is just too big for this tool.

ĸen
-- 
Truth, in front of her huge walk-in wardrobe, selected black leather
boots with stiletto heels for such a barefaced truth.
 - Unseen Academicals
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Update "three exposure" plugin

[Ken Moffat via gimp-user-list]

On Sun, Sep 03, 2017 at 12:10:18AM +0100, Ken Moffat via gimp-user-list wrote:
> For people who use raw images from cameras, I've updated my Three
> Exposures plugin

Typo'd the subject (should have been 'Updated', not sounding like an
instruction to any existing users) and the 2.8 version has not
changed, only the examples and the 2.9 version are revised.

ĸen
-- 
Truth, in front of her huge walk-in wardrobe, selected black leather
boots with stiletto heels for such a barefaced truth.
 - Unseen Academicals
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

[Gimp-user] Update "three exposure" plugin

[Ken Moffat via gimp-user-list]

For people who use raw images from cameras, I've updated my Three
Exposures plugin ("process" the raw images to get three different
exposures, i.e a central, nominally correct, exposure and equal
amounts of over, and under, exposure (plus or minus 1EV through to
plus or minus 3EV, depending on the camera and the image, but
typically plus or minus 2EV.

Thanks to help first from Helmut Jarausch, and then from Ell on the
-dev list, I've now got a working version for 2.9 as well as the
original 2.8 version.

I was embarrassed to discover that my initial files of examples had
a couple of fubars in what I'd done (copied ufraw between machines,
but ended up with it using an old idiosyncratic base curve, instead
of the default straight line, and then used the G'Mic Tone Mapping
filter on the assumption it was like the Advanced Tone Mapping
filter, but actually it's more of a sharpening filter.  So, I've
reworked them, and used recent versions of gimp-2.9 from git when
doing that (and then tested 2.9.6 on another machine, just to be
sure).

The reworked examples are now at
http://zarniwhoop.uk/three-exposures.html
with links to the 2.8 and 2.9 plugins at the bottom of that page.

ĸen
-- 
Truth, in front of her huge walk-in wardrobe, selected black leather
boots with stiletto heels for such a barefaced truth.
 - Unseen Academicals
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] script-fu-register -- SF-IMAGE -- what do the parameters mean?

[Ken Moffat via gimp-user-list]

On Sat, Aug 19, 2017 at 09:50:04PM +0200, TimHelck wrote:
> I have a script-fu script that does some processing to an image and then saves
> it with a new name provided by the user. The process is in the "Image" menu. 
> It
> works on whichever image is open and selected. I can open more images and the
> script works on the new ones. However, if I close one of the images opend
> earlier, the script causes this error:
> 

Only just got this mail today - posts via that website are always
delayed, but I thinmk a week is a new record.  Anyway :

> Error: ( : 2) Procedure execution of gimp-image-get-filename failed on invalid
> input arguments: Procedure 'gimp-image-get-filename' has been called with an
> invalid ID for argument 'image'. Most likely a plug-in is trying to work on an
> image that doesn't exist any longer.
> 
> Once this error occurs I have to exit GIMP and start up fresh.
> 
> Is there a way to overcome this?
> 

When you have problems in Script-Fu, go to the Script-Fu Console via
Filters -> Script-Fu -> Console
and from the Console click on Browse - that will open up the
Procedure Browser where you can search for the procedure.

In this case, I think the error message indicates that the image has
not been passed to the procedure.

> I have tried playing with the values on the SF-IMAGE line. Changing them seems
> to make no difference to the behavior. What are these parameters supposed to 
> do?
> 
> here is my script-fu-register call:
> 
> (script-fu-register 
>   "script-fu-process-sketch"
>   "Process Sketch"
>   "Save all opened images"
>   "Tim Helck"
>   "Tim Helck"
>   "08/13/2017"
>   ""
>   SF-IMAGE  "Image"-1  
 ^^

I've only ever written one plugin, for mine the corresponding line
is
  SF-IMAGE   "Current image" 0

So I would try changing your value from -1 to 0.

You can then refresh the filters via the Script-Fu menu.
 
>   SF-STRING "New Name" ""   ;a string variable
> )
> 
> (script-fu-menu-register "script-fu-process-sketch" "/Image/Process
> Sketch")
> 
> Also -- I am wondering, what difference, if any, does it make if I put this
> script in a different menu?

The only likely change is that you'll have to use the different menu
to access the script.
> 
> Other Info:
> Macbook 10.9.5 (Maverick)
> GIMP 2.8.14
> 
ĸen
-- 
Truth, in front of her huge walk-in wardrobe, selected black leather
boots with stiletto heels for such a barefaced truth.
 - Unseen Academicals
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list