Re: [Gimp-user] text mode, need instruct sequence

[Gene Heskett]

On Friday 02 October 2020 21:02:35 Rick Strong wrote:

> My eyes are nearly 80 years old, I am going blind in one of them and I
> can easily read 18 pt type. Anyway, you need something larger. OK. Try
> double clicking on the "A" tool and setting the type specs in the
> dialogue/tab that comes up on the right. Screenshot attached. I assume
> you are using the latest version.
>
No, stretch is 2.8, so totally different view, that double-click worked. 
But the save didn't, on rerunning orvile it was back to 18px. But it 
seems to have saved for the session, which is a huge help.  Thank you.
> Rick
>
> -Original Message-
> From: Gene Heskett
> Sent: Friday, October 02, 2020 7:38 PM
> To: Rick Strong
> Cc: gimp-user-list@gnome.org
> Subject: Re: [Gimp-user] text mode, need instruct sequence
>
> On Friday 02 October 2020 18:36:07 you wrote:
> > Gene,
> >
> > By my reckoning, an 18 px letter is less than 1 pt high on an 300
> > dpi print—virtually invisible. Try setting the text size to 18 pts.
> > (POINTS, not pixels) to be legible.
>
> I have done that, Rick, but 18 pts isn't near big enough for older
> eyes either, so you backspace to get rid of the dust specs, look up to
> the text box and its reset to 18px. Frustrating is a very weak
> description. You spend 10 minutes bounceing from one place in that
> tool, to another trying to get it to keep what you selected long
> enough to type one line of text. Repeat for every line of text you
> want to overlay on a pix.
>
> > Good luck.
>
> I don't need luck, I need instructions that work, please read my whole
> message.
>
> > RS
>
> My whole point is that there is no way to set the defaults AND setting
> anything else restores the default of 18 px, switches it back to sans
> font, and the selected color back to black.  Changing ANY of those
> settings should change them at the very least for the lifetime of the
> current session. ANY TIME YOU CHANGE ONE THING, IT RESETS EVERYTHING
> ELSE BACK TO THE DEFAULTS. INCLUDING CHANGING WHERE YOU WANT TO PUT IT
> BY LEFT CLICKING THE SCREEN WHERE YOU WANT TO START TYPING. And if
> your put it here click is too high, the box disappears under the
> friggin ruler at the top of the screen so that you can't see if its
> decided to restore all the defaults
>
> Since you have not addressed my main bitch at all, how about telling
> us how to change the text defaults to something that IS usable and by
> makeing those the defaults, 90% of the frustrations would be
> addressed. Maybe _you_ have a sequence that works, but no one has told
> the users. Put it in a format I can print and tape to the wall for
> next time.
>
> > -Original Message-
> > From: Gene Heskett
> > Sent: Friday, October 02, 2020 5:05 PM
> > To: gimp-user-list@gnome.org
> > Subject: [Gimp-user] text mode, need instruct sequence
> >
> > Greetings all;
> >
> > I, like Ruben Safir, am A. tired of the lack of good docs, and B.
> > the churn in how it works. I just had occasion to caption some pix
> > as an aid to my wife who is not a computer whiz, in setting up a
> > piano keyboard, and the air was quite blue around me by the time I
> > got done because every time I tried to set one option in the text
> > panel it reset everything else back to the defaults.  And an 18 px
> > black character isn't more than a visible dot on an 8x10 printout,
> > so I click on the size and add a zero to make 180 px. Then I am
> > going to put it in a black area of the printout, so I select the
> > color white and hit enter and it resets the size to 18px and the
> > font back to sans from sans serif. Thats bs at its finest.  So is
> > the text box when its under the top ruler and you can't see that its
> > decided to reset everything back to the defaults. So please tell me
> > the correct sequence of key or mouse strokes to set that up and if
> > possible set it as the defaults so I don't have to get so frustrated
> > just to add a line or 3 of text captions to a picture. You've made 4
> > hours of very frustrating work out of captioning 6 photo's that
> > ought to be 3 minutes plus print time each. If this worked. But
> > IMNSHO it sucks dead toads thru soda straws. So please make it
> > _Just_Work_, write some docs that tell us how to use it, and then
> > stop the churn.
> >
> > Cheers, Gene Heskett
>
> Cheers, Gene Heskett


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 
___
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] Orientations, Copyright Notices, metadata, and resized layers

[Tom Williams via gimp-user-list]

On 10/2/20 7:15 PM, Ruben Safir wrote:
>> Anyway, when I open the original photo in GIMP and choose "rotate", I
>> made NO other changes and simply exported the rotated image.  Then, I
>> opened that image in Firefox and it appeared correct:
>> https://imgur.com/a/tsgEiGF
>
> Actually, you did nothing to the image if I understand you.  It is
> just the same broken unrotated image reexported.
>
> You didn't actually ROTATE it
>
> Image==>Transform==>Rotate 90º Counter-Clockwise
>
Correct.  I simply opened it, chose "Rotate", and did the export. I
didn't touch anything else. 

Peace...

Tom

-- 
/When I leave, I don't know what I'm hoping to find,
And when I leave, I don't know what I'm leaving behind.../
___
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] Orientations, Copyright Notices, metadata, and resized layers

[Tom Williams via gimp-user-list]

On 10/2/20 7:06 PM, Ruben Safir wrote:
> On Fri, Oct 02, 2020 at 06:44:12PM -0700, Tom Williams via gimp-user-list 
> wrote:
>> On 10/2/20 5:57 PM, Ruben Safir wrote:
>>> You need to really download them and view them in the gimp and examine
>>> the exif because on the original images coming out of the camera, SOME
>>> applications, like new firefox, read the camera's orientation data
>>> and display accordingly.  Some applications do not.  The solution is 
>>> to actually rotate the actual image.
>>>
>>> Actually, if I was going to modernize this, there would be 2 options,
>>> one to just rotate by chaning the exif data, and one to physically
>>> rotate the image.
>> Thanks for the additional information (this message and the other
>> message).   I actually DID download both images and I opened them in
>> GIMP 2.10.20 on Ubuntu 20.04 Linux.  I opened the original image in
>> Firefox and it was rotated by 90-degress counter-clockwise, so it
>> appeared like this:
>>
>> https://imgur.com/a/S5RRJE8
>>
>> Of course, my highlighting in red didn't appear.  :)    So, then I
>> opened the original photo in GIMP and I was asked if I wanted to rotate
>> the photo or not, as shown here:
>>
> I get no prompt, not that I feel I need one.  It is a raster image editor 
> and it should just open the file as it is, regardless of hints.
>
> and it is a landscape image, as it should be.
> It is interesting that the previewer corrects the orientation..

Do you recall ever getting that prompt?  There is a check-box to disable
showing it.


>
>> https://imgur.com/a/eICgy7a
>>
>> When I opened the rotated photo you posted the link to, the "After"
>> photo, GIMP prompted me to rotate the photo, as shown here:
>>
>> https://imgur.com/kozuYXt
>>
>> Are you getting the same prompts from GIMP, when you open the photos? 
>> If so, which option do you choose?
> That image is portrat in its native state, but in firefox is rotated
> landscape, and BTW 180 degrees backwards from the original, as if it 
> was rotated twice, which it is when it is rotated correctly and then
> the wrong hint tells firefox to rotate it again.
>
> It is a GIMP problem.  It makes the rotation but doesn't record it in
> the exif
>
>
>
>> Anyway, when I open the original photo in GIMP and choose "rotate", I
>> made NO other changes and simply exported the rotated image.  Then, I
>> opened that image in Firefox and it appeared correct:
>>
>> https://imgur.com/a/tsgEiGF
>>
> Um - that is not what it does 
>
> it is landscape.
> http://www.mrbrklyn.com/images/brooklyn/2020_09_fishing/IMG_4577.2.JPG
>
> My guess is your rotated image does not save any exif data
> These are options on exporting, to save or not exif data

