Re: [dev] $Author$

2007-10-11 Thread Stephan Bergmann

Frank Schönheit - Sun Microsystems Germany wrote:

Hi Heiner,

A reason to drop at least the $Author$ field from the legal headers, to 
avoid confusion?  (I wonder, anyway, why RCSs are designed and used in a 
way where the RCS modifies the stored content---expanding $...$ 
fields---, as that cannot work in general.)
Yes, yes please let's do this. And while we are at it, let's remove the 
other $keywords$ as well. They really do make merges more complicated, 
without adding much of a value.


In fact, with our current working style, those keywords are rather
useless - unless you work in a CWS, on a file which has been altered in
this CWS before, the $author$, $date$ etc. information is wrong,
anyway (since it refers to the integration of the CWS where this file
was previously changed).

I'm in for removing it (spares me this -kk switch everytime I want to
see what really happened in a file, to suppress the disturbing keyword
diffs).

But do we really want to touch all headers in all the files in all our
modules?


Whoever did the drop SISSL cleanup might know how much work such a 
change really is.


Now, who wants to pick this up?  (I'm out, I'll be on vacation for the 
next couple weeks :)


Ideally, we would also completely disable that expansion feature in the 
CVS settings (whatever kind of work that means exactly), right?


-Stephan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[dev] How to get the supported interfaces of an unknown object ?

2007-10-11 Thread Marten Feldtmann

All I would like to have is a way to implement:

anObject.SupportsInterfacesNamed(com.sun.star.reflection.XTypeDescription)

which may returns true or false  and this via UNO calls and not via
BASIC special calls (to use it under OLE).

I thought, that perhaps queryInterface might help me, but I do not
understand type and how to get the type for a name like
com.sun.star.reflection.XTypeDescription ?




Marten




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [dev] Java programmer

2007-10-11 Thread Bernd Eilers

KAMI wrote:

Hi!



Hi KAMI,



I have a someone who applied as OOOP contributor. He wanted to 
contrubute in Java language. Where can I redirect him? I would like if 
he can help us with Java related things.




There was a similar request recently on this list which I answered here:

http://www.openoffice.org/servlets/ReadMsg?list=devmsgNo=20749

That answer does contain some useful links to OOo WebPages, OOo 
Wiki-Pages, this OOo dev mailing list and the development IRC channel 
that should be able to get a new java developer started.


Maybe you can point this potential contributor also to that reply.



KAMI



Kind regards,
Bernd Eilers

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[dev] question on custom XML schemas

2007-10-11 Thread Charles-H. Schulz
Hi,

this may not be the best list for this. Anyway, it was first asked in an
ODF forum, but turned out to me (imho) a purely OOo-related question.
See here: http://opendocument.xml.org/node/838#comment-74

An answer would be appreciated.

Thanks,
Charles.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [dev] $Author$

2007-10-11 Thread Bernd Eilers


Hi there!

Well regarding the effort to replace that line with the $Author$

this should be relativ small what you need to do is:


1.) Analyse file types and the comments contained therein and decided 
what you want to replace how


e.g for C++ and java we need to replace a line like

 *  last change: $Author: hr $ $Date: 2007/06/27 20:04:02 $

with a line containing just

 *

in all .cxx, .hxx and .java files.

2.) Create a perl regular expression to do that replacement

eg. for the above C++ and java case and probably likely suitable for 
some other cases as well that could be


s/(^.*)(last change:\s*)(\$Author.*\$)(.*$)/$1$4/g

3.) find all files of those certain filetypes and combine with perl 
program to do the replacement.


3.1) Example for the java and C++ case

(note the below is just one commandline which is wrapped to multiple 
lines by the mailer )


find . -name \*.hxx -o name \*.cxx -o -name *\.java | xargs perl -pi 
.bak -e 's/(^.*)(last change:\s*)(\$Author.*\$)(.*$)/$1$4/g';


3.1.2) after checking that everything went well remove backup files 
created in the step before


find . -name \*.bak | xargs rm

