emacs-pretest-bug
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: thumbs doesn't show next image


From: Dieter Wilhelm
Subject: Re: thumbs doesn't show next image
Date: Fri, 27 Jan 2006 23:38:58 +0100
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux)

Nick Roberts <address@hidden> writes:
>  > 3.) deleting works not always, please play around with some pictures
>  > it's hard to find a pattern. Sometimes you mark some files and the
>  > number of marked files is not correct, sometimes there is still a
>  > marked file left after deletion.
>
> I can't reproduce this.  If you find a formula can you please forward it.

Please thumb a directory with at least 8 image files.  Delete one file
with (x) or mark (m) some files and delete (x) them in the first row.
Everything works fine so far.  Then proceed to the second row and mark
and delete at least two files.  There should be one remaining marked
file left.

> If no files are marked, the current image gets deleted.  Previously I

This feature seems a natural one.

>  > By the way, I observed the message 'type + to display more images' in
>  > the '*Thumbs: ...' buffer but it does nothing for me.  Because already
>  > all images in the directory are displayed?
>
> It displays up to a nominal number of images (16).  I've suppressed this
> message now when there are no more images to display.

Right, it works as you want it to.

With my little testing directory I checked now every feature explained
in the mode description (C-h m) of both the *Image* buffer* and the
*Thumbs: DIR buffer, except the set root (w) command.  Up to now I
can't find errors anymore.

Wish list (now he's getting cheeky):
====================================

1.) In my testing directory there are HUGE images (compared to the
  screen resolution) from a digital camera.  It's rather awkward
  watching them in the *Image* buffer.  Wouldn't it make sense to
  restrict a bit the maximum picture size, say 1200X1200 or so?

  Then a function like 'show-original-size' would be somewhat
  expected, wouldn't it?  

2.) It's not documented that the LEFT, RIGHT, and so on keys also
  displaying the filename while scrolling through the thumbnail
  buffer.  While the "normal" movement Keys: C-f, C-n, etc. aren't.
  Is this a feature or a bug?

3.) Why do you need the save (s), set root (w) and especially the
  embossed (e) command at all? 'thumbs' shouldn't be a second gimp, in
  my opinion.  (Can you imagine, a user who wants less features!)

  By the way, it's somewhat unfamiliar that filename completion is not
  available when saving files.

4.) C-t m and C-t a are not documented except in the source.  Just an
    idea for keyboard short-cuts which I've seen in other packages:
    When somebody is bored he could make C-t C-t, C-t C-a equivalent
    to above commands.

5.) Wouldn't it make sense to have some sort of preview in the dired
  directory? In the line of
  display-the-current-file-in-another-buffer?  Scenario: Someone is
  scrolling through dired and unexpectedly finds a file which might be
  an interesting image, instead of invoking auto-image-file-mode he
  chooses thumbs, which is also shorter to type.  Maybe with C-t t
  (C-t C-t) or with RETURN (in the line of auto-image-file-mode) he is
  able to preview the current file, but, please, please, in another
  buffer.

Now as you've something to work on, I can tranquilly go to bed.  Yawn
no, better not, I should practise a bit with diff so that I'm able to
send you suggestions for the documentation in form of a patch.

-- 
Best wishes

     Dieter Wilhelm




reply via email to

[Prev in Thread] Current Thread [Next in Thread]