<?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&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 us&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:
 &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-fam&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 co&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 exam&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:saxo&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 trip&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>