3.2.) If the above done in 3.1 blasts the shells commandline limit due 
to two much files found either use the find -e option instead of using 
xargs or apply per module instead of applying at once to the whole 
source code or similar.


4.) cvs commit your changes on a childworkspace and get that integrated


Kind regards,
Bernd Eilers


Stephan Bergmann wrote:

Frank Schönheit - Sun Microsystems Germany wrote:

Hi Heiner,

A reason to drop at least the $Author$ field from the legal headers, 
to avoid confusion?  (I wonder, anyway, why RCSs are designed and 
used in a way where the RCS modifies the stored content---expanding 
$...$ fields---, as that cannot work in general.)
Yes, yes please let's do this. And while we are at it, let's remove 
the other $keywords$ as well. They really do make merges more 
complicated, without adding much of a value.


In fact, with our current working style, those keywords are rather
useless - unless you work in a CWS, on a file which has been altered in
this CWS before, the $author$, $date$ etc. information is wrong,
anyway (since it refers to the integration of the CWS where this file
was previously changed).

I'm in for removing it (spares me this -kk switch everytime I want to
see what really happened in a file, to suppress the disturbing keyword
diffs).

But do we really want to touch all headers in all the files in all our
modules?


Whoever did the drop SISSL cleanup might know how much work such a 
change really is.


Now, who wants to pick this up?  (I'm out, I'll be on vacation for the 
next couple weeks :)


Ideally, we would also completely disable that expansion feature in the 
CVS settings (whatever kind of work that means exactly), right?


-Stephan



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [dev] question on custom XML schemas

2007-10-11 Thread ashok _
On 10/11/07, Charles-H. Schulz [EMAIL PROTECTED] wrote:

 this may not be the best list for this. Anyway, it was first asked in an
 ODF forum, but turned out to me (imho) a purely OOo-related question.
 See here: http://opendocument.xml.org/node/838#comment-74

 An answer would be appreciated.

I dont think there are plans to provide a feature like this, there was
a thread on the openoffice-xml list a while back which discussed some
alternatives :

http://xml.openoffice.org/servlets/ReadMsg?list=devmsgNo=3064

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [dev] Some thoughts about our community

2007-10-11 Thread Michael Meeks
Hi Mathias,

On Wed, 2007-10-10 at 10:47 +0200, Mathias Bauer wrote:
 I'm sure that he is not naive enough to believe that the rules of the
 project would be changed in a hurry just because he started his
 campaign.

IMHO it's certainly worth changing the rules to meet contributors
legitimate concerns. In a hurry ;-), probably not - but to effectively
rule out any change before OO.o 3.0 (Summer 2008) by starting a
duplication effort is unfortunate; and shows the likely outcome here.

 Nobody tries to sell anything. If people don't want to share the
 copyright with Sun, it's fine.

Unfortunately, it's not that fine - since they can't get their code
into OpenOffice.org, which totally sucks.

 Sun's StarOffice is not the reason for the JCA. We could make it even
 without it as do others with their own proprietary versions.

What are the purposes for which the JCA is necessary then ?

Which of these purposes are valuable enough to Sun, that a foundation
cannot easily fulfil them ? and lets state here that adequate funding
for a non-profit to defend the license, perform due diligence etc.
should not be an issue.

 The foundation won't solve anything.

It solves a serious transparency  trust problem around ownership.

But there's another problem. Novell never had any problems with the JCA
 for years but their contributions to OOo never came close to what you
 could expect from the number of people they claim to have assigned to
 OOo.

We claim to have 15 people working on OO.o; their names are:

Michael Meeks, Radek Doulik, Florian Reuter, Tor Lillqvist, Petr
Mladek, Noel Power, Eric Ward, Fong, Jian-Hua, Hubert Figure, Fridrich
Strba, Kohei Yoshida, Jon Prior, Zhang Yun (/contract people), Jan
Nieuwenhuizen (starting soon), and JP Rosevear (mgmt).

Perhaps some of them don't exist :-) to be sure, I've not met all of
our Chinese hackers in person. As for not contributing close to what you
expect, I am sorry to disappoint you.

