diff options
Diffstat (limited to 'etc')
-rw-r--r-- | etc/NEWS | 18 | ||||
-rw-r--r-- | etc/TODO | 28 | ||||
-rw-r--r-- | etc/refcards/orgcard.pdf | bin | 118613 -> 118982 bytes | |||
-rw-r--r-- | etc/refcards/orgcard.tex | 2 |
4 files changed, 39 insertions, 9 deletions
@@ -44,12 +44,30 @@ been adding them there, put them somewhere else, eg site-lisp. * Editing Changes in Emacs 24.2 + +** M-x move-to-column, if called interactively with no prefix arg, now +prompts for a column number. + +** `mouse-avoidance-banish-position' can now be used to customize +`mouse-avoidance-mode' further. + +** `C-M-f' and `C-M-b' will now move to the path name separator +character when doing minibuffer filename prompts. + * Changes in Specialized Modes and Packages in Emacs 24.2 +** which-function-mode now applies to all applicable major modes by default. + ** erc will look up server/channel names via auth-source and use the channel keys found, if any. +** Obsolete packages: + +*** mailpost.el + +*** mouse-sel.el + * New Modes and Packages in Emacs 24.2 @@ -647,17 +647,29 @@ up on top of all others ** Bidirectional editing +*** Support reordering structured text +Two important use cases: (1) comments and strings in program sources, +and (2) text with markup, like HTML or XML. + +One idea is to invent a special text property that would instruct the +display engine to reorder only the parts of buffer text covered by +that property. The display engine will then push its state onto the +iterator stack, restrict the bidi iterator to accessing only the +portion of buffer text covered by the property, reorder the text, then +pop its state from stack and continue as usual. This will require +minor changes in the bidi_it structure. + +This design requires Lisp-level code to put the text properties on the +relevant parts of the buffer text. That could be done using JIT +fontifications, or as a preliminary processing when the file is +visited. With HTML/XML, the code that puts text properties needs to +pay attention to the bidi directives embedded in the HTML/XML stream. + *** 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 +One 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. diff --git a/etc/refcards/orgcard.pdf b/etc/refcards/orgcard.pdf Binary files differindex 201bb892dc0..3bedb6f2cf5 100644 --- a/etc/refcards/orgcard.pdf +++ b/etc/refcards/orgcard.pdf diff --git a/etc/refcards/orgcard.tex b/etc/refcards/orgcard.tex index d78f2a38021..d06afca8083 100644 --- a/etc/refcards/orgcard.tex +++ b/etc/refcards/orgcard.tex @@ -1,5 +1,5 @@ % Reference Card for Org Mode -\def\orgversionnumber{7.8.07} +\def\orgversionnumber{7.8.09} \def\versionyear{2012} % latest update \def\year{2012} % latest copyright year |