Re: [PATCH] Re: org-metashiftleft/right should honor org-support-shift-select
Ihor Radchenko writes: > Subject: [PATCH] Make org-shiftmetaleft/org-shiftmetaright honour shift-select > on MacOS No response has been received. I decided to merge the patch. Applied onto main via b4d7a24f0. https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=b4d7a24f07c448a3ef714ee91d8ae7ac97b2d8cc Best, Ihor
[PATCH] Re: org-metashiftleft/right should honor org-support-shift-select
Carlos Pita writes: > Hi all, > > on macOS option-shift-left / right extend the selection by one word. > Emacs by default binds meta-shift-left / right in a way that is > compatible with the system shortcuts. But org-mode interferes with > these bindings even when org-support-shift-select is t. OTOH, an > effort has been done to support shift selection in > org-shiftcontrolleft / right. The problem is that macOS uses option > instead of control to achieve selection by word. Can you test the attached patch? I am not using MacOS. Best, Ihor >From 77312a266c200a65a4a8cf63040e32357304396c Mon Sep 17 00:00:00 2001 Message-Id: <77312a266c200a65a4a8cf63040e32357304396c.1637674022.git.yanta...@gmail.com> From: Ihor Radchenko Date: Tue, 23 Nov 2021 21:24:52 +0800 Subject: [PATCH] Make org-shiftmetaleft/org-shiftmetaright honour shift-select on MacOS * lisp/org.el (org-shiftmetaleft): (org-shiftmetaright): Honour shift-select bound to meta-arrow on MacOS when `org-support-shift-select' is non-nil. Fixes https://orgmode.org/list/CAEOO5Tdg6sdjNfAg=j_dvq50xx1oxafavyyynda6o_-t3hg...@mail.gmail.com --- lisp/org.el | 8 1 file changed, 8 insertions(+) diff --git a/lisp/org.el b/lisp/org.el index 048abb142..a86ad301f 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -17378,6 +17378,10 @@ (defun org-shiftmetaleft () individual commands for more information." (interactive) (cond + ((and (eq system-type 'darwin) + (or (eq org-support-shift-select 'always) + (and org-support-shift-select (org-region-active-p +(org-call-for-shift-select 'backward-char)) ((run-hook-with-args-until-success 'org-shiftmetaleft-hook)) ((org-at-table-p) (call-interactively 'org-table-delete-column)) ((org-at-heading-p) (call-interactively 'org-promote-subtree)) @@ -17394,6 +17398,10 @@ (defun org-shiftmetaright () individual commands for more information." (interactive) (cond + ((and (eq system-type 'darwin) + (or (eq org-support-shift-select 'always) + (and org-support-shift-select (org-region-active-p +(org-call-for-shift-select 'forward-char)) ((run-hook-with-args-until-success 'org-shiftmetaright-hook)) ((org-at-table-p) (call-interactively 'org-table-insert-column)) ((org-at-heading-p) (call-interactively 'org-demote-subtree)) -- 2.32.0
org-metashiftleft/right should honor org-support-shift-select
Hi all, on macOS option-shift-left / right extend the selection by one word. Emacs by default binds meta-shift-left / right in a way that is compatible with the system shortcuts. But org-mode interferes with these bindings even when org-support-shift-select is t. OTOH, an effort has been done to support shift selection in org-shiftcontrolleft / right. The problem is that macOS uses option instead of control to achieve selection by word. Best regards, Carlos
Re: [PATCH] org-shift*: Honor org-support-shift-select for table cell movement
Kyle Meyer writes: > Here's a patch that prevents calling org-table-move-cell-* when > org-support-shift-select is `always'. I'll apply this in a day or two > if no one chimes in to explain why org-table-move-cell-* shouldn't > consider org-support-shift-select. Applied in 06c7a54f0.
[PATCH] org-shift*: Honor org-support-shift-select for table cell movement
Kyle Meyer writes:
> The change in behavior happened with 09f950723 (Added keybindings for
> `org-table-move-cell-*' functions), which was a part of the v9.3
> release. Looking at that commit and scanning the associated thread [^],
> I'm guessing the interaction with org-support-shift-select was simply
> overlooked and those org-table-move-cell-* calls should be updated to
> inspect org-support-shift-select, like (some of) the other neighboring
> branches in the code.
>
> I'll take a look at doing that tomorrow.
Here's a patch that prevents calling org-table-move-cell-* when
org-support-shift-select is `always'. I'll apply this in a day or two
if no one chimes in to explain why org-table-move-cell-* shouldn't
consider org-support-shift-select.
-- >8 --
Subject: [PATCH] org-shift*: Honor org-support-shift-select for table cell
movement
* lisp/org.el (org-support-shift-select): Mention table context.
(org-shiftup):
(org-shiftdown):
(org-shiftright):
(org-shiftleft): Don't move table cells when org-support-shift-select
is `always'.
Reported-by: Vladimir Panteleev
---
lisp/org.el | 23 ---
1 file changed, 16 insertions(+), 7 deletions(-)
diff --git a/lisp/org.el b/lisp/org.el
index 3d841dfa6..c1dffab3c 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -854,6 +854,7 @@ (defcustom org-support-shift-select nil
- in a plain list item, changing the bullet type
- in a property definition line, switching between allowed values
- in the BEGIN line of a clock table (changing the time block).
+- in a table, moving the cell in the specified direction.
Outside these contexts, the commands will throw an error.
When this variable is t and the cursor is not in a special
@@ -863,9 +864,9 @@ (defcustom org-support-shift-select nil
if the cursor is exactly on the bullet.
If you set this variable to the symbol `always', then the keys
-will not be special in headlines, property lines, and item lines,
-to make shift selection work there as well. If this is what you
-want, you can use the following alternative commands:
+will not be special in headlines, property lines, item lines, and
+table cells, to make shift selection work there as well. If this is
+what you want, you can use the following alternative commands:
`\\[org-todo]' and `\\[org-priority]' \
to change TODO state and priority,
`\\[universal-argument] \\[universal-argument] \\[org-todo]' \
@@ -17435,7 +17436,9 @@ (defun org-shiftup (&optional arg)
((and (not org-support-shift-select) (org-at-item-p))
(call-interactively 'org-previous-item))
((org-clocktable-try-shift 'up arg))
- ((org-at-table-p) (org-table-move-cell-up))
+ ((and (not (eq org-support-shift-select 'always))
+(org-at-table-p))
+ (org-table-move-cell-up))
((run-hook-with-args-until-success 'org-shiftup-final-hook))
(org-support-shift-select
(org-call-for-shift-select 'previous-line))
@@ -17461,7 +17464,9 @@ (defun org-shiftdown (&optional arg)
((and (not org-support-shift-select) (org-at-item-p))
(call-interactively 'org-next-item))
((org-clocktable-try-shift 'down arg))
- ((org-at-table-p) (org-table-move-cell-down))
+ ((and (not (eq org-support-shift-select 'always))
+ (org-at-table-p))
+(org-table-move-cell-down))
((run-hook-with-args-until-success 'org-shiftdown-final-hook))
(org-support-shift-select
(org-call-for-shift-select 'next-line))
@@ -17499,7 +17504,9 @@ (defun org-shiftright (&optional arg)
(org-at-property-p))
(call-interactively 'org-property-next-allowed-value))
((org-clocktable-try-shift 'right arg))
- ((org-at-table-p) (org-table-move-cell-right))
+ ((and (not (eq org-support-shift-select 'always))
+ (org-at-table-p))
+(org-table-move-cell-right))
((run-hook-with-args-until-success 'org-shiftright-final-hook))
(org-support-shift-select
(org-call-for-shift-select 'forward-char))
@@ -17537,7 +17544,9 @@ (defun org-shiftleft (&optional arg)
(org-at-property-p))
(call-interactively 'org-property-previous-allowed-value))
((org-clocktable-try-shift 'left arg))
- ((org-at-table-p) (org-table-move-cell-left))
+ ((and (not (eq org-support-shift-select 'always))
+(org-at-table-p))
+(org-table-move-cell-left))
((run-hook-with-args-until-success 'org-shiftleft-final-hook))
(org-support-shift-select
(org-call-for-shift-select 'backward-char))
base-commit: 561e9efd062e23321f3b56b2e3482ef3afc7416f
--
2.26.0
Re: Bug: org-shiftright etc. do not respect org-support-shift-select [9.3.6 (9.3.6-elpa @ /home/vladimir/.emacs.d/elpa/org-9.3.6/)]
Vladimir Panteleev writes: > I have org-support-shift-select set to 'always. As such, when editing > tables, I expect that Shift + arrow keys to enable Emacs shift > selection. Instead, it moves table cells around. > > This behavior did not exist in Org 9.1.9. The change in behavior happened with 09f950723 (Added keybindings for `org-table-move-cell-*' functions), which was a part of the v9.3 release. Looking at that commit and scanning the associated thread [^], I'm guessing the interaction with org-support-shift-select was simply overlooked and those org-table-move-cell-* calls should be updated to inspect org-support-shift-select, like (some of) the other neighboring branches in the code. I'll take a look at doing that tomorrow. > The documentation of org-support-shift-select should also be updated > to include tables in the list of contexts where shifted cursor keys > execute Org commands. True. Thanks for the report. [^]: https://yhetil.org/orgmode/cakj7shgdxaor6lwe+pg481z7dyhxxr6ddwrbwga2vcyx+rk...@mail.gmail.com/T/#u
Bug: org-shiftright etc. do not respect org-support-shift-select [9.3.6 (9.3.6-elpa @ /home/vladimir/.emacs.d/elpa/org-9.3.6/)]
I have org-support-shift-select set to 'always. As such, when editing
tables, I expect that Shift + arrow keys to enable Emacs shift
selection. Instead, it moves table cells around.
This behavior did not exist in Org 9.1.9.
The documentation of org-support-shift-select should also be updated to
include tables in the list of contexts where shifted cursor keys execute
Org commands.
Emacs : GNU Emacs 26.3 (build 1, x86_64-pc-linux-gnu, X toolkit, Xaw scroll
bars)
of 2019-09-07
Package: Org mode version 9.3.6 (9.3.6-elpa @
/home/vladimir/.emacs.d/elpa/org-9.3.6/)
current state:
==
(setq
org-src-mode-hook '(org-src-babel-configure-edit-buffer
org-src-mode-configure-edit-buffer)
org-link-shell-confirm-function 'yes-or-no-p
org-blank-before-new-entry '((heading . auto) (plain-list-item))
org-metadown-hook '(org-babel-pop-to-session-maybe)
org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
org-reveal-start-hook '(org-decrypt-entry)
org-calc-default-modes '(calc-language c calc-internal-prec 12
calc-float-format
(float 8) calc-angle-mode deg calc-prefer-frac nil
calc-symbolic-mode nil calc-date-format
( "-" MM "-" DD " " Www (" " hh ":" mm))
calc-display-working-message t)
org-mode-hook '(cs/org-mode-hook
#[0 "\300\301\302\303\304$\207"
[add-hook change-major-mode-hook org-show-all append local]
5]
#[0 "\300\301\302\303\304$\207"
[add-hook change-major-mode-hook org-babel-show-result-all
append
local]
5]
org-babel-result-hide-spec org-babel-hide-all-hashes
#[0 "\301\211\207"
[imenu-create-index-function org-imenu-get-tree] 2]
)
org-archive-hook '(org-attach-archive-delete-maybe)
org-confirm-elisp-link-function 'yes-or-no-p
org-agenda-before-write-hook '(org-agenda-add-entry-text)
org-metaup-hook '(org-babel-load-in-session-maybe)
org-bibtex-headline-format-function #[257 "\300\236A\207" [:title] 3 "\n\n(fn
ENTRY)"]
org-babel-pre-tangle-hook '(save-buffer)
org-tab-first-hook '(org-babel-hide-result-toggle-maybe
org-babel-header-arg-expand)
org-occur-hook '(org-first-headline-recenter)
org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-show-empty-lines
org-optimize-window-after-visibility-change)
org-support-shift-select 'always
org-speed-command-hook '(org-speed-command-activate
org-babel-speed-command-activate)
org-return-follows-link t
org-confirm-shell-link-function 'yes-or-no-p
org-link-parameters '(("attachment" :follow org-attach-open-link :export
org-attach-export-link :complete
org-attach-complete-link)
("id" :follow org-id-open)
("eww" :follow eww :store org-eww-store-link)
("rmail" :follow org-rmail-open :store
org-rmail-store-link)
("mhe" :follow org-mhe-open :store org-mhe-store-link)
("irc" :follow org-irc-visit :store org-irc-store-link
:export org-irc-export)
("info" :follow org-info-open :export org-info-export
:store
org-info-store-link)
("gnus" :follow org-gnus-open :store org-gnus-store-link)
("docview" :follow org-docview-open :export
org-docview-export :store org-docview-store-link)
("bibtex" :follow org-bibtex-open :store
org-bibtex-store-link)
("bbdb" :follow org-bbdb-open :export org-bbdb-export
:complete org-bbdb-complete-link :store
org-bbdb-store-link)
("w3m" :store org-w3m-store-link) ("file+sys")
("file+emacs")
("shell" :follow org-link--open-shell)
("news" :follow
#[257 "\301\300\302Q!\207" ["news" browse-url ":"] 5
"\n\n(fn URL)"]
)
("mailto" :follow
#[257 "\301\300\302Q!\207" ["mailto" browse-url ":"] 5
"\n\n(fn URL)"]
)
("https" :follow
Bug: org-shiftright etc. do not respect org-support-shift-select [9.3.6 (9.3.6-elpa @ /home/vladimir/.emacs.d/elpa/org-9.3.6/)]
Hello,
I have org-support-shift-select set to 'always. As such, when editing
tables, I expect that Shift + arrow keys to enable Emacs shift
selection. Instead, it moves table cells around.
This behavior did not exist in Org 9.1.9.
The documentation of org-support-shift-select should also be updated
to include tables in the list of contexts where shifted cursor keys
execute Org commands.
Thanks!
Emacs : GNU Emacs 26.3 (build 1, x86_64-pc-linux-gnu, X toolkit, Xaw
scroll bars) of 2019-09-07
Package: Org mode version 9.3.6 (9.3.6-elpa @
/home/vladimir/.emacs.d/elpa/org-9.3.6/)
current state:
==
(setq
org-src-mode-hook '(org-src-babel-configure-edit-buffer
org-src-mode-configure-edit-buffer)
org-link-shell-confirm-function 'yes-or-no-p
org-blank-before-new-entry '((heading . auto) (plain-list-item))
org-metadown-hook '(org-babel-pop-to-session-maybe)
org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
org-reveal-start-hook '(org-decrypt-entry)
org-calc-default-modes '(calc-language c calc-internal-prec 12
calc-float-format
(float 8) calc-angle-mode deg calc-prefer-frac nil
calc-symbolic-mode nil calc-date-format
( "-" MM "-" DD " " Www (" " hh ":" mm))
calc-display-working-message t)
org-mode-hook '(cs/org-mode-hook
#[0 "\300\301\302\303\304$\207"
[add-hook change-major-mode-hook org-show-all append local] 5]
#[0 "\300\301\302\303\304$\207"
[add-hook change-major-mode-hook org-babel-show-result-all append
local]
5]
org-babel-result-hide-spec org-babel-hide-all-hashes
#[0 "\301\211\207"
[imenu-create-index-function org-imenu-get-tree] 2]
)
org-archive-hook '(org-attach-archive-delete-maybe)
org-confirm-elisp-link-function 'yes-or-no-p
org-agenda-before-write-hook '(org-agenda-add-entry-text)
org-metaup-hook '(org-babel-load-in-session-maybe)
org-bibtex-headline-format-function #[257 "\300\236A\207" [:title] 3
"\n\n(fn ENTRY)"]
org-babel-pre-tangle-hook '(save-buffer)
org-tab-first-hook '(org-babel-hide-result-toggle-maybe
org-babel-header-arg-expand)
org-occur-hook '(org-first-headline-recenter)
org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-show-empty-lines
org-optimize-window-after-visibility-change)
org-support-shift-select 'always
org-speed-command-hook '(org-speed-command-activate
org-babel-speed-command-activate)
org-return-follows-link t
org-confirm-shell-link-function 'yes-or-no-p
org-link-parameters '(("attachment" :follow org-attach-open-link :export
org-attach-export-link :complete org-attach-complete-link)
("id" :follow org-id-open)
("eww" :follow eww :store org-eww-store-link)
("rmail" :follow org-rmail-open :store org-rmail-store-link)
("mhe" :follow org-mhe-open :store org-mhe-store-link)
("irc" :follow org-irc-visit :store org-irc-store-link
:export org-irc-export)
("info" :follow org-info-open :export org-info-export :store
org-info-store-link)
("gnus" :follow org-gnus-open :store org-gnus-store-link)
("docview" :follow org-docview-open :export
org-docview-export :store org-docview-store-link)
("bibtex" :follow org-bibtex-open :store
org-bibtex-store-link)
("bbdb" :follow org-bbdb-open :export org-bbdb-export
:complete org-bbdb-complete-link :store org-bbdb-store-link)
("w3m" :store org-w3m-store-link) ("file+sys") ("file+emacs")
("shell" :follow org-link--open-shell)
("news" :follow
#[257 "\301\300\302Q!\207" ["news" browse-url ":"] 5
"\n\n(fn URL)"]
)
("mailto" :follow
#[257 "\301\300\302Q!\207" ["mailto" browse-url ":"] 5
"\n\n(fn URL)"]
)
("https" :follow
#[257 "\301\300\302Q!\207" ["https" browse-url ":"] 5
"\n\n(fn URL)"]
)
("http" :follow
#[257 "\301\300\302Q!\207" ["http" browse-url ":"] 5
"\n\n(fn URL)"]
)
("ftp" :follow
#[257 "\301\300\302Q!\207" ["ftp" browse-url ":"] 5
"\n\n(fn URL)"]
)
("help" :follow org-link--open-help)
("file" :complete org-link-complete-file)
("elisp" :follow org-link--open-elisp)
("doi" :follow org-link--open-doi))
org-link-elisp-confirm-function 'yes-or-no-p
)
Re: Shift select
On Fri, 6 Mar 2020 at 08:17, Josh wrote: > One more question, > > I turned on shift-select with the following line in my .emacs. It works, > but of course, on headings, it doesn't work because it changes the TODO > status of the heading (shift left-right) or the priority of the heading > (shift up-down). How would I make shift select still work on headings, and > assign those other functions to other bindings? > > (setq org-support-shift-select t) The help text for this variable (C-h v org-support-shift-select) includes: "If you set this variable to the symbol ‘always’, then the keys will not be special in headlines, property lines, and item lines, to make shift selection work there as well. If this is what you want, you can use the following alternative commands: ‘C-c C-t’ and ‘C-c ,’ to change TODO state and priority, ‘C-u C-u C-c C-t’ can be used to switch TODO sets, ‘C-c -’ to cycle item bullet types, and properties can be edited by hand or in column view." Does that answer your question? Best wishes, Neil
Shift select
One more question, I turned on shift-select with the following line in my .emacs. It works, but of course, on headings, it doesn't work because it changes the TODO status of the heading (shift left-right) or the priority of the heading (shift up-down). How would I make shift select still work on headings, and assign those other functions to other bindings? (setq org-support-shift-select t) Thanks! Josh
[O] bug#4249: CUA + shift-select-mode; org-mode and CUA
Version: 24.4 David Reitter wrote: > CUA mode and shift-select-mode don't seem to be aware of each other. > > If I turn on CUA first, and then shift-select-mode, shifted selection > fails (e.g. shift-right marks only one character as region). > > Emacs -Q > (cua-mode 1) > (setq shift-select-mode t) This is fixed in current trunk.
[O] bug#5753: something, something, org-mode, shift-select, something
On Tue, Feb 11, 2014 at 6:12 PM, N. Jackson wrote: > Bastien writes: > > > nljlistb...@gmail.com (N. Jackson) writes: > > > >> In Emacs 24.3.1 (as, I believe, in Emacs 23), the S- just moves > >> the cursor, no selection is highlighted, and the C-x fails to remove > >> the "a" to the clipboard. This defect is fixed in Emacs 24.3.50.1. :) > > > I'll close it when you have a chance to build Emacs from current > > trunk. > > Lennart, I believe you were the original poster? Is the one above the > bug you intended to report? (I was confused by the discussion of > org-replace-disputed-keys, which doesn't seem to be a factor here.) And > if so, do you want to test on 24.3.50, or are you satisfied that the bug > is fixed? > Thanks for notifying me, Jackwon. I believe it was that bug. (And if it was not it will float up again. ;-) )
[O] bug#5753: something, something, org-mode, shift-select, something
nljlistb...@gmail.com (N. Jackson) writes: > Bastien, you misunderstood what I wrote (sorry). > > I _did_ build 24.3.50(.1) from the current (yesterday's) trunk from > Bazaar. I was confused because my Emacs version is 24.3.50.6 so I thought you had an much older one... > And, assuming the failure of shift selection in cua-mode _is_ the bug > the OP was reporting (I was never clear about that), then the bug _is_ > fixed using that build Good, closing it now. > You're welcome, but clearly I need to improve my clarity! Well, I'm not a native english speaker and I sometimes read too hastily, no problem! -- Bastien
[O] bug#5753: something, something, org-mode, shift-select, something
Bastien writes: > nljlistb...@gmail.com (N. Jackson) writes: > >> Ah, that sounds like the start of a new adventure... >> >> ... which went _far_ more smoothly than I expected! I am now testing >> with GNU Emacs 24.3.50.1 Repository revision: 116400 and Org-mode >> version 8.2.5c. > > Yes, sorry, I meant "emacs -Q" in my recipes. > > I can't reproduce the bug with GNU Emacs 24.3.50.6, so it has probably > been fixed between 24.3.50.1 and 24.3.50.6. Bastien, you misunderstood what I wrote (sorry). I _did_ build 24.3.50(.1) from the current (yesterday's) trunk from Bazaar. And, assuming the failure of shift selection in cua-mode _is_ the bug the OP was reporting (I was never clear about that), then the bug _is_ fixed using that build, as I wrote here: >> In any case, with both recipes, Org behaves correctly in 24.3.50.1. and here: >> emacs -Q >> M-: (org-support-shift-select t) RET >> M-x cua-mode RET; Turn _on_ cua mode >> C-x C-f new-test.org RET >> a >> S-; Expected: "a" is selected / highlighted >> C-x ; Expected: "a" is removed to the clipboard >> In Emacs 24.3.1 (as, I believe, in Emacs 23), the S- just moves >> the cursor, no selection is highlighted, and the C-x fails to remove >> the "a" to the clipboard. This defect is fixed in Emacs 24.3.50.1. :) > I'll close it when you have a chance to build Emacs from current > trunk. Lennart, I believe you were the original poster? Is the one above the bug you intended to report? (I was confused by the discussion of org-replace-disputed-keys, which doesn't seem to be a factor here.) And if so, do you want to test on 24.3.50, or are you satisfied that the bug is fixed? > Thanks again for the detailed reports! You're welcome, but clearly I need to improve my clarity! Thank you for being there to do something about them. Regards, N.
[O] bug#5753: something, something, org-mode, shift-select, something
nljlistb...@gmail.com (N. Jackson) writes: > Ah, that sounds like the start of a new adventure... > > ... which went _far_ more smoothly than I expected! I am now testing > with GNU Emacs 24.3.50.1 Repository revision: 116400 and Org-mode > version 8.2.5c. Yes, sorry, I meant "emacs -Q" in my recipes. I can't reproduce the bug with GNU Emacs 24.3.50.6, so it has probably been fixed between 24.3.50.1 and 24.3.50.6. I'll close it when you have a chance to build Emacs from current trunk. Thanks again for the detailed reports! -- Bastien
[O] bug#5753: something, something, org-mode, shift-select, something
Bastien writes:
> can you tell me what exactly the bug is wrt cua-mode and org-mode?
Hi Bastien,
Well, I can tell you the symptoms; I'm sorry to report that I know
nothing of the internals.
I have this snippet of code in my configuration files and with it
everything works fine and has been working fine for a few years:
;; This snippet from jisang-yoo on reddit to enable shift select in
;; org mode when cua-mode is on.
(eval-after-load "org"
'(progn
(eval-after-load "cua-base"
'(progn
(defadvice org-call-for-shift-select (before
org-call-for-shift-select-cua activate)
(if (and cua-mode
org-support-shift-select (not
(use-region-p)))
(cua-set-mark)))
;; End jisang-yoo snippet
If I comment out that snippet and restart Emacs, then shift selection no
longer works in org-mode unless I turn off cua-mode.
When I say shift selection doesn't work, I mean that when I hold down
the shift key and move the cursor with the arrow keys I don't get any
highlighting of the text I'm trying to select. And it's not just a
failure to highlight the selection, there seems to be no selection
happening because a cut or copy of the imaginary selection doesn't do
anything.
If I toggle off cua-mode (from the menu for example), then shift
selection immediately starts working in org-mode. If I leave cua-mode
tuned on and M-x fundamental-mode, then shift selection immediately
starts working in the buffer with org file. That is to say, the symptoms
are simple and 100% reproducible.
> If the bug is here for Emacs 24.3, can you try downloading and
> installing the latest Org stable version (http://orgmode.org) and see
> if the bug is still there?
I am currently using Org-mode version 8.2.5h-6-g8e1386-elpa of
2014-02-03 on GNU Emacs 24.3.1. If you need me to try a newer version of
Org, I can do so, although I do prefer to use the version from Elpa as
it seems it would be easier to uninstall it if it breaks my Emacs.
> Thanks in advance for your help,
You're welcome. Please let me know if you need me to install the latest
Org stable version or do any specific testing.
N.
[O] bug#5753: something, something, org-mode, shift-select, something
Bastien writes:
> Can you try the two recipes I gave here:
> http://debbugs.gnu.org/cgi/bugreport.cgi?bug=5753#26
Wherein Bastien gnu.org> writes:
>> With Emacs from trunk:
Ah, that sounds like the start of a new adventure...
... which went _far_ more smoothly than I expected! I am now testing
with GNU Emacs 24.3.50.1 Repository revision: 116400 and Org-mode
version 8.2.5c.
>> ~$ emacs RET
>> C-x C-f test.org RET
>> M-x cua-mode RET
>> M-: (setq org-support-shift-select t) RET
>> M-: (insert "blahblah") RET C-a
>> S-
>>
>> will select correctly here.
>>
>> ~$ emacs RET
>> M-: (setq org-support-shift-select t) RET
>> M-: (setq org-replace-disputed-keys t) RET
>> M-: (insert "* A headline") RET
>> C-a
>> S-
>>
>> will also select correctly instead of switching the TODO keyword.
> and tell me where it does not produce the expected output?
The first recipe is ambiguous because M-x cua-mode RET toggles the
on/off or off/on state of cua-mode, so it depends on how it is set in
one's configuration files.
In any case, with both recipes, Org behaves correctly in 24.3.50.1. The
first recipe fails in 24.3.1 when cua-mode is not enabled in one's
configuration files (i.e. when you turn it on at the beginning of the
recipe).
Here's a simpler recipe:
emacs -Q
M-: (org-support-shift-select t) RET
M-x cua-mode RET; Turn _on_ cua mode
C-x C-f new-test.org RET
a
S-; Expected: "a" is selected / highlighted
C-x ; Expected: "a" is removed to the clipboard
In Emacs 24.3.1 (as, I believe, in Emacs 23), the S- just moves
the cursor, no selection is highlighted, and the C-x fails to remove the
"a" to the clipboard. This defect is fixed in Emacs 24.3.50.1. :)
As far as shift selection over headlines, todos, and datestamps is
concerned, in general, shift selection behaviour in Emacs 24.3.50.1
(unlike in Emacs 24.3.1) now seems to behave as it is described in the
doc string:
C-h v org-support-shift-select RET
as follows:
org-support-shift-select is a variable defined in `org.el'. Its
value is always Original value was nil
Documentation: Non-nil means make shift-cursor commands select text
when possible.
In Emacs 23, when `shift-select-mode' is on, shifted cursor keys
start selecting a region, or enlarge regions started in this way.
In Org-mode, in special contexts, these same keys are used for other
purposes, important enough to compete with shift selection. Org
tries to balance these needs by supporting `shift-select-mode'
outside these special contexts, under control of this variable.
The default of this variable is nil, to avoid confusing behavior.
Shifted cursor keys will then execute Org commands in the following
contexts:
- on a headline, changing TODO state (left/right) and priority
- (up/down) on a time stamp, changing the time in a plain list item,
- changing the bullet type in a property definition line, switching
- between allowed values in the BEGIN line of a clock table
- (changing the time block).
Outside these contexts, the commands will throw an error.
When this variable is t and the cursor is not in a special context,
Org-mode will support shift-selection for making and enlarging
regions. To make this more effective, the bullet cycling will no
longer happen anywhere in an item line, but only if the cursor is
exactly on the bullet.
If you set this variable to the symbol `always', then the keys will
not be special in headlines, property lines, and item lines, to make
shift selection work there as well. If this is what you want, you
can use the following alternative commands: `C-c C-t' and `C-c ,' to
change TODO state and priority, `C-u C-u C-c C-t' can be used to
switch TODO sets, `C-c -' to cycle item bullet types, and properties
can be edited by hand or in column view.
However, when the cursor is on a timestamp, shift-cursor commands
will still edit the time stamp - this is just too good to give up.
XEmacs user should have this variable set to nil, because
`shift-select-mode' is in Emacs 23 or later only.
You can customize this variable.
This is very very helpful stuff, clearly presented, and I feel it ought
to be in the info manual as well.
[The only part that I don't see working properly is the changing of
bullet types. As far as I can tell, this doesn't happen -- but it's not
something I've ever tried to do and maybe I'm not using it right.]
I just did a cursory look at the effect of org-replace-disputed-keys,
because I don't use this. Was an issue with this reported in the
original bug? If so, I can test it more thoroughly.
I hope the above report is of some use.
Regards,
N.
[O] bug#5753: something, something, org-mode, shift-select, something
This post is for the sake of completeness, and to summarise / add to my
previous posts on this bug, namely:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=5753#17
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=5753#35
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=5753#41
In GNU Emacs 23.3.1 [1] and 24.3 [2], either of the settings
(setq org-support-shift-select t)
or
(setq org-support-shift-select (quote always))
will enable shift selection in org-mode, as described in
C-h v org-support-shift-select RET
_only if_ cua-mode is turned off. But if cua-made is turned on, shift
selection fails everywhere in org mode -- no selection gets made. Adding
the following workaround fixes the problem:
;; This snippet from jisang-yoo on reddit to enable shift select in org
;; mode when cua-mode is on.
(eval-after-load "org"
'(progn
(eval-after-load "cua-base"
'(progn
(defadvice org-call-for-shift-select (before
org-call-for-shift-select-cua activate)
(if (and cua-mode
org-support-shift-select (not (use-region-p)))
(cua-set-mark)))
;; End jisang-yoo snippet
In GNU Emacs GNU Emacs 24.3.50.1 [3] org-support-shift-select works
essentially as documented, and the workaround is not required. :)
---
[1] GNU Emacs 23.3.1 (i386-mingw-nt5.1.2600) of 2011-03-10 on Windows XP
(5.1.2600) with Org-mode version 7.9.2 (7.9.2-48-gb7c5cf-elpa) of
2012-10-15.
[2] GNU Emacs 24.3.1 (x86_64-redhat-linux-gnu, GTK+ Version 3.8.2) of
2013-08-14 on Fedora 19 with Org-mode version 8.2.5h
(8.2.5h-6-g8e1386-elpa) of 2014-02-03.
[3] GNU Emacs 24.3.50.1 (Repository revision: 116400) of 2014-02-10 on
Fedora 19 and Org-mode version 8.2.5c (release_8.2.5c) of unknown date.
[O] bug#5753: something, something, org-mode, shift-select, something
The following message is a courtesy copy of an article
that has been posted to gnu.emacs.bug as well.
Lars Ingebrigtsen writes:
> Lennart Borgman writes:
>
>> Shift-select in cua-mode does not work in org-mode although
>> org-replace-disputed-keys is t, org-disputed-keys are set for shift
>> arrow keys and org-support-shift-select is always
>
> Is this problem still present in Emacs 24.3?
Naturally I can't answer for the OP (and I don't know about disputed
keys) but I can report that in general this problem persists in Emacs
24.3.
On GNU Emacs 24.3.1 [1], shift select does not work in org mode. I'm not
certain this is a bug, as my understanding is that the org authors did
not design it to work with shift select?
In any case, I use a very simple workaround which makes shift select
work just fine in org mode; I've never had any problems with it. It
looks like this (Note: It is of unknown provenance, aside from the
attribution in the comment.):
;; This snippit from jisang-yoo on reddit to enable shift select in org
;; mode when cua-mode is on.
(eval-after-load "org"
'(progn
(eval-after-load "cua-base"
'(progn
(defadvice org-call-for-shift-select (before
org-call-for-shift-select-cua activate)
(if (and cua-mode
org-support-shift-select (not (use-region-p)))
(cua-set-mark)))
;; End jisang-yoo snippit
With this in my org settings, I have no problems with shift select
except that you cannot start a selection on a timestamp (because shift
with cursor keys adjusts timestamps), but I've learnt to automatically
start my selection from the end of the line above the timestamp so I
don't have any problems.
I hope this information is of some use.
[1] GNU Emacs 24.3.1 (x86_64-redhat-linux-gnu, GTK+ Version 3.8.2) of
2013-08-14 on buildvm-15.phx2.fedoraproject.org
[O] bug#5753: something, something, org-mode, shift-select, something
Hi Jackson, thanks for your thorough reply. Can you try the two recipes I gave here: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=5753#26 and tell me where it does not produce the expected output? Thanks in advance, -- Bastien
[O] bug#5753: something, something, org-mode, shift-select, something
Hi Jackson, can you tell me what exactly the bug is wrt cua-mode and org-mode? See my previous recipes in this thread for references. If the bug is here for Emacs 24.3, can you try downloading and installing the latest Org stable version (http://orgmode.org) and see if the bug is still there? Thanks in advance for your help, -- Bastien
[O] bug#5753: something, something, org-mode, shift-select, something
On Sun, Feb 9, 2014 at 3:06 PM, Bastien wrote: > Lars Ingebrigtsen writes: > > > Lennart Borgman writes: > > > >> Shift-select in cua-mode does not work in org-mode although > >> org-replace-disputed-keys is t, org-disputed-keys are set for shift > >> arrow keys and org-support-shift-select is always > > > > Is this problem still present in Emacs 24.3? > > With Emacs from trunk: > > ~$ emacs RET > C-x C-f test.org RET > M-x cua-mode RET > M-: (setq org-support-shift-select t) RET > M-: (insert "blahblah") RET > C-a > S- > > will select correctly here. > > ~$ emacs RET > M-: (setq org-support-shift-select t) RET > M-: (setq org-replace-disputed-keys t) RET > M-: (insert "* A headline") RET > C-a > S- > > will also select correctly instead of switching the TODO keyword. > > So I'm not really sure what is the bug here. Lennart, can you > be more specific? > > Thanks! > > It would be very nice if the bug was gone, but please ask Jackson!
[O] bug#5753: something, something, org-mode, shift-select, something
Lars Ingebrigtsen writes: > Lennart Borgman writes: > >> Shift-select in cua-mode does not work in org-mode although >> org-replace-disputed-keys is t, org-disputed-keys are set for shift >> arrow keys and org-support-shift-select is always > > Is this problem still present in Emacs 24.3? With Emacs from trunk: ~$ emacs RET C-x C-f test.org RET M-x cua-mode RET M-: (setq org-support-shift-select t) RET M-: (insert "blahblah") RET C-a S- will select correctly here. ~$ emacs RET M-: (setq org-support-shift-select t) RET M-: (setq org-replace-disputed-keys t) RET M-: (insert "* A headline") RET C-a S- will also select correctly instead of switching the TODO keyword. So I'm not really sure what is the bug here. Lennart, can you be more specific? Thanks! -- Bastien
[O] bug#5753: something, something, org-mode, shift-select, something
On Sun, Feb 9, 2014 at 12:05 PM, Lennart Borgman wrote: > On Sun, Feb 9, 2014 at 2:25 AM, N. Jackson > wrote: > >> The following message is a courtesy copy of an article >> that has been posted to gnu.emacs.bug as well. >> >> Lars Ingebrigtsen writes: >> >> > Lennart Borgman writes: >> > >> >> Shift-select in cua-mode does not work in org-mode although >> >> org-replace-disputed-keys is t, org-disputed-keys are set for shift >> >> arrow keys and org-support-shift-select is always >> > >> > Is this problem still present in Emacs 24.3? >> >> Naturally I can't answer for the OP (and I don't know about disputed >> keys) but I can report that in general this problem persists in Emacs >> 24.3. >> >> Thanks Jason. I can't test now myself. > > I think this problem illustrates very well why cua-mode must be made a > first class citizen in Emacs. Without that problems like this are showing > up for beginners. > > Oh, sorry. I mean Jackson, of course.
[O] bug#5753: something, something, org-mode, shift-select, something
On Sun, Feb 9, 2014 at 2:25 AM, N. Jackson wrote: > The following message is a courtesy copy of an article > that has been posted to gnu.emacs.bug as well. > > Lars Ingebrigtsen writes: > > > Lennart Borgman writes: > > > >> Shift-select in cua-mode does not work in org-mode although > >> org-replace-disputed-keys is t, org-disputed-keys are set for shift > >> arrow keys and org-support-shift-select is always > > > > Is this problem still present in Emacs 24.3? > > Naturally I can't answer for the OP (and I don't know about disputed > keys) but I can report that in general this problem persists in Emacs > 24.3. > > On GNU Emacs 24.3.1 [1], shift select does not work in org mode. I'm not > certain this is a bug, as my understanding is that the org authors did > not design it to work with shift select? > > In any case, I use a very simple workaround which makes shift select > work just fine in org mode; I've never had any problems with it. It > looks like this (Note: It is of unknown provenance, aside from the > attribution in the comment.): > > ;; This snippit from jisang-yoo on reddit to enable shift select in org > ;; mode when cua-mode is on. > (eval-after-load "org" > '(progn >(eval-after-load "cua-base" > '(progn > (defadvice org-call-for-shift-select (before > org-call-for-shift-select-cua activate) > (if (and cua-mode > org-support-shift-select (not (use-region-p))) > (cua-set-mark))) > ;; End jisang-yoo snippit > > With this in my org settings, I have no problems with shift select > except that you cannot start a selection on a timestamp (because shift > with cursor keys adjusts timestamps), but I've learnt to automatically > start my selection from the end of the line above the timestamp so I > don't have any problems. > > I hope this information is of some use. > > [1] GNU Emacs 24.3.1 (x86_64-redhat-linux-gnu, GTK+ Version 3.8.2) of > 2013-08-14 on buildvm-15.phx2.fedoraproject.org > > > Thanks Jason. I can't test now myself. I think this problem illustrates very well why cua-mode must be made a first class citizen in Emacs. Without that problems like this are showing up for beginners.
[O] bug#5753: something, something, org-mode, shift-select, something
Lennart Borgman writes: > Shift-select in cua-mode does not work in org-mode although > org-replace-disputed-keys is t, org-disputed-keys are set for shift > arrow keys and org-support-shift-select is always Is this problem still present in Emacs 24.3? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/
Re: [O] org-support-shift-select and aquamacs
On 26 Jan 2012, at 14:41, Alan Schmitt wrote: Hello, I'm trying to use shift selection in the text part of org files, so I set "org-support-shift-select" to "t". Unfortunately it does not work: nothing happens when I try to select text using shift and arrow keys. I'm using Aquamacs 3 (compiled yesterday) and org-mode from git (compiled this morning). How can I figure out what is going on? With the help of David Reitter on the Aquamacs-devel mailing list, I finally found out what is going on. Aquamacs turns on some parts of cua-mode, which is not recognized by org-support-shift-select. The solution is to add (cua-mode 0) in my preference file. Alan
[O] org-support-shift-select and aquamacs
Hello, I'm trying to use shift selection in the text part of org files, so I set "org-support-shift-select" to "t". Unfortunately it does not work: nothing happens when I try to select text using shift and arrow keys. I'm using Aquamacs 3 (compiled yesterday) and org-mode from git (compiled this morning). How can I figure out what is going on? Thanks a lot, Alan
[Orgmode] Re: Bug with cua-mode & org-support-shift-select
I see no way to disable shift-select handling in CUA. CUA on initializing disables shift-select-mode, and also if try to enable later, we got bug http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4249 : CUA mode and shift-select-mode don't seem to be aware of each other. If I turn on CUA first, and then shift-select-mode, shifted selection fails (e.g. shift-right marks only one character as region). Emacs -Q (cua-mode 1) (setq shift-select-mode t) Why would one want to do that? For example in order to get org-mode to work correctly with shifted selection and the appropriate org-mode customization variable. The fact that org-mode doesn't understand CUA's shifted selection is a bit sad, too. So need some other way to fix this. On 01.02.2010 3:49, Ryan Thompson wrote: Vanilla emacs now has shift selection (as of version 23?), so try disabling shift select in CUA and enabling the standard shift select. M-x customize-variable shift-select-mode On Sun, Jan 31, 2010 at 2:36 PM, Ivan Vanyushkin wrote: Hello. I want to use C-x/C-c/C-v and Shift-arrows selection with org-mode. GNU Emacs 23.1.50.1, org-mode 6.34, .emacs: (cua-mode 1) (setq org-support-shift-select t) If this two options are on, then Shift key selection with arrow keys doesn't work: no selection, just cursor movements. According to http://orgmode.org/manual/Conflicts.html I think that org-mode should support CUA. If not, what can you suggest for correct support of C-x/C-c/C-v + org-support-shift-select? As far as I can say, the reason of problem is there: In org.el: (defun org-call-for-shift-select (cmd) (let ((this-command-keys-shift-translated t)) (call-interactively cmd))) Called like this: (org-call-for-shift-select 'forward-char) In cua-base.el Shift key is detected like this: (memq 'shift (event-modifiers (aref (this-single-command-raw-keys) 0))) binded as pre-command-hook. So, I think, Shift key is just not detected by CUA, and need a way to set it's flag. Sorry, I don't know emacs lisp. Thank you for your suggestions. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug with cua-mode & org-support-shift-select
Vanilla emacs now has shift selection (as of version 23?), so try disabling shift select in CUA and enabling the standard shift select. M-x customize-variable shift-select-mode On Sun, Jan 31, 2010 at 2:36 PM, Ivan Vanyushkin wrote: > Hello. > > I want to use C-x/C-c/C-v and Shift-arrows selection with org-mode. > > GNU Emacs 23.1.50.1, org-mode 6.34, .emacs: > (cua-mode 1) > (setq org-support-shift-select t) > > If this two options are on, then Shift key selection with arrow keys doesn't > work: no selection, just cursor movements. According to > http://orgmode.org/manual/Conflicts.html I think that org-mode should > support CUA. If not, what can you suggest for correct support of C-x/C-c/C-v > + org-support-shift-select? > > As far as I can say, the reason of problem is there: > > In org.el: > (defun org-call-for-shift-select (cmd) > (let ((this-command-keys-shift-translated t)) > (call-interactively cmd))) > > Called like this: (org-call-for-shift-select 'forward-char) > > In cua-base.el Shift key is detected like this: > (memq 'shift (event-modifiers > (aref (this-single-command-raw-keys) 0))) > binded as pre-command-hook. > > So, I think, Shift key is just not detected by CUA, and need a way to set > it's flag. Sorry, I don't know emacs lisp. > > Thank you for your suggestions. > > -- > Ivan Vanyushkin - Vanav. > http://vanav.com.ua > mailto:va...@vanav.com.ua > Jabber/GTalk: va...@vanav.com.ua > ICQ: 19068 > Yahoo: Vanav_I > MSN: va...@vanav.com.ua > > > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug with cua-mode & org-support-shift-select
Hello. I want to use C-x/C-c/C-v and Shift-arrows selection with org-mode. GNU Emacs 23.1.50.1, org-mode 6.34, .emacs: (cua-mode 1) (setq org-support-shift-select t) If this two options are on, then Shift key selection with arrow keys doesn't work: no selection, just cursor movements. According to http://orgmode.org/manual/Conflicts.html I think that org-mode should support CUA. If not, what can you suggest for correct support of C-x/C-c/C-v + org-support-shift-select? As far as I can say, the reason of problem is there: In org.el: (defun org-call-for-shift-select (cmd) (let ((this-command-keys-shift-translated t)) (call-interactively cmd))) Called like this: (org-call-for-shift-select 'forward-char) In cua-base.el Shift key is detected like this: (memq 'shift (event-modifiers (aref (this-single-command-raw-keys) 0))) binded as pre-command-hook. So, I think, Shift key is just not detected by CUA, and need a way to set it's flag. Sorry, I don't know emacs lisp. Thank you for your suggestions. -- Ivan Vanyushkin - Vanav. http://vanav.com.ua mailto:va...@vanav.com.ua Jabber/GTalk: va...@vanav.com.ua ICQ: 19068 Yahoo: Vanav_I MSN: va...@vanav.com.ua ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: 23.0.60; org-mode does not honour shift-select-mode
I just tested this patch, and can confirm that it works and solves my problem. Thanks! Btw: I never associated shift-select with windows (which I have no experience with). Wasn't shift-select available with Motif since the mid 90's? Andreas On Mon, Jan 19, 2009 at 09:54:31PM +0100, Carsten Dominik wrote: > > I am aware of this conflict, but I had no idea that this mode is on by > default? > What ever happened with Emacs that we have become this much > Windows-biased > > Anyway, if the Emacs Gods decide that this has to change, the way to do it > would be this: > > > - Carsten > > > > --- org.el.orig 2009-01-19 21:52:10.0 +0100 > +++ org.el 2009-01-19 21:52:42.0 +0100 > @@ -246,7 +246,7 @@ >:group 'org-startup >:type 'boolean) > > -(defcustom org-replace-disputed-keys nil > +(defcustom org-replace-disputed-keys shift-select-mode >"Non-nil means use alternative key bindings for some keys. > Org-mode uses S- keys for changing timestamps and priorities. > These keys are also used by other packages like `CUA-mode' or > `windmove.el'. > > > > > On Jan 19, 2009, at 6:09 PM, Andreas Amann wrote: > >> start with "emacs -Q test.org" >> >> type "* bla" >> and then shift-left >> >> expected behaviour: since shift-select-mode is set to t by default >> (see src/callint.c), I would expect that shift-movements select >> a region, and that major modes should not override this behaviour, >> without being asked of doing so. >> >> actual behaviour: upon shift-left the binding org-shiftleft is called >> which marks the current item as "DONE". This is very confusing for >> people accostumed to shift-selection, which works very well in all >> other emacs modes I know. >> >> Possible solution: in lisp/org/org.el >> only include the bindings >> >> '([(shift up)] org-shiftup) >> '([(shift down)]org-shiftdown) >> '([(shift left)]org-shiftleft) >> '([(shift right)] org-shiftright) >> >> if the variable shift-select-mode is nil. >> >> >> >> >> In GNU Emacs 23.0.60.1 (x86_64-unknown-linux-gnu, X toolkit, Xaw3d scroll >> bars) >> of 2009-01-14 on lnx0015f2465ec6 >> Windowing system distributor `The X.Org Foundation', version 11.0.1030 >> configured using `configure '--prefix=/home/aamann/local/emacs-cvs' >> 'LDFLAGS=-L/home/aamann/local/lib64' >> 'CPPFLAGS=-I/home/aamann/local/include'' >> >> Important settings: >> value of $LC_ALL: nil >> value of $LC_COLLATE: nil >> value of $LC_CTYPE: nil >> value of $LC_MESSAGES: nil >> value of $LC_MONETARY: nil >> value of $LC_NUMERIC: nil >> value of $LC_TIME: nil >> value of $LANG: en_IE.utf8 >> value of $XMODIFIERS: @im=none >> locale-coding-system: utf-8-unix >> default-enable-multibyte-characters: t >> >> Major mode: Org >> >> Minor modes in effect: >> tooltip-mode: t >> tool-bar-mode: t >> mouse-wheel-mode: t >> menu-bar-mode: t >> file-name-shadow-mode: t >> global-font-lock-mode: t >> font-lock-mode: t >> blink-cursor-mode: t >> global-auto-composition-mode: t >> auto-composition-mode: t >> auto-encryption-mode: t >> auto-compression-mode: t >> line-number-mode: t >> transient-mark-mode: t >> >> Recent input: >> * S-SPC b l a >> >> >> >> Recent messages: >> For information about GNU Emacs and the GNU system, type C-h C-a. >> test.org has auto save data; consider M-x recover-this-file >> OVERVIEW ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: 23.0.60; org-mode does not honour shift-select-mode
I am aware of this conflict, but I had no idea that this mode is on by
default?
What ever happened with Emacs that we have become this much Windows-
biased
Anyway, if the Emacs Gods decide that this has to change, the way to
do it would be this:
- Carsten
--- org.el.orig 2009-01-19 21:52:10.0 +0100
+++ org.el 2009-01-19 21:52:42.0 +0100
@@ -246,7 +246,7 @@
:group 'org-startup
:type 'boolean)
-(defcustom org-replace-disputed-keys nil
+(defcustom org-replace-disputed-keys shift-select-mode
"Non-nil means use alternative key bindings for some keys.
Org-mode uses S- keys for changing timestamps and priorities.
These keys are also used by other packages like `CUA-mode' or
`windmove.el'.
On Jan 19, 2009, at 6:09 PM, Andreas Amann wrote:
start with "emacs -Q test.org"
type "* bla"
and then shift-left
expected behaviour: since shift-select-mode is set to t by default
(see src/callint.c), I would expect that shift-movements select
a region, and that major modes should not override this behaviour,
without being asked of doing so.
actual behaviour: upon shift-left the binding org-shiftleft is called
which marks the current item as "DONE". This is very confusing for
people accostumed to shift-selection, which works very well in all
other emacs modes I know.
Possible solution: in lisp/org/org.el
only include the bindings
'([(shift up)] org-shiftup)
'([(shift down)]org-shiftdown)
'([(shift left)]org-shiftleft)
'([(shift right)] org-shiftright)
if the variable shift-select-mode is nil.
In GNU Emacs 23.0.60.1 (x86_64-unknown-linux-gnu, X toolkit, Xaw3d
scroll bars)
of 2009-01-14 on lnx0015f2465ec6
Windowing system distributor `The X.Org Foundation', version
11.0.1030
configured using `configure '--prefix=/home/aamann/local/emacs-cvs'
'LDFLAGS=-L/home/aamann/local/lib64' 'CPPFLAGS=-I/home/aamann/local/
include''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: en_IE.utf8
value of $XMODIFIERS: @im=none
locale-coding-system: utf-8-unix
default-enable-multibyte-characters: t
Major mode: Org
Minor modes in effect:
tooltip-mode: t
tool-bar-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
global-auto-composition-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Recent input:
* S-SPC b l a
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
test.org has auto save data; consider M-x recover-this-file
OVERVIEW
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
