GNU bug report logs -
#61394
30.0.50; [PATCH] Image-dired thumb name based on content
Previous Next
Reported by: Manuel Giraud <manuel <at> ledu-giraud.fr>
Date: Thu, 9 Feb 2023 19:08:02 UTC
Severity: normal
Tags: patch
Found in version 30.0.50
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: Manuel Giraud <manuel <at> ledu-giraud.fr>
>> Cc: stefankangas <at> gmail.com, contovob <at> tcd.ie, 61394 <at> debbugs.gnu.org
>> Date: Tue, 01 Aug 2023 19:05:52 +0200
>>
>> Manuel Giraud <manuel <at> ledu-giraud.fr> writes:
>>
>> > Hi,
>> >
>> > FTR, there is a thing that does not work with this "thumb name based on
>> > content": upon rotation the thumb is not updated properly.
>> >
>> > This comes from the fact that the image content has changed (obviously)
>> > so the new thumb will have a new name and is not displayed in the
>> > *image-dired* buffer 😅. I'd have to find a way around it.
>>
>> Hi,
>>
>> So here is a patch that fixes this issue. Thanks.
>
> Thanks. Maybe I'm missing something, but isn't the problem limited to
> just one method of naming the thumbnail files? If so, shouldn't these
> changes be limited to that method alone?
Yes. First I had a test about the method around the call to
'image-dired-update-thumbnail-at-point' but then I realize that nothing
will be done for others methods as I'm doing a test on the thumb name
change:
... (unless (string= thumb old-thumb) ...
--
Manuel Giraud
This bug report was last modified 1 year and 290 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.