Ok, so I think I finally experienced what you describe.  What I did was
open the image you posted the link to above in GIMP and got the prompt
to rotate or not.  This time, I chose "Keep original" instead of
"Rotate" and the image appeared in portrait orientation.  I then
exported the photo and opened it in Firefox and it appeared landscape.  
So then, I opened your image again and chose "Rotate".  This time, the
image appeared in landscape orientation _in_ GIMP.  I manually rotated
it 90-degrees clockwise (I was mistaken by my previous counter-clockwise
comment :) ) and exported it.  When I opened this manually rotated image
in Firefox, it appeared in portrait orientation.

I then opened my manually rotated image in GIMP and viewed the image
metadata and saw a TON of EXIF information, including the Canon EOS
Rebel camera info (I don't have a Canon EOS camera).  You can see the
exported version of the image I manually rotated here:

https://imgur.com/a/Sc4uYU2

In that image, you should be able to see the EXIF data that was
preserved during export.  When I open that image, the one I manually
rotated, in Firefox, it opens in portrait orientation.

Based on what I'm seeing, if I manually rotate the image from landscape
to portrait orientation, everything works as desired.

>
>
>> I haven't touched ANY EXIF settings at all and when exporting from GIMP,
>> I used the export defaults, for JPEG, which included EXIF, XMP, and IPTC
>> information being saved with the file.  I think I understand your issue
>> with the image getting rotated unexpectedly, but I'm not necessarily
>> sure GIMP is at fault, at least not based on the steps I followed.
>>
>> When you load the images, are you getting different results?  Which
>> version of GIMP are you using and on which operating system?
>>
> [ruben@flatbush ~]$ gimp -v
> GNU Image Manipulation Program version 2.10.20
> git-describe: GIMP_2_10_18-332-g68d21512bf
> Build: unknown rev 0 for linux
> # C compiler #
> Using built-in specs.
> COLLECT_GCC=gcc
> 
> COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/lto-wrapper
> Target: x86_64-pc-linux-gnu
> Configured with: /build/gcc/src/gcc/configure --prefix=/usr
> --libdir=/usr/lib --libexecdir=/usr/lib 

Re: [Gimp-user] Orientations, Copyright Notices, metadata, and resized layers

[Ruben Safir]

>Anyway, when I open the original photo in GIMP and choose "rotate", I
>made NO other changes and simply exported the rotated image.  Then, I
>opened that image in Firefox and it appeared correct:

>https://imgur.com/a/tsgEiGF


Actually, you did nothing to the image if I understand you.  It is
just the same broken unrotated image reexported.

You didn't actually ROTATE it

Image==>Transform==>Rotate 90º Counter-Clockwise


___
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] Orientations, Copyright Notices, metadata, and resized layers

[Ruben Safir]

On Fri, Oct 02, 2020 at 06:44:12PM -0700, Tom Williams via gimp-user-list wrote:
> On 10/2/20 5:57 PM, Ruben Safir wrote:
> > You need to really download them and view them in the gimp and examine
> > the exif because on the original images coming out of the camera, SOME
> > applications, like new firefox, read the camera's orientation data
> > and display accordingly.  Some applications do not.  The solution is 
> > to actually rotate the actual image.
> >
> > Actually, if I was going to modernize this, there would be 2 options,
> > one to just rotate by chaning the exif data, and one to physically
> > rotate the image.
> 
> Thanks for the additional information (this message and the other
> message).   I actually DID download both images and I opened them in
> GIMP 2.10.20 on Ubuntu 20.04 Linux.  I opened the original image in
> Firefox and it was rotated by 90-degress counter-clockwise, so it
> appeared like this:
> 
> https://imgur.com/a/S5RRJE8
> 
> Of course, my highlighting in red didn't appear.  :)    So, then I
> opened the original photo in GIMP and I was asked if I wanted to rotate
> the photo or not, as shown here:
> 

I get no prompt, not that I feel I need one.  It is a raster image editor 
and it should just open the file as it is, regardless of hints.

and it is a landscape image, as it should be.
It is interesting that the previewer corrects the orientation..

> https://imgur.com/a/eICgy7a
> 
> When I opened the rotated photo you posted the link to, the "After"
> photo, GIMP prompted me to rotate the photo, as shown here:
> 
> https://imgur.com/kozuYXt
> 
> Are you getting the same prompts from GIMP, when you open the photos? 
> If so, which option do you choose?

That image is portrat in its native state, but in firefox is rotated
landscape, and BTW 180 degrees backwards from the original, as if it 
was rotated twice, which it is when it is rotated correctly and then
the wrong hint tells firefox to rotate it again.

It is a GIMP problem.  It makes the rotation but doesn't record it in
the exif



> 
> Anyway, when I open the original photo in GIMP and choose "rotate", I
> made NO other changes and simply exported the rotated image.  Then, I
> opened that image in Firefox and it appeared correct:
> 
> https://imgur.com/a/tsgEiGF
>

Um - that is not what it does 

it is landscape.
http://www.mrbrklyn.com/images/brooklyn/2020_09_fishing/IMG_4577.2.JPG

My guess is your rotated image does not save any exif data
These are options on exporting, to save or not exif data


> I haven't touched ANY EXIF settings at all and when exporting from GIMP,
> I used the export defaults, for JPEG, which included EXIF, XMP, and IPTC
> information being saved with the file.  I think I understand your issue
> with the image getting rotated unexpectedly, but I'm not necessarily
> sure GIMP is at fault, at least not based on the steps I followed.
> 
> When you load the images, are you getting different results?  Which
> version of GIMP are you using and on which operating system?
>

[ruben@flatbush ~]$ gimp -v
GNU Image Manipulation Program version 2.10.20
git-describe: GIMP_2_10_18-332-g68d21512bf
Build: unknown rev 0 for linux
# C compiler #
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: /build/gcc/src/gcc/configure --prefix=/usr
--libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man
--infodir=/usr/share/info --with-bugurl=https://bugs.archlinux.org/
--enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++,d --with-isl
--with-linker-hash-style=gnu --with-system-zlib --enable-__cxa_atexit
--enable-cet=auto --enable-checking=release --enable-clocale=gnu
--enable-default-pie --enable-default-ssp --enable-gnu-indirect-function
--enable-gnu-unique-object --enable-install-libiberty
--enable-linker-build-id --enable-lto --enable-multilib --enable-plugin
--enable-shared --enable-threads=posix --disable-libssp
--disable-libstdcxx-pch --disable-libunwind-exceptions --disable-werror
gdc_include_dir=/usr/include/dlang/gdc
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 10.1.0 (GCC) 

# Libraries #
using babl version 0.1.78 (compiled against version 0.1.78)
using GEGL version 0.4.24 (compiled against version 0.4.24)
using GLib version 2.64.5 (compiled against version 2.64.3)
using GdkPixbuf version 2.40.1 (compiled against version 2.40.0)
using GTK+ version 2.24.32 (compiled against version 2.24.32)
using Pango version 1.46.1 (compiled against version 1.44.7)
using Fontconfig version 2.13.91 (compiled against version 2.13.91)
using Cairo version 1.17.3 (compiled against version 1.17.3)