It is easy (for those who have tried external development on OO.o) to
imagine many reasons why that could be. I'm personally pleased with our
level of contribution, though as newer engineers slowly get more
familiar with the code I expect the level to increase a little :-)

  And they still refuse to do anything else than hacking code what
 even more diminishes their contributions.

Eric does QA; but yes - we think that focusing on fixing  improving
the code is a strength, not a weakness. RedHat, whose work we both
appreciate, has AFAICS a similar focus on coding.

 I didn't criticize that nor did anybody else from Sun. But we expect
 that all people responsible for that move live with the consequences.

Including Sun. To pretend that Sun has no choice here is just silly ;-)
we both made a choice - I'm happy to defend mine; you seem to deny yours
was a choice, though I can understand that it was not you that chose
it :-)

 And I criticized that Kohei left out in his blog that it indeed was shown
 to Novell how this code could be contributed to OOo without a JCA. As
 Kohei explained in a comment to my blog, he wasn't aware of this option
 because those in his company who knew that didn't tell him.

This is just silly :-) It is clear Sun that is refusing to include the
code, and then doing this hostile duplication. We have all been aware of
this plug-in idea, but if this is the answer: why does Sun not simply
take the code and make it such a plugin: it should be fairly easy, Sun
(or anyone else) is free to do that any time.

We want to see our work included with OO.o by default, and ensure there
is no demotivating  wasteful duplication effort; the exact packaging
mechanics: plug-in vs. component, vs. patch are completely irrelevant to
my mind.

All the best,

Michael.

-- 
 [EMAIL PROTECTED]  , Pseudo Engineer, itinerant idiot


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [dev] Some thoughts about our community

2007-10-11 Thread Philipp Lohmann

Michael Meeks wrote:

We claim to have 15 people working on OO.o; their names are:

Michael Meeks, Radek Doulik, Florian Reuter, Tor Lillqvist, Petr
Mladek, Noel Power, Eric Ward, Fong, Jian-Hua, Hubert Figure, Fridrich
Strba, Kohei Yoshida, Jon Prior, Zhang Yun (/contract people), Jan
Nieuwenhuizen (starting soon), and JP Rosevear (mgmt).


Actually that makes 16. And you left out kendy.

But you know, I'm always glad to help :-)

Kind regards, pl

--
If you give someone a program, you will frustrate them for a day;
if you teach them how to program, you will frustrate them for a lifetime.
 -- Author unknown

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [dev] PresentationClock

2007-10-11 Thread Eike Rathke
Hi Hector,

On Friday, 2007-09-07 17:09:12 -0600, Hector Socas Navarro wrote:

   I've written a little program in C to use in combination with 
   Impress that will help presenters keep track of time.

Sounds useful.

   The source code and an executable can be found in:
 http://download.hao.ucar.edu/pub/navarro/PresentationClock/

To draw more attention from OOo users you might be interested in
creating an extension package and add it to the new OOo extension
repository, for details please see
http://extensions.services.openoffice.org/

  Eike

P.S.: As you're not subscribed to the mailing list you were posting to,
you will miss replies that are directed to the list only. When answering,
please reply only to the list (Reply-To header is set), not to my
personal account. Thanks.

-- 
 OOo/SO Calc core developer. Number formatter stricken i18n transpositionizer.
 SunSign   0x87F8D412 : 2F58 5236 DB02 F335 8304  7D6C 65C9 F9B5 87F8 D412
 OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
 Please don't send personal mail to this [EMAIL PROTECTED] account, which I use 
for
 mailing lists only and don't read from outside Sun. Use [EMAIL PROTECTED] 
Thanks.


pgpffZjkE3lTv.pgp
Description: PGP signature


Re: [dev] Some thoughts about our community

2007-10-11 Thread Michael Meeks

