Re: [Orgmode] Re: possible bug: TAB after elipsis
Not sure whether I'm talking about the same phenomenon, but I have started almost routinely adding a tag at the end of every headline inserted by my remember templates. Without the tag, it'seems it's hard to move past the end of the line cleanly to edit the contents. With a tag, using the custom \C-a/e behavior alluded to above, its a cinch. I am annoyed by this. It seems wrong, and I assumed there is a workaround somewhere, if I looked hard enough. Again, maybe this is another problem. Alan ___ 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] Re: possible bug: TAB after elipsis
Hi Alan, On Mar 28, 2010, at 1:45 PM, Alan E. Davis wrote: Not sure whether I'm talking about the same phenomenon, but I have started almost routinely adding a tag at the end of every headline inserted by my remember templates. Without the tag, it'seems it's hard to move past the end of the line cleanly to edit the contents. With a tag, using the custom \C-a/e behavior alluded to above, its a cinch. I don't think I can reproduce this. Can you please make your explanation more detailed, with an example, with your setting for org-special-control-a/e, and with a step by step guide on how to hit any problems? Thanks - Carsten I am annoyed by this. It seems wrong, and I assumed there is a workaround somewhere, if I looked hard enough. Again, maybe this is another problem. Alan ___ 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 - Carsten ___ 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] Re: possible bug: TAB after elipsis
Hello, Carsten: I have to admit you are right, at least to the extent I cannot now reproduce this behavior. I also have to admit that I haven't been aware of that behavior for a while. I will attempt to reproduce it for a day or two, and see if I can send you a working example. With apologies, Alan On Sun, Mar 28, 2010 at 9:58 PM, Carsten Dominik carsten.domi...@gmail.com wrote: Hi Alan, On Mar 28, 2010, at 1:45 PM, Alan E. Davis wrote: Not sure whether I'm talking about the same phenomenon, but I have started almost routinely adding a tag at the end of every headline inserted by my remember templates. Without the tag, it'seems it's hard to move past the end of the line cleanly to edit the contents. With a tag, using the custom \C-a/e behavior alluded to above, its a cinch. I don't think I can reproduce this. Can you please make your explanation more detailed, with an example, with your setting for org-special-control-a/e, and with a step by step guide on how to hit any problems? Thanks - Carsten I am annoyed by this. It seems wrong, and I assumed there is a workaround somewhere, if I looked hard enough. Again, maybe this is another problem. Alan ___ 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 - Carsten ___ 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: possible bug: TAB after elipsis
Anthony Lander anthonylan...@yahoo.com writes: I was thinking about this a bit more. Is it possible to meet in the middle and restrict the cursor so that it can't go past the last character in the headline, like this: *** Some entry|... I suggest this because if you do type after the elipsis, the text goes right on the end of the folded entry, which I believe is undesirable as well; It means that part of the entry is invisible, and part is visible. Limiting the cursor would solve both problems. Is this even feasible? I have not been following closely this thread, but I believe customizing org-special-ctrl-a/e might bring you a long way towards the behaviour you want. I suggest you give it a try. ,[ (info (org)Headlines) ] | Documentation: | Non-nil means `C-a' and `C-e' behave specially in headlines and items. | | When t, `C-a' will bring back the cursor to the beginning of the | headline text, i.e. after the stars and after a possible TODO keyword. | In an item, this will be the position after the bullet. | When the cursor is already at that position, another `C-a' will bring | it to the beginning of the line. | | `C-e' will jump to the end of the headline, ignoring the presence of tags | in the headline. A second `C-e' will then jump to the true end of the | line, after any tags. This also means that, when this variable is | non-nil, `C-e' also will never jump beyond the end of the heading of a | folded section, i.e. not after the ellipses. ` hth memnon ___ 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] Re: possible bug: TAB after elipsis
This awesome. If this equivalent existed for M-a/e and M-f/b, I would be very happy with the result. Seem reasonable -- when on a folded headline, I just can't think of a reason someone would want to interact with the headline after the ellipsis. It even, as someone else mentioned, can ge one into trouble -- press the wrong key or delete after it and you're removing text you can't even see... but are able to interact with! Thanks for this, memmon. On Sat, Mar 27, 2010 at 1:02 PM, Memnon Anon gegendosenflei...@googlemail.com wrote: Anthony Lander anthonylan...@yahoo.com writes: I was thinking about this a bit more. Is it possible to meet in the middle and restrict the cursor so that it can't go past the last character in the headline, like this: *** Some entry|... I suggest this because if you do type after the elipsis, the text goes right on the end of the folded entry, which I believe is undesirable as well; It means that part of the entry is invisible, and part is visible. Limiting the cursor would solve both problems. Is this even feasible? I have not been following closely this thread, but I believe customizing org-special-ctrl-a/e might bring you a long way towards the behaviour you want. I suggest you give it a try. ,[ (info (org)Headlines) ] | Documentation: | Non-nil means `C-a' and `C-e' behave specially in headlines and items. | | When t, `C-a' will bring back the cursor to the beginning of the | headline text, i.e. after the stars and after a possible TODO keyword. | In an item, this will be the position after the bullet. | When the cursor is already at that position, another `C-a' will bring | it to the beginning of the line. | | `C-e' will jump to the end of the headline, ignoring the presence of tags | in the headline. A second `C-e' will then jump to the true end of the | line, after any tags. This also means that, when this variable is | non-nil, `C-e' also will never jump beyond the end of the heading of a | folded section, i.e. not after the ellipses. ` hth memnon ___ 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] Re: possible bug: TAB after elipsis
John Hendy jw.he...@gmail.com writes: This awesome. If this equivalent existed for M-a/e and M-f/b, I would be very happy with the result. Seem reasonable -- when on a folded headline, I just can't think of a reason someone would want to interact with the headline after the ellipsis. It even, as someone else mentioned, can ge one into trouble -- press the wrong key or delete after it and you're removing text you can't even see... but are able to interact with! Well, after all, its just Plain Text you are editing. Whenever there is an Elipsis, there is a convenient hack in the display hiding what you don't want to see, but it is never the less a hack. So I got into the habbit that, whenever I edit a line that contains ..., I unfold it first; whenever it is folded, I only a ) view it or b) navigate with the org commands like the speed keys (http://orgmode.org/manual/Speed-keys.html) or c) use the org structure editing command (http://orgmode.org/manual/Structure-editing.html). For extensive editing with emacs board tools, there is always M-x show-all. So, I agree, whenever there are ellipsis, editing it ... can get one into trouble. So I just don't ;). hth Memnon ___ 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] Re: possible bug: TAB after elipsis
Very cool and good point about unfolding. I've basically been doing the same things. Thanks for the speed keys link, especially. I've just got to sit down and read the whole manual some weekend... there's so much and since I am usually searching under 'problem-based' motivation, there's so many helpful things I might never find that way! On Sat, Mar 27, 2010 at 1:53 PM, Memnon Anon gegendosenflei...@googlemail.com wrote: John Hendy jw.he...@gmail.com writes: This awesome. If this equivalent existed for M-a/e and M-f/b, I would be very happy with the result. Seem reasonable -- when on a folded headline, I just can't think of a reason someone would want to interact with the headline after the ellipsis. It even, as someone else mentioned, can ge one into trouble -- press the wrong key or delete after it and you're removing text you can't even see... but are able to interact with! Well, after all, its just Plain Text you are editing. Whenever there is an Elipsis, there is a convenient hack in the display hiding what you don't want to see, but it is never the less a hack. So I got into the habbit that, whenever I edit a line that contains ..., I unfold it first; whenever it is folded, I only a ) view it or b) navigate with the org commands like the speed keys (http://orgmode.org/manual/Speed-keys.html) or c) use the org structure editing command (http://orgmode.org/manual/Structure-editing.html). For extensive editing with emacs board tools, there is always M-x show-all. So, I agree, whenever there are ellipsis, editing it ... can get one into trouble. So I just don't ;). hth Memnon ___ 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] Re: possible bug: TAB after elipsis
John Hendy jw.he...@gmail.com writes: Very cool and good point about unfolding. I've basically been doing the same things. Thanks for the speed keys link, especially. I've just got to sit down and read the whole manual some weekend... there's so much and since I am usually searching under 'problem-based' motivation, there's so many helpful things I might never find that way! On Sat, Mar 27, 2010 at 1:53 PM, Memnon Anon gegendosenflei...@googlemail.com wrote: John Hendy jw.he...@gmail.com writes: This awesome. If this equivalent existed for M-a/e and M-f/b, I would be very happy with the result. Seem reasonable -- when on a folded headline, I just can't think of a reason someone would want to interact with the headline after the ellipsis. It even, as someone else mentioned, can ge one into trouble -- press the wrong key or delete after it and you're removing text you can't even see... but are able to interact with! Well, after all, its just Plain Text you are editing. Whenever there is an Elipsis, there is a convenient hack in the display hiding what you don't want to see, but it is never the less a hack. So I got into the habbit that, whenever I edit a line that contains ..., I unfold it first; whenever it is folded, I only a ) view it or b) navigate with the org commands like the speed keys (http://orgmode.org/manual/Speed-keys.html) or c) use the org structure editing command (http://orgmode.org/manual/Structure-editing.html). For extensive editing with emacs board tools, there is always M-x show-all. So, I agree, whenever there are ellipsis, editing it ... can get one into trouble. So I just don't ;). hth Memnon ___ 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 ___ 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: possible bug: TAB after elipsis
John Hendy jw.he...@gmail.com writes: Very cool and good point about unfolding. I've basically been doing the same things. Thanks for the speed keys link, especially. I've just got to sit down and read the whole manual some weekend... there's so much and since I am usually searching under 'problem-based' motivation, there's so many helpful things I might never find that way! On Sat, Mar 27, 2010 at 1:53 PM, Memnon Anon gegendosenflei...@googlemail.com wrote: John Hendy jw.he...@gmail.com writes: This awesome. If this equivalent existed for M-a/e and M-f/b, I would be very happy with the result. Seem reasonable -- when on a folded headline, I just can't think of a reason someone would want to interact with the headline after the ellipsis. It even, as someone else mentioned, can ge one into trouble -- press the wrong key or delete after it and you're removing text you can't even see... but are able to interact with! Well, after all, its just Plain Text you are editing. Whenever there is an Elipsis, there is a convenient hack in the display hiding what you don't want to see, but it is never the less a hack. So I got into the habbit that, whenever I edit a line that contains ..., I unfold it first; whenever it is folded, I only a ) view it or b) navigate with the org commands like the speed keys (http://orgmode.org/manual/Speed-keys.html) or c) use the org structure editing command (http://orgmode.org/manual/Structure-editing.html). For extensive editing with emacs board tools, there is always M-x show-all. So, I agree, whenever there are ellipsis, editing it ... can get one into trouble. So I just don't ;). hth Memnon Sorry about the premature post - send key malfunction :) One other thing I've done for dealing with folded text is use my binding for F9-v which toggles visibility mode on and off. This unfolds _everything_ and makes it possible to see what you are changing (usually because I accidentally edited something in a folded region and want to see exactly what I'm undoing to fix it) (global-set-key (kbd f9 v) 'visible-mode) HTH, Bernt ___ 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: possible bug: TAB after elipsis
Carsten Dominik carsten.domi...@gmail.com writes: On Mar 24, 2010, at 7:04 PM, Anthony Lander wrote: If the cursor is after the elipsis on a folded entry like this: Some entry...| pressing TAB doesn't expand the entry, or in fact, do anything useful at all. Is it possible to get it to expand the entry, or am I missing something? Cursor after the dots means the cursor is no longer in the headline, in fact it is no longer in the entry at all. But neither is it in the following entry, surely? I agree with the original reporter that this goes against expectations. Pressing TAB *anywhere* on the same line of a collapsed item should expand it as normal, no? Can this be fixed? -- \ “Working out the social politics of who you can trust and why | `\ is, quite literally, what a very large part of our brain has | _o__) evolved to do.” —Douglas Adams | Ben Finney ___ 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
