Re: [O] Preserving the geometry of a table range

2012-08-27 Thread Michael Brand
Hi Jarmo On Sun, Aug 26, 2012 at 8:54 AM, Jarmo Hurri wrote: > I ran into this problem while trying to make a contribution by > implementing functions corresponding to vlookup and hlookup in > traditional spreadsheets. I have only used relatively basic properties > of org, so there might be a si

Re: [O] Preserving the geometry of a table range

2012-08-26 Thread Michael Brand
Hi Jarmo On Sun, Aug 26, 2012 at 10:45 AM, Jarmo Hurri wrote: > Does this help? Yes. > but now it naturally gives an error, since the argument to > sum-row-prods is a list, not a list of lists (rows). AFAIK there is no way to get the list of lists. But if you didn’t already you may consi

Re: [O] Preserving the geometry of a table range

2012-08-26 Thread Jarmo Hurri
Greetings Michael. I can try. Here is an example of the desired low-level functionality with a simple function. The lookup functions would be built on this. Does this help? * an example of low level functionality Here is an example of an elisp function working on a range as a list of rows.

Re: [O] Preserving the geometry of a table range

2012-08-26 Thread Michael Brand
Hi Jarmo could you make a small example with the table content before and after the yet to be defined formula has been applied, maybe with a pseudo-formula? Michael

[O] Preserving the geometry of a table range

2012-08-25 Thread Jarmo Hurri
Greetings. If you pass a table range to an elisp function in a tblfm - say, using remote - the values in the range seem to be passed to the function as a single list. Thus the geometry of the region is lost. Is it possible to return a list of lists, e.g., a list of rows instead? Is this supported