* bug#5753: something, something, org-mode, shift-select, something [not found] <e01d8a51003221746i42766220y6936e98a85f78234@mail.gmail.com> @ 2014-02-03 0:21 ` Lars Ingebrigtsen 2014-02-09 14:06 ` Bastien [not found] ` <mailman.13581.1391387010.10748.bug-gnu-emacs@gnu.org> 1 sibling, 1 reply; 15+ messages in thread From: Lars Ingebrigtsen @ 2014-02-03 0:21 UTC (permalink / raw) To: Lennart Borgman; +Cc: 5753 Lennart Borgman <lennart.borgman@gmail.com> 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/ ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#5753: something, something, org-mode, shift-select, something 2014-02-03 0:21 ` bug#5753: something, something, org-mode, shift-select, something Lars Ingebrigtsen @ 2014-02-09 14:06 ` Bastien 2014-02-09 14:12 ` Lennart Borgman 0 siblings, 1 reply; 15+ messages in thread From: Bastien @ 2014-02-09 14:06 UTC (permalink / raw) To: Lars Ingebrigtsen; +Cc: 5753, Lennart Borgman Lars Ingebrigtsen <larsi@gnus.org> writes: > Lennart Borgman <lennart.borgman@gmail.com> 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-<right> 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-<right> 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 ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#5753: something, something, org-mode, shift-select, something 2014-02-09 14:06 ` Bastien @ 2014-02-09 14:12 ` Lennart Borgman 2014-02-09 14:29 ` Bastien 0 siblings, 1 reply; 15+ messages in thread From: Lennart Borgman @ 2014-02-09 14:12 UTC (permalink / raw) To: Bastien; +Cc: Lars Ingebrigtsen, 5753 [-- Attachment #1: Type: text/plain, Size: 1023 bytes --] On Sun, Feb 9, 2014 at 3:06 PM, Bastien <bzg@gnu.org> wrote: > Lars Ingebrigtsen <larsi@gnus.org> writes: > > > Lennart Borgman <lennart.borgman@gmail.com> 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-<right> > > 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-<right> > > 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! [-- Attachment #2: Type: text/html, Size: 2392 bytes --] ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#5753: something, something, org-mode, shift-select, something 2014-02-09 14:12 ` Lennart Borgman @ 2014-02-09 14:29 ` Bastien 2014-02-09 21:45 ` N. Jackson 0 siblings, 1 reply; 15+ messages in thread From: Bastien @ 2014-02-09 14:29 UTC (permalink / raw) To: Lennart Borgman; +Cc: N. Jackson, Lars Ingebrigtsen, 5753 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 ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#5753: something, something, org-mode, shift-select, something 2014-02-09 14:29 ` Bastien @ 2014-02-09 21:45 ` N. Jackson 2014-02-10 7:35 ` Bastien 0 siblings, 1 reply; 15+ messages in thread From: N. Jackson @ 2014-02-09 21:45 UTC (permalink / raw) To: Bastien; +Cc: N. Jackson, Lars Ingebrigtsen, Lennart Borgman, 5753 Bastien <bzg@gnu.org> 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. ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#5753: something, something, org-mode, shift-select, something 2014-02-09 21:45 ` N. Jackson @ 2014-02-10 7:35 ` Bastien 2014-02-10 21:29 ` N. Jackson 0 siblings, 1 reply; 15+ messages in thread From: Bastien @ 2014-02-10 7:35 UTC (permalink / raw) To: N. Jackson; +Cc: N. Jackson, Lars Ingebrigtsen, Lennart Borgman, 5753 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 ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#5753: something, something, org-mode, shift-select, something 2014-02-10 7:35 ` Bastien @ 2014-02-10 21:29 ` N. Jackson 2014-02-11 2:22 ` N. Jackson 2014-02-11 16:29 ` Bastien 0 siblings, 2 replies; 15+ messages in thread From: N. Jackson @ 2014-02-10 21:29 UTC (permalink / raw) To: Bastien; +Cc: Lars Ingebrigtsen, Lennart Borgman, 5753 Bastien <bzg@altern.org> writes: > Can you try the two recipes I gave here: > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=5753#26 Wherein Bastien <bzg <at> 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-<right> >> >> 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-<right> >> >> 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-<left> ; 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-<left> 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. ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#5753: something, something, org-mode, shift-select, something 2014-02-10 21:29 ` N. Jackson @ 2014-02-11 2:22 ` N. Jackson 2014-02-11 16:29 ` Bastien 1 sibling, 0 replies; 15+ messages in thread From: N. Jackson @ 2014-02-11 2:22 UTC (permalink / raw) To: 5753 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. ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#5753: something, something, org-mode, shift-select, something 2014-02-10 21:29 ` N. Jackson 2014-02-11 2:22 ` N. Jackson @ 2014-02-11 16:29 ` Bastien 2014-02-11 17:12 ` N. Jackson 1 sibling, 1 reply; 15+ messages in thread From: Bastien @ 2014-02-11 16:29 UTC (permalink / raw) To: N. Jackson; +Cc: Lars Ingebrigtsen, Lennart Borgman, 5753 nljlistbox2@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 ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#5753: something, something, org-mode, shift-select, something 2014-02-11 16:29 ` Bastien @ 2014-02-11 17:12 ` N. Jackson 2014-02-11 17:20 ` Bastien 2014-02-11 21:01 ` Lennart Borgman 0 siblings, 2 replies; 15+ messages in thread From: N. Jackson @ 2014-02-11 17:12 UTC (permalink / raw) To: 5753; +Cc: bzg, larsi, lennart.borgman Bastien <bzg@gnu.org> writes: > nljlistbox2@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-<left> ; 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-<left> 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. ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#5753: something, something, org-mode, shift-select, something 2014-02-11 17:12 ` N. Jackson @ 2014-02-11 17:20 ` Bastien 2014-02-11 21:01 ` Lennart Borgman 1 sibling, 0 replies; 15+ messages in thread From: Bastien @ 2014-02-11 17:20 UTC (permalink / raw) To: N. Jackson; +Cc: larsi, lennart.borgman, 5753-done nljlistbox2@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 ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#5753: something, something, org-mode, shift-select, something 2014-02-11 17:12 ` N. Jackson 2014-02-11 17:20 ` Bastien @ 2014-02-11 21:01 ` Lennart Borgman 1 sibling, 0 replies; 15+ messages in thread From: Lennart Borgman @ 2014-02-11 21:01 UTC (permalink / raw) To: N. Jackson; +Cc: bzg, 5753, larsi [-- Attachment #1: Type: text/plain, Size: 933 bytes --] On Tue, Feb 11, 2014 at 6:12 PM, N. Jackson <nljlistbox2@gmail.com> wrote: > Bastien <bzg@gnu.org> writes: > > > nljlistbox2@gmail.com (N. Jackson) writes: > > > >> In Emacs 24.3.1 (as, I believe, in Emacs 23), the S-<left> 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. ;-) ) [-- Attachment #2: Type: text/html, Size: 2408 bytes --] ^ permalink raw reply [flat|nested] 15+ messages in thread
[parent not found: <mailman.13581.1391387010.10748.bug-gnu-emacs@gnu.org>]
* bug#5753: something, something, org-mode, shift-select, something [not found] ` <mailman.13581.1391387010.10748.bug-gnu-emacs@gnu.org> @ 2014-02-09 1:25 ` N. Jackson 2014-02-09 11:05 ` Lennart Borgman 0 siblings, 1 reply; 15+ messages in thread From: N. Jackson @ 2014-02-09 1:25 UTC (permalink / raw) Cc: 5753, Lennart Borgman The following message is a courtesy copy of an article that has been posted to gnu.emacs.bug as well. Lars Ingebrigtsen <larsi@gnus.org> writes: > Lennart Borgman <lennart.borgman@gmail.com> 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 ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#5753: something, something, org-mode, shift-select, something 2014-02-09 1:25 ` N. Jackson @ 2014-02-09 11:05 ` Lennart Borgman 2014-02-09 11:08 ` Lennart Borgman 0 siblings, 1 reply; 15+ messages in thread From: Lennart Borgman @ 2014-02-09 11:05 UTC (permalink / raw) To: N. Jackson; +Cc: 5753 [-- Attachment #1: Type: text/plain, Size: 2314 bytes --] On Sun, Feb 9, 2014 at 2:25 AM, N. Jackson <gentleundercurrent@gmail.com>wrote: > The following message is a courtesy copy of an article > that has been posted to gnu.emacs.bug as well. > > Lars Ingebrigtsen <larsi@gnus.org> writes: > > > Lennart Borgman <lennart.borgman@gmail.com> 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. [-- Attachment #2: Type: text/html, Size: 3850 bytes --] ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#5753: something, something, org-mode, shift-select, something 2014-02-09 11:05 ` Lennart Borgman @ 2014-02-09 11:08 ` Lennart Borgman 0 siblings, 0 replies; 15+ messages in thread From: Lennart Borgman @ 2014-02-09 11:08 UTC (permalink / raw) To: N. Jackson; +Cc: 5753 [-- Attachment #1: Type: text/plain, Size: 1056 bytes --] On Sun, Feb 9, 2014 at 12:05 PM, Lennart Borgman <lennart.borgman@gmail.com>wrote: > On Sun, Feb 9, 2014 at 2:25 AM, N. Jackson <gentleundercurrent@gmail.com>wrote: > >> The following message is a courtesy copy of an article >> that has been posted to gnu.emacs.bug as well. >> >> Lars Ingebrigtsen <larsi@gnus.org> writes: >> >> > Lennart Borgman <lennart.borgman@gmail.com> 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. [-- Attachment #2: Type: text/html, Size: 2916 bytes --] ^ permalink raw reply [flat|nested] 15+ messages in thread
end of thread, other threads:[~2014-02-11 21:03 UTC | newest]
Thread overview: 15+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <e01d8a51003221746i42766220y6936e98a85f78234@mail.gmail.com>
2014-02-03 0:21 ` bug#5753: something, something, org-mode, shift-select, something Lars Ingebrigtsen
2014-02-09 14:06 ` Bastien
2014-02-09 14:12 ` Lennart Borgman
2014-02-09 14:29 ` Bastien
2014-02-09 21:45 ` N. Jackson
2014-02-10 7:35 ` Bastien
2014-02-10 21:29 ` N. Jackson
2014-02-11 2:22 ` N. Jackson
2014-02-11 16:29 ` Bastien
2014-02-11 17:12 ` N. Jackson
2014-02-11 17:20 ` Bastien
2014-02-11 21:01 ` Lennart Borgman
[not found] ` <mailman.13581.1391387010.10748.bug-gnu-emacs@gnu.org>
2014-02-09 1:25 ` N. Jackson
2014-02-09 11:05 ` Lennart Borgman
2014-02-09 11:08 ` Lennart Borgman
Code repositories for project(s) associated with this public inbox https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).