> Thanks!
> 
> Peace...
> 
> Tom
> 
> 
> 
> >
> >
> > On Fri, Oct 02, 2020 at 08:53:43PM -0400, Ruben Safir wrote:
> >> On Fri, Oct 02, 2020 at 05:30:48PM -0700, Tom via gimp-user-list wrote:
> >>> On 10/2/20 5:10 PM, Ruben Safir 

Re: [Gimp-user] Orientations, Copyright Notices, metadata, and resized layers

[Tom Williams via gimp-user-list]

On 10/2/20 5:57 PM, Ruben Safir wrote:
> You need to really download them and view them in the gimp and examine
> the exif because on the original images coming out of the camera, SOME
> applications, like new firefox, read the camera's orientation data
> and display accordingly.  Some applications do not.  The solution is 
> to actually rotate the actual image.
>
> Actually, if I was going to modernize this, there would be 2 options,
> one to just rotate by chaning the exif data, and one to physically
> rotate the image.

Thanks for the additional information (this message and the other
message).   I actually DID download both images and I opened them in
GIMP 2.10.20 on Ubuntu 20.04 Linux.  I opened the original image in
Firefox and it was rotated by 90-degress counter-clockwise, so it
appeared like this:

https://imgur.com/a/S5RRJE8

Of course, my highlighting in red didn't appear.  :)    So, then I
opened the original photo in GIMP and I was asked if I wanted to rotate
the photo or not, as shown here:

https://imgur.com/a/eICgy7a

When I opened the rotated photo you posted the link to, the "After"
photo, GIMP prompted me to rotate the photo, as shown here:

https://imgur.com/kozuYXt

Are you getting the same prompts from GIMP, when you open the photos? 
If so, which option do you choose?

Anyway, when I open the original photo in GIMP and choose "rotate", I
made NO other changes and simply exported the rotated image.  Then, I
opened that image in Firefox and it appeared correct:

https://imgur.com/a/tsgEiGF

I haven't touched ANY EXIF settings at all and when exporting from GIMP,
I used the export defaults, for JPEG, which included EXIF, XMP, and IPTC
information being saved with the file.  I think I understand your issue
with the image getting rotated unexpectedly, but I'm not necessarily
sure GIMP is at fault, at least not based on the steps I followed.

When you load the images, are you getting different results?  Which
version of GIMP are you using and on which operating system?

Thanks!

Peace...

Tom



>
>
> On Fri, Oct 02, 2020 at 08:53:43PM -0400, Ruben Safir wrote:
>> On Fri, Oct 02, 2020 at 05:30:48PM -0700, Tom via gimp-user-list wrote:
>>> On 10/2/20 5:10 PM, Ruben Safir wrote:
 On Sat, Oct 03, 2020 at 12:23:18AM +0200, Ofnuts wrote:
> On 02/10/2020 23:33, Ruben Safir wrote:
>>> But AFAIK when Gimp edits an image, it removes the Exif Orientation
>>> flag, so the image should be displayed with the default orientation,
>> Whatever it is doing it is doing it 100% wrong 100% of the time and I
>> have to go into the file with VIM and remove the exif.
> No such problem for me, and again, there are free tools to remove EXIF
> if necessary, for instance with ExifTool:
>
>     exiftool -all= {file}
>
 Or it can just be done correctly in the primary image manipulation tool,
 within the Gimp

>> And somehow it is putting my name in there.  Is that really necessary as
>> if I don't have enough things tracking me the universe.
>>
>> I don't think it is coming from my Cannon Camera.
> Either your camera or you have entered a default comment. Create an
> image from scratch with Gimp and see if it contains your name...
>
>> If you want, I can demonstrate this.  Remove the EXIF and it orients
>> correctly.
>>
>>
>> I just fixed
>> http://www.mrbrklyn.com/brooklyn/images/2020_09_fishing/bike.jpg
>>
>> by MANUALLY removeing the EXIF data from near top of the file.
>> It was correct in the GIMP and sideway in most of the rest of the
>> world..most importantly in Firefox et al
> You are not demonstrating anything, we need the before and after images.
>
 I am aware of that.  I can demostrate it easily enough

 Before =>
 http://www.mrbrklyn.com/brooklyn/images/2020_09_fishing/IMG_4577.JPG

 After =>
 http://www.mrbrklyn.com/brooklyn/images/2020_09_fishing/IMG_4577.2.JPG

 the EXIF needs to be fixed..
>>> Thanks for posting the sample images.  Please excuse me but I don't
>>> understand what the problem is.  Is it the "After" image is _not_
>>> supposed to appear 90-degrees rotated?  When I view the "After"
>>> image in Firefox (and Opera), it appears rotated 90-degrees.
>>>
>>> Thanks!
>>>
>>
>> The original is 90° tilted as I tilted the camera to get a verticle
>> image
>>
>>
>> It opens in the gimp sideways, as it should since I took the pic that
>> way.
>>
>> The "after pic" is rotated to the correct position.
>> ... or it should be.
>>
>> It is in the GIMP
>>
>> It exif is pointing it to the incorrect orientation now. 
>> This is an example of tech trying to make things "simple"
>> and they are not simple.  They are broken.  
>>
>> When you rotation the image the exif that is saved needs to be
>> fixed, or eliminated.
>>
>>
>>
>>> Last, the exported image is what you see on the canvas, an dis the size
>>> of the canvas. Out-of-canvas 

Re: [Gimp-user] Orientations, Copyright Notices, metadata, and resized layers

[Ruben Safir]

You need to really download them and view them in the gimp and examine
the exif because on the original images coming out of the camera, SOME
applications, like new firefox, read the camera's orientation data
and display accordingly.  Some applications do not.  The solution is 
to actually rotate the actual image.

Actually, if I was going to modernize this, there would be 2 options,
one to just rotate by chaning the exif data, and one to physically
rotate the image.


