<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.openoffice.devel.xml">
    <title>gmane.comp.openoffice.devel.xml</title>
    <link>http://blog.gmane.org/gmane.comp.openoffice.devel.xml</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2857"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2854"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2850"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2848"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2844"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2832"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2831"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2830"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2826"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2824"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2813"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2812"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2810"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2808"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2803"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2796"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2857">
    <title>Invitation to connect on LinkedIn</title>
    <link>http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2857</link>
    <description>&lt;pre&gt;I'd like to add you to my professional network on LinkedIn.

- Hirano

Hirano Kazunari
I18n/L10n Community Contributor at OpenSolaris
Japan

Confirm that you know Hirano Kazunari:
https://www.linkedin.com/e/-vbc24i-gt47wzm7-3h/isd/4381515296/Q_q8FKMT/?hs=false&amp;amp;tok=3RxAYmTuv2-QU1

--
You are receiving Invitation to Connect emails. Click to unsubscribe:
http://www.linkedin.com/e/-vbc24i-gt47wzm7-3h/dFaWMWH_2q4wAFQYOVdeyNnl0-_w33OuR0D/goo/dev%40xml%2Eopenoffice%2Eorg/20061/I1517856227_1/?hs=false&amp;amp;tok=29oYt5vgL2-QU1

(c) 2011 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA.
&lt;/pre&gt;</description>
    <dc:creator>Hirano Kazunari</dc:creator>
    <dc:date>2011-09-28T11:14:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2854">
    <title>Good News For UOF Project</title>
    <link>http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2854</link>
    <description>&lt;pre&gt;hello everyone:

Here is a  good news: we have created the UOF project, uof.openoffice.org.

If you are interested in it,please pay close attention to this.
Welcome to UOF lists.

thank you very much!

best wishes!

2010-11-09 



anhongyun 
&lt;/pre&gt;</description>
    <dc:creator>anhongyun</dc:creator>
    <dc:date>2010-11-09T09:36:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2850">
    <title>Proposal of new project for UOF</title>
    <link>http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2850</link>
    <description>&lt;pre&gt;Hi ALL,
     UOF is a Chinese document format developed by Chinese
government and all elements of UOF with Chinese tag-name and it is
updated frequently in current period, a lots of new feature would be add
into this standard. To launch a separate project of UOF may focus on
special features of China and Chinese market, and all of office software
provider who based on OpenOffice.org in China can maintain only one
project of UOF interoperability for OpenOffice.org, and we can get the
best interoperability of UOF in China.
     *There are 2 products, RedOffice&amp;amp;   CS2C, based OpenOffice.org
have supported UOF format.
     *And IBM Symphony has supported UOF too.
     *Several universities are also focus on UOF, OOXML and ODF
converters.
Proposal of UOF Interoperability Project
Summary
     UOF is a Chinese developed open standard for 'office'
applications. It includes word processing, presentation, and spreadsheet
modules, and is made up of GUI, API, and format specifications. The
document format described uses XML contained in a compressed file
container.  This project improve the interoperability of UOF, include
all features, GUI and API and solve the problems in Chinese office
application system.
     UOF is not in same structure of ODF, some features(such as
Media Object and Conditional format of Spreadsheet ) can not transform
well only with XSLT, so we need to develop a set of extensions to
transform them into a friendly structure first. For UOF API we must bind
a bundle of interfaces and services on OpenOffice.org in order to
OpenOffice.org can be integrated into office system with UOF API.
The mission of this project is improving the interoperability of
UOF.We're going in for transforming the format between UOF and ODF with
XSLT.There's an UOF filter including an extension to solve some
very important problems with Calc and OLE.
Scope
1.To develop and maintain the filters for every UOF version. Include
XSLT template and a set extensions.
2.To develop and maintain all IDL and services of  UOF APIs
3.To Implement the Chinese special features of UOF in OpenOffice.org
4.To collect the suggestions on UOF from community and participate in
editing of UOF
5.To propose the special features of ODF to UOF community
  
     We will open all XSLT and filter(now as a extension) source
code we have done. And to work on new version of UOF with all contributors.
     Now we are working on transforming the format between UOF2.0
