Standardize image height for the article's in-line display

Standardize image height for the article's in-line display

[Vitalie Spinu]

Hi,

Is there a way to scale all images in the gnus article to the same
predefined height?

My amateur take on this is like follows. I have

(add-to-list 'mm-attachment-override-types "image/.*") 

to make all the images display by default. Now I would like to treat
each image with an appropriate function from eimp package, or maybe use
thumbnails from image-dired, but cannot see how it could be done.

Any ideas?

Thanks,
Vitalie.

Re: Standardize image height for the article's in-line display

[Ted Zlatanov]

On Tue, 31 Jan 2012 20:10:02 +0200 Vitalie Spinu <spinuvit@gmail.com> wrote: 

VS> Is there a way to scale all images in the gnus article to the same
VS> predefined height?

VS> My amateur take on this is like follows. I have

VS> (add-to-list 'mm-attachment-override-types "image/.*") 

VS> to make all the images display by default. Now I would like to treat
VS> each image with an appropriate function from eimp package, or maybe use
VS> thumbnails from image-dired, but cannot see how it could be done.

I'd also like some more control over SHR's image scaling.  When point is
on an image, `z' or some such keybinding should iterate between native
size, zoomed to max(buffer width, buffer height), and zoomed to frame
size.

Ted

Re: Standardize image height for the article's in-line display

[Lars Ingebrigtsen]

Vitalie Spinu <spinuvit@gmail.com> writes:

> Is there a way to scale all images in the gnus article to the same
> predefined height?

There isn't any code in Gnus for doing so at the present...

Images are mainly displayed in two ways: As MIME parts, and as <img src>
from HTML, and those are handled totally orthogonally.

But either or both could have hooks for letting people do things
automatically with them.  But I'm not sure how useful that would be in
general... 

-- 
(domestic pets only, the antidote for overdose, milk.)
  http://lars.ingebrigtsen.no  *  Sent from my Rome

Re: Standardize image height for the article's in-line display

[Lars Ingebrigtsen]

Ted Zlatanov <tzz@lifelogs.com> writes:

> I'd also like some more control over SHR's image scaling.  When point is
> on an image, `z' or some such keybinding should iterate between native
> size, zoomed to max(buffer width, buffer height), and zoomed to frame
> size.

Yes, that sounds like a good idea.  Frequently when I'm looking at the
9gag feed, there are pictures that are too small to read, which means
that I have to hit the link and read the message in (EWWWW!!!1!ONE!!)
Firefox.

But what about the images that are too big for the Emacs frame?  As we
know, it's virtually impossible to scroll these images in Emacs...

Oh!  I know!  The `z' command could insert big images as "striped"
images, allowing scrolling?  Striped images are really slow, which is
why they're not used by default, but for an interactive command, it
would make total sense.

What do you think?

-- 
(domestic pets only, the antidote for overdose, milk.)
  http://lars.ingebrigtsen.no  *  Sent from my Rome

Re: Standardize image height for the article's in-line display

[Ted Zlatanov]

On Wed, 01 Feb 2012 20:51:50 +0100 Lars Ingebrigtsen <larsi@gnus.org> wrote: 

LI> Ted Zlatanov <tzz@lifelogs.com> writes:
>> I'd also like some more control over SHR's image scaling.  When point is
>> on an image, `z' or some such keybinding should iterate between native
>> size, zoomed to max(buffer width, buffer height), and zoomed to frame
>> size.

LI> Yes, that sounds like a good idea.  Frequently when I'm looking at the
LI> 9gag feed, there are pictures that are too small to read, which means
LI> that I have to hit the link and read the message in (EWWWW!!!1!ONE!!)
LI> Firefox.

LI> But what about the images that are too big for the Emacs frame?  As we
LI> know, it's virtually impossible to scroll these images in Emacs...

LI> Oh!  I know!  The `z' command could insert big images as "striped"
LI> images, allowing scrolling?  Striped images are really slow, which is
LI> why they're not used by default, but for an interactive command, it
LI> would make total sense.

LI> What do you think?

That works for me, if it's easy to implement.

Ted

Re: Standardize image height for the article's in-line display

[Vitalie Spinu]

On Wed, Feb 01 2012 21:48, Lars Ingebrigtsen wrote:

> Vitalie Spinu <spinuvit@gmail.com> writes:

>> Is there a way to scale all images in the gnus article to the same
>> predefined height?

> There isn't any code in Gnus for doing so at the present...

> Images are mainly displayed in two ways: As MIME parts, and as <img src>
> from HTML, and those are handled totally orthogonally.

> But either or both could have hooks for letting people do things
> automatically with them.  But I'm not sure how useful that would be in
> general... 

As long as I can call imagemagic on the image object, that would be
great.

May be a better idea would be to store all the images in temporary
directory and open it in image-dired? I have no clue of GNUS internals, 
but it doesn't look too difficult.

How can I iterate over mime objects from an article?

Thanks,
Vitalie.

Re: Standardize image height for the article's in-line display

[Lars Ingebrigtsen]

Ted Zlatanov <tzz@lifelogs.com> writes:

> That works for me, if it's easy to implement.

Apparently it was.  Give it a whirl.

It needs a bit of tweaking, though.  When making the image sliced, the
underlines from the <a href> thing are pasted all throughout the image.
Yuck.

That is, if you have a <a href><img> image...

I'm not sure what the most "elegant" solution here would be.  It'll be a
kludge anyway...

And there's a bit of ad-hoc-ery going on with "what is one image" now,
since sliced images are really lots of smaller images.  That has to be
cleaned up, but as a proof of concept, it probably...  proves the
concept.

-- 
(domestic pets only, the antidote for overdose, milk.)
  http://lars.ingebrigtsen.no  *  Sent from my Rome

Re: Standardize image height for the article's in-line display

[Ted Zlatanov]

On Wed, 01 Feb 2012 21:47:57 +0100 Lars Ingebrigtsen <larsi@gnus.org> wrote: 

LI> Ted Zlatanov <tzz@lifelogs.com> writes:
>> That works for me, if it's easy to implement.

LI> Apparently it was.  Give it a whirl.

LI> It needs a bit of tweaking, though.  When making the image sliced, the
LI> underlines from the <a href> thing are pasted all throughout the image.
LI> Yuck.

LI> That is, if you have a <a href><img> image...

It's usable for me.  xkcd and Penny Arcade are easier to read now!

LI> And there's a bit of ad-hoc-ery going on with "what is one image" now,
LI> since sliced images are really lots of smaller images.  That has to be
LI> cleaned up, but as a proof of concept, it probably...  proves the
LI> concept.

It's good.  Can `z' operate on the first image in the article buffer,
even from the summary buffer?  That way I don't have to switch to the
article buffer and move point to the image.

Thanks
Ted

Re: Standardize image height for the article's in-line display

[Lars Ingebrigtsen]

Ted Zlatanov <tzz@lifelogs.com> writes:

> Can `z' operate on the first image in the article buffer, even from
> the summary buffer?  That way I don't have to switch to the article
> buffer and move point to the image.

`z' is indeed unused in the summary buffer, so that's possible.  But do
we want to use such a useful key for something this obscure?

-- 
(domestic pets only, the antidote for overdose, milk.)
  http://lars.ingebrigtsen.no  *  Sent from my Rome

Re: Standardize image height for the article's in-line display

[Lars Ingebrigtsen]

Vitalie Spinu <spinuvit@gmail.com> writes:

> May be a better idea would be to store all the images in temporary
> directory and open it in image-dired? I have no clue of GNUS internals, 
> but it doesn't look too difficult.
>
> How can I iterate over mime objects from an article?

`gnus-article-mime-handles' (in the article buffer) has the list of MIME
handles.

-- 
(domestic pets only, the antidote for overdose, milk.)
  http://lars.ingebrigtsen.no  *  Sent from my Rome

Re: Standardize image height for the article's in-line display

[Ted Zlatanov]

On Thu, 02 Feb 2012 00:15:28 +0100 Lars Ingebrigtsen <larsi@gnus.org> wrote: 

LI> Ted Zlatanov <tzz@lifelogs.com> writes:
>> Can `z' operate on the first image in the article buffer, even from
>> the summary buffer?  That way I don't have to switch to the article
>> buffer and move point to the image.

LI> `z' is indeed unused in the summary buffer, so that's possible.  But do
LI> we want to use such a useful key for something this obscure?

I'd bind it to `z' for myself, so it's your choice (but what would you
use `z' for otherwise?)

Maybe for the general case it can go under the general SHR mappings?

Ted

Re: Standardize image height for the article's in-line display

[Lars Ingebrigtsen]

Ted Zlatanov <tzz@lifelogs.com> writes:

> I'd bind it to `z' for myself, so it's your choice (but what would you
> use `z' for otherwise?)

Something new and wonderful somebody invents in the future!

> Maybe for the general case it can go under the general SHR mappings?

There are shr mappings?  :-)

Under `W' somewhere would be nice.  And there should also probably be a
"hit the first link in the article buffer" command, too.  It's annoying
to have to skip to the article buffer to read the full Krugman blog
texts.

Or should that be "hit the last link"?  Perhaps both would be handy.

But where to put them?

-- 
(domestic pets only, the antidote for overdose, milk.)
  http://lars.ingebrigtsen.no  *  Sent from my Rome

Re: Standardize image height for the article's in-line display

[Ted Zlatanov]

On Thu, 02 Feb 2012 00:23:43 +0100 Lars Ingebrigtsen <larsi@gnus.org> wrote: 

LI> Ted Zlatanov <tzz@lifelogs.com> writes:
>> I'd bind it to `z' for myself, so it's your choice (but what would you
>> use `z' for otherwise?)

LI> Something new and wonderful somebody invents in the future!

>> Maybe for the general case it can go under the general SHR mappings?

LI> There are shr mappings?  :-)

LI> Under `W' somewhere would be nice.  And there should also probably be a
LI> "hit the first link in the article buffer" command, too.  It's annoying
LI> to have to skip to the article buffer to read the full Krugman blog
LI> texts.

LI> Or should that be "hit the last link"?  Perhaps both would be handy.

LI> But where to put them?

I would use:

Z Z = zoom image

Z a = first link

Z z = last link

Z TAB = next link

Z S-TAB = previous link

Z RET = get current link (like switching to article buffer and hitting RET)

Ted

Re: Standardize image height for the article's in-line display

[Reiner Steib]

On Thu, Feb 02 2012, Ted Zlatanov wrote:

> On Thu, 02 Feb 2012 00:23:43 +0100 Lars Ingebrigtsen <larsi@gnus.org> wrote: 
>
> LI> Ted Zlatanov <tzz@lifelogs.com> writes:
>>> I'd bind it to `z' for myself, so it's your choice (but what would you
>>> use `z' for otherwise?)
>
> LI> Something new and wonderful somebody invents in the future!

ACK, please don't put it in `z'.

>>> Maybe for the general case it can go under the general SHR mappings?
>
> LI> There are shr mappings?  :-)
>
> LI> Under `W' somewhere would be nice.  

That makes sense.  If they are too long,  a user can always use the
user reserved (prefix) keys (`v', <F5>-<F9>, C-LETTER).

> I would use:
> Z Z = zoom image
> Z a = first link
> Z z = last link
> Z TAB = next link
> Z S-TAB = previous link
> Z RET = get current link (like switching to article buffer and hitting RET)

"Z" is already used for the gnus-summary-exit-map.

Bye, Reiner.
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo---  |  PGP key available  |  http://rsteib.home.pages.de/

Re: Standardize image height for the article's in-line display

[Antoine Levitt]

02/02/12 00:23, Lars Ingebrigtsen
> Ted Zlatanov <tzz@lifelogs.com> writes:
>
>> I'd bind it to `z' for myself, so it's your choice (but what would you
>> use `z' for otherwise?)
>
> Something new and wonderful somebody invents in the future!
>
>> Maybe for the general case it can go under the general SHR mappings?
>
> There are shr mappings?  :-)
>
> Under `W' somewhere would be nice.  And there should also probably be a
> "hit the first link in the article buffer" command, too.  It's annoying
> to have to skip to the article buffer to read the full Krugman blog
> texts.

You might be interested in http://fulltextrssfeed.com/

>
> Or should that be "hit the last link"?  Perhaps both would be handy.
>
> But where to put them?

Great to see some work on image support in shr! I still have a weird bug
where buffers scroll by themselves when images are present, I'll try and
isolate it to make a bug report.

Both bindings would definitely be handy (I have "m" in summary bound to
"open the last link", so on gwene articles I can quickly send my browser
to the website).

Re: Standardize image height for the article's in-line display

[Lars Ingebrigtsen]

I've now fixed up the zoom stuff so that it should work more reliably,
and look prettier in the presence of <a href><img>.

-- 
(domestic pets only, the antidote for overdose, milk.)
  http://lars.ingebrigtsen.no  *  Sent from my Rome

Re: Standardize image height for the article's in-line display

[Lars Ingebrigtsen]

Antoine Levitt <antoine.levitt@gmail.com> writes:

> You might be interested in http://fulltextrssfeed.com/

Nice.  Now I can read Krugman's blog on Gwene without hitting any links.

-- 
(domestic pets only, the antidote for overdose, milk.)
  http://lars.ingebrigtsen.no  *  Sent from my Rome

Re: Standardize image height for the article's in-line display

[Lars Ingebrigtsen]

Ted Zlatanov <tzz@lifelogs.com> writes:

> I would use:
>
> Z Z = zoom image
>
> Z a = first link
>
> Z z = last link
>
> Z TAB = next link
>
> Z S-TAB = previous link
>
> Z RET = get current link (like switching to article buffer and hitting RET)

`Z' is already taken, but something like that would work.  The next/prev
things are already bound to TAB and S-TAB, I think.

`TAB h RET' is as many key presses as `Z a', though...  Hm...

-- 
(domestic pets only, the antidote for overdose, milk.)
  http://lars.ingebrigtsen.no  *  Sent from my Rome

Re: Standardize image height for the article's in-line display

[Lars Ingebrigtsen]

Lars Ingebrigtsen <larsi@gnus.org> writes:

> `Z' is already taken, but something like that would work.  The next/prev
> things are already bound to TAB and S-TAB, I think.

That is, now `backtab' does.  If no link has been selected, the last
link is selected.

-- 
(domestic pets only, the antidote for overdose, milk.)
  http://lars.ingebrigtsen.no  *  Sent from my Rome

Re: Standardize image height for the article's in-line display

[Vitalie Spinu]

On Thu, Feb 02 2012 11:34, Lars Ingebrigtsen wrote:

> I've now fixed up the zoom stuff so that it should work more reliably,
> and look prettier in the presence of <a href><img>.

Thanks, that's for shr, but how about attachments? If people send 20
attached pics, I really have to go to gmail interface to view them
conveniently.

Vitalie.

Re: Standardize image height for the article's in-line display

[Lars Ingebrigtsen]

Vitalie Spinu <spinuvit@gmail.com> writes:

> Thanks, that's for shr, but how about attachments? If people send 20
> attached pics, I really have to go to gmail interface to view them
> conveniently.

Or you could just send them to feh or a different external viewer by
hitting RET on the links.

-- 
(domestic pets only, the antidote for overdose, milk.)
  http://lars.ingebrigtsen.no  *  Sent from my Rome