On Fri, Oct 02, 2020 at 08:53:43PM -0400, Ruben Safir wrote:
> On Fri, Oct 02, 2020 at 05:30:48PM -0700, Tom via gimp-user-list wrote:
> > On 10/2/20 5:10 PM, Ruben Safir wrote:
> > >On Sat, Oct 03, 2020 at 12:23:18AM +0200, Ofnuts wrote:
> > >>On 02/10/2020 23:33, Ruben Safir wrote:
> > But AFAIK when Gimp edits an image, it removes the Exif Orientation
> > flag, so the image should be displayed with the default orientation,
> > >>>Whatever it is doing it is doing it 100% wrong 100% of the time and I
> > >>>have to go into the file with VIM and remove the exif.
> > >>No such problem for me, and again, there are free tools to remove EXIF
> > >>if necessary, for instance with ExifTool:
> > >>
> > >>     exiftool -all= {file}
> > >>
> > >Or it can just be done correctly in the primary image manipulation tool,
> > >within the Gimp
> > >
> > >>>And somehow it is putting my name in there.  Is that really necessary as
> > >>>if I don't have enough things tracking me the universe.
> > >>>
> > >>>I don't think it is coming from my Cannon Camera.
> > >>Either your camera or you have entered a default comment. Create an
> > >>image from scratch with Gimp and see if it contains your name...
> > >>
> > >>>If you want, I can demonstrate this.  Remove the EXIF and it orients
> > >>>correctly.
> > >>>
> > >>>
> > >>>I just fixed
> > >>>http://www.mrbrklyn.com/brooklyn/images/2020_09_fishing/bike.jpg
> > >>>
> > >>>by MANUALLY removeing the EXIF data from near top of the file.
> > >>>It was correct in the GIMP and sideway in most of the rest of the
> > >>>world..most importantly in Firefox et al
> > >>You are not demonstrating anything, we need the before and after images.
> > >>
> > >I am aware of that.  I can demostrate it easily enough
> > >
> > >Before =>
> > >http://www.mrbrklyn.com/brooklyn/images/2020_09_fishing/IMG_4577.JPG
> > >
> > >After =>
> > >http://www.mrbrklyn.com/brooklyn/images/2020_09_fishing/IMG_4577.2.JPG
> > >
> > >the EXIF needs to be fixed..
> > 
> > Thanks for posting the sample images.  Please excuse me but I don't
> > understand what the problem is.  Is it the "After" image is _not_
> > supposed to appear 90-degrees rotated?  When I view the "After"
> > image in Firefox (and Opera), it appears rotated 90-degrees.
> > 
> > Thanks!
> > 
> 
> 
> The original is 90° tilted as I tilted the camera to get a verticle
> image
> 
> 
> It opens in the gimp sideways, as it should since I took the pic that
> way.
> 
> The "after pic" is rotated to the correct position.
> ... or it should be.
> 
> It is in the GIMP
> 
> It exif is pointing it to the incorrect orientation now. 
> This is an example of tech trying to make things "simple"
> and they are not simple.  They are broken.  
> 
> When you rotation the image the exif that is saved needs to be
> fixed, or eliminated.
> 
> 
> 
> > 
> > Last, the exported image is what you see on the canvas, an dis the size
> > of the canvas. Out-of-canvas parts are automatically cropped on export,
> > there is no need to flatten the image first.
> > 
> > >>>That is good.  But there is even less need for the crop to be broken
> > >>>because someone doesn't know how to use CTL Z.
> > >>
> > >>Crop is not broken... for most purposes (especially exporting the
> > >>result) it works as before. And if you set the "Delete cropped pixels"
> > >>option, just save your tool options to have it become a default for you.
> > >>
> > >This is doesn't exist in this gimp version, GIMP 2.10.
> > >
> > >
> > >Actually, I finaly found it, under, of all place, dockable dialogs :(
> > >
> > >
> > >BTW - what it does, in addition to just being annoying, is it
> > >takes screen space.  It is broken.  It was working perectly.
> > >This is not trivial word play.  It was working.  It cropped
> > >perfectly, and now it leaves the canvas too large, produces
> > >a confusing layer, takes up unecessary screen space, and fails
> > >to actually crop because someone didn't know how to use CTL Z
> > >
> > >This defines broken
> > >http://www.nylxs.com/images/gimp_broken.jpg
> > >
> > >If you don't like the frame of your crop then just CTL Z and recrop
> > >
> > >Its not that hard.  Even a graphic artist can do 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
> > Peace...
> > 

Re: [Gimp-user] Orientations, Copyright Notices, metadata, and resized layers

[Ruben Safir]

On Fri, Oct 02, 2020 at 05:30:48PM -0700, Tom via gimp-user-list wrote:
> On 10/2/20 5:10 PM, Ruben Safir wrote:
> >On Sat, Oct 03, 2020 at 12:23:18AM +0200, Ofnuts wrote:
> >>On 02/10/2020 23:33, Ruben Safir wrote:
> But AFAIK when Gimp edits an image, it removes the Exif Orientation
> flag, so the image should be displayed with the default orientation,
> >>>Whatever it is doing it is doing it 100% wrong 100% of the time and I
> >>>have to go into the file with VIM and remove the exif.
> >>No such problem for me, and again, there are free tools to remove EXIF
> >>if necessary, for instance with ExifTool:
> >>
> >>     exiftool -all= {file}
> >>
> >Or it can just be done correctly in the primary image manipulation tool,
> >within the Gimp
> >
> >>>And somehow it is putting my name in there.  Is that really necessary as
> >>>if I don't have enough things tracking me the universe.
> >>>
> >>>I don't think it is coming from my Cannon Camera.
> >>Either your camera or you have entered a default comment. Create an
> >>image from scratch with Gimp and see if it contains your name...
> >>
> >>>If you want, I can demonstrate this.  Remove the EXIF and it orients
> >>>correctly.
> >>>
> >>>
> >>>I just fixed
> >>>http://www.mrbrklyn.com/brooklyn/images/2020_09_fishing/bike.jpg
> >>>
> >>>by MANUALLY removeing the EXIF data from near top of the file.
> >>>It was correct in the GIMP and sideway in most of the rest of the
> >>>world..most importantly in Firefox et al
> >>You are not demonstrating anything, we need the before and after images.
> >>
> >I am aware of that.  I can demostrate it easily enough
> >
> >Before =>
> >http://www.mrbrklyn.com/brooklyn/images/2020_09_fishing/IMG_4577.JPG
> >
> >After =>
> >http://www.mrbrklyn.com/brooklyn/images/2020_09_fishing/IMG_4577.2.JPG
> >
> >the EXIF needs to be fixed..
> 
> Thanks for posting the sample images.  Please excuse me but I don't
> understand what the problem is.  Is it the "After" image is _not_
> supposed to appear 90-degrees rotated?  When I view the "After"
> image in Firefox (and Opera), it appears rotated 90-degrees.
> 
> Thanks!
> 


The original is 90° tilted as I tilted the camera to get a verticle
image


It opens in the gimp sideways, as it should since I took the pic that
way.

The "after pic" is rotated to the correct position.
... or it should be.

It is in the GIMP

It exif is pointing it to the incorrect orientation now. 
This is an example of tech trying to make things "simple"
and they are not simple.  They are broken.  

When you rotation the image the exif that is saved needs to be
fixed, or eliminated.



> 
> Last, the exported image is what you see on the canvas, an dis the size
> of the canvas. Out-of-canvas parts are automatically cropped on export,
> there is no need to flatten the image first.
> 
> >>>That is good.  But there is even less need for the crop to be broken
> >>>because someone doesn't know how to use CTL Z.
> >>
> >>Crop is not broken... for most purposes (especially exporting the
> >>result) it works as before. And if you set the "Delete cropped pixels"
> >>option, just save your tool options to have it become a default for you.
> >>
> >This is doesn't exist in this gimp version, GIMP 2.10.
> >
> >
> >Actually, I finaly found it, under, of all place, dockable dialogs :(
> >
> >
> >BTW - what it does, in addition to just being annoying, is it
> >takes screen space.  It is broken.  It was working perectly.
> >This is not trivial word play.  It was working.  It cropped
> >perfectly, and now it leaves the canvas too large, produces
> >a confusing layer, takes up unecessary screen space, and fails
> >to actually crop because someone didn't know how to use CTL Z
> >
> >This defines broken
> >http://www.nylxs.com/images/gimp_broken.jpg
> >
> >If you don't like the frame of your crop then just CTL Z and recrop
> >
> >Its not that hard.  Even a graphic artist can do 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
> Peace...
> 
> Tom
> 
> 
> ___
> 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

-- 
So many immigrant groups have swept through our town
that Brooklyn, like Atlantis, reaches mythological
proportions in the mind of the world - RI Safir 1998
http://www.mrbrklyn.com 

DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002
http://www.nylxs.com - Leadership Development in Free Software
http://www2.mrbrklyn.com/resources - Unpublished Archive 
http://www.coinhangout.com - coins!
http://www.brooklyn-living.com 

Being so tracked is for FARM ANIMALS and extermination 

Re: [Gimp-user] text mode, need instruct sequence

[Ruben Safir]

On Fri, Oct 02, 2020 at 08:41:39PM -0400, Liam R E Quin wrote:
> On Fri, 2020-10-02 at 19:38 -0400, Gene Heskett wrote:
> > 
> > My whole point is that there is no way to set the defaults AND
> > setting 
> > anything else restores the default of 18 px, switches it back to sans
> > font, and the selected color back to black.  Changing ANY of those 
> > settings should change them at the very least for the lifetime of the
> > current session. 
> 
> It does, 

:(

No - it doesn't

It is one of things that used to work but is now broken

> but you must change them in tool optoins, not in the on-canvas
> controls. You can also have gimp save tool options on exit, or you can
> save them at any time, from Edit/Preferences (click on Tool Options in
> the list on the left).
> 
> slave liam
> 
> 
> -- 
> Liam Quin - web slave for https://www.fromoldbooks.org/
> with fabulous vintage art and fascinating texts to read.
> 
> Full-time "slave" in voluntary servitude since 1997
> 
> ___
> 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

-- 
So many immigrant groups have swept through our town
that Brooklyn, like Atlantis, reaches mythological
proportions in the mind of the world - RI Safir 1998
http://www.mrbrklyn.com 

DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002
http://www.nylxs.com - Leadership Development in Free Software
http://www2.mrbrklyn.com/resources - Unpublished Archive 
http://www.coinhangout.com - coins!
http://www.brooklyn-living.com 

Being so tracked is for FARM ANIMALS and extermination camps, 
but incompatible with living as a free human being. -RI Safir 2013

___
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 mode, need instruct sequence

[Liam R E Quin]

On Fri, 2020-10-02 at 19:38 -0400, Gene Heskett wrote:
> 
> My whole point is that there is no way to set the defaults AND
> setting 
> anything else restores the default of 18 px, switches it back to sans
> font, and the selected color back to black.  Changing ANY of those 
> settings should change them at the very least for the lifetime of the
> current session. 

It does, but you must change them in tool optoins, not in the on-canvas
controls. You can also have gimp save tool options on exit, or you can
save them at any time, from Edit/Preferences (click on Tool Options in
the list on the left).

slave liam


-- 
Liam Quin - web slave for https://www.fromoldbooks.org/
with fabulous vintage art and fascinating texts to read.

Full-time "slave" in voluntary servitude since 1997

___
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] bump map filter

[Ruben Safir]

the bump map filter, which has been one of my favorites of the last 20
years, is no completely broken and not responding


-- 
So many immigrant groups have swept through our town
that Brooklyn, like Atlantis, reaches mythological
proportions in the mind of the world - RI Safir 1998
http://www.mrbrklyn.com
DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002

http://www.nylxs.com - Leadership Development in Free Software
http://www.brooklyn-living.com

Being so tracked is for FARM ANIMALS and extermination camps,
but incompatible with living as a free human being. -RI Safir 2013
___
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] Orientations, Copyright Notices, metadata, and resized layers

[Tom via gimp-user-list]

On 10/2/20 5:10 PM, Ruben Safir wrote:

On Sat, Oct 03, 2020 at 12:23:18AM +0200, Ofnuts wrote:

On 02/10/2020 23:33, Ruben Safir wrote:

But AFAIK when Gimp edits an image, it removes the Exif Orientation
flag, so the image should be displayed with the default orientation,

Whatever it is doing it is doing it 100% wrong 100% of the time and I
have to go into the file with VIM and remove the exif.

No such problem for me, and again, there are free tools to remove EXIF
if necessary, for instance with ExifTool:

     exiftool -all= {file}


Or it can just be done correctly in the primary image manipulation tool,
within the Gimp


And somehow it is putting my name in there.  Is that really necessary as
if I don't have enough things tracking me the universe.

I don't think it is coming from my Cannon Camera.

Either your camera or you have entered a default comment. Create an
image from scratch with Gimp and see if it contains your name...


If you want, I can demonstrate this.  Remove the EXIF and it orients
correctly.


I just fixed
http://www.mrbrklyn.com/brooklyn/images/2020_09_fishing/bike.jpg

by MANUALLY removeing the EXIF data from near top of the file.
It was correct in the GIMP and sideway in most of the rest of the
world..most importantly in Firefox et al

You are not demonstrating anything, we need the before and after images.


I am aware of that.  I can demostrate it easily enough

Before =>
http://www.mrbrklyn.com/brooklyn/images/2020_09_fishing/IMG_4577.JPG

After =>
http://www.mrbrklyn.com/brooklyn/images/2020_09_fishing/IMG_4577.2.JPG

the EXIF needs to be fixed..


Thanks for posting the sample images.  Please excuse me but I don't 
understand what the problem is.  Is it the "After" image is _not_ 
supposed to appear 90-degrees rotated?  When I view the "After" image in 
Firefox (and Opera), it appears rotated 90-degrees.


Thanks!



Last, the exported image is what you see on the canvas, an dis the size
of the canvas. Out-of-canvas parts are automatically cropped on export,
there is no need to flatten the image first.


That is good.  But there is even less need for the crop to be broken
because someone doesn't know how to use CTL Z.


Crop is not broken... for most purposes (especially exporting the
result) it works as before. And if you set the "Delete cropped pixels"
option, just save your tool options to have it become a default for you.


This is doesn't exist in this gimp version, GIMP 2.10.


Actually, I finaly found it, under, of all place, dockable dialogs :(


BTW - what it does, in addition to just being annoying, is it
takes screen space.  It is broken.  It was working perectly.
This is not trivial word play.  It was working.  It cropped
perfectly, and now it leaves the canvas too large, produces
a confusing layer, takes up unecessary screen space, and fails
to actually crop because someone didn't know how to use CTL Z

This defines broken
http://www.nylxs.com/images/gimp_broken.jpg

If you don't like the frame of your crop then just CTL Z and recrop

Its not that hard.  Even a graphic artist can do 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

Peace...

Tom


___
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 mode, need instruct sequence

[Ruben Safir]

On 10/2/20 5:05 PM, Gene Heskett wrote:
> I just had occasion to caption some pix as an aid 
> to my wife who is not a computer whiz, in setting up a piano keyboard, 
> and the air was quite blue around me by the time I got done because 
> every time I tried to set one option in the text panel it reset 
> everything else back to the defaults.  And an 18 px black character 
> isn't more than a visible dot on an 8


Yeah - that has made me crazy as well.  The text tool's behavior is
completely unpredictable.  Everytime you touch it it does the unexpected
and it goes back to some default that it pulled from god knows where.

Mine has been stuck on 65 px like it is stuttering.

There used to be a decent scripfu text widget in the filters that is gone.

And one needs a drop down menu for font.  Who knows what fonts are
installed.  In 1998 I did this with the GIMP

http://images.mrbrklyn.com/brooklyn/tourmap.png
http://images.mrbrklyn.com/.cache/640x435-bars2.jpg

Just try doing that now.


or something like this



-- 
So many immigrant groups have swept through our town
that Brooklyn, like Atlantis, reaches mythological
proportions in the mind of the world - RI Safir 1998
http://www.mrbrklyn.com
DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002

http://www.nylxs.com - Leadership Development in Free Software
http://www.brooklyn-living.com

Being so tracked is for FARM ANIMALS and extermination camps,
but incompatible with living as a free human being. -RI Safir 2013
___
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] Orientations, Copyright Notices, metadata, and resized layers

[Ruben Safir]

> >I don't think it is coming from my Cannon Camera.
> 
> Either your camera or you have entered a default comment. Create an
> image from scratch with Gimp and see if it contains your name...

Maybe I set this up in the GIMP?  Where?

It is not in the camera
[ruben@flatbush 105___10]$ strings IMG_4588.JPG |grep Ruben

nadah

> 
> >If you want, I can demonstrate this.  Remove the EXIF and it orients
> >correctly.
> >
> >
> >I just fixed
> >http://www.mrbrklyn.com/brooklyn/images/2020_09_fishing/bike.jpg
> >
> >by MANUALLY removeing the EXIF data from near top of the file.
> >It was correct in the GIMP and sideway in most of the rest of the
> >world..most importantly in Firefox et al
> 
> You are not demonstrating anything, we need the before and after images.
> 
> >>Last, the exported image is what you see on the canvas, an dis the size
> >>of the canvas. Out-of-canvas parts are automatically cropped on export,
> >>there is no need to flatten the image first.
> >>
> >That is good.  But there is even less need for the crop to be broken
> >because someone doesn't know how to use CTL Z.
> 
> 
> Crop is not broken... for most purposes (especially exporting the
> result) it works as before. And if you set the "Delete cropped pixels"
> option, just save your tool options to have it become a default for you.
> 
> 
> ___
> 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

-- 
So many immigrant groups have swept through our town
that Brooklyn, like Atlantis, reaches mythological
proportions in the mind of the world - RI Safir 1998
http://www.mrbrklyn.com 

DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002
http://www.nylxs.com - Leadership Development in Free Software
http://www2.mrbrklyn.com/resources - Unpublished Archive 
http://www.coinhangout.com - coins!
http://www.brooklyn-living.com 

Being so tracked is for FARM ANIMALS and extermination camps, 
but incompatible with living as a free human being. -RI Safir 2013

___
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] Orientations, Copyright Notices, metadata, and resized layers