and ODF with XSLT stylesheet, and the new features about media object.
     UOF2.0 is multiple documents construction and will be a kind of
compression format. Each document is a XML file using  Chinese tags. The 
other documents are the multimedia objects such as media files,image files and so
 on. We should convert all documents into a FlatXML which could present all tags
of different documents,and then convert the FlatXML file into ODF with
XSLT stylesheet. And in the other conversion direction ,firstly,ODF will
be converted into multiple documents with XSLT stylesheet,and then the
multiple documents will be packed into UOF2.0 format.
Best regards!
&lt;/pre&gt;</description>
    <dc:creator>anhongyun</dc:creator>
    <dc:date>2010-11-03T04:44:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2848">
    <title>store additional data in oo xml file</title>
    <link>http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2848</link>
    <description>&lt;pre&gt;Hi,

is there a legal way to place custom data into an oo file ?
for example adding a folder with files "custom\test.txt" to an *.ott file ?

i noticed such data will be removed on saving the file...

regards

Oliver

&lt;/pre&gt;</description>
    <dc:creator>Oliver Brinzing</dc:creator>
    <dc:date>2010-09-29T14:46:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2844">
    <title>Proposal of new project for UOF</title>
    <link>http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2844</link>
    <description>&lt;pre&gt;Hi ALL,

     UOF is a Chinese document format developed by Chinese
government and all elements of UOF with Chinese tag-name and it is
updated frequently in current period, a lots of new feature would be add
into this standard. To launch a separate project of UOF may focus on
special features of China and Chinese market, and all of office software
provider who based on OpenOffice.org in China can maintain only one
project of UOF interoperability for OpenOffice.org, and we can get the
best interoperability of UOF in China.
     *There are 2 products, RedOffice&amp;amp;   CS2C, based OpenOffice.org
have supported UOF format.
     *And IBM Symphony has supported UOF too.
     *Several universities are also focus on UOF, OOXML and ODF
converters.

Proposal of UOF Interoperability Project
Summary
     UOF is a Chinese developed open standard for 'office'
applications. It includes word processing, presentation, and spreadsheet
modules, and is made up of GUI, API, and format specifications. The
document format described uses XML contained in a compressed file
container.  This project improve the interoperability of UOF, include
all features, GUI and API and solve the problems in Chinese office
application system.
     UOF is not in same structure of ODF, some features(such as
Media Object and Conditional format of Spreadsheet ) can not transform
well only with XSLT, so we need to develop a set of extensions to
transform them into a friendly structure first. For UOF API we must bind
a bundle of interfaces and services on OpenOffice.org in order to
OpenOffice.org can be integrated into office system with UOF API.
The mission of this project is improving the interoperability of
UOF.We're going in for transforming the format between UOF and ODF with
XSLT.There's an UOF filter including an extension to solve some
very important problems with Calc and OLE.

Scope
1.To develop and maintain the filters for every UOF version. Include
XSLT template and a set extensions.
2.To develop and maintain all IDL and services of  UOF APIs
3.To Implement the Chinese special features of UOF in OpenOffice.org
4.To collect the suggestions on UOF from community and participate in
editing of UOF

     We will open all XSLT and filter(now as a extension) source
code we have done. And to work on new version of UOF with all contributors.
     Now we are working on transforming the format between UOF2.0
and ODF with XSLT stylesheet, and the new features about media object.
     UOF2.0 is multiple documents construction and will be a kind of
compression format. Each document is a XML file using  Chinese tags.  We
should convert all documents into a FlatXML which could present all tags
of different documents,and then convert the FlatXML file into ODF with
XSLT stylesheet. And in the other conversion direction ,firstly,ODF will
be converted into multiple documents with XSLT stylesheet,and then the
multiple documents will be packed into UOF2.0 format.

Best regards!
&lt;/pre&gt;</description>
    <dc:creator>LiHeng</dc:creator>
    <dc:date>2010-07-07T06:03:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2832">
    <title>Saving additional style:paragraph-properties attributes</title>
    <link>http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2832</link>
    <description>&lt;pre&gt;Hi,

I am new to open office development and am looking for some help/guidance on
how to save additional paragraph property attributes into an XML document.

