procyberian/emacs
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

;* etc/TODO: Update.

Browse source
This commit is contained in:
Alan Third 2020-01-12 14:54:44 +00:00
parent f0ebd919c1
commit e4791f3f8e
1 changed files with 12 additions and 31 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

43
etc/TODO
View file

@ -384,6 +384,12 @@ specified filters, specified timers, and specified hooks.
** Install mmc@maruska.dyndns.org's no-flicker change. ** Install mmc@maruska.dyndns.org's no-flicker change.
https://lists.gnu.org/archive/html/emacs-devel/2005-12/msg00699.html
I don't know if this is still relevant. I can't reach the URLs in
the above message thread and double-buffering may have solved some
of the problems.
** Add a "current vertical pixel level" value that goes with point, ** Add a "current vertical pixel level" value that goes with point,
so that motion commands can also move through tall images. so that motion commands can also move through tall images.
This value would be to point as window-vscroll is to window-start. This value would be to point as window-vscroll is to window-start.
@ -537,11 +543,6 @@ from the emacsclient process.
** Provide an optional feature which computes a scroll bar slider's ** Provide an optional feature which computes a scroll bar slider's
size and its position from lines instead of characters. size and its position from lines instead of characters.
** Allow unknown image types to be rendered via an external program
converting them to, say, PBM (in the same way as PostScript?). [does
doc-view.el do this, or could it be extended to do this?
Does ImageMagick obsolete this idea?]
** Allow displaying an X window from an external program in a buffer, ** Allow displaying an X window from an external program in a buffer,
e.g. to render graphics from Java applets. [gerd and/or wmperry e.g. to render graphics from Java applets. [gerd and/or wmperry
thought this was feasible.] thought this was feasible.]
@ -555,6 +556,8 @@ from the emacsclient process.
** Use the XIE X extension, if available, for image display. ** Use the XIE X extension, if available, for image display.
(Obsolete as XIE is now considered obsolete itself.)
** Make monochrome images display using the foreground and background ** Make monochrome images display using the foreground and background
colors of the applicable faces. colors of the applicable faces.
@ -679,6 +682,10 @@ simple buttons to webkit (effectively, a web browser).
Currently, xwidgets works only for the gtk+ framework but it is Currently, xwidgets works only for the gtk+ framework but it is
designed to be compatible with multiple Emacs ports. designed to be compatible with multiple Emacs ports.
(See the scratch/nsxwidget branch, and the discussion around
Objective-C code and GCC at
https://lists.gnu.org/archive/html/emacs-devel/2019-08/msg00072.html)
**** Respect 'frame-inhibit-implied-resize' **** Respect 'frame-inhibit-implied-resize'
When the variable 'frame-inhibit-implied-resize' is non-nil, frames When the variable 'frame-inhibit-implied-resize' is non-nil, frames
@ -855,32 +862,6 @@ all build versions.
*** Bugs *** Bugs
**** Incorrect translation of Super modifier with Ctrl or Meta on macOS
When pressing 'M-s-a', Emacs replies "M-s-å is undefined". What
happened is a mix of Emacs view that Meta and Super has been pressed,
and macOS view that ALT-a should yield "å" (U+00E5 LATIN SMALL LETTER
A WITH RING ABOVE).
The bug reports suggest two different patches; unfortunately, neither
works properly. For example:
Use a Swedish keyboard layout
(setq ns-alternate-modifier nil)
"CMD-ALT-9"
Today, this correctly yields that s-] is undefined. With either
of the two patches, Emacs responds that s-9 was pressed.
More investigation is needed to fix this problem.
Links:
- https://debbugs.gnu.org/19977
- https://debbugs.gnu.org/21330
- https://debbugs.gnu.org/21551
**** Toggling the toolbar in fullheight or maximized modes **** Toggling the toolbar in fullheight or maximized modes
The toolbar, in the NS interface, is not considered part of the text The toolbar, in the NS interface, is not considered part of the text