[Ruben Safir]

On Sat, Oct 03, 2020 at 12:23:18AM +0200, Ofnuts wrote:
> On 02/10/2020 23:33, Ruben Safir wrote:
> >>But AFAIK when Gimp edits an image, it removes the Exif Orientation
> >>flag, so the image should be displayed with the default orientation,
> >Whatever it is doing it is doing it 100% wrong 100% of the time and I
> >have to go into the file with VIM and remove the exif.
> 
> No such problem for me, and again, there are free tools to remove EXIF
> if necessary, for instance with ExifTool:
> 
>     exiftool -all= {file}
> 

Or it can just be done correctly in the primary image manipulation tool,
within the Gimp

> >And somehow it is putting my name in there.  Is that really necessary as
> >if I don't have enough things tracking me the universe.
> >
> >I don't think it is coming from my Cannon Camera.
> 
> Either your camera or you have entered a default comment. Create an
> image from scratch with Gimp and see if it contains your name...
> 
> >If you want, I can demonstrate this.  Remove the EXIF and it orients
> >correctly.
> >
> >
> >I just fixed
> >http://www.mrbrklyn.com/brooklyn/images/2020_09_fishing/bike.jpg
> >
> >by MANUALLY removeing the EXIF data from near top of the file.
> >It was correct in the GIMP and sideway in most of the rest of the
> >world..most importantly in Firefox et al
> 
> You are not demonstrating anything, we need the before and after images.
> 
I am aware of that.  I can demostrate it easily enough

