Re: Introducing emacs-webkit and more thoughts on Emacs rendering (was R

emacs-devel

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

Re: Introducing emacs-webkit and more thoughts on Emacs rendering (was R

From: martin rudalics

Subject: Re: Introducing emacs-webkit and more thoughts on Emacs rendering (was Rethinking the design of xwidgets)

Date: 2020年11月30日 10:05:07 +0100

> This is solvable. We already have similar situation in the display
> engine, where some display element cannot be usefully "clipped". We
> either don't display it at all or display it on the next screen line,
> depending on the wrap mode.
For some value of "solvable". Emacs has no idea about how large the
external GTK toolbar gets so where would it wrap or clip it?
martin

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

Re: Introducing emacs-webkit and more thoughts on Emacs rendering (was Rethinking the design of xwidgets), (continued)
- Re: Introducing emacs-webkit and more thoughts on Emacs rendering (was Rethinking the design of xwidgets) , Alexander Adolf, 2020年11月23日
  - Re: Introducing emacs-webkit and more thoughts on Emacs rendering (was Rethinking the design of xwidgets) , T.V Raman, 2020年11月23日
    - Re: Introducing emacs-webkit and more thoughts on Emacs rendering (was Rethinking the design of xwidgets) , Arthur Miller, 2020年11月24日
  - Re: Introducing emacs-webkit and more thoughts on Emacs rendering (was Rethinking the design of xwidgets) , Akira Kyle, 2020年11月23日

Prev by Date: Re: Mouse-hovering over 'mouse-face' overlays/regions on a TTY Emacs
Next by Date: Re: Buffer local `switch-to-buffer-preserve-window-point'
Previous by thread: Re: Introducing emacs-webkit and more thoughts on Emacs rendering (was Rethinking the design of xwidgets)
Next by thread: Re: Introducing emacs-webkit and more thoughts on Emacs rendering (was Rethinking the design of xwidgets)
Index(es):
- Date
- Thread