Re: [Gimp-developer] JPEG lossless operations?

[Bruce]

I've read that Picasa (Google's program) might be able to perform lossless
rotations, but I'm just going by what I've read.
(Source
)

Apparently there are ways to test if the tool you use makes use of lossless
rotation. This page lists some:
http://www.impulseadventure.com/photo/lossless-rotation-test.html

This page also has a nice explanation of lossless rotation and its finer
nuances:
http://www.betterjpeg.com/lossless-rotation.htm

>From what I've learned so far, I think in the end you just have to relax
about all this stuff and not worry about it too much, though it does help
to know what's happening when you do certain things (such as rotate a
jpeg).

On Mon, May 28, 2012 at 5:31 AM, gfxuser  wrote:

> Ofnuts wrote:
>
>> On 05/27/2012 08:26 PM, gfxuser wrote:
>>
>>> Hi,
>>>
>>> reading some of the JPEG related articles here I wondered whether GIMP
>>> or GEGL can do lossless rotation and cropping on JPEG images. Can you tell
>>> me more about it?
>>>
>>> Thanks,
>>> grafxuser
>>>
>>>
>> For rotation, that would only work on images with dimensions that are a
>> multiple of 8. For cropping, that only works if you crop on 8-pixel
>> boundaries from the origin corner.
>>
>> Otherwise, this also assumes that JPEG is an "editable format", while the
>> recent kerfuffle around the Export function has demonstrated that it is
>> not, in the current vision.
>>
>>  Thanks, Ofnuts.
> Yes, 'Export vs. Save' was a long discussion and I don't want to boost it
> again. Although it takes a little getting used to I can live with the new
> behaviour. Despite of that I sometimes wondered in the past whether GIMP
> will introduce new compression artifacts if I rotated or cropped an
> existing JPEG image (yes, there are some cameras where saving in JPEG of
> sufficient quality is the best choice. Shall we not use them anymore?).
>
> Best regards,
>
> grafxuser
>
> __**_
> gimp-developer-list mailing list
> gimp-developer-list@gnome.org
> https://mail.gnome.org/**mailman/listinfo/gimp-**developer-list
>
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

[Gimp-developer] Work for new contributors (news from 2012-05-04)

[Conley Moorhous]

I would like to start contributing to GIMP. I was going to start with an
old enhancement request on bugzilla, but I don't know my way around the
source code yet. Someone on irc suggested I check the news on gimp.org from
2012-05-04, about porting little things.

So, how can I help?
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] JPEG lossless operations?

[Ofnuts]

On 05/30/2012 05:55 PM, Bruce wrote:
I've read that Picasa (Google's program) might be able to perform 
lossless rotations, but I'm just going by what I've read. (Source 
)


Apparently there are ways to test if the tool you use makes use of 
lossless rotation. This page lists some: 
http://www.impulseadventure.com/photo/lossless-rotation-test.html


This page also has a nice explanation of lossless rotation and its 
finer nuances:

http://www.betterjpeg.com/lossless-rotation.htm

From what I've learned so far, I think in the end you just have to 
relax about all this stuff and not worry about it too much, though it 
does help to know what's happening when you do certain things (such as 
rotate a jpeg).




The best (and fastest) way to rotate a JPEG is to change its 
orientation flag...




___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] JPEG lossless operations?

[Liam R E Quin]

On Thu, 2012-05-31 at 01:04 +0200, Ofnuts wrote:

> The best (and fastest) way to rotate a JPEG is to change its 
> orientation flag...

Not all programs honour the orientation flag.

Windows Explorer's thumbnails used to be an example, don't know if
that's still true in Windows 7.

Liam

-- 
Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/
Pictures from old books: http://fromoldbooks.org/

___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

[Gimp-developer] file open and create

[Liam R E Quin]

What if there was only File->Open and you got a file chooser (as now)
but with a tabbed interface (or buttons) to get to
  Open File / Scan / Screenshot / Web page
maybe with a checkbox, "open as layers inside the active image" instead
of file->open as layers.

Goal: I'm sure I'm not alone in finding file->open and file->create
confusing, along with file->create->from webpage being different from
File->Open Location, both of which take a URI... it's a mess.

Liam

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

___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] file open and create

[Srihari Sriraman]

IMHO a tabbed interface would be add to the confusion.
Open as Layers is a powerful and frequent user scenario.
Ctrl+O is something everyone is used to, and its easy to catch the
Ctrl+Alt+O behaviour.

I think Open Location could be moved to Create>From URI along with
Create>From Clipboard. Then we would have only 2 open dialogs, which is
quite clear.

Another thought could be moving the first half of File>Create [Clipboard,
Screenshot] etc somewhere else. Since these don't really 'create'
something, in contrast with the rest of File>Create [Buttons, logos, etc].



On Thu, May 31, 2012 at 8:34 AM, Liam R E Quin  wrote:

> What if there was only File->Open and you got a file chooser (as now)
> but with a tabbed interface (or buttons) to get to
>  Open File / Scan / Screenshot / Web page
> maybe with a checkbox, "open as layers inside the active image" instead
> of file->open as layers.
>
> Goal: I'm sure I'm not alone in finding file->open and file->create
> confusing, along with file->create->from webpage being different from
> File->Open Location, both of which take a URI... it's a mess.
>
> Liam
>
> --
> Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/
> Pictures from old books: http://fromoldbooks.org/
> Ankh: irc.sorcery.net irc.gnome.org freenode/#xml
>
> ___
> gimp-developer-list mailing list
> gimp-developer-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/gimp-developer-list
>



-- 
*
*
*Regards,
  *
*Srihari Sriraman
  *
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] file open and create

[Liam R E Quin]

On Thu, 2012-05-31 at 10:01 +0530, Srihari Sriraman wrote:
> IMHO a tabbed interface would be add to the confusion.

You're probably right, the idea is try to simplify.

> Open as Layers is a powerful and frequent user scenario.

Yes, I use it a lot. Not suggesting removing it, only moving it, as it's
really an option on file->open. Which should be file->import:
compromising the metaphor for ease of use indicates the metaphor isn't
right.

> Ctrl+O is something everyone is used to, and its easy to catch the
> Ctrl+Alt+O behaviour.
Actually I'd never noticed it had that shortcut. But it still could -
the only difference would be the state of the checkbox - without a
separate menu item.

> I think Open Location could be moved to Create>From URI along with
> Create>From Clipboard. Then we would have only 2 open dialogs, which is
> quite clear.

So we'd have Create->From URI next to Create->From Webpage???

> 
> Another thought could be moving the first half of File>Create [Clipboard,
> Screenshot] etc somewhere else. Since these don't really 'create'
> something, in contrast with the rest of File>Create [Buttons, logos, etc].

I have under File->Create
from clipboard
from webpage
screenshot
xsane device dialog
xsane epkowa:usb:003:002
xsane v4l:'dev'video0

Sometimes I get epson expression 1000 XL in there too.

In every other program scanning is under file->acquire, which is badly
named but at least predictable. But all I really care about is having
something predictable, where I can look at the menu and guess what
things do. Having file->open and fil->create is confusing and so is
having both open location and open webpage.

So I thought I'd try & start a conversation about it :)

Liam

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

___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list

Re: [Gimp-developer] file open and create

[Srihari Sriraman]

>
> But it still could -
> the only difference would be the state of the checkbox - without a
> separate menu item.


You mean bringing up the open dialog with 'as layers' checked with a
different shortcut?
It seems unorthodox, but maybe worth a try.

 So we'd have Create->From URI next to Create->From Webpage???


I don't seem to have the Create>From Webpage. Its a plug-in?
File->Create makes sense for Buttons and Logos, but not for URI, clipboard,
screenshot, scan etc.
Can these be united in one category for the menu?

But all I really care about is having
> something predictable, where I can look at the menu and guess what
> things do


I can relate to this. Perhaps you should use Tito ;)

On Thu, May 31, 2012 at 10:32 AM, Liam R E Quin  wrote:

> On Thu, 2012-05-31 at 10:01 +0530, Srihari Sriraman wrote:
> > IMHO a tabbed interface would be add to the confusion.
>
> You're probably right, the idea is try to simplify.
>
> > Open as Layers is a powerful and frequent user scenario.
>
> Yes, I use it a lot. Not suggesting removing it, only moving it, as it's
> really an option on file->open. Which should be file->import:
> compromising the metaphor for ease of use indicates the metaphor isn't
> right.
>
> > Ctrl+O is something everyone is used to, and its easy to catch the
> > Ctrl+Alt+O behaviour.
> Actually I'd never noticed it had that shortcut. But it still could -
> the only difference would be the state of the checkbox - without a
> separate menu item.
>
> > I think Open Location could be moved to Create>From URI along with
> > Create>From Clipboard. Then we would have only 2 open dialogs, which is
> > quite clear.
>
> So we'd have Create->From URI next to Create->From Webpage???
>
> >
> > Another thought could be moving the first half of File>Create [Clipboard,
> > Screenshot] etc somewhere else. Since these don't really 'create'
> > something, in contrast with the rest of File>Create [Buttons, logos,
> etc].
>
> I have under File->Create
> from clipboard
> from webpage
> screenshot
> xsane device dialog
> xsane epkowa:usb:003:002
> xsane v4l:'dev'video0
>
> Sometimes I get epson expression 1000 XL in there too.
>
> In every other program scanning is under file->acquire, which is badly
> named but at least predictable. But all I really care about is having
> something predictable, where I can look at the menu and guess what
> things do. Having file->open and fil->create is confusing and so is
> having both open location and open webpage.
>
> So I thought I'd try & start a conversation about it :)
>
> Liam
>
> --
> Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/
> Pictures from old books: http://fromoldbooks.org/
> Ankh: irc.sorcery.net irc.gnome.org freenode/#xml
>
>


-- 
*
*
*Regards,
  *
*Srihari Sriraman
  *
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list