On Thu, 2007-10-11 at 12:53 +0200, Philipp Lohmann wrote:
 Michael Meeks wrote:
  We claim to have 15 people working on OO.o; their names are:
  
  Michael Meeks, Radek Doulik, Florian Reuter, Tor Lillqvist, Petr
  Mladek, Noel Power, Eric Ward, Fong, Jian-Hua, Hubert Figure, Fridrich
  Strba, Kohei Yoshida, Jon Prior, Zhang Yun (/contract people), Jan
  Nieuwenhuizen (starting soon), and JP Rosevear (mgmt).
 
 Actually that makes 16. And you left out kendy.

Good grief ! how could I omit Kendy ? (particularly since, as you see
he has 2 names) - Jan Holesovsky and Kendy [ so I could have write him
twice (which perhaps matches his large contribution) ]. 

You would be amazed at the fun that can be had on phone conferences
with (now) 2 Jan's and a Jian (almost a homophone) ;-)

But you're right, we round downish - since, it seems I spent a lot of
time working on platform issues that affect OO.o, and JP is a part-time
manager on OO.o etc.

 But you know, I'm always glad to help :-)

Thanks,

Michael.

-- 
 [EMAIL PROTECTED]  , Pseudo Engineer, itinerant idiot


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [dev] Formula engine question

2007-10-11 Thread Eike Rathke
Hi Kohei,

On Thursday, 2007-09-13 11:39:30 -0400, Kohei Yoshida wrote:

 Last the not least, I'm sure Eike would say (if he was here) that you
 should join the [EMAIL PROTECTED] mailing list for further Calc
 related discussions.  So, here we go. :-)

Confirming that strategy :)

  Eike

-- 
 OOo/SO Calc core developer. Number formatter stricken i18n transpositionizer.
 SunSign   0x87F8D412 : 2F58 5236 DB02 F335 8304  7D6C 65C9 F9B5 87F8 D412
 OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
 Please don't send personal mail to this [EMAIL PROTECTED] account, which I use 
for
 mailing lists only and don't read from outside Sun. Use [EMAIL PROTECTED] 
Thanks.


pgpdI3r1s9OPw.pgp
Description: PGP signature


Re: [dev] Getting chars for a given language

2007-10-11 Thread Eike Rathke
Hi Frank,

On Sunday, 2007-09-23 00:01:50 +0200, Frank Meies wrote:

 looks like this should be done in the i18n module. I forwarded your 
 question to Eike.

Answered yesterday on the [EMAIL PROTECTED] list.

  Eike

-- 
 OOo/SO Calc core developer. Number formatter stricken i18n transpositionizer.
 SunSign   0x87F8D412 : 2F58 5236 DB02 F335 8304  7D6C 65C9 F9B5 87F8 D412
 OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
 Please don't send personal mail to this [EMAIL PROTECTED] account, which I use 
for
 mailing lists only and don't read from outside Sun. Use [EMAIL PROTECTED] 
Thanks.


pgpOIkMtth4DZ.pgp
Description: PGP signature


Re: [dev] Proposed Thread / Process Lifecycle

2007-10-11 Thread Kay Ramme - Sun Germany - Hamburg

Took a while, but just added the SAL based implementation to

http://wiki.services.openoffice.org/wiki/User:Kr/A_Thread%27s_Life

There seem to be some issues with SAL threads though, slightly different 
semantics of UNIX vs. Windows implementations, some missing 
functionality, some inherent races, but let me nail that down first, 
before complaining some false positives :-)


   Kay


Kay Ramme - Sun Germany - Hamburg wrote:

Joerg,


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [dev] Feature in OpenOffice Calc

2007-10-11 Thread Eike Rathke
Hi Jonathan,

On Tuesday, 2007-09-18 11:10:48 +0100, Jonathan Cutting wrote:

 I've been trying to migrate all my work from MS Office 97 to OO, and 
 there is a particularly useful feature in Excel that I can't find in 
 Calc. In some of my workbooks there are several sheets, and these vary 
 in size - so I use different zoom levels for each sheet.

There's an RFE for this,
http://qa.openoffice.org/issues/show_bug.cgi?id=75766

  Eike