I want to associate a security classification (e.g. "unclassified",
"restricted") with a style in Writer.
I have successfully updated the user interface to allow the setting of the
classification but now want the value to be saved/restored into the
XML document (specifically "styles.xml").

My understanding (or mis-understanding) is that this is done with property
names.

I have defined the name "SecLblClass" in
sw/source/core/unocore/
unoprnms.cxx:

       /* 0739 UNO_NAME_SECLBL_CLASS */ {MAP_CHAR_LEN("SecLblClass")},

which is mapped to the associated attribute in
sw/source/core/unocore/unomap.cxx:

       #define COMMON_CRSR_PARA_PROPERTIES_WITHOUT_FN_O1
       ...
       SW_PROP_NMID(UNO_NAME_SECLBL_CLASS), RES_PARATR_SECLBL_CLASS,
CPPUE2T(CPPUTYPE_INT16), PropertyAttribute:MAYBEVOID, 0

The attribute is defined in sw/source/core/bastyp/init.cxx:
       _InitCore()
       ...
       aAttrTab[ RES_PARATR_SECLBL_CLASS - POOLATTR_BEGIN] = new
SfxUInt16Item (RES_PARATR_SECLBL_CLASS, 0);

Then to get this attribute saved into the document, I have just added the
name to the list of paragraph properties in xmloff/source/text/txtprmap.cxx:

       aXMLParaPropMap[]
       ...
       MP_E ("SecLblClass", X841, X841_LABEL, XML_TYPE_NUMBER16, 0)

The X841 namespace is also configured and can be successfully written to the
style.xml.

However, this does not seem to be sufficient for the classification to be
written to the styles.xml.

Can anyone point me at any appropriate examples/documentation, or point out
any steps I am missing?

Thanks,

Graeme
&lt;/pre&gt;</description>
    <dc:creator>Graeme Lunt</dc:creator>
    <dc:date>2010-03-24T14:09:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2831">
    <title>Fw: Web Pages and Linked Meta Data</title>
    <link>http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2831</link>
    <description>&lt;pre&gt;
OO Writer is the word processor

--- On Tue, 3/23/10, Gannon Dick &amp;lt;gannon_dick&amp;lt; at &amp;gt;yahoo.com&amp;gt; wrote:



      
&lt;/pre&gt;</description>
    <dc:creator>Gannon Dick</dc:creator>
    <dc:date>2010-03-23T22:29:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2830">
    <title>Generic &lt; at &gt;font-family in CSS (another odf2xhtml patch)</title>
    <link>http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2830</link>
    <description>&lt;pre&gt;Hey agin,

another annoyance I came across in odf2xhtml today is missing output
of generic &amp;lt; at &amp;gt;font-family declarations in the generated CSS.
They are described in CSS2:
http://www.w3.org/TR/CSS2/fonts.html#generic-font-families

They are also described in ODT as
style:font-face/&amp;lt; at &amp;gt;style:font-family-generic and
style:font-face/&amp;lt; at &amp;gt;style:font-pitch, although widht different values --
'roman' instead of 'serif', 'swiss' instead of 'sans-serif' etc.
http://books.evc-cit.info/OD_Essentials.pdf

That makes a mapping pretty trivial, and I wonder why it wasn't
included in odf2xhtml.

Anyhow, here is my version. Modified &amp;lt; at &amp;gt;style:font-name template in
style_mapping_css.xsl:

&amp;lt;xsl:template match="&amp;lt; at &amp;gt;style:font-name"&amp;gt;
        &amp;lt;xsl:param name="globalData" /&amp;gt;

        &amp;lt;xsl:text&amp;gt;font-family:&amp;lt;/xsl:text&amp;gt;
        &amp;lt;xsl:variable name="content" select="."/&amp;gt;
        &amp;lt;xsl:variable name="quote"&amp;gt;'&amp;lt;/xsl:variable&amp;gt;
        &amp;lt;xsl:variable name="fontName"
select="$globalData/office:font-face-decls/style:font-face[&amp;lt; at &amp;gt;style:name=$content]/&amp;lt; at &amp;gt;svg:font-family"
/&amp;gt;
        &amp;lt;xsl:variable name="fontFamily"
