On Wed, May 15, 2013 at 2:54 AM, Christian Moe m...@christianmoe.com wrote:
Hi,
My user input is partially to blame for this, I think. See toward the
end of this thread:
http://comments.gmane.org/gmane.emacs.orgmode/69794
I was under the impression that the behavior of M-RET had changed,
On Mon, May 20, 2013 at 10:54 AM, John Hendy jw.he...@gmail.com wrote:
On Wed, May 15, 2013 at 2:54 AM, Christian Moe m...@christianmoe.com wrote:
Hi,
My user input is partially to blame for this, I think. See toward the
end of this thread:
John Hendy jw.he...@gmail.com writes:
On Wed, May 15, 2013 at 2:54 AM, Christian Moe m...@christianmoe.com wrote:
I've been following this thread and there has been some great
discussion about future plans for re-write and context-sensitive
functionality. In the mean time, can we revert the
On Mon, May 20, 2013 at 11:14 AM, Matt Lundin m...@imapmail.org wrote:
John Hendy jw.he...@gmail.com writes:
On Wed, May 15, 2013 at 2:54 AM, Christian Moe m...@christianmoe.com
wrote:
I've been following this thread and there has been some great
discussion about future plans for re-write
On 16.5.2013, at 21:11, Jason F. McBrayer jmcb...@carcosa.net wrote:
Bastien b...@gnu.org writes:
Thanks a lot Samuel for writing this.
Just a quick note to tell you that this discussion *is* important,
and well read, as we plan to rewrite those functions. Presenting
features wrt
Hi everyone,
yes, thanks for making this table, Samuel.
I think the functionality is a bit overkill, in particular the implementation
with pressing M-RET twice for special functionality. This becomes too
confusing, I think.
The elementary function of M-RET is continue in the current
Carsten Dominik carsten.domi...@gmail.com writes:
On 16.5.2013, at 21:11, Jason F. McBrayer jmcb...@carcosa.net wrote:
Another thing to take into account in the rewrite is doing the right
thing even when electric-indent-mode or electric-layout-mode are
enabled. The current implementation is
On Fri, May 17, 2013 at 03:26:09PM +0200, Carsten Dominik wrote:
There was discussion about `C-c *'. For me the main application
of this command it to turn an item into a headline, and to turn *several*
lines into a series of headline (by selecting the lines first) - this is
a very frequent
Samuel Wales samolog...@gmail.com writes:
|-+--++--|
| command | context | pos| action |
|-+--++--|
| c-ret | any
Hi!
I still think it's pretty important to have an option for creating a new
headline *below* all the contents of the current subtree -- what C-RET
used to do.
I like to second, that there needs to be a short key binding to insert a
new headline below the current entry when the context is in
On Thu, 16 May 2013 09:22:30 +0200
Daniel Bausch danielbau...@gmx.de wrote:
Hi!
I still think it's pretty important to have an option for creating a new
headline *below* all the contents of the current subtree -- what C-RET
used to do.
I like to second, that there needs to be a short
Once this gets implemented I'd really like to see the same table in org
manual. It's a really good summary.
Regards,
Miro
On Thu, May 16, 2013 at 8:21 AM, Bastien b...@gnu.org wrote:
Samuel Wales samolog...@gmail.com writes:
Samuel Wales samolog...@gmail.com writes:
Hi Eric,
On 5/15/13, Eric Abrahamsen e...@ericabrahamsen.net wrote:
I still think it's pretty important to have an option for creating a new
headline *below* all the contents of the current subtree -- what C-RET
used to do.
This might be a good
On 2013-05-15 23:17, Eric Abrahamsen wrote:
Samuel Wales samolog...@gmail.com writes:
Also, C-RET and M-RET currently seem to be identical?
I still think it's pretty important to have an option for creating a
new
headline *below* all the contents of the current subtree -- what C-RET
used to
Eric Abrahamsen e...@ericabrahamsen.net writes:
Samuel Wales samolog...@gmail.com writes:
How about this? IMO this would be ideal.
- M-RET is for the current context
- C-RET is for a new context
[...]
I still think it's pretty important to have an option for creating a new
headline
Bastien b...@gnu.org writes:
Thanks a lot Samuel for writing this.
Just a quick note to tell you that this discussion *is* important,
and well read, as we plan to rewrite those functions. Presenting
features wrt contexts so clearly is great -- thanks for doing this.
Another thing to take
Hi,
My user input is partially to blame for this, I think. See toward the
end of this thread:
http://comments.gmane.org/gmane.emacs.orgmode/69794
I was under the impression that the behavior of M-RET had changed, but I
may have given a wrong or incomplete description of the old behavior I
Christian Moe m...@christianmoe.com writes:
Hi,
My user input is partially to blame for this, I think. See toward the
end of this thread:
http://comments.gmane.org/gmane.emacs.orgmode/69749
I was under the impression that the behavior of M-RET had changed, but I
may have given a wrong or
Eric Abrahamsen writes:
I don't see why `org-ctrl-c-star' -- `org-toggle-heading' isn't enough
for creating headlines out of existing text.
Fair point, but I find it useful to have a simpler and speedier
combination, redundant or not. For instance, I often use Org to make
structured
Christian Moe m...@christianmoe.com writes:
Eric Abrahamsen writes:
I don't see why `org-ctrl-c-star' -- `org-toggle-heading' isn't enough
for creating headlines out of existing text.
Fair point, but I find it useful to have a simpler and speedier
combination, redundant or not. For
How about this? IMO this would be ideal.
- M-RET is for the current context
- C-RET is for a new context
|-+--++--|
| command | context | pos| action |
Samuel Wales samolog...@gmail.com writes:
How about this? IMO this would be ideal.
- M-RET is for the current context
- C-RET is for a new context
|-+--++--|
| command | context | pos| action
Hi Eric,
On 5/15/13, Eric Abrahamsen e...@ericabrahamsen.net wrote:
I still think it's pretty important to have an option for creating a new
headline *below* all the contents of the current subtree -- what C-RET
used to do.
This might be a good thing to make a user preference.
Also, the
For the past couple of weeks I'm finding that both M-RET and C-RET turn
the line under point into a heading, instead of inserting a new heading
elsewhere. This happens with `org-M-RET-may-split-line' set to anything.
So this:
#+begin_src org
* Chapter One
:PROPERTIES:
:some_prop: t
:END:
In
24 matches
Mail list logo