Before =>
http://www.mrbrklyn.com/brooklyn/images/2020_09_fishing/IMG_4577.JPG

After =>
http://www.mrbrklyn.com/brooklyn/images/2020_09_fishing/IMG_4577.2.JPG

the EXIF needs to be fixed..

> >>Last, the exported image is what you see on the canvas, an dis the size
> >>of the canvas. Out-of-canvas parts are automatically cropped on export,
> >>there is no need to flatten the image first.
> >>
> >That is good.  But there is even less need for the crop to be broken
> >because someone doesn't know how to use CTL Z.
> 
> 
> Crop is not broken... for most purposes (especially exporting the
> result) it works as before. And if you set the "Delete cropped pixels"
> option, just save your tool options to have it become a default for you.
> 

This is doesn't exist in this gimp version, GIMP 2.10.


Actually, I finaly found it, under, of all place, dockable dialogs :(


BTW - what it does, in addition to just being annoying, is it
takes screen space.  It is broken.  It was working perectly.  
This is not trivial word play.  It was working.  It cropped 
perfectly, and now it leaves the canvas too large, produces 
a confusing layer, takes up unecessary screen space, and fails 
to actually crop because someone didn't know how to use CTL Z

This defines broken
http://www.nylxs.com/images/gimp_broken.jpg

If you don't like the frame of your crop then just CTL Z and recrop

Its not that hard.  Even a graphic artist can do 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

-- 
So many immigrant groups have swept through our town
that Brooklyn, like Atlantis, reaches mythological
proportions in the mind of the world - RI Safir 1998
http://www.mrbrklyn.com 

DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002
http://www.nylxs.com - Leadership Development in Free Software
http://www2.mrbrklyn.com/resources - Unpublished Archive 
http://www.coinhangout.com - coins!
http://www.brooklyn-living.com 

Being so tracked is for FARM ANIMALS and extermination camps, 
but incompatible with living as a free human being. -RI Safir 2013

___
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 mode, need instruct sequence

[Gene Heskett]

On Friday 02 October 2020 18:36:07 you wrote:

> Gene,
>
> By my reckoning, an 18 px letter is less than 1 pt high on an 300 dpi
> print—virtually invisible. Try setting the text size to 18 pts.
> (POINTS, not pixels) to be legible.

I have done that, Rick, but 18 pts isn't near big enough for older eyes 
either, so you backspace to get rid of the dust specs, look up to the 
text box and its reset to 18px. Frustrating is a very weak description.  
You spend 10 minutes bounceing from one place in that tool, to another 
trying to get it to keep what you selected long enough to type one line 
of text. Repeat for every line of text you want to overlay on a pix.

> Good luck.

I don't need luck, I need instructions that work, please read my whole 
message.

> RS

My whole point is that there is no way to set the defaults AND setting 
anything else restores the default of 18 px, switches it back to sans 
font, and the selected color back to black.  Changing ANY of those 
settings should change them at the very least for the lifetime of the 
current session. ANY TIME YOU CHANGE ONE THING, IT RESETS EVERYTHING 
ELSE BACK TO THE DEFAULTS. INCLUDING CHANGING WHERE YOU WANT TO PUT IT 
BY LEFT CLICKING THE SCREEN WHERE YOU WANT TO START TYPING. And if your 
put it here click is too high, the box disappears under the friggin 
ruler at the top of the screen so that you can't see if its decided to 
restore all the defaults

Since you have not addressed my main bitch at all, how about telling us 
how to change the text defaults to something that IS usable and by 
makeing those the defaults, 90% of the frustrations would be addressed.  
Maybe _you_ have a sequence that works, but no one has told the users.  
Put it in a format I can print and tape to the wall for next time.

> -Original Message-
> From: Gene Heskett
> Sent: Friday, October 02, 2020 5:05 PM
> To: gimp-user-list@gnome.org
> Subject: [Gimp-user] text mode, need instruct sequence
>
> Greetings all;
>
> I, like Ruben Safir, am A. tired of the lack of good docs, and B. the
> churn in how it works. I just had occasion to caption some pix as an
> aid to my wife who is not a computer whiz, in setting up a piano
> keyboard, and the air was quite blue around me by the time I got done
> because every time I tried to set one option in the text panel it
> reset everything else back to the defaults.  And an 18 px black
> character isn't more than a visible dot on an 8x10 printout, so I
> click on the size and add a zero to make 180 px. Then I am going to
> put it in a black area of the printout, so I select the color white
> and hit enter and it resets the size to 18px and the font back to sans
> from sans serif. Thats bs at its finest.  So is the text box when its
> under the top ruler and you can't see that its decided to reset
> everything back to the defaults. So please tell me the correct
> sequence of key or mouse strokes to set that up and if possible set it
> as the defaults so I don't have to get so frustrated just to add a
> line or 3 of text captions to a picture. You've made 4 hours of very
> frustrating work out of captioning 6 photo's that ought to be 3
> minutes plus print time each. If this worked. But IMNSHO it sucks dead
> toads thru soda straws. So please make it _Just_Work_, write some docs
> that tell us how to use it, and then stop the churn.
>
> Cheers, Gene Heskett


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 
___
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 mode, need instruct sequence

[Rick Strong]

Gene,

By my reckoning, an 18 px letter is less than 1 pt high on an 300 dpi 
print—virtually invisible. Try setting the text size to 18 pts. (POINTS, not 
pixels) to be legible.


Good luck.
RS

-Original Message- 
From: Gene Heskett

Sent: Friday, October 02, 2020 5:05 PM
To: gimp-user-list@gnome.org
Subject: [Gimp-user] text mode, need instruct sequence

Greetings all;

I, like Ruben Safir, am A. tired of the lack of good docs, and B. the
churn in how it works. I just had occasion to caption some pix as an aid
to my wife who is not a computer whiz, in setting up a piano keyboard,
and the air was quite blue around me by the time I got done because
every time I tried to set one option in the text panel it reset
everything else back to the defaults.  And an 18 px black character
isn't more than a visible dot on an 8x10 printout, so I click on the
size and add a zero to make 180 px. Then I am going to put it in a black
area of the printout, so I select the color white and hit enter and it
resets the size to 18px and the font back to sans from sans serif. Thats
bs at its finest.  So is the text box when its under the top ruler and
you can't see that its decided to reset everything back to the defaults.
So please tell me the correct sequence of key or mouse strokes to set
that up and if possible set it as the defaults so I don't have to get so
frustrated just to add a line or 3 of text captions to a picture.
You've made 4 hours of very frustrating work out of captioning 6 photo's
that ought to be 3 minutes plus print time each. If this worked. But
IMNSHO it sucks dead toads thru soda straws. So please make it
_Just_Work_, write some docs that tell us how to use it, and then stop
the churn.

Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
- Louis D. Brandeis
Genes Web page 
___
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-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] Orientations, Copyright Notices, metadata, and resized layers