select="$globalData/office:font-face-decls/style:font-face[&amp;lt; at &amp;gt;style:name=$content]/&amp;lt; at &amp;gt;style:font-family-generic"
/&amp;gt;
        &amp;lt;xsl:variable name="fontWidth"
select="$globalData/office:font-face-decls/style:font-face[&amp;lt; at &amp;gt;style:name=$content]/&amp;lt; at &amp;gt;style:font-pitch"
/&amp;gt;
        &amp;lt;xsl:value-of select="translate($fontName, $quote, '')"/&amp;gt;
        &amp;lt;xsl:choose&amp;gt;
            &amp;lt;xsl:when test="$fontFamily = 'roman'"&amp;gt;
                &amp;lt;xsl:text&amp;gt;, serif&amp;lt;/xsl:text&amp;gt;
            &amp;lt;/xsl:when&amp;gt;
            &amp;lt;xsl:when test="$fontFamily = 'swiss'"&amp;gt;
                &amp;lt;xsl:text&amp;gt;, sans-serif&amp;lt;/xsl:text&amp;gt;
            &amp;lt;/xsl:when&amp;gt;
            &amp;lt;xsl:when test="$fontWidth = 'fixed'"&amp;gt;
                &amp;lt;xsl:text&amp;gt;, monospace&amp;lt;/xsl:text&amp;gt;
            &amp;lt;/xsl:when&amp;gt;
        &amp;lt;/xsl:choose&amp;gt;
        &amp;lt;xsl:text&amp;gt;; &amp;lt;/xsl:text&amp;gt;
&amp;lt;/xsl:template&amp;gt;


Martynas
odt2epub.com
&lt;/pre&gt;</description>
    <dc:creator>Martynas Jusevicius</dc:creator>
    <dc:date>2010-03-23T22:09:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2826">
    <title>odf2xhtml</title>
    <link>http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2826</link>
    <description>&lt;pre&gt;Hey list,

I've been working with odf2xhtml XSLT filter a lot lately, in relation
to ePub e-books. It does its job but it's really showing its age. I
wonder if there are plans for a new version? It could really benefit
from many of XSLT 2 features.

One of the most annoying things is the generated CSS. If style A
defines bold text and style B is inherited from A and additionally
defines right alignment, odf2xhtml generates such code:

.A { font-weight: bold; }
.B { font-weight: bold; text-align: right; }

&amp;lt;p class="A"&amp;gt; ... &amp;lt;p class="B"&amp;gt;

That shows up OK in the browser, but removes the relationship between
A and B in the XHTML/CSS output. For example, if I need to select all
elements with style inherited from A, I cannot do that without looking
into the original ODT and examining the styles.

I think much better output could be achieved using multiple classes in XHTML:

.A { font-weight: bold; }
.B { text-align: right; }

&amp;lt;p class="A"&amp;gt; ... &amp;lt;p class="A B"&amp;gt;

What do you think?

Martynas
odt2epub.com
&lt;/pre&gt;</description>
    <dc:creator>Martynas Jusevicius</dc:creator>
    <dc:date>2010-03-19T16:29:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2824">
    <title>DFD this March 30th - What we going to do about it?</title>
    <link>http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2824</link>
    <description>&lt;pre&gt;On March 30th the Document Freedom day is happening and I think we are
in good time to start to work on a campaign to show our support on the
website.

I think this event is pretty important, and we could be working with
the communities and spread the word about this relevant event. I think
also marketing should put some  money to fund the development.

Some ideas are:
- Showcase the benefits of OpenDocuments
- Show the tools that use ODF
- Push documentation to the forefront about ODF such as adoption, implementation
- Push technical documentation
- Projects like www-at-odf and ODFDOM, XSLT-Tools

I think this is a relevant event to put our support behind and also
OOo does need a more responsive website.
&lt;/pre&gt;</description>
    <dc:creator>Alexandro Colorado</dc:creator>
    <dc:date>2010-03-08T22:28:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2813">
    <title>Find content between &lt;text:change-start /&gt; and &lt;text:change-end /&gt;</title>
    <link>http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2813</link>
    <description>&lt;pre&gt;I am struggling  a bit with trying to extract inserted text in a
change tracked ODF
document --

