Re: [sc-dev] Re: [allsvn] r265030 - cws/ooxml02/offapi/com/sun/star/sheet

2008-12-10 Thread Daniel Rentz
Kohei Yoshida schrieb: Hi Eike, On Tue, 2008-12-09 at 20:41 +0100, Eike Rathke wrote: If there isn't any, wouldn't it be natural to share the filter's name mapping with VBA? Absolutely, and that's what I envisioned too. What we seem to disagree is where to keep the shared filter name

Re: [sc-dev] Re: [allsvn] r265030 - cws/ooxml02/offapi/com/sun/star/sheet

2008-12-10 Thread Kohei Yoshida
Hi Daniel, On Wed, 2008-12-10 at 09:30 +0100, Daniel Rentz wrote: Kohei Yoshida schrieb: Hi Eike, On Tue, 2008-12-09 at 20:41 +0100, Eike Rathke wrote: If there isn't any, wouldn't it be natural to share the filter's name mapping with VBA? Absolutely, and that's what I envisioned

Re: [sc-dev] Re: [allsvn] r265030 - cws/ooxml02/offapi/com/sun/star/sheet

2008-12-09 Thread Niklas Nebel
On 12/08/08 21:20, Kohei Yoshida wrote: On Mon, 2008-12-08 at 20:43 +0100, Niklas Nebel wrote: Again, modularization. We want to separate the Excel filter from the sc module, and opcode mapping is part of it. But VBA is not part of the filter, and we need that for VBA. The filter is merely

Re: [sc-dev] Re: [allsvn] r265030 - cws/ooxml02/offapi/com/sun/star/sheet

2008-12-09 Thread Kohei Yoshida
On Tue, 2008-12-09 at 18:29 +0100, Niklas Nebel wrote: On 12/08/08 21:20, Kohei Yoshida wrote: On Mon, 2008-12-08 at 20:43 +0100, Niklas Nebel wrote: Again, modularization. We want to separate the Excel filter from the sc module, and opcode mapping is part of it. But VBA is not part

Re: [sc-dev] Re: [allsvn] r265030 - cws/ooxml02/offapi/com/sun/star/sheet

2008-12-09 Thread Eike Rathke
Hi Kohei, On Tuesday, 2008-12-09 13:20:48 -0500, Kohei Yoshida wrote: Again, modularization. We want to separate the Excel filter from the sc module, and opcode mapping is part of it. But VBA is not part of the filter, and we need that for VBA. The filter is merely re-using it.

Re: [sc-dev] Re: [allsvn] r265030 - cws/ooxml02/offapi/com/sun/star/sheet

2008-12-09 Thread Kohei Yoshida
Hi Eike, On Tue, 2008-12-09 at 20:41 +0100, Eike Rathke wrote: Hi Kohei, On Tuesday, 2008-12-09 13:20:48 -0500, Kohei Yoshida wrote: Again, modularization. We want to separate the Excel filter from the sc module, and opcode mapping is part of it. But VBA is not part of the

[sc-dev] Re: [allsvn] r265030 - cws/ooxml02/offapi/com/sun/star/sheet

2008-12-08 Thread Niklas Nebel
On 12/08/08 19:34, [EMAIL PROTECTED] wrote: Modified: cws/ooxml02/offapi/com/sun/star/sheet/FormulaLanguage.idl == --- cws/ooxml02/offapi/com/sun/star/sheet/FormulaLanguage.idl Mon Dec 8 18:33:06 2008

Re: [sc-dev] Re: [allsvn] r265030 - cws/ooxml02/offapi/com/sun/star/sheet

2008-12-08 Thread Niklas Nebel
On 12/08/08 20:17, Kohei Yoshida wrote: On Mon, 2008-12-08 at 20:05 +0100, Niklas Nebel wrote: No, the map of Excel function names is supposed to be part of the Excel filter, and that's how the import already works. But what's the drawback? Defining a formula language here makes it easier to

Re: [sc-dev] Re: [allsvn] r265030 - cws/ooxml02/offapi/com/sun/star/sheet

2008-12-08 Thread Kohei Yoshida
On Mon, 2008-12-08 at 20:43 +0100, Niklas Nebel wrote: On 12/08/08 20:17, Kohei Yoshida wrote: On Mon, 2008-12-08 at 20:05 +0100, Niklas Nebel wrote: No, the map of Excel function names is supposed to be part of the Excel filter, and that's how the import already works. But what's the