[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [O] [PATCH] Process hlines in imported tables
From: |
Eric Schulte |
Subject: |
Re: [O] [PATCH] Process hlines in imported tables |
Date: |
Mon, 15 Apr 2013 09:25:19 -0600 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) |
"Sebastien Vauban" <address@hidden> writes:
> Hi Eric,
>
> "Sebastien Vauban" wrote:
>> Eric Schulte wrote:
>>> I would agree that this (meaning raw implies scalar) should either occur
>>> for all languages or for none.
>>
>> I think this is something interesting, but I wonder now if we wouldn't loose
>> more than we would win. I mean: how would one be able to output a real "raw"
>> result, then, that is one where pipes are not interpreted as table field
>> separator which have to be aligned in some specific way.
>>
>> Do we need another argument for that?
>>
>> I mean: at the end, raw should really be raw (no interpretation). If we want
>> some cycling for table alignment purpose (BTW, do you have lots of such code
>> blocks?), maybe it'd be better to introduce a `cycle' argument or so?
>
> I think that this portion of my post has been ignored in your answers -- which
> I still have to carefully look at.
>
> Though, I don't think the above question should stay unanswered: if you now
> "cycle" on all "raw" results, how do we insert real "raw" results for which we
> don't want any interpretation (not even cycling tables, or what you be
> confounded as tables)?
>
Is this a hypothetical problem or do you have a use case which requires
non-cycling?
--
Eric Schulte
http://cs.unm.edu/~eschulte
Re: [O] [PATCH] Process hlines in imported tables, Rick Frankel, 2013/04/04
Re: [O] [PATCH] Process hlines in imported tables, Achim Gratz, 2013/04/04
Re: [O] [PATCH] Process hlines in imported tables, Rick Frankel, 2013/04/04