activity overview odf tc

[Jos van den Oever <jos@vandenoever.info>]

Hi all,

I wrote a script to create an overview of recent TC activity. This was before 
I discovered that there is an RSS feed for this. Still, I thought it would be 
a waste not to share it.

Here is the feed:
   https://issues.oasis-open.org/activity?maxResults=20&streams=key+IS+OFFICE

The script is attached and runs with NodeJS. I used NodeJS because the JIRA 
REST api returns JSON only and NodeJS is a relatively convenient way of using 
JSON data.

Best regards,
Jos

body {
   font-family: sans-serif;
}
h3, h3 a {
   font-size: large;
   color: white;
   background: #004586;
}
div.comment {
   background: #eeeeee;
}
span.from {
   text-decoration: line-through;
}

Attachment: odftc-stream.js
Description: application/javascript

OFFICE-737 Public Comment: 2.8.4.1 Checksum Type (OpenDocument-package-v1.2-draft6.odt) 2009-05-05 21:29

Patrick Durusau 2015-11-10 02:30

status: New Closed

OFFICE-426 Public Comment: RFE: Vertical justification 2009-05-05 21:23

Patrick Durusau 2015-11-12 19:10

Fix Version: ODF-Later

Fix Version: ODF-Next

OFFICE-734 Public Comment: Statistical SUMMARY() function 2009-05-05 21:29

Patrick Durusau 2015-11-10 02:33

status: New Closed

OFFICE-2600 folder structure for scripts, media... 2010-03-29 07:44

Regina Henschel 2015-11-15 23:03

LibreOffice uses folder 'Basic' for storing macros.

OFFICE-779 Public Comment: Suggestion: border styles on style:columns and style:column elements 2009-05-05 21:29

Patrick Durusau 2015-11-10 02:44

Fix Version: ODF-Later

Fix Version: ODF 1.3

OFFICE-765 Public Comment: Re: [office-comment] Extending the PERCENTILE() Function 2009-05-05 21:29

Patrick Durusau 2015-11-10 02:42

status: Open Closed

OFFICE-758 Public Comment: Request for Economic Rate of Return function 2009-05-05 21:29

Patrick Durusau 2015-11-10 02:40

Fix Version: ODF-Later

Fix Version: ODF 1.3

OFFICE-752 Public Comment: Re: [office-comment] Statistical SUMMARY() function 2009-05-05 21:29

Patrick Durusau 2015-11-10 02:39

status: New Closed

OFFICE-747 Public Comment: Re: [office-comment] Re: [office] Next set of public comments forreview (#18-#35) 2009-05-05 21:29

Patrick Durusau 2015-11-10 02:38

status: New Closed

OFFICE-740 Public Comment: Re: [office] Next set of public comments for review (#18-#35) 2009-05-05 21:29

Patrick Durusau 2015-11-10 02:34

status: New Closed

OFFICE-452 Public Comment: RFE: Colour space capability within OpenDocument 2009-05-05 21:24

Patrick Durusau 2015-11-12 19:07

Fix Version: ODF-Later

Fix Version: ODF-Next

OFFICE-1262 Public Comment: Office requirements -- Text case attributes 2009-05-05 21:38

Regina Henschel 2015-11-10 21:13

I think, the requested features already exist in ODF1.2 and therefore the issue should be closed.

Reasoning in detail:

ODF 1.2 has the element <style:text-properties> and this has the attribute “fo:font-variant” with the values “normal” or “small-caps”, and has the attribute “fo:text-transform” with the values “none”, “lowercase”, “uppercase” or “capitalize”. These are defined via XSL and correspond to the same named CSS properties. They do basically what the reporter requests.

The reporter request an "initial caps" attribute, which detects, that e.g. prepositions or conjunctions will automatically not be affected. Such attribute would highly depend on the language and therefore I would vote against it. The current attribute "text-transform" has already a warning in XSL about the language dependence, "There are severe internationalization issues with the use of this property. It has been retained for CSS compatibility, but its use is not recommended in XSL." [last sentence in section 7.16.6 in http://www.w3.org/TR/2001/REC-xsl-20011015/slice7.html#section-N40545-Character-Properties]

If a text portion has to be excluded, it can be set to “none” or “normal” respectively. The <text:span> elements, which carry the styles, can be nested, so there is no problem to change the style for a portion of text. Therefore a special attribute 'preserve-case' is not needed in file format. The described behavior, e.g. the connection to spell-checker, is at application level and the result can be stored with the current means of ODF1.2.

It is up the implementation to use these attributes. LibreOffice/OpenOffice currently does use these attributes only when the user applies styles, but not when the user applies direct formatting. Therefore the reporter might have thought, that such attributes does not exist. But this is not an issue with the specification but with its implementation by LibreOffice/OpenOffice.

OFFICE-730 Public Comment: RE: [office-comment] Unicode Byte Order Marks in ODF 2009-05-05 21:29

Patrick Durusau 2015-11-10 02:28

status: Open Closed

OFFICE-688 Public Comment: RE: [office-comment] Ambiguity problems caused by a:defaultValue 2009-05-05 21:28

Patrick Durusau 2015-11-10 02:26

status: Open Closed

OFFICE-657 Public Comment: Add FFT() to formula spec? 2009-05-05 21:27

Andreas Guelzow 2015-11-09 15:27

assignee: Andreas Guelzow

OFFICE-645 Public Comment: Allow saving a comment additionally to a defined name 2009-05-05 21:27

Patrick Durusau 2015-11-10 02:24

Fix Version: ODF-Later

Fix Version: ODF 1.3

Michael Stahl 2015-11-09 15:37

regarding #1, my guess is that this refers to 9.4.12 <table:named-range> and/or 9.4.13

<table:named-_expression_>, neither of which allow an xml:id attribute

OFFICE-550 Public Comment: Re: [office-comment] Unit system tracking 2009-05-05 21:25

Patrick Durusau 2015-11-12 19:01

Fix Version: ODF-Later

Fix Version: ODF-Next

OFFICE-498 Public Comment: DISTINCT Values 2009-05-05 21:25

Patrick Durusau 2015-11-12 19:03

Fix Version: ODF-Later

Fix Version: ODF-Next

OFFICE-497 Public Comment: Very Weak String Support in ODF 2009-05-05 21:25

Patrick Durusau 2015-11-12 19:07

Fix Version: ODF-Later

Fix Version: ODF-Next

Version: ODF-Later

Version: ODF 1.3

OFFICE-3774 Definition of draw:angle in ODF1.2 does not fit to implementation 2012-08-07 10:09

Michael Stahl 2015-11-02 12:35

just for the record, i've adapted LibreOffice now to import values of draw:angle *with* the unit suffix as defined in ODF 1.2; *without* unit suffix will still be imported wrongly as 10th of degrees, for compatibility with legacy versions.

the fixed import is in LibreOffice releases 4.4.6 and later.

fixing this completely in LibreOffice will happen in a year or two, when we can assume that current versions are no longer used.

suspect that for ODF 1.2 the draw:angle was adapted to the SVG specification but regrettably without any OpenOffice.org developer looking at how that implementation handles draw:angle, so we ended up in the current mess.

OFFICE-3893 ODF default values missing character style 2015-11-02 15:03

Created by Svante Schubert 2015-11-02 15:03