On Tue, Jul 20, 2021 at 12:06 PM Nick Dokos wrote:
> Matt Price writes:
>
> > Christian et al,
> >
> > I seem to have broken something while fiddling around and I can't quite
> make out what. Would someone be willing to check for me whether this does
> or does not produce the desired full table
Matt Price writes:
> Christian et al,
>
> I seem to have broken something while fiddling around and I can't quite make
> out what. Would someone be willing to check for me whether this does or does
> not produce the desired full table? Right now I am again getting a truncated
> result and I'm
Christian et al,
I seem to have broken something while fiddling around and I can't quite
make out what. Would someone be willing to check for me whether this does
or does not produce the desired full table? Right now I am again getting a
truncated result and I'm not fully sure what I might be odi
>>> "MP" == Matt Price writes:
> I have to write a number of text-heavy documents which need to be delivered
> as tables with wrapped paragraphs in most cells. Working directly in table
> format is pretty arduous and uncomfortable. Has anyone ever written a
> function to accept a list or subtree
Hi, Matt,
Here's a version of this with a bit more processing.
Define this somewhere in your document
#+NAME: list2table
#+BEGIN_SRC elisp :var order="columns"
(let (longest)
(setq data (map 'list 'flatten data))
(setq data (map 'list (lambda (x) (seq-difference x '(unordered ordered
When I run you example I get:
#+RESULTS:
| Category | (unordered (A) (B) (C) (D) (F)) |
| Writing | (unordered (great) (good) (ok) (lousy) (awful)) |
To get your result I need to modify
:results table
to
:results table code
You may try
:results table raw
Or try your ex
It's totally interesting. It's not quite designed for what I'm looking to
do and is perhaps a bit overpowered for my limited needs but I'm going to
test whe nI have a little mroe time!
On Tue, Jul 6, 2021 at 7:51 AM Uwe Brauer wrote:
> >>> "MP" == Matt Price writes:
>
> > I have to write a numb
thank you Juan Mnauel. I'm testing it out, but I do wonder if I would
really rather work with lists and some CSS!
On Tue, Jul 6, 2021 at 8:56 AM Juan Manuel Macías
wrote:
> Hi Matt, sorry for the slow reply...
>
> Matt Price writes:
>
> > I'd love to try that, thanks. I think it would be really
I think this is exactly what I want (with just a little moreprocessing).
Thank you so much for the idea!
I'm having a little bit of trouble getting the same output as you though,
and I'm wondering if there might be a setting that I need to change.
Here is what I tried, and the result. Do you have
>>> "JMM" == Juan Manuel Macías writes:
> Hi Uwe, thanks for testing the code.
> Uwe Brauer writes:
>> I am running (a couple of week old) GNU emacs master and org-mode git
>> master. I even restarted my emacs session
>>
>> What do I miss?
> I can't reproduce the issue (GNU Emacs 27.2 and org
Hi Uwe, thanks for testing the code.
Uwe Brauer writes:
> I am running (a couple of week old) GNU emacs master and org-mode git
> master. I even restarted my emacs session
>
> What do I miss?
I can't reproduce the issue (GNU Emacs 27.2 and org git master). In my
case everything works as expected
Hi Matt
Le 05/07/2021 à 21:44, Matt Price a écrit :
> I have to write a number of text-heavy documents which need to be
> delivered as tables with wrapped paragraphs in most cells. Working
> directly in table format is pretty arduous and uncomfortable. Has
> anyone ever written a function to acce
>>> "JMM" == Juan Manuel Macías writes:
> Hi Matt, sorry for the slow reply...
> Matt Price writes:
>> I'd love to try that, thanks. I think it would be really helpful.
>> Much appreciated!
> Some previous caveats:
> - *The code is very raw*. I wrote it almost as a "proof of concept" for
>
Hi Matt, sorry for the slow reply...
Matt Price writes:
> I'd love to try that, thanks. I think it would be really helpful.
> Much appreciated!
Some previous caveats:
- *The code is very raw*. I wrote it almost as a "proof of concept" for
my personal use, therefore it is quite improvable. In
Eric S Fraga writes:
> On Tuesday, 6 Jul 2021 at 15:10, Tim Cross wrote:
>> One advantage working with HTML has over latex is
>> that you don't have to worry about lines and line breaks and can have
>> really long cell lines which will get wrapped in HTML rendering.
>
> Minor point: in LaTeX,
>>> "MP" == Matt Price writes:
> I have to write a number of text-heavy documents which need to be delivered
> as tables with wrapped paragraphs in most cells. Working directly in table
> format is pretty arduous and uncomfortable. Has anyone ever written a
> function to accept a list or subtree
On Tuesday, 6 Jul 2021 at 15:10, Tim Cross wrote:
> One advantage working with HTML has over latex is
> that you don't have to worry about lines and line breaks and can have
> really long cell lines which will get wrapped in HTML rendering.
Minor point: in LaTeX, the standard tabular environment
Nearly every day, I'm filled with joy because I no longer have to battle
brain dead LMS!
If your forced to use HTML tables, that is a pain - it will be like
stepping back to the turn of the century when we used tables as the
basic layout structure.
It may be worthwhile verifying what/which styl
Thanks for the thoughts, Tim.
My preference is generally to work in HTML, and in fact if I had a decent
platform to work on I could just use a container class and grid or flex
layouts, but the learning management system at my institution strips out
most styling information when HTML is uploaded, s
Matt Price writes:
> I have to write a number of text-heavy documents which need to be delivered
> as tables with wrapped paragraphs in most cells. Working directly in
> table format is pretty arduous and uncomfortable. Has anyone ever written a
> function to accept a list or subtree as inpu
Hi Matt,
Matt Price writes:
> I have to write a number of text-heavy documents which need to be
> delivered as tables with wrapped paragraphs in most cells. Working
> directly in table format is pretty arduous and uncomfortable. Has
> anyone ever written a function to accept a list or subtree as
I have to write a number of text-heavy documents which need to be delivered
as tables with wrapped paragraphs in most cells. Working directly in table
format is pretty arduous and uncomfortable. Has anyone ever written a
function to accept a list or subtree as input and process it into a table?
I
22 matches
Mail list logo
