diff options
author | Eli Zaretskii <[email protected]> | 2011-06-18 16:28:53 +0300 |
---|---|---|
committer | Eli Zaretskii <[email protected]> | 2011-06-18 16:28:53 +0300 |
commit | cc7245e4b5d277bff1cb5cf9af249955ff1f8e10 (patch) | |
tree | 42f57439012331b350fc9ccf657c9442978a5df2 /etc | |
parent | 1ace72676cb6749c45c5dd6462457fc2cea2988c (diff) |
Tried and abandoned idea of displaying mode line and tool/menu-bars R2L.
Added those features to etc/TODO wishlist.
Fixed src/.gdbinit for changes in Lisp vector structures.
src/.gdbinit (xvectype, xvector, xcompiled, xchartable, xboolvector)
(xpr, xfont, xbacktrace): Use "header.size" when accessing vectors
and vector-like objects.
Diffstat (limited to 'etc')
-rw-r--r-- | etc/TODO | 35 |
1 files changed, 33 insertions, 2 deletions
@@ -645,6 +645,37 @@ up on top of all others **** Undo for color-drag face customization. +** Bidirectional editing + +*** Allow the user to control the direction of the UI + +**** Introduce user option to control direction of mode line. +This requires to figure out what to do with unibyte strings that are +used in constructing the mode line. Currently, unibyte strings are +not reordered by bidi.c, without which R2L mode line will not display +correctly. One possibility would be to STRING_SET_MULTIBYTE all Lisp +strings involved in the mode line, and then pass them through bidi.c. + +Another problem is the header line, which is produced by the same +routines as the mode line. While it makes sense to have the mode-line +direction controlled by a single global variable, header lines are +buffer-specific, so they need a separate treatment in this regard. + +**** User options to control direction of menu bar and tool bar. +For the tool bar, it's relatively easy: set it.paragraph_embedding +in redisplay_tool_bar according to the user variable, and make +f->desired_tool_bar_string multibyte with STRING_SET_MULTIBYTE. Some +minor changes will be needed to set the right_box_line_p and +left_box_line_p flags correctly for the R2L tool bar. + +However, it makes no sense to display the tool bar right to left if +the menu bar cannot be displayed in the same direction. + +R2L menu bar is tricky for the same reasons as the mode line. In +addition, toolkit builds create their menu bars in toolkit-specific +parts of code, bypassing xdisp.c, so those parts need to be enhanced +with toolkit-specific code to display the menu bar right to left. + ** ImageMagick support *** image-type-header-regexps priorities the jpeg loader over the @@ -669,8 +700,8 @@ view, page-flipping becomes uselessly slow. *** Integrate with image-dired. -*** Integrate with docview. - +*** Integrate with docview. + *** Integrate with image-mode. Some work has been done, e.g. M-x image-transform-fit-to-height will fit the image to the height of the Emacs window. |