GNU bug report logs -
#36147
26.2; recentf-open-files doesn't display tree widgets when called from an emacsclient instance
Previous Next
Reported by: Andrea Greselin <greselin.andrea <at> gmail.com>
Date: Sun, 9 Jun 2019 14:19:02 UTC
Severity: minor
Tags: fixed
Found in version 26.2
Fixed in version 27.1
Done: Noam Postavsky <npostavs <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
Message #17 received at 36147 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Yes, setting tree-widget-image-enable to t makes recentf-open-file work
correctly in my system, too.
On Sun, 9 Jun 2019 at 20:37, Noam Postavsky <npostavs <at> gmail.com> wrote:
> Andrea Greselin <greselin.andrea <at> gmail.com> writes:
>
> > Yes it does! Thank you!
> >
> > On Sun, 9 Jun 2019 at 16:30, Noam Postavsky <npostavs <at> gmail.com> wrote:
> >>
> >> I guess the problem is that tree-widget-image-enable is set just once on
> >> load, based on the current display (and the daemon has no display so it
> >> doesn't support displaying images). Does it help to explicitly set
> >> tree-widget-image-enable to non-nil?
>
> Looks like we could solve this bug just by making
> tree-widget-image-enable default to t unconditionally then. It seems to
> do the right thing in that case, e.g., I tried
>
> ;; from
> https://stackoverflow.com/questions/25104291/change-text-of-tree-widget-node
> (widget-create
> 'tree-widget :open t :tag "one"
> :args
> (list (widget-convert
> 'tree-widget
> :tag "two"
> :args (mapcar (apply-partially #'widget-convert 'item)
> '("three" "four")))))
>
> it shows image when looking at it in a graphic frame, and text when
> looking at the same buffer in a tty frame.
>
>
[Message part 2 (text/html, inline)]
This bug report was last modified 5 years and 338 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.