since text inserts are recorded in the document using the 2 elements which share
the id attribute : &amp;lt;text:change-start id="an_id" /&amp;gt; and
&amp;lt;text:change-end id="an_id" /&amp;gt;
placed arbitrarily in the document depending upon where new text was inserted
 (See example below ).

How do i get the text content contained by these two tags ?


e.g.

&amp;lt;text:section text:style-name="Sect1" text:name="Section2"&amp;gt;
      &amp;lt;text:p text:style-name="Standard"/&amp;gt;
      &amp;lt;text:p text:style-name="Standard"&amp;gt;Neque porro quisquam est, qui
dolorem ipsum
      quia dolor sit amet, consectetur, adipisci velit, sed quia non
numquam eius
      modi &amp;lt;text:change-start text:change-id="ct472232592"/&amp;gt;&amp;lt;/text:p&amp;gt;
    ........................
    ........................
    &amp;lt;text:p text:style-name="Standard"&amp;gt;Sed ut perspiciatis unde omnis iste natus
        error sit voluptatem accusantium doloremque laudantium, totam
rem aperiam,
        nihil molestiae consequatur, vel illum qui dolorem eum fugiat
quo voluptas
        nulla pariatur?&amp;lt;text:change  text:change-id="ct472209600"/&amp;gt;&amp;lt;/text:p&amp;gt;
    ........................
    ........................
 &amp;lt;/text:section&amp;gt;
&lt;/pre&gt;</description>
    <dc:creator>ashok _</dc:creator>
    <dc:date>2010-02-17T14:41:26</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2812">
    <title>Meta Data Round-Tripping &amp; Privacy</title>
    <link>http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2812</link>
    <description>&lt;pre&gt;[ANN]  Meta Data Round-Tripping &amp;amp; Privacy

Free White Paper


From the Foreword ...

The trouble with meta data round trips between formats is the same
problem with meta data round trips between “displays” which may hide
meta data from view. While the results are common in real life,
a similar name on a “no fly” list causing a missed flight
(a mis-identification), or a targeted advertisement way off
target ( a mis –re-identificationn), the root cause is simply
that a format conversion confuses the distinction between
“exposed” and “unseen”. In the case of re-identification, the issue
comes up as an identifier deletion when a data redaction was
intended.


The CSVplus Data Base (in OO Base) is a generalized model of a CSV Format
Spreadsheet. Fully exposed meta data elements are added
to the CSV Format to prevent the unintentional deletion of identifiers.

While this format has an obvious application for Application
User Data and Address Books, it can also be used on other data sets,
for example, Web Forms or Social Networking Site Profiles, Library Catalogs or even Paper Forms.