[Ofnuts]

On 02/10/2020 23:33, Ruben Safir wrote:

But AFAIK when Gimp edits an image, it removes the Exif Orientation
flag, so the image should be displayed with the default orientation,

Whatever it is doing it is doing it 100% wrong 100% of the time and I
have to go into the file with VIM and remove the exif.


No such problem for me, and again, there are free tools to remove EXIF
if necessary, for instance with ExifTool:

    exiftool -all= {file}


And somehow it is putting my name in there.  Is that really necessary as
if I don't have enough things tracking me the universe.

I don't think it is coming from my Cannon Camera.


Either your camera or you have entered a default comment. Create an
image from scratch with Gimp and see if it contains your name...


If you want, I can demonstrate this.  Remove the EXIF and it orients
correctly.


I just fixed
http://www.mrbrklyn.com/brooklyn/images/2020_09_fishing/bike.jpg

by MANUALLY removeing the EXIF data from near top of the file.
It was correct in the GIMP and sideway in most of the rest of the
world..most importantly in Firefox et al


You are not demonstrating anything, we need the before and after images.


Last, the exported image is what you see on the canvas, an dis the size
of the canvas. Out-of-canvas parts are automatically cropped on export,
there is no need to flatten the image first.


That is good.  But there is even less need for the crop to be broken
because someone doesn't know how to use CTL Z.



Crop is not broken... for most purposes (especially exporting the
result) it works as before. And if you set the "Delete cropped pixels"
option, just save your tool options to have it become a default for you.


___
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] Orientations, Copyright Notices, metadata, and resized layers

[Ruben Safir]

On Fri, Oct 02, 2020 at 10:44:26PM +0200, Ofnuts wrote:
> On 30/09/2020 18:58, Ruben Safir wrote:
> >Hello
> >
> >I've been using the GIMP for decades at this point.  It has been bothing
> >me that of late (and I am old so late can mean years :) ) that I rotate
> >the image 90% and it doesn't prent in the correct orientation on my
> >websites.  This is getting to be a real PIA.  With JPGs, you can't just
> >remove the EXIF data without reprocessing the entire image.  I have
> >resorted to trying to edit the files in VIM and removing the EXIF data.
> >
> >But that has lead me another issue, and this is ration serious.  It is
> >easier to so than tell:
> >
> >
> You can use ExifTool to change the Exif on a JPG (without
> decompressing/recompressing).
> 
> But AFAIK when Gimp edits an image, it removes the Exif Orientation
> flag, so the image should be displayed with the default orientation,

Whatever it is doing it is doing it 100% wrong 100% of the time and I
have to go into the file with VIM and remove the exif.

And somehow it is putting my name in there.  Is that really necessary as
if I don't have enough things tracking me the universe.

I don't think it is coming from my Cannon Camera.

If you want, I can demonstrate this.  Remove the EXIF and it orients
correctly.


I just fixed
http://www.mrbrklyn.com/brooklyn/images/2020_09_fishing/bike.jpg

by MANUALLY removeing the EXIF data from near top of the file.  
It was correct in the GIMP and sideway in most of the rest of the 
world..most importantly in Firefox et al




> which is how Gimp itself displays the image. The Orientation flag is
> indeed missing in the EXIF dump you attached. I strongly suggest that
> you try to display the images with various images viewers (including
> browsers showing the image "bare" without any HTML) before pointing
> fingers, and check if the HTML of your site doesn't contain attributes
> that rotate images.
> 
> Last, the exported image is what you see on the canvas, an dis the size
> of the canvas. Out-of-canvas parts are automatically cropped on export,
> there is no need to flatten the image first.
> 

That is good.  But there is even less need for the crop to be broken
because someone doesn't know how to use CTL Z.


BTW - Zelous crop seems to be broken now as well.  It just does nothing
now.



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

-- 
So many immigrant groups have swept through our town
that Brooklyn, like Atlantis, reaches mythological
proportions in the mind of the world - RI Safir 1998
http://www.mrbrklyn.com 

DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002
http://www.nylxs.com - Leadership Development in Free Software
http://www2.mrbrklyn.com/resources - Unpublished Archive 
http://www.coinhangout.com - coins!
http://www.brooklyn-living.com 

Being so tracked is for FARM ANIMALS and extermination camps, 
but incompatible with living as a free human being. -RI Safir 2013

___
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 mode, need instruct sequence

[Gene Heskett]

Greetings all;

I, like Ruben Safir, am A. tired of the lack of good docs, and B. the 
churn in how it works. I just had occasion to caption some pix as an aid 
to my wife who is not a computer whiz, in setting up a piano keyboard, 
and the air was quite blue around me by the time I got done because 
every time I tried to set one option in the text panel it reset 
everything else back to the defaults.  And an 18 px black character 
isn't more than a visible dot on an 8x10 printout, so I click on the 
size and add a zero to make 180 px. Then I am going to put it in a black 
area of the printout, so I select the color white and hit enter and it 
resets the size to 18px and the font back to sans from sans serif. Thats 
bs at its finest.  So is the text box when its under the top ruler and 
you can't see that its decided to reset everything back to the defaults.  
So please tell me the correct sequence of key or mouse strokes to set 
that up and if possible set it as the defaults so I don't have to get so 
frustrated just to add a line or 3 of text captions to a picture.  
You've made 4 hours of very frustrating work out of captioning 6 photo's 
that ought to be 3 minutes plus print time each. If this worked. But 
IMNSHO it sucks dead toads thru soda straws. So please make it 
_Just_Work_, write some docs that tell us how to use it, and then stop 
the churn.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 
___
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] Orientations, Copyright Notices, metadata, and resized layers

