From: Thierry Volpiatto <thievol@posteo.net>
To: Eli Zaretskii <eliz@gnu.org>
Cc: Thierry Volpiatto <thievol@posteo.net>, 75354@debbugs.gnu.org
Subject: bug#75354: (29.4; eww buffer is not displayed correctly when used from bookmark-jump )
Date: Wed, 08 Jan 2025 14:47:26 +0000 [thread overview]
Message-ID: <87septicqp.fsf@posteo.net> (raw)
In-Reply-To: <86y0zl2yix.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 08 Jan 2025 16:03:34 +0200")
[-- Attachment #1: Type: text/plain, Size: 1714 bytes --]
Eli Zaretskii <eliz@gnu.org> writes:
>> From: Thierry Volpiatto <thievol@posteo.net>
>> Cc: Thierry Volpiatto <thievol@posteo.net>, 75354@debbugs.gnu.org
>> Date: Wed, 08 Jan 2025 13:52:32 +0000
>>
>> > This is contrary to what you originally wrote (with which I agree):
>>
>> Yes, after deeper search I found that `bookmark--jump-via` is behaving
>> like this AFAIU:
>> - It calls the handler which creates a new buffer related to bookmark.
>> - It then displays the current-buffer (the one before jumping to bmk) in
>> a window according to DISPLAY-FUNCTION and make the bookmark buffer current.
>>
>> This approach is OK as long as the handler fn doesn't try do do one part
>> of the job (window handling) itself, which is not the case at least with
>> eww and w3m. It is as well counter intuitive, DISPLAY-FUNCTION should
>> be called on the buffer generated by bookmark and not the contrary, so
>> this change makes the code simpler and easier to understand.
>>
>> > By contrast, the change you propose now will affect all the uses of
>> > bookmarks, everywhere,
>>
>> Yes, this is intended, in addition of fixing eww, it fixes w3m and also
>> the quit function of eww (actually broken).
>>
>> > which is riskier, given how many different variants of bookmark usage
>> > are out there.
>>
>> Tested here on many different kinds of bookmarks and work as expected
>> unlike the current code.
>
> OK, thanks. Let's leave this for a few days to give people time to
> post comments if they have them.
Ok, I will make changes to commit message (needs * lisp/bookmark.el (...):
bla) and also when-let => when-let* to fit with emacs-30+.
Thanks.
--
Thierry
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 686 bytes --]
prev parent reply other threads:[~2025-01-08 14:47 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-01-04 16:20 bug#75354: 29.4; eww buffer is not displayed correctly when used from bookmark-jump Thierry Volpiatto
2025-01-08 7:40 ` bug#75354: (29.4; eww buffer is not displayed correctly when used from bookmark-jump ) Thierry Volpiatto
2025-01-08 13:10 ` Eli Zaretskii
2025-01-08 13:52 ` Thierry Volpiatto
2025-01-08 14:03 ` Eli Zaretskii
2025-01-08 14:47 ` Thierry Volpiatto [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87septicqp.fsf@posteo.net \
--to=thievol@posteo.net \
--cc=75354@debbugs.gnu.org \
--cc=eliz@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.