Download from: http://www.rustprivacy.org/meta/roundtripping.pdf






      
&lt;/pre&gt;</description>
    <dc:creator>Gannon Dick</dc:creator>
    <dc:date>2009-12-23T19:36:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2810">
    <title>ODF User Data to vCard 3.0</title>
    <link>http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2810</link>
    <description>&lt;pre&gt;I have two XSLT export filters.  They both take the current *.odt user data and export to vCard 3.0. (RFC 2426) One is HTML (tabular) output and the other is RDF/XML output (per a note on this issue from the W3C &amp;lt;http://www.w3.org/TR/vcard-rdf&amp;gt;).

A. Is this in the "issues" ?
B. Does anybody want it ?  The vCard and microformats are all Public Domain, but the filters might come in handy for multi-user installations or where many users would like uniformity.  They would be fairly easy to customize to include Logo's pictures etc..
&lt;/pre&gt;</description>
    <dc:creator>Gannon Dick</dc:creator>
    <dc:date>2009-11-23T09:48:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2808">
    <title>Passing Parameters to the XSLT Export Filter</title>
    <link>http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2808</link>
    <description>&lt;pre&gt;Now (OO version 3.1) that the number of User Defined Properties == Custom Properties is not limited to 4, it is practical to use Properties to pass parameters to the XSLT Export Filter.

File&amp;gt;&amp;gt;Properties&amp;gt;&amp;gt;Custom Properties(tab) Add
e.g. SAX.test = 'Hello World" (text)

(mavens be gone! There are lots of ways to do this)

&amp;lt;xsl:stylesheet version="1.0"
     xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
     xmlns:meta="urn:oasis:names:tc:opendocument:xmlns:meta:1.0"
     xmlns:saxon="http://www.w3.org/1999/XSL/Transform#"
     exclude-result-prefixes="meta"&amp;gt;
&amp;lt;xsl:output method="xml" encoding="UTF-8" /&amp;gt;

&amp;lt;xsl:param name="SAX.test"&amp;gt;
  &amp;lt;xsl:for-each select="//meta:user-defined"&amp;gt;
    &amp;lt;xsl:if test="./&amp;lt; at &amp;gt;meta:name = 'SAX.test'"&amp;gt;
      &amp;lt;xsl:value-of select="./." /&amp;gt;
    &amp;lt;/xsl:if&amp;gt;
  &amp;lt;/xsl:for-each&amp;gt;
&amp;lt;/xsl:param&amp;gt;

 &amp;lt;xsl:template match="/"&amp;gt;
  &amp;lt;saxon:param&amp;gt;
    &amp;lt;xsl:value-of select="$SAX.test" /&amp;gt;
  &amp;lt;/saxon:param&amp;gt;
 &amp;lt;/xsl:template&amp;gt;
&amp;lt;/xsl:stylesheet&amp;gt;

output is:

&amp;lt;?xml version="1.0" encoding="UTF-8"?&amp;gt;
&amp;lt;saxon:param xmlns:saxon="http://www.w3.org/1999/XSL/Transform#"&amp;gt;
   Hello World !
&amp;lt;/saxon:param&amp;gt;

Hints:

a) parameter names have to be QNAMES - no spaces
b) the "dot" notation is probably a good idea so you can easily take the parameters out of the list of properties, but it's not required  (Svante, what do you think ? An XSL template for this "protocol" would be nice, in your spare time)
c) tagged Personally Identifiable Information (PII) and other information which should be redacted/deleted (or not) from output documents does not require two transforms **provided** you can pass a (redact/keep) parameter to the stylesheet.  See: http://purl.org/pii/terms/

 --Gannon
&lt;/pre&gt;</description>
    <dc:creator>Gannon Dick</dc:creator>
    <dc:date>2009-10-16T08:57:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2803">
    <title>ODS Meta Data</title>
    <link>http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2803</link>
    <description>&lt;pre&gt;The user-defined meta data in "properties" changed (much for the better) in Open Office version 3.1.  A couple of comments:

1. Don't know if it has been logged as an issue yet, but the "date" data type doesn't work properly.  It error checks the date format, but if that is correct, it takes the field off the list!
2. There is also a "time" datatype in the ODF spec., but not implemented.
3. There are 20 or so fields in a drop down box.  If you want to use GRDDL* you'll have to a) take spaces out of the name and b) include a namespace with the dot notation:  e.g. "Checked By" would have to be typed in as "ODF.Checked_By", with a link to "schema.ODF".

* there might be no reason for GRDDL.  I've only tested it with spread sheets, but this transform should work for *.odt, etc.  It's an export filter from (flat) ODF to RDF/XML.  It uses the OASIS namespace as a default.  (Warning: Don't modify it to work on the ODF file, just the meta.xml component plus two attributes from office:documents gives 295 triples! see: http://www.rustprivacy.org/odf/sstest.zip ).

The transform is :  http://www.rustprivacy.org/odf/ODSmeta2RDFXML.xsl

(the name is case sensitive, download it if you like and change the name)

--Gannon


      
&lt;/pre&gt;</description>
    <dc:creator>Gannon Dick</dc:creator>
    <dc:date>2009-10-15T08:14:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2796">
    <title>empty metatypes when generating a ODF</title>
    <link>http://comments.gmane.org/gmane.comp.openoffice.devel.xml/2796</link>
    <description>&lt;pre&gt;Seems that UNO is generating an empty metafile when creating a new
ODF. A developer notice it first in PyUNO but then create a file from
Basic and experience the same issue. Could this be the best project to
present this bug?

&lt;/pre&gt;</description>
    <dc:creator>Alexandro Colorado</dc:creator>
    <dc:date>2009-08-18T20:36:00</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.openoffice.devel.xml">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.openoffice.devel.xml</link>
  </textinput>
</rdf:RDF>