P.S.: As you're not subscribed to the mailing list you were posting to,
you will miss replies that are directed to the list only. When answering,
please reply only to the list (Reply-To header is set), not to my
personal account. Thanks.

-- 
 OOo/SO Calc core developer. Number formatter stricken i18n transpositionizer.
 SunSign   0x87F8D412 : 2F58 5236 DB02 F335 8304  7D6C 65C9 F9B5 87F8 D412
 OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
 Please don't send personal mail to this [EMAIL PROTECTED] account, which I use 
for
 mailing lists only and don't read from outside Sun. Use [EMAIL PROTECTED] 
Thanks.


pgpck5Floq6vf.pgp
Description: PGP signature


Re: [dev] I want to be a Contributer

2007-10-11 Thread Eike Rathke
Hi Bernd,

On Wednesday, 2007-09-19 15:21:50 +0200, Bernd Eilers wrote:

 [... nice long list of pointers to information for new contributors ...]

That could serve as a template to setup a wiki page we then could always
point to, or do we have such thing already?

  Eike

-- 
 OOo/SO Calc core developer. Number formatter stricken i18n transpositionizer.
 SunSign   0x87F8D412 : 2F58 5236 DB02 F335 8304  7D6C 65C9 F9B5 87F8 D412
 OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
 Please don't send personal mail to this [EMAIL PROTECTED] account, which I use 
for
 mailing lists only and don't read from outside Sun. Use [EMAIL PROTECTED] 
Thanks.


pgpqMdaS5bw7K.pgp
Description: PGP signature


Re: [dev] How to get the supported interfaces of an unknown object ?

2007-10-11 Thread Stephan Bergmann

Marten Feldtmann wrote:

All I would like to have is a way to implement:

anObject.SupportsInterfacesNamed(com.sun.star.reflection.XTypeDescription) 