[Ofnuts]

On 30/09/2020 18:58, Ruben Safir wrote:

Hello

I've been using the GIMP for decades at this point.  It has been bothing
me that of late (and I am old so late can mean years :) ) that I rotate
the image 90% and it doesn't prent in the correct orientation on my
websites.  This is getting to be a real PIA.  With JPGs, you can't just
remove the EXIF data without reprocessing the entire image.  I have
resorted to trying to edit the files in VIM and removing the EXIF data.

But that has lead me another issue, and this is ration serious.  It is
easier to so than tell:



You can use ExifTool to change the Exif on a JPG (without
decompressing/recompressing).

But AFAIK when Gimp edits an image, it removes the Exif Orientation
flag, so the image should be displayed with the default orientation,
which is how Gimp itself displays the image. The Orientation flag is
indeed missing in the EXIF dump you attached. I strongly suggest that
you try to display the images with various images viewers (including
browsers showing the image "bare" without any HTML) before pointing
fingers, and check if the HTML of your site doesn't contain attributes
that rotate images.

Last, the exported image is what you see on the canvas, an dis the size
of the canvas. Out-of-canvas parts are automatically cropped on export,
there is no need to flatten the image first.




___
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] VPAT Software Request

[Ruben Safir]

On Fri, Jun 12, 2020 at 02:55:34PM +0200, Michael Schumacher wrote:
> 
> 
> On 6/12/20 2:35 PM, Norbert Preining via gimp-user-list wrote:
> 
> > On Fri, 12 Jun 2020, Robert Krawitz wrote:
> >> Confirmed; it doesn't render for me either.  Two other PDFs I tried
> >
> > Chrome is **not** a pdf viewer, please use a proper one, there are
> > billions out there.
> >
> > Using a browser from PDF viewing is something like a last resort...
> 
> More like the norm, at least for PDF files which are available online.
> 


Only if you are suicidal about secturity.  PDF includes a full on 
programming language with in secure access to your system.  Allowing the
broswer to display it directly might make adobe happy, but it is not
just unwise, it is flatout stupid.

Use a plug in and a real PDF viewer.


> 
> @Robert: as I wrote in my reply to Gene, it would be nice if you could
> file an issue for Chromium (or contribute to an existing one, if there's
> one already), to make sure that the Chromium developers know about this
> and can examine it.
> 
> 
> --
> Regards,
> Michael
> GPG: 96A8 B38A 728A 577D 724D 60E5 F855 53EC B36D 4CDD
> ___
> 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

-- 
So many immigrant groups have swept through our town
that Brooklyn, like Atlantis, reaches mythological
proportions in the mind of the world - RI Safir 1998
http://www.mrbrklyn.com 

DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002
http://www.nylxs.com - Leadership Development in Free Software
http://www2.mrbrklyn.com/resources - Unpublished Archive 
http://www.coinhangout.com - coins!
http://www.brooklyn-living.com 

Being so tracked is for FARM ANIMALS and extermination camps, 
but incompatible with living as a free human being. -RI Safir 2013

___
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] Orientations, Copyright Notices, metadata, and resized layers

[Ruben Safir]

On 10/1/20 7:47 PM, Liam R E Quin wrote:
> "Delete Cropped pixels"


Honestly, with every change the gimp is getting harder and harder to
use, and it is time to find an alternative.  For nearly 20 year now,
every change has been screwing the end user.  The stupidist one is the
save/export fiasco.  It's inability to rotate correctly is just rank
amateurness and it wasn't always the case. This BS with the crop was
fixing another non problem to make the program miserable to use.
Control Z works.  Making a copy and working on that also works.  This
was just a crap change and now every crop needs to have me hunting
through the menus to ... to like CROP.

You want a "non-destructive crop" then DON'T CROP.


I mean, really, what the hell is wrong with these developers.  This is a
mature product that has been in use for DECADES.  It is not a private
playground for your masters degree thesis and every idea out of the
slaveware world is no a good one to be duplicated.

the situation with the elimination of the toolbox, that was just INSANE.

To this DAY the one feature that would be really useful, a file selector
with thumbnails, like something xv could do in the mid-1990s, the gimp
STILL can't do that.

-- 
So many immigrant groups have swept through our town
that Brooklyn, like Atlantis, reaches mythological
proportions in the mind of the world - RI Safir 1998
http://www.mrbrklyn.com
DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002

http://www.nylxs.com - Leadership Development in Free Software
http://www.brooklyn-living.com

Being so tracked is for FARM ANIMALS and extermination camps,
but incompatible with living as a free human being. -RI Safir 2013
___
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] Orientations, Copyright Notices, metadata, and resized layers

[Ruben Safir]

On 10/1/20 7:47 PM, Liam R E Quin wrote:
> I'mguessing by the "graphic slide rule" you mean the crop tool; this
> _has_ changed by default, as it no longer discards pixels outside the
> new canvas area. To get back to the old behaviour, choose
> "Delete Cropped pixels" in tool options.

there is no such thing..



-- 
So many immigrant groups have swept through our town
that Brooklyn, like Atlantis, reaches mythological
proportions in the mind of the world - RI Safir 1998
http://www.mrbrklyn.com
DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002

http://www.nylxs.com - Leadership Development in Free Software
http://www.brooklyn-living.com

Being so tracked is for FARM ANIMALS and extermination camps,
but incompatible with living as a free human being. -RI Safir 2013
___
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] Orientations, Copyright Notices, metadata, and resized layers

[Ruben Safir]

On Thu, Oct 01, 2020 at 07:47:21PM -0400, Liam R E Quin wrote:
> On Thu, 2020-10-01 at 18:23 -0400, Ruben Safir wrote:
> > > 
> > > So, you are using image->scale image, and entering the new size
> > > numerically?
> > > 
> > > i'm asking because there's more than one way to resize an image...
> > 
> > correct, although I might use the graphic slide rule with the locked
> > ratios.
> 
> Image/Scale Image hasn't changed - i take it you're using GIMP 2.10.20
> on Windows 10?


No, why would you do that?

This is on GNU/Linux

> 
> I'mguessing by the "graphic slide rule" you mean the crop tool; 

No, but as you mention it, this is also a huge PIA

> this
> _has_ changed by default, as it no longer discards pixels outside the
> new canvas area. To get back to the old behaviour, choose
> "Delete Cropped pixels" in tool options.

Thanks


> 
> slave liam
> 
> -- 
> Liam Quin - web slave for https://www.fromoldbooks.org/
> with fabulous vintage art and fascinating texts to read.
> Click here to have the slave rewarded with more chores.

-- 
So many immigrant groups have swept through our town
that Brooklyn, like Atlantis, reaches mythological
proportions in the mind of the world - RI Safir 1998
http://www.mrbrklyn.com 

DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002
http://www.nylxs.com - Leadership Development in Free Software
http://www2.mrbrklyn.com/resources - Unpublished Archive 
http://www.coinhangout.com - coins!
http://www.brooklyn-living.com 

Being so tracked is for FARM ANIMALS and extermination camps, 
but incompatible with living as a free human being. -RI Safir 2013

___
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