Rasmus writes:
> The attached patch re-enables breaks in region four of
> org-complex-heading-regexp, i.e. from the cookie up to tags. A quick test
> suggests it works nicely.
Pushed. Let me know if it's worse than before.
Rasmus
--
Need more coffee. . .
Hi Rasmus,
On Mon, May 18, 2015 at 05:39:36PM +0200, Rasmus wrote:
> Suvayu Ali writes:
>
> > As for Rasmus's examples of similar behaviour in other modes, I don't
> > like them either. Unfortunately again, I'm too short on time to fix the
> > behaviour in my setup.
>
> So far nobody has felt
Suvayu Ali writes:
> As for Rasmus's examples of similar behaviour in other modes, I don't
> like them either. Unfortunately again, I'm too short on time to fix the
> behaviour in my setup.
So far nobody has felt strongly enough about this to supply a patch, even
to org.texi or, I think, worg.
On Mon, May 18, 2015 at 06:33:51PM +1000, Brett Witty wrote:
>
> While there can be a bit of a culture shock getting used to org's "do the
> useful thing" as opposed to "do the literal thing", I think it's an
> advantage of the system, not a disadvantage. Headers are sacred in
> org-mode, so break
On 18 May 2015, Brett Witty wrote:
While there can be a bit of a culture shock getting used to org's "do the
useful thing" as opposed to "do the literal thing", I think it's an advantage
of the system, not a disadvantage. Headers are sacred in org-mode, so breaking
headers with RET seems subop
Titus von der Malsburg writes:
> On 2015-05-17 Sun 14:15, Rasmus wrote:
With your behavior you can (i) break the TODO tag; (ii) break the
cookie; (iii) break the tag. At least (i) and (ii) are quite
destructive.
>>>
>>> I am not sure what you mean, since a single undo will alway
Rasmus writes:
> Rainer M Krug writes:
>
>> OK - this makes sense. But instead of jumping to the next line, a
>> splitting of the header into two would make more sense, keeping the
>> correct syntax.
>
> That is literally what my patch does IF you are in region four (more
> or less) of org-comp
Rainer M Krug writes:
> OK - this makes sense. But instead of jumping to the next line, a
> splitting of the header into two would make more sense, keeping the
> correct syntax.
That is literally what my patch does IF you are in region four (more or
less) of org-complex-heading-regexp.
> Jumpin
Brett Witty writes:
> I agree with Rasmus' position. Just because the org format is plain text,
> doesn't mean the Emacs keybindings have to act identically to, say,
> Notepad. Otherwise, what's Emacs for? Similarly, I don't expect TAB to
> insert tabs into an org-mode document.
>
> While there c
I agree with Rasmus' position. Just because the org format is plain text,
doesn't mean the Emacs keybindings have to act identically to, say,
Notepad. Otherwise, what's Emacs for? Similarly, I don't expect TAB to
insert tabs into an org-mode document.
While there can be a bit of a culture shock ge
Titus von der Malsburg writes:
> While that may be a valid solution for some people, it is
> certainly not the Emacs way of doing things.
That's right. It is the Org mode way of doing things in Emacs.
All the best,
Tom
--
Thomas S. Dye
http://www.tsdye.com
On 2015-05-17 Sun 14:15, Rasmus wrote:
> Hi Jarmo,
>
> Jarmo Hurri writes:
>
>> Rasmus writes:
>
>>> With your behavior you can (i) break the TODO tag; (ii) break the cookie;
>>> (iii) break the tag. At least (i) and (ii) are quite destructive.
>>
>> I am not sure what you mean, since a single
Hi Jarmo,
Jarmo Hurri writes:
> Rasmus writes:
>> With your behavior you can (i) break the TODO tag; (ii) break the cookie;
>> (iii) break the tag. At least (i) and (ii) are quite destructive.
>
> I am not sure what you mean, since a single undo will always heal the
> line again, regardless o
Rasmus writes:
Greetings Rasmus.
>> I would suggest that the original interpretation of Enter would not
>> be messed with. Messing with Alt-Enter and such is fine, but Enter,
>> please no.
>
> I disagree. Consider the more complete example:
>
> * TODO [#A] foo bar:tag:
>
> With your be
Titus von der Malsburg writes:
> One minor cosmetic issue:
>
> * TODO foo bar :test:
>
> When I RET between foo and bar, the tag moves to the left. I think it
> would be nicer if it would stay where it was.
In the attached patch current colu
On 2015-05-16 Sat 12:00, Rasmus wrote:
> Hi Titus,
>
> Titus von der Malsburg writes:
>
>> just tried the patch and while I still find it weird to change the
>> meaning of RET, this solution doesn’t get in my way as much as the
>> previous solution did.
>
> Try to:
>
> (with-temp-buffer (org-
Hi Titus,
Titus von der Malsburg writes:
> just tried the patch and while I still find it weird to change the
> meaning of RET, this solution doesn’t get in my way as much as the
> previous solution did.
Try to:
(with-temp-buffer (org-mode) (describe-mode)).
A lot of keys have been orgifi
Hi Rasmus,
just tried the patch and while I still find it weird to change the
meaning of RET, this solution doesn’t get in my way as much as the
previous solution did.
One minor cosmetic issue:
* TODO foo bar :test:
When I RET between foo and bar
Hi,
Thanks for the comments.
Nicolas Goaziou writes:
> "RET breaks headline text" may be more accurate.
OK.
>> + (let* ((context (if org-return-follows-link (org-element-context)
>> +(org-element-at-point)))
>> + (type (org-element-type context)))
>> +(cond
>> +
Hello,
Rasmus writes:
> The attached patch re-enables breaks in region four of
> org-complex-heading-regexp, i.e. from the cookie up to tags. A quick test
> suggests it works nicely.
Thank you.
> WDYT?
Some comments follow.
> Subject: [PATCH 2/2] org.el: RET works in headline text
>
> * org
Pressing "enter" in a headline to make a new headline is consistent with
the way many other text-mode outliners have worked in the past. Ctrl-O
to open a line is an Emacs standard keybinding.
I don't really have an issue with the way this works.
--
Bob Newell
Honolulu, Hawai`i
* Sent via Ma Gnu
I like this feature and hope that I can keep it by setting a variable if
changes are made.
All the best,
Tom
Titus von der Malsburg writes:
> I fully agree with this, I find this “feature” very irritating. There
> is a strong expectation that hitting enter inserts a line break
> at the positio
I fully agree with this, I find this “feature” very irritating. There
is a strong expectation that hitting enter inserts a line break
at the position of the cursor. Can we please stick to that?
When I put the cursor in the middle of a word and press enter that also
“breaks” the word. Yet we w
Hi Jarmo,
Jarmo Hurri writes:
> I was just amazed by the following detail in org. In the example below,
> if my cursor is anywhere inside the word "Example", and I press Enter, a
> new line will be inserted below, and the cursor will jump to the next
> line. The location of the cursor inside the
> -Original Message-
> On Behalf Of Jarmo Hurri
> Subject: [O] A Microsoftesque detail in org
>
> ...the software
> tries to be too intelligent, thus making it harder for the user.
Well, phrased. I usually just scream, "DON'T DO ME ANY FAVORS!"
--
,Doug
Douglas Lewan
Shubert Ticketing
Jarmo Hurri writes:
> Greetings.
>
> I was just amazed by the following detail in org. In the example below,
> if my cursor is anywhere inside the word "Example", and I press Enter, a
> new line will be inserted below, and the cursor will jump to the next
> line. The location of the cursor inside
26 matches
Mail list logo