See com.sun.star.lang.XTypeProvider, which should be implemented by 
every UNO object (but probably isn't for some).



which may returns true or false  and this via UNO calls and not via
BASIC special calls (to use it under OLE).

I thought, that perhaps queryInterface might help me, but I do not
understand type and how to get the type for a name like
com.sun.star.reflection.XTypeDescription ?


queryInterface (although erroneously mentioned in the 
language-independent XInterface.idl) is language-binding--specific 
functionality.  Which language are you talking about (Java, C++, etc.)?


-Stephan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [dev] How to get the supported interfaces of an unknown object ?

2007-10-11 Thread Marten Feldtmann

Stephan Bergmann schrieb:

Marten Feldtmann wrote:

All I would like to have is a way to implement:

anObject.SupportsInterfacesNamed(com.sun.star.reflection.XTypeDescription) 



See com.sun.star.lang.XTypeProvider, which should be implemented by 
every UNO object (but probably isn't for some).
Then we are in a circle :-) - XTypeProvider may return you some 
information about an
object and returns an instance, which supports at least 
com.sun.star.reflection.XTypeDescription -
but how is it going on then ? I want to query the returned instance, if 
it implements additional

interfaces - just to know how to react - therefore the example above ...

To summarize - in the example above anObject is an object which at 
least implements
com.sun.star.reflection.XTypeDescription - but does it also implements 
additional

interfaces ?

This problem arrises, if you work with the enumeration you may receive 
from

*createTypeDescriptionEnumeration.

* You may work around this particular problem, by querying the typeClass 
- but I do not

see a general solution for this problem ...

 In StarBasic this feature seems to be called: HasUnoInterface(object, 
string) ..

**

which may returns true or false  and this via UNO calls and not via
BASIC special calls (to use it under OLE).

I thought, that perhaps queryInterface might help me, but I do not
understand type and how to get the type for a name like
com.sun.star.reflection.XTypeDescription ?


queryInterface (although erroneously mentioned in the 
language-independent XInterface.idl) is language-binding--specific 
functionality.  Which language are you talking about (Java, C++, etc.)?



I'm looking for OLE ...

Marten

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [dev] How to get the supported interfaces of an unknown object ?

2007-10-11 Thread Stephan Bergmann

Marten Feldtmann wrote:

Stephan Bergmann schrieb:

Marten Feldtmann wrote:

All I would like to have is a way to implement:

anObject.SupportsInterfacesNamed(com.sun.star.reflection.XTypeDescription) 




See com.sun.star.lang.XTypeProvider, which should be implemented by 
every UNO object (but probably isn't for some).
Then we are in a circle :-) - XTypeProvider may return you some 
information about an
object and returns an instance, which supports at least 
com.sun.star.reflection.XTypeDescription -
but how is it going on then ? I want to query the returned instance, if 
it implements additional

interfaces - just to know how to react - therefore the example above ...


No.  XTypeProvider.getTypes returns a sequencetype.  No idea how you 
get to XTypeDescription from there.


To summarize - in the example above anObject is an object which at 
least implements
com.sun.star.reflection.XTypeDescription - but does it also implements 
additional

interfaces ?


Yes, you can try to answer that question in two ways:

- queryInterface anObject for XTypeProvider and call getTypes

- queryInterface anObject for the types you are interested in

In theory, both ways should give the same results.  And how 
queryInterface anObject for ... exactly has to be written in code is 
language-binding--specific.



This problem arrises, if you work with the enumeration you may receive from
*createTypeDescriptionEnumeration.

* You may work around this particular problem, by querying the typeClass 
- but I do not

see a general solution for this problem ...

 In StarBasic this feature seems to be called: HasUnoInterface(object, 
string) ..

**

which may returns true or false  and this via UNO calls and not via
BASIC special calls (to use it under OLE).

I thought, that perhaps queryInterface might help me, but I do not
understand type and how to get the type for a name like
com.sun.star.reflection.XTypeDescription ?


queryInterface (although erroneously mentioned in the 
language-independent XInterface.idl) is language-binding--specific 
functionality.  Which language are you talking about (Java, C++, etc.)?



I'm looking for OLE ...


No idea about OLE.  Maybe Jochen can help when he is back from vacation.

-Stephan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [dev] Re: UNOPKG and extension deployment

2007-10-11 Thread Tor Lillqvist
 http://api.openoffice.org/docs/DevelopersGuide/Extensions/Extensions.xhtml#1_7_Dependencies:
  

Hmm, so could I have an example of how to specify a dependency on a feature 
present only in some FooBar version of OOo?

Btw, do I read the referred-to section of the specification correctly, that 
OpenOffice.org-minimal-version is both an element and and an optional 
attribute of each child element of description?

Would the below example be the correct way to specify a requirement for a 
specific build of OOo that recognizes and implements certain version-specific 
dependencies? Let's ssume this Foo version of OOo contains code so that it 
knows that it implements the foo:HavePatch dependency for some foo:PatchName 
attribute values, and the foo:Platform dependency with its attributes. Would a 
non-Foo build of OOo then correctly reject this extension with some message 
like This extension requires the following features not present in this 
version: 'The xyzzy.diff patch present in the Foo build of OOo', 'Windows XP' ?

description 
xmlns=http://openoffice.org/extensions/description/2006;
xmlns:dep=http://openoffice.org/extensions/description/2006;
xmlns:foo=http://foo.whatever.org/whatever/foo/12345;
xmlns:xlink=http://www.w3.org/1999/xlink;
version value=1.0.6-1 /
dependencies
OpenOffice.org-minimal-version value=2.1 
dep:name=OpenOffice.org 2.1/
foo:HavePatch foo:PatchName=xyzzy.diff dep:name=The 
xyzzy.diff patch present in the Foo build of OOo/
foo:Platform foo:PlatformArchitecture=x86 foo:OS=Windows 
foo:MinOSVer=XP dep:name=Windows XP/
/dependencies
/description

(Do I understand the specification correctly, it is possible to specify 
platform requirements only for UNO native components (shared libraries), not 
for extensions in general that do not contain UNO components? Or *should* all 
extensions contain even just a minimal dummy UNO component shared library?)

Cheers,
--tml



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]