On Fri, Apr 1, 2011 at 01:34, Matt Lundin wrote:
> Samuel Wales writes:
>
>> IIUC, OP wants to move stuff around more easily and not have improper
>> body text folded. Improper in this case means belonging to the
>> grandparent but after parents. He doesn't need improper outline
>> exporting.
>
On 2011-03-30, Samuel Wales wrote:
> IIUC, OP wants to move stuff around more easily and not have improper
> body text folded. Improper in this case means belonging to the
> grandparent but after parents. He doesn't need improper outline
Another correction: improper means belonging to the paren
On 2011-03-30, Samuel Wales wrote:
> IIUC, OP wants to move stuff around more easily and not have improper
> body text folded. Improper in this case means belonging to the
Correction: folded *under the parent as it is now*.
IIUC, OP wants to move stuff around more easily and not have improper
body text folded. Improper in this case means belonging to the
grandparent but after parents. He doesn't need improper outline
exporting.
Correct?
So having headlines for the later stuff like this:
On 2011-03-30, Matt Lundin
Crazy idea: what if there were a special kind of headline, which
basically treats it's content as part of the preceding headline of the
same level?
Cheers.
Fil
On 30 March 2011 06:05, Rasmus wrote:
>
>> --8<---cut here---start->8---
>> * Main headline
>> So
On Wed, Mar 30, 2011 at 00:29, Matt Lundin wrote:
> William Gardella writes:
>>
>> I think org-mode should aim to be flexible enough to accomodate all
>> writers, writing tasks, and writing styles. Maybe for this particular
>> issue it would be enough to give org-mode an explicit way to "close"
On zo 27-mrt-2011 13:08
"Filippo A. Salustri" wrote:
> I would humbly suggest that the real question is a design / use case
> question. Is it reasonable to expect authors to stick to proper
> outline format throughout their drafting process? If it is, then org
> is fine as is. If it isn't, th
Wouldn't blocks that allowed org headings offer this. If I understand
this correctly, what you're really looking for is the ability to mark
certain bits of text as one blob, so that you can move them around
easily as you draft a paper, without worrying about pulling other bits
of the paper. So this
IIUC the goal is to allow continuing body text. Is this for org
itself or for export? Or both?
I wonder if inline tasks can be used to achieve some of this.
Samuel
--
The Kafka Pandemic:
http://thekafkapandemic.blogspot.com/2010/12/welcome-to-kafka-pandemic-two-forces_9182.html
I support t
Hullo,
On Sun, Mar 27, 2011 at 22:32, William Gardella wrote:
> Marcel van der Boom writes:
>
>> On zo 27-mrt-2011 16:52
>> Cian wrote:
>>
>>> You can't do that, as it would be akin to trying to have in a book
>>>
>>> Section 1
>>> Stuff
>>> Section 1.1.1
>>> More stuff
>>>
>>> Now this goes un
Out of my depth too. That's why I'd be happy to live with it as is. :)
Cheers.
Fil
On 27 March 2011 13:18, William Gardella wrote:
> "Filippo A. Salustri" writes:
>
>> It seems to me we're getting into some real design territory here, in
>> that it comes down to a question of a "proper" outline
It seems to me we're getting into some real design territory here, in
that it comes down to a question of a "proper" outline.
I agree that a proper outline is such that Marcel's format is "improper."
I agree that org follows the proper outline, was designed to suit it,
and therefore it isn't surpri
On Mar 27, 2011, at 6:45 AM, Nick Dokos wrote:
Marcel van der Boom wrote:
When writing I tend to think about org headings as 'handles' to a
logical block of information, including its child blocks.
Apparently my
analogy clashes with what org-mode wants. I had my hopes on a
customization o
I agree with Marcel on this. If org is supposed to help get /to/ the
final version of a document, then it should support the (possibly
inconsistent) structures that can appear in all the in-between steps
after conceiving of the document and before the final version.
The workaround I use is to use
Marcel van der Boom wrote:
> When writing I tend to think about org headings as 'handles' to a
> logical block of information, including its child blocks. Apparently my
> analogy clashes with what org-mode wants. I had my hopes on a
> customization option.
>
> Is there a strong reason this coul
On zo 27-mrt-2011 16:52
Cian wrote:
> You can't do that, as it would be akin to trying to have in a book
>
> Section 1
> Stuff
> Section 1.1.1
> More stuff
>
> Now this goes under Section 1
>
> Not really an idiom that makes sense (I find its best to think of
> org-mode's headings as chapter
You can't do that, as it would be akin to trying to have in a book
Section 1
Stuff
Section 1.1.1
More stuff
Now this goes under Section 1
Not really an idiom that makes sense (I find its best to think of
org-mode's headings as chapter headers
What you can do is something like the following:
*
17 matches
Mail list logo