* possible bug: TAB after elipsis
@ 2010-03-24 18:04 Anthony Lander
2010-03-26 5:50 ` Livin Stephen Sharma
2010-03-26 6:32 ` Carsten Dominik
0 siblings, 2 replies; 16+ messages in thread
From: Anthony Lander @ 2010-03-24 18:04 UTC (permalink / raw)
To: emacs-orgmode
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?
Thanks,
-Anthony
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: possible bug: TAB after elipsis
2010-03-24 18:04 possible bug: TAB after elipsis Anthony Lander
@ 2010-03-26 5:50 ` Livin Stephen Sharma
2010-03-26 6:32 ` Carsten Dominik
1 sibling, 0 replies; 16+ messages in thread
From: Livin Stephen Sharma @ 2010-03-26 5:50 UTC (permalink / raw)
To: emacs-org-mode-help gnu
Yep, I see this too!
setup
org-version: 6.34trans (from 2010_02_25)
emacs: 23.1.50.1
Livin Stephen Sharma
On Mar 24, 2010, at 23:34:40 , 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?
>
> Thanks,
>
> -Anthony
>
>
> _______________________________________________
> 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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: possible bug: TAB after elipsis
2010-03-24 18:04 possible bug: TAB after elipsis Anthony Lander
2010-03-26 5:50 ` Livin Stephen Sharma
@ 2010-03-26 6:32 ` Carsten Dominik
2010-03-26 9:25 ` Ben Finney
` (2 more replies)
1 sibling, 3 replies; 16+ messages in thread
From: Carsten Dominik @ 2010-03-26 6:32 UTC (permalink / raw)
To: Anthony Lander; +Cc: emacs-orgmode
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.
- Carsten
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: possible bug: TAB after elipsis
2010-03-26 6:32 ` Carsten Dominik
@ 2010-03-26 9:25 ` Ben Finney
2010-03-26 9:38 ` peter.frings
2010-03-27 16:35 ` Anthony Lander
2 siblings, 0 replies; 16+ messages in thread
From: Ben Finney @ 2010-03-26 9:25 UTC (permalink / raw)
To: emacs-orgmode
Carsten Dominik <carsten.dominik@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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: possible bug: TAB after elipsis
2010-03-26 6:32 ` Carsten Dominik
2010-03-26 9:25 ` Ben Finney
@ 2010-03-26 9:38 ` peter.frings
2010-03-26 17:23 ` John Hendy
2010-03-27 16:35 ` Anthony Lander
2 siblings, 1 reply; 16+ messages in thread
From: peter.frings @ 2010-03-26 9:38 UTC (permalink / raw)
To: emacs-orgmode
On 26 Mar 2010, at 07:32, Carsten Dominik wrote:
> 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.
Well, that may be technically correct, but from a UI point of view it isn't. We're still one the same (head)_line_, no?
Not that I find this an important issue to fix, mind you :-)
Cheers,
Peter.
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: possible bug: TAB after elipsis
2010-03-26 9:38 ` peter.frings
@ 2010-03-26 17:23 ` John Hendy
0 siblings, 0 replies; 16+ messages in thread
From: John Hendy @ 2010-03-26 17:23 UTC (permalink / raw)
To: peter.frings; +Cc: emacs-orgmode
[-- Attachment #1.1: Type: text/plain, Size: 2000 bytes --]
In my limited experience, I have already encountered this and been
surprised. I can see it both ways:
- On one hand: technically, the lead up of asterisks and the actual text
define the headline itself, as Carsten has pointed out.
- On the other hand, from a user standpoint I think it would be convenient.
I am not well versed in my keyboard-shortcut-fu, but I'm practicing and use
M-a/e a bit. One of the reasons this behavior is a bit annoying is that M-a
leads one to the spot /after/ an ellipsis. From there I want to press tab
and see the headline... but no dice. I admit that I can begin to use the
shortcuts specifically for navigating headlines. Learning a little at a time
and so currently I don't.
Anyway, my vote goes to expand it, even if technically the cursor is after
the 'body' since the 'body' is represented by the ellipsis. I think once it
is folded it serves only as a representation of the headline, not anything
useful having to do with actual folded text anymore.
John
On Fri, Mar 26, 2010 at 3:38 AM, <peter.frings@agfa.com> wrote:
>
> On 26 Mar 2010, at 07:32, Carsten Dominik wrote:
>
> > 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.
>
> Well, that may be technically correct, but from a UI point of view it
> isn't. We're still one the same (head)_line_, no?
>
> Not that I find this an important issue to fix, mind you :-)
>
> Cheers,
> Peter.
>
> _______________________________________________
> 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
>
[-- Attachment #1.2: Type: text/html, Size: 2648 bytes --]
[-- Attachment #2: Type: text/plain, Size: 201 bytes --]
_______________________________________________
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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: possible bug: TAB after elipsis
2010-03-26 6:32 ` Carsten Dominik
2010-03-26 9:25 ` Ben Finney
2010-03-26 9:38 ` peter.frings
@ 2010-03-27 16:35 ` Anthony Lander
2010-03-27 19:02 ` Memnon Anon
2 siblings, 1 reply; 16+ messages in thread
From: Anthony Lander @ 2010-03-27 16:35 UTC (permalink / raw)
To: Carsten Dominik; +Cc: emacs-orgmode
Hi Carsten,
On 10-Mar-26, at 2:32 AM, Carsten Dominik wrote:
>
> 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.
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?
Regards,
-Anthony
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: possible bug: TAB after elipsis
2010-03-27 16:35 ` Anthony Lander
@ 2010-03-27 19:02 ` Memnon Anon
2010-03-27 19:21 ` John Hendy
0 siblings, 1 reply; 16+ messages in thread
From: Memnon Anon @ 2010-03-27 19:02 UTC (permalink / raw)
To: emacs-orgmode
Anthony Lander <anthonylander@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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: Re: possible bug: TAB after elipsis
2010-03-27 19:02 ` Memnon Anon
@ 2010-03-27 19:21 ` John Hendy
2010-03-27 19:53 ` Memnon Anon
0 siblings, 1 reply; 16+ messages in thread
From: John Hendy @ 2010-03-27 19:21 UTC (permalink / raw)
To: Memnon Anon; +Cc: emacs-orgmode
[-- Attachment #1.1: Type: text/plain, Size: 2360 bytes --]
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 <
gegendosenfleisch@googlemail.com> wrote:
> Anthony Lander <anthonylander@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
>
[-- Attachment #1.2: Type: text/html, Size: 3057 bytes --]
[-- Attachment #2: Type: text/plain, Size: 201 bytes --]
_______________________________________________
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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: possible bug: TAB after elipsis
2010-03-27 19:21 ` John Hendy
@ 2010-03-27 19:53 ` Memnon Anon
2010-03-27 20:02 ` John Hendy
0 siblings, 1 reply; 16+ messages in thread
From: Memnon Anon @ 2010-03-27 19:53 UTC (permalink / raw)
To: emacs-orgmode
John Hendy <jw.hendy@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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: Re: possible bug: TAB after elipsis
2010-03-27 19:53 ` Memnon Anon
@ 2010-03-27 20:02 ` John Hendy
2010-03-27 23:26 ` Bernt Hansen
2010-03-27 23:29 ` Bernt Hansen
0 siblings, 2 replies; 16+ messages in thread
From: John Hendy @ 2010-03-27 20:02 UTC (permalink / raw)
To: Memnon Anon; +Cc: emacs-orgmode
[-- Attachment #1.1: Type: text/plain, Size: 1918 bytes --]
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 <
gegendosenfleisch@googlemail.com> wrote:
> John Hendy <jw.hendy@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
>
[-- Attachment #1.2: Type: text/html, Size: 2826 bytes --]
[-- Attachment #2: Type: text/plain, Size: 201 bytes --]
_______________________________________________
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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: possible bug: TAB after elipsis
2010-03-27 20:02 ` John Hendy
@ 2010-03-27 23:26 ` Bernt Hansen
2010-03-27 23:29 ` Bernt Hansen
1 sibling, 0 replies; 16+ messages in thread
From: Bernt Hansen @ 2010-03-27 23:26 UTC (permalink / raw)
To: John Hendy; +Cc: Memnon Anon, emacs-orgmode
John Hendy <jw.hendy@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 <gegendosenfleisch@googlemail.com> wrote:
>
> John Hendy <jw.hendy@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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: possible bug: TAB after elipsis
2010-03-27 20:02 ` John Hendy
2010-03-27 23:26 ` Bernt Hansen
@ 2010-03-27 23:29 ` Bernt Hansen
2010-03-28 11:45 ` Alan E. Davis
1 sibling, 1 reply; 16+ messages in thread
From: Bernt Hansen @ 2010-03-27 23:29 UTC (permalink / raw)
To: John Hendy; +Cc: Memnon Anon, emacs-orgmode
John Hendy <jw.hendy@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 <gegendosenfleisch@googlemail.com> wrote:
>
> John Hendy <jw.hendy@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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: Re: possible bug: TAB after elipsis
2010-03-27 23:29 ` Bernt Hansen
@ 2010-03-28 11:45 ` Alan E. Davis
2010-03-28 11:58 ` Carsten Dominik
0 siblings, 1 reply; 16+ messages in thread
From: Alan E. Davis @ 2010-03-28 11:45 UTC (permalink / raw)
To: Bernt Hansen; +Cc: Memnon Anon, emacs-orgmode
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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: Re: possible bug: TAB after elipsis
2010-03-28 11:45 ` Alan E. Davis
@ 2010-03-28 11:58 ` Carsten Dominik
2010-03-28 13:25 ` Alan E. Davis
0 siblings, 1 reply; 16+ messages in thread
From: Carsten Dominik @ 2010-03-28 11:58 UTC (permalink / raw)
To: Alan E. Davis; +Cc: Bernt Hansen, Memnon Anon, emacs-orgmode
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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: Re: possible bug: TAB after elipsis
2010-03-28 11:58 ` Carsten Dominik
@ 2010-03-28 13:25 ` Alan E. Davis
0 siblings, 0 replies; 16+ messages in thread
From: Alan E. Davis @ 2010-03-28 13:25 UTC (permalink / raw)
To: Carsten Dominik; +Cc: Bernt Hansen, Memnon Anon, emacs-orgmode
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.dominik@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
>
>
>
>
^ permalink raw reply [flat|nested] 16+ messages in thread
end of thread, other threads:[~2010-03-28 13:25 UTC | newest]
Thread overview: 16+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-03-24 18:04 possible bug: TAB after elipsis Anthony Lander
2010-03-26 5:50 ` Livin Stephen Sharma
2010-03-26 6:32 ` Carsten Dominik
2010-03-26 9:25 ` Ben Finney
2010-03-26 9:38 ` peter.frings
2010-03-26 17:23 ` John Hendy
2010-03-27 16:35 ` Anthony Lander
2010-03-27 19:02 ` Memnon Anon
2010-03-27 19:21 ` John Hendy
2010-03-27 19:53 ` Memnon Anon
2010-03-27 20:02 ` John Hendy
2010-03-27 23:26 ` Bernt Hansen
2010-03-27 23:29 ` Bernt Hansen
2010-03-28 11:45 ` Alan E. Davis
2010-03-28 11:58 ` Carsten Dominik
2010-03-28 13:25 ` Alan E. Davis
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).