Re: [VOTE] Apache OpenOffice Community Graduation Vote

[Anton Meixome]

+1


-- 
Antón Méixome - Galician Native Lang Coordination
Galician community LibO & AOO

[QA CALLFORREV​IEW] [testuno]Check Slidshow property in SD by UNO API

[liu ping]

 Hi,
 I've submitted a patch of  SlideShow automation script.
 And open a defect to follow it:
https://issues.apache.org/ooo/show_bug.cgi?id=120633
Please help to review,thanks~

Re: Is this a UNO API bug?

[dongjun zong]

The strange thing is this API can works fine for doc sample file. I guess
this is a bug.

2012/8/21 Andrew Douglas Pitonyak 

>
> OK, I had to  look...
>
> For a text field, see if you can call update. This may not work if the
> document has not finished repaginating. I have heard of cases where a
> document had not finished doing that before someone tried to do stuff to
> it. The solution was to tell the document to full refresh (probably using a
> dispatch).
>
>
>
> On 08/21/2012 02:30 AM, Andrew Douglas Pitonyak wrote:
>
>>
>> Did you successfully insert the text field? If yes, then after you insert
>> a text field, it has probably not yet refreshed its value. Off hand, I
>> don't remember exactly what you need to refresh first I would need to
>> look it up and I really need to run but figured it might help you a bit and
>> you can look for the various refresh items (I think that you can refresh
>> each index and for fields I think there may be a single master field
>> refresh but I don't remember... have not done it in a long time.).
>>
>> On 08/20/2012 03:32 AM, dongjun zong wrote:
>>
>>> Hi All,
>>> Using UNO API I do below operation.
>>> 1.Launch a odt document,
>>> 2.Create a page number field and insert into this docment
>>> 3.Get the document text
>>>
>>> But in the step3, page number is not contained in the get text. But if I
>>> launch a doc document, I can get the page number in step 3. I think this
>>> is
>>> a UNO API bug, can some body help confirm? Below is my main code pieces.
>>>
>>> XMultiServiceFactory sevriceFactory = (XMultiServiceFactory)
>>> UnoRuntime.queryInterface(**XMultiServiceFactory.class, document);
>>>  XTextField  pageNumberFiled =
>>> (XTextField)UnoRuntime.**queryInterface(XTextField.**class,
>>> sevriceFactory.createInstance(**"com.sun.star.text.textfield.**PageNumber"));
>>>
>>>
>>>  XPropertySet props =
>>> (XPropertySet)UnoRuntime.**queryInterface(XPropertySet.**class,
>>> pageNumberFiled);
>>>  props.setPropertyValue("**NumberingType", 4);//Set page number
>>> display as Arabic
>>>
>>>  XTextCursor xTextCursor = document.getText().**
>>> createTextCursor();
>>>  xTextCursor.gotoEnd(false);
>>>
>>> document.getText().**insertTextContent(document.**getText().getEnd(),
>>> pageNumberFiled, true);
>>>
>>>
>>>  String documentString = document.getText().getString()**;
>>>  System.out.println(**documentString);
>>>
>>>
>>
> --
> Andrew Pitonyak
> My Macro Document: 
> http://www.pitonyak.org/**AndrewMacro.odt
> Info:  http://www.pitonyak.org/oo.php
>
>

Re: Is this a UNO API bug?

[Oliver Brinzing]

> The strange thing is this API can works fine for doc sample file.

the following code works for me with a new doc, output is: Hello 1 World!!!

public class TextfieldProblem {
public void setTextfield(XComponent component) {
XMultiServiceFactory serviceFactory = UnoRuntime.queryInterface(
XMultiServiceFactory.class, component);
XTextField pageNumberFiled = null;
try {
pageNumberFiled = UnoRuntime
.queryInterface(
XTextField.class,
serviceFactory

.createInstance("com.sun.star.text.textfield.PageNumber"));
XPropertySet props = 
UnoRuntime.queryInterface(XPropertySet.class,
pageNumberFiled);
props.setPropertyValue("NumberingType",

com.sun.star.style.NumberingType.ARABIC);
props.setPropertyValue("SubType",

com.sun.star.text.PageNumberType.CURRENT);
} catch (Exception e) {
e.printStackTrace();
}
XTextDocument document = 
UnoRuntime.queryInterface(XTextDocument.class,
component);
try {

document.getText().insertString(document.getText().getStart(),
"Hello ", true);

document.getText().insertTextContent(document.getText().getEnd(),
pageNumberFiled, true);

document.getText().insertString(document.getText().getEnd(),
" World!!!", true);
} catch (IllegalArgumentException e) {
e.printStackTrace();
}
getTextfield(document);
}

public void getTextfield(XComponent xComponent) {
XTextDocument document = 
UnoRuntime.queryInterface(XTextDocument.class,
xComponent);
String documentString = document.getText().getString();
System.out.println(documentString);
}
}



Regards

Oliver
-- 

GnuPG key 0xCFD04A45: 8822 057F 4956 46D3 352C 1A06 4E2C AB40 CFD0 4A45



signature.asc
Description: OpenPGP digital signature

Re: [DISCUSS]: I would like to propose a new conversion mode parameter

[Jürgen Schmidt]

On 8/21/12 3:46 AM, Rob Weir wrote:
> On Mon, Aug 20, 2012 at 10:54 AM, Jürgen Schmidt  
> wrote:
>> Hi,
>>
>> OpenOffice is not only used as desktop application but also as hidden
>> part of other software and often as a conversion engine in the backend.
>>
>> OpenOffice has very good filters for many file formats and the usage as
>> a conversion engine is straight forward. And the conversion from one
>> format into another can be improved and optimized by some special
>> handling of parts of the document.
>>
>> For example external linked parts can be ignored and don't have to be
>> loaded during conversion, embedded images can be simply copied etc.
>>
>> I would like to improve AOO for this kind of usage by introducing a new
>> parameter "-conversionmode". It's not comparable with the command line
>> parameter "-headless" or the "hidden" property for loadComponentFromUrl().
>>
>> The intention of this new global option is to have it available
>> everywhere in the underlying code to optimize the performance of the
>> conversion.
>>
> 
> It is an interesting idea.  Perhaps in the future it could be combined
> with a #define and its own makefile so we could compile the project
> for this purpose specifically, perhaps having a smaller memory
> footprint.  Or do you think you can get most of the benefit with
> run-time flags alone?

probably not and it can be a combination of both. I think mechanisms to
exclude specific code at compile time will provide further
opportunities. This can evolve over time and we can make use of this on
demand.

Juergen

> 
> -Rob
> 
>> This should have no influence/impact on the normal workflow but will
>> help to make AOO potentially more attractive for backend usage. Means it
>> will help to grow the broader eco-system around AOO.
>>
>> Juergen
>>
>>

Re: Is this a UNO API bug?

[dongjun zong]

Oliver,
I found that if page is more than 2, it will has problem. Would you pls
help try a 3 page exist odt sample for this issue?

2012/8/21 Oliver Brinzing 

> > The strange thing is this API can works fine for doc sample file.
>
> the following code works for me with a new doc, output is: Hello 1 World!!!
>
> public class TextfieldProblem {
> public void setTextfield(XComponent component) {
> XMultiServiceFactory serviceFactory =
> UnoRuntime.queryInterface(
> XMultiServiceFactory.class, component);
> XTextField pageNumberFiled = null;
> try {
> pageNumberFiled = UnoRuntime
> .queryInterface(
> XTextField.class,
> serviceFactory
>
> .createInstance("com.sun.star.text.textfield.PageNumber"));
> XPropertySet props =
> UnoRuntime.queryInterface(XPropertySet.class,
> pageNumberFiled);
> props.setPropertyValue("NumberingType",
>
> com.sun.star.style.NumberingType.ARABIC);
> props.setPropertyValue("SubType",
>
> com.sun.star.text.PageNumberType.CURRENT);
> } catch (Exception e) {
> e.printStackTrace();
> }
> XTextDocument document =
> UnoRuntime.queryInterface(XTextDocument.class,
> component);
> try {
>
> document.getText().insertString(document.getText().getStart(),
> "Hello ", true);
>
> document.getText().insertTextContent(document.getText().getEnd(),
> pageNumberFiled, true);
>
> document.getText().insertString(document.getText().getEnd(),
> " World!!!", true);
> } catch (IllegalArgumentException e) {
> e.printStackTrace();
> }
> getTextfield(document);
> }
>
> public void getTextfield(XComponent xComponent) {
> XTextDocument document =
> UnoRuntime.queryInterface(XTextDocument.class,
> xComponent);
> String documentString = document.getText().getString();
> System.out.println(documentString);
> }
> }
>
>
>
> Regards
>
> Oliver
> --
>
> GnuPG key 0xCFD04A45: 8822 057F 4956 46D3 352C 1A06 4E2C AB40 CFD0 4A45
>
>

Re: Need to Revisit RAT Excludes and Wildcards

[Andre Fischer]

On 21.08.2012 00:05, Dave Fisher wrote:

Hi Folks,

We are really getting ahead of ourselves.

We have a legitimate -1 IPMC vote on our release, it might get changed - Marvin 
asked for confirmation that the IPMC votes are based only on the official 
SOURCE release.

I looked again at the rat-excludes and we should look into a small handful of binary 
files that slip through. Most are "test" files and should be OK, but there are 
a small number that are not. If we have a plan to remove them and/or show that they are 
unused and harmless it may be that Marvin will be convinced to change his vote.

Someone should inspect these wildcards in the source tree
**/*.dbf
**/*.dbt
**/*.jar
**/*.zip
**/*.class
**/*.dll
**/*.exe
**/*.mdb

E.G.

$ find . -name "*.jar"
./avmedia/source/java/avmedia.jar
./qadevOOo/testdocs/qadevlibs/JobExecutor.jar
./qadevOOo/testdocs/qadevlibs/MyPersistObjectImpl.jar
./stax/download/README_stax-1.2.0.jar
./testautomation/global/input/xslt_stylesheets/docbook.jar
./testautomation/global/input/xslt_stylesheets/excel.jar
./testautomation/global/input/xslt_stylesheets/word.jar
./testautomation/global/input/xslt_stylesheets/xhtml.jar
./testgraphical/ui/java/ConvwatchGUIProject/dist/ConvwatchGUIProject.jar
./xmlsecurity/test_docs/tools/httpserv/dist/httpserv.jar


FYI: I have created issues 120634 [1] and 120635 [2] to address the jar 
files in testgraphical/ and xmlsecurity/ respectively.  Are there 
volunteers for the other jars?


I created issue 120637 [3] for including the rat scan into the build 
process.  With that we (a) don't have to rely on the build bots to run 
the rat scans and (b) can easily run rat scans for any branch, 
especially that of the release.


-Andre


[1] https://issues.apache.org/ooo/show_bug.cgi?id=120634
[2] https://issues.apache.org/ooo/show_bug.cgi?id=120635
[3] https://issues.apache.org/ooo/show_bug.cgi?id=120637



$ ls -lart ./avmedia/source/java
total 208
-rw-r--r--@  1 dave  staff 48 Nov  1  2011 manifest
-rw-r--r--@  1 dave  staff  15776 Nov  1  2011 avmedia.jar
drwxr-xr-x@ 10 dave  staff340 Nov  1  2011 ..
-rw-r--r--@  1 dave  staff   6553 Nov  7  2011 FrameGrabber.java
drwxr-xr-x@  3 dave  staff102 Nov  7  2011 x11
-rw-r--r--@  1 dave  staff  21629 Nov  7  2011 WindowAdapter.java
-rw-r--r--@  1 dave  staff  20064 Nov  7  2011 PlayerWindow.java
-rw-r--r--@  1 dave  staff   2120 Nov  7  2011 MediaUno.java
drwxr-xr-x@  3 dave  staff102 Nov  7  2011 win
-rw-r--r--@  1 dave  staff   9906 Nov  7  2011 Player.java
-rw-r--r--@  1 dave  staff   4367 Nov  7  2011 Manager.java
-rw-r--r--@  1 dave  staff   2132 Jan 19  2012 makefile.mk
-rw-r--r--@  1 dave  staff   1230 Jan 19  2012 avmedia.jar.component
drwxr-xr-x@ 14 dave  staff476 Jan 19  2012 .

$ jar tvf ./avmedia/source/java/avmedia.jar
104 Thu Jun 10 20:27:16 PDT 2010 META-INF/MANIFEST.MF
   1277 Thu Jun 10 20:27:16 PDT 2010 MediaUno.class
   4872 Thu Jun 10 20:27:16 PDT 2010 Player.class
   8279 Thu Jun 10 20:27:16 PDT 2010 PlayerWindow.class
   7738 Thu Jun 10 20:27:16 PDT 2010 WindowAdapter.class
  0 Thu Jun 10 19:46:36 PDT 2010 avmedia/
  0 Thu Jun 10 20:27:16 PDT 2010 avmedia/META-INF/
104 Thu Jun 10 20:27:16 PDT 2010 avmedia/META-INF/MANIFEST.MF
   1418 Thu Jun 10 20:27:16 PDT 2010 SystemWindowAdapter.class
   3883 Thu Jun 10 20:27:16 PDT 2010 FrameGrabber.class
   2066 Thu Jun 10 20:27:16 PDT 2010 Manager.class

It looks like the jar file is unnecessary, but it may be in use.

Regards,
Dave

PS. Sure glad that we did as suggested by Pedro ;-)

Re: Need to Revisit RAT Excludes and Wildcards

[Jürgen Schmidt]

On 8/21/12 12:05 AM, Dave Fisher wrote:
> Hi Folks,
> 
> We are really getting ahead of ourselves.
> 
> We have a legitimate -1 IPMC vote on our release, it might get changed - 
> Marvin asked for confirmation that the IPMC votes are based only on the 
> official SOURCE release.
> 
> I looked again at the rat-excludes and we should look into a small handful of 
> binary files that slip through. Most are "test" files and should be OK, but 
> there are a small number that are not. If we have a plan to remove them 
> and/or show that they are unused and harmless it may be that Marvin will be 
> convinced to change his vote.
> 
> Someone should inspect these wildcards in the source tree
> **/*.dbf
> **/*.dbt
> **/*.jar
> **/*.zip
> **/*.class
> **/*.dll
> **/*.exe
> **/*.mdb
> 
> E.G.
> 
> $ find . -name "*.jar"
> ./avmedia/source/java/avmedia.jar
> ./qadevOOo/testdocs/qadevlibs/JobExecutor.jar
> ./qadevOOo/testdocs/qadevlibs/MyPersistObjectImpl.jar
> ./stax/download/README_stax-1.2.0.jar
> ./testautomation/global/input/xslt_stylesheets/docbook.jar
> ./testautomation/global/input/xslt_stylesheets/excel.jar
> ./testautomation/global/input/xslt_stylesheets/word.jar
> ./testautomation/global/input/xslt_stylesheets/xhtml.jar
> ./testgraphical/ui/java/ConvwatchGUIProject/dist/ConvwatchGUIProject.jar
> ./xmlsecurity/test_docs/tools/httpserv/dist/httpserv.jar
> 
> $ ls -lart ./avmedia/source/java
> total 208
> -rw-r--r--@  1 dave  staff 48 Nov  1  2011 manifest
> -rw-r--r--@  1 dave  staff  15776 Nov  1  2011 avmedia.jar
> drwxr-xr-x@ 10 dave  staff340 Nov  1  2011 ..
> -rw-r--r--@  1 dave  staff   6553 Nov  7  2011 FrameGrabber.java
> drwxr-xr-x@  3 dave  staff102 Nov  7  2011 x11
> -rw-r--r--@  1 dave  staff  21629 Nov  7  2011 WindowAdapter.java
> -rw-r--r--@  1 dave  staff  20064 Nov  7  2011 PlayerWindow.java
> -rw-r--r--@  1 dave  staff   2120 Nov  7  2011 MediaUno.java
> drwxr-xr-x@  3 dave  staff102 Nov  7  2011 win
> -rw-r--r--@  1 dave  staff   9906 Nov  7  2011 Player.java
> -rw-r--r--@  1 dave  staff   4367 Nov  7  2011 Manager.java
> -rw-r--r--@  1 dave  staff   2132 Jan 19  2012 makefile.mk
> -rw-r--r--@  1 dave  staff   1230 Jan 19  2012 avmedia.jar.component
> drwxr-xr-x@ 14 dave  staff476 Jan 19  2012 .
> 
> $ jar tvf ./avmedia/source/java/avmedia.jar
>104 Thu Jun 10 20:27:16 PDT 2010 META-INF/MANIFEST.MF
>   1277 Thu Jun 10 20:27:16 PDT 2010 MediaUno.class
>   4872 Thu Jun 10 20:27:16 PDT 2010 Player.class
>   8279 Thu Jun 10 20:27:16 PDT 2010 PlayerWindow.class
>   7738 Thu Jun 10 20:27:16 PDT 2010 WindowAdapter.class
>  0 Thu Jun 10 19:46:36 PDT 2010 avmedia/
>  0 Thu Jun 10 20:27:16 PDT 2010 avmedia/META-INF/
>104 Thu Jun 10 20:27:16 PDT 2010 avmedia/META-INF/MANIFEST.MF
>   1418 Thu Jun 10 20:27:16 PDT 2010 SystemWindowAdapter.class
>   3883 Thu Jun 10 20:27:16 PDT 2010 FrameGrabber.class
>   2066 Thu Jun 10 20:27:16 PDT 2010 Manager.class
> 
> It looks like the jar file is unnecessary, but it may be in use.

I have already respond on general incubator to address
./xmlsecurity/test_docs/tools/httpserv/dist/httpserv.jar
./testgraphical/ui/java/ConvwatchGUIProject/dist/ConvwatchGUIProject.jar

both are the result of the checke din NetBeans projects and "dist"
folder was probably check in by mistake. And the second mistake is that
the "dist" folder is not moved in the global output directory on the module.

the same is probably true for avmedia but here it is no NetBeans project

I have proposed to address and fix it on trunk and don't prevent the
release for now.

> 
> Regards,
> Dave
> 
> PS. Sure glad that we did as suggested by Pedro ;-)
> 

what exactly do you mean here, what has Pedro suggested? I don't see a
direct connection here. I only see a lot of controversial information
and different opinions flowing around that needs probably some general
and written down definition that makes it 100% clear for everybody.

And of course the currently found issues could have been addressed by
anybody if they were found earlier.

Juergen

Re: Is this a UNO API bug?

[Oliver Brinzing]

Hi,

> I found that if page is more than 2, it will has problem. Would you pls
> help try a 3 page exist odt sample for this issue?

are you sure? the following code gives me a new 6 pages document with string:

Page # 1
Page # 2
Page # 3
Page # 4
Page # 5

public class TextfieldProblem {

public static void setTextfield(final XComponent component) {

final XMultiServiceFactory serviceFactory = 
UnoRuntime.queryInterface(
XMultiServiceFactory.class, component);

final XTextDocument xDoc = UnoRuntime.queryInterface(
XTextDocument.class, component);
try {
final XText xText = xDoc.getText();
final XTextCursor xTextCursor = 
xText.createTextCursor();
xTextCursor.gotoRange(xText.getStart(), false);

for (int i = 0; i < 5; i++) {
xText.insertString(xTextCursor, "Page # ", 
false);
xText.insertTextContent(xTextCursor,

TextfieldProblem.createTextfield(serviceFactory), false);
TextfieldProblem.insertPageBreak(xText, 
xTextCursor);
}
} catch (final IllegalArgumentException e) {
e.printStackTrace();
} catch (final UnknownPropertyException e) {
e.printStackTrace();
} catch (final PropertyVetoException e) {
e.printStackTrace();
} catch (final WrappedTargetException e) {
e.printStackTrace();
}
TextfieldProblem.getTextfield(xDoc);
}

private static XTextField createTextfield(
final XMultiServiceFactory serviceFactory) {
XTextField pageNumberFiled = null;
try {
pageNumberFiled = UnoRuntime
.queryInterface(
XTextField.class,
serviceFactory

.createInstance("com.sun.star.text.textfield.PageNumber"));

final XPropertySet props = UnoRuntime.queryInterface(
XPropertySet.class, pageNumberFiled);

props.setPropertyValue("NumberingType", new Short(

com.sun.star.style.NumberingType.ARABIC));

props.setPropertyValue("SubType",

com.sun.star.text.PageNumberType.CURRENT);

} catch (final Exception e) {
e.printStackTrace();
}
return pageNumberFiled;
}

private static void insertPageBreak(final XText xText,
final XTextCursor xTextCursor) throws 
UnknownPropertyException,
PropertyVetoException, IllegalArgumentException,
WrappedTargetException {

final XPropertySet xCursorProps = UnoRuntime.queryInterface(
XPropertySet.class, xTextCursor);
xCursorProps.setPropertyValue("BreakType", 
BreakType.PAGE_AFTER);
xText.insertControlCharacter(xTextCursor,
ControlCharacter.PARAGRAPH_BREAK, false);
xTextCursor.gotoEnd(false);
}

public static void getTextfield(final XComponent xComponent) {
final XTextDocument document = UnoRuntime.queryInterface(
XTextDocument.class, xComponent);
final String documentString = document.getText().getString();
System.out.println(documentString);
}
}


Regards

Oliver

--

GnuPG key 0xCFD04A45: 8822 057F 4956 46D3 352C 1A06 4E2C AB40 CFD0 4A45



signature.asc
Description: OpenPGP digital signature

Re: Re: The translation of AOO3.4.1 release notes and announcement

[Rob Weir]

On Tue, Aug 21, 2012 at 2:18 AM, eric wu  wrote:
> ok,thank you for your suggestion,now i will prepare for my translations!
>

And the announcement blog post draft is here:
https://blogs.apache.org/preview/OOo/?previewEntry=announcing_apache_openoffice_3_41

Regards,

-Rob



>
>
> eric wu
>
> From: Shenfeng Liu
> Date: 2012-08-21 14:02
> To: ooo-dev; jinjin.wu
> Subject: Re: The translation of AOO3.4.1 release notes and announcement
> Eric,
>   That's great!
>   You can find the current AOO 3.4.1 release draft by Kay Schenk in English 
> here: http://www.openoffice.org/development/releases/3.4.1.html . I'm not 
> sure if any further editing will be make on it.
>
>   And I think it will be better to put the translation some where under 
> http://www.openoffice.org/zh-cn/ . (Any better suggestion?)
>
>   The way should be copy the English release notes to the folder of zh-cn, 
> then translate it into a Chinese version. But currently we are freezing the 
> web waiting for the release, so I guess we can not update the contents 
> directly now. Maybe you can prepare for your translations, and after the 
> release, we can publish it immediately.
>   Thanks!
>
> - Simon
>
>
>
> 2012/8/21 eric wu 
>
> Hi all:
> I am from China Standard Software Co., Ltd.(cs2c), as a chinese apache open 
> office user,i am looking forward to assume the task of translation of  
> AOO3.4.1 release notes and announcement .
>
>
>
>
> eric wu

Re: [Call for UX comments] [Call for review]Bug 120236 - when decrease indent for bullet,the bullet will go out of page range

[Kevin Grignon]

Caught... I'll take a look. 

On Aug 21, 2012, at 12:36 PM, Shenfeng Liu  wrote:

> I changed the title to catch our UX designers' attention.
> 
> - Simon
> 
> 
> 2012/8/20 chengjh 
> 
>> This seems not an interoperability/fidelity issue.
>> 1)Aoo provides negative indent,just like MS Word 2003..Please use Numbering
>> & Bullets Dialog to check..not using Decrease/Increase Indent because its
>> semantic will be context sensitive according to selected contents.In MS
>> Word 2003,for only one paragraph with bullets,it means indent,for multiple
>> paragraphs with bullets,it means level changes.In Aoo, it only means
>> indent.
>> 
>> 2)From UI of Toolbar,MS Word end users are not able to set negative indent
>> through Decrease Indent in Toolbar,but able to set large positive indent
>> beyond editing area through Increase indent in toolbar.In Aoo Writer, the
>> situations are reversed, end users can set negative indent through Decrease
>> Indent in toolbar,but not able to set large positive indent beyond editing
>> area.
>> 
>> 3)I create a simple MS Word binary file and test the interoperability
>> result, the fidelity is ok..
>> 
>> Based on the above analysis, I agree with Oliver's comments, the issue
>> mentioned by Weike is a usability issue,and need UX members to involve and
>> enrich the scope,not just this point, for better experiences in this
>> area.Thanks.
>> 
>> On Thu, Aug 16, 2012 at 10:17 AM, Shenfeng Liu  wrote:
>> 
>>> I added more comments. And add every one in cc list to the new issue
>>> opened: 120585  .
>>> 
>>> - Shenfeng
>>> 
>>> 
>>> 2012/8/16 De Bin Lei 
>>> 
 weike, pls check the comments from Oliver.
 Thx a lot!
 
 2012/8/15 Liang Weike 
 
> Hi Debin,
> 
> OK. I have added  my comments for this bug in bugzilla.
> 
> And your suggestions will be appreciated.
> 
> Hi, Weike,
>> I volunteered to review the fixed.
>> Can you explain more details for the fix in bugzilla?
>> Thx a lot.
>> 
>> 2012/8/15 Liang Weike 
>> 
>> Hi all,
>>> 
>>> I have fixed Bug 120236 and committed the patch.
>>> 
>>> Could anyone help me to review it? Thanks in advance!
>>> 
>>> https://issues.apache.org/ooo/**show_bug.cgi?id=120236<
 https://issues.apache.org/ooo/show_bug.cgi?id=120236>
>>> 
>>> --
>>> Regards,
>>> Liang Weike
>>> 
>>> China Standard Software Co., Ltd
>>> 
>>> 
>>> 
>> --
> Regards,
> Liang Weike
> 
> China Standard Software Co., Ltd
> 
> 
 
 
 --
 Best regards
 Lei De Bin
 
>>> 
>> 
>> 
>> 
>> --
>> 
>> Best Regards,Jianhong Cheng
>> 

Re: [VOTE] Apache OpenOffice Community Graduation Vote

[Risto Jääskeläinen]

Rob Weir [robw...@apache.org] kirjoitti: 

Per the IPMC's "Guide to Successful Graduation" [1] this is the
optional, but recommended, community vote for us to express our
willingness/readiness to govern ourselves.  If this vote passes then
we continue by drafting a charter, submitting it for IPMC endorsement,
and then to the ASF Board for final approval.   Details can be found
in the "Guide to Successful Graduation".

Everyone in the community is encouraged to vote.  Votes from PPMC
members and Mentors are binding.  This vote will run 72-hours.


[ ] +1  Apache OpenOffice community is ready to graduate from the
Apache Incubator.
[ ] +0 Don't care.
[ ] -1  Apache OpenOffice community is not ready to graduate from the
Apache Incubator because...


Regards,

-Rob

[1] http://incubator.apache.org/guides/graduation.html#tlp-community-vote



+1 Apache OpenOffice community is ready to graduate from the
Apache Incubator.

Risto Jääskeläinen

Re: What to say in AOO 3.4.1 release announcement about the ports? (BSD, Solaris, OS/2)?

[Nicolas Christener]

Hi all :)

On Sat, 2012-08-18 at 18:34 +0200, Marcus (OOo) wrote:
[...]
> I've updated the starting webpage at 
> "http://www.openoffice.org/porting/index.html":
> 
> @Maho,Pedro,Yuri,Nicolas:
> 
> Like stated with the other ports I would like to list your name and mail 
> address (if available, the Apache addresses):
> 
> - OpenSolaris by Adfinis SyGroup AG (Nicolas Christener)
> - Solaris (Sparc and x86) by Adfinis SyGroup AG (Nicolas Christener)
[...]
> Is this OK for you?

That's perfectly fine for me, thanks for your work!

Just as a side-note (I'll post more to the dev-list soon):
We just got a new SPARC server up and running and now have three systems
which we'll use to create new builds for the upcomming releases:
* SPARC running OpenSolaris 2009.06
* SPARC running Solaris 11
* x86   running Solaris 11

If time permits, I'll also setup a Solaris 10 machine (maybe a zone) so
we can test on Solaris 10, Solaris 11 and OpenSolaris 2009.06

Kind regards
Nicolas Christener

-- 
Adfinis SyGroup AG
Nicolas Christener, Bereichsleiter Software-Entwicklung

Keltenstrasse 98 | CH-3018 Bern

Re: Need to Revisit RAT Excludes and Wildcards

[Oliver-Rainer Wittmann]

Hi,

On 21.08.2012 00:05, Dave Fisher wrote:

Hi Folks,

We are really getting ahead of ourselves.

We have a legitimate -1 IPMC vote on our release, it might get changed - Marvin 
asked for confirmation that the IPMC votes are based only on the official 
SOURCE release.

I looked again at the rat-excludes and we should look into a small handful of binary 
files that slip through. Most are "test" files and should be OK, but there are 
a small number that are not. If we have a plan to remove them and/or show that they are 
unused and harmless it may be that Marvin will be convinced to change his vote.

Someone should inspect these wildcards in the source tree
**/*.dbf
**/*.dbt
**/*.jar
**/*.zip
**/*.class
**/*.dll
**/*.exe
**/*.mdb



I will have a look at the specific *.dll files which can be found in our source.

Best regards, Oliver.


E.G.

$ find . -name "*.jar"
./avmedia/source/java/avmedia.jar
./qadevOOo/testdocs/qadevlibs/JobExecutor.jar
./qadevOOo/testdocs/qadevlibs/MyPersistObjectImpl.jar
./stax/download/README_stax-1.2.0.jar
./testautomation/global/input/xslt_stylesheets/docbook.jar
./testautomation/global/input/xslt_stylesheets/excel.jar
./testautomation/global/input/xslt_stylesheets/word.jar
./testautomation/global/input/xslt_stylesheets/xhtml.jar
./testgraphical/ui/java/ConvwatchGUIProject/dist/ConvwatchGUIProject.jar
./xmlsecurity/test_docs/tools/httpserv/dist/httpserv.jar

$ ls -lart ./avmedia/source/java
total 208
-rw-r--r--@  1 dave  staff 48 Nov  1  2011 manifest
-rw-r--r--@  1 dave  staff  15776 Nov  1  2011 avmedia.jar
drwxr-xr-x@ 10 dave  staff340 Nov  1  2011 ..
-rw-r--r--@  1 dave  staff   6553 Nov  7  2011 FrameGrabber.java
drwxr-xr-x@  3 dave  staff102 Nov  7  2011 x11
-rw-r--r--@  1 dave  staff  21629 Nov  7  2011 WindowAdapter.java
-rw-r--r--@  1 dave  staff  20064 Nov  7  2011 PlayerWindow.java
-rw-r--r--@  1 dave  staff   2120 Nov  7  2011 MediaUno.java
drwxr-xr-x@  3 dave  staff102 Nov  7  2011 win
-rw-r--r--@  1 dave  staff   9906 Nov  7  2011 Player.java
-rw-r--r--@  1 dave  staff   4367 Nov  7  2011 Manager.java
-rw-r--r--@  1 dave  staff   2132 Jan 19  2012 makefile.mk
-rw-r--r--@  1 dave  staff   1230 Jan 19  2012 avmedia.jar.component
drwxr-xr-x@ 14 dave  staff476 Jan 19  2012 .

$ jar tvf ./avmedia/source/java/avmedia.jar
104 Thu Jun 10 20:27:16 PDT 2010 META-INF/MANIFEST.MF
   1277 Thu Jun 10 20:27:16 PDT 2010 MediaUno.class
   4872 Thu Jun 10 20:27:16 PDT 2010 Player.class
   8279 Thu Jun 10 20:27:16 PDT 2010 PlayerWindow.class
   7738 Thu Jun 10 20:27:16 PDT 2010 WindowAdapter.class
  0 Thu Jun 10 19:46:36 PDT 2010 avmedia/
  0 Thu Jun 10 20:27:16 PDT 2010 avmedia/META-INF/
104 Thu Jun 10 20:27:16 PDT 2010 avmedia/META-INF/MANIFEST.MF
   1418 Thu Jun 10 20:27:16 PDT 2010 SystemWindowAdapter.class
   3883 Thu Jun 10 20:27:16 PDT 2010 FrameGrabber.class
   2066 Thu Jun 10 20:27:16 PDT 2010 Manager.class

It looks like the jar file is unnecessary, but it may be in use.

Regards,
Dave

PS. Sure glad that we did as suggested by Pedro ;-)

Re: svn commit: r829379 - in /websites/production/ooo-site: cgi-bin/ content/

[Jürgen Schmidt]

On 8/20/12 10:02 PM, Ariel Constenla-Haile wrote:
> On Mon, Aug 20, 2012 at 09:49:52PM +0200, Marcus (OOo) wrote:
>> @all:
>>
>> Sorry but IMHO this process failed. Just today evening (Hamburg
>> time) someone has published again website changes.
>>
>> If we rely on a process that is so fragile, then IMHO we shouldn't
>> do this. Because there will be always somebody:
>>
>> - who doesn't know this
>>
>> - who isn't aware of the consequences of her/his changes
>>   (do you all know that a change on a NL webpage will also
>>   publish everything else in staging?)
>>
>> - who hasn't seen a "please don't publish the website until further
>>   notice" mail
>>   (to be honest, I haven't seen a clear note that is
>>   forbidden at the moment, too)
>>
>> - etc.
>>
>> The other solution would be to completely not change anything (incl.
>> no commits) to the website until the release is, e.g., 1 hour away
>> which is also nothing I would like to see as it's not flexible
>> enough.
>>
>> Are there other opinions/suggestions?
> 
> The ideal would be if the CMS could have an option to lock publishing so
> that no-one publishes the site, not even by mistake. Sure someone from
> knows if this is possible or just an ideal, though impossible solution.
> 

or even a more fine grained publishing process by marking the files
explicitly. I think of 2 mode, publish all or selected files only.

Juergen

Re: svn commit: r829379 - in /websites/production/ooo-site: cgi-bin/ content/

[Daniel Shahaf]

Jürgen Schmidt wrote on Tue, Aug 21, 2012 at 14:38:34 +0200:
> On 8/20/12 10:02 PM, Ariel Constenla-Haile wrote:
> > On Mon, Aug 20, 2012 at 09:49:52PM +0200, Marcus (OOo) wrote:
> >> @all:
> >>
> >> Sorry but IMHO this process failed. Just today evening (Hamburg
> >> time) someone has published again website changes.
> >>
> >> If we rely on a process that is so fragile, then IMHO we shouldn't
> >> do this. Because there will be always somebody:
> >>
> >> - who doesn't know this
> >>
> >> - who isn't aware of the consequences of her/his changes
> >>   (do you all know that a change on a NL webpage will also
> >>   publish everything else in staging?)
> >>
> >> - who hasn't seen a "please don't publish the website until further
> >>   notice" mail
> >>   (to be honest, I haven't seen a clear note that is
> >>   forbidden at the moment, too)
> >>
> >> - etc.
> >>
> >> The other solution would be to completely not change anything (incl.
> >> no commits) to the website until the release is, e.g., 1 hour away
> >> which is also nothing I would like to see as it's not flexible
> >> enough.
> >>
> >> Are there other opinions/suggestions?
> > 
> > The ideal would be if the CMS could have an option to lock publishing so
> > that no-one publishes the site, not even by mistake. Sure someone from
> > knows if this is possible or just an ideal, though impossible solution.
> > 
> 
> or even a more fine grained publishing process by marking the files
> explicitly. I think of 2 mode, publish all or selected files only.
> 

That would be easy to implement (given a list of filenames you'd just
svnmucc copy those files from staging/ to production/); check with Joe
what he thinks of such a potential feature?


> Juergen

Re: Is this a UNO API bug?

[Andrew Douglas Pitonyak]

My expectation is that this is not a bug.

I think that this is probably a timing problem based on the speed of the 
computer, the size of the document, how busy your CPU is, etc. If you do 
not have a number, then the values have probably not updated yet. 
Remember that the data model has no idea what page number it really is. 
This value must be updated by the view model / current controller (or 
something similar). If you have a value, then it just so happens that 
the values updated immediately. If you insert the value using the GUI, 
that code is smart enough to then trigger the update before it returns.


On 08/21/2012 03:23 AM, dongjun zong wrote:

The strange thing is this API can works fine for doc sample file. I guess
this is a bug.

2012/8/21 Andrew Douglas Pitonyak 


OK, I had to  look...

For a text field, see if you can call update. This may not work if the
document has not finished repaginating. I have heard of cases where a
document had not finished doing that before someone tried to do stuff to
it. The solution was to tell the document to full refresh (probably using a
dispatch).



On 08/21/2012 02:30 AM, Andrew Douglas Pitonyak wrote:


Did you successfully insert the text field? If yes, then after you insert
a text field, it has probably not yet refreshed its value. Off hand, I
don't remember exactly what you need to refresh first I would need to
look it up and I really need to run but figured it might help you a bit and
you can look for the various refresh items (I think that you can refresh
each index and for fields I think there may be a single master field
refresh but I don't remember... have not done it in a long time.).

On 08/20/2012 03:32 AM, dongjun zong wrote:


Hi All,
 Using UNO API I do below operation.
1.Launch a odt document,
2.Create a page number field and insert into this docment
3.Get the document text

But in the step3, page number is not contained in the get text. But if I
launch a doc document, I can get the page number in step 3. I think this
is
a UNO API bug, can some body help confirm? Below is my main code pieces.

XMultiServiceFactory sevriceFactory = (XMultiServiceFactory)
UnoRuntime.queryInterface(**XMultiServiceFactory.class, document);
  XTextField  pageNumberFiled =
(XTextField)UnoRuntime.**queryInterface(XTextField.**class,
sevriceFactory.createInstance(**"com.sun.star.text.textfield.**PageNumber"));


  XPropertySet props =
(XPropertySet)UnoRuntime.**queryInterface(XPropertySet.**class,
pageNumberFiled);
  props.setPropertyValue("**NumberingType", 4);//Set page number
display as Arabic

  XTextCursor xTextCursor = document.getText().**
createTextCursor();
  xTextCursor.gotoEnd(false);

document.getText().**insertTextContent(document.**getText().getEnd(),
pageNumberFiled, true);


  String documentString = document.getText().getString()**;
  System.out.println(**documentString);



--
Andrew Pitonyak
My Macro Document: 
http://www.pitonyak.org/**AndrewMacro.odt
Info:  http://www.pitonyak.org/oo.php




--
Andrew Pitonyak
My Macro Document: http://www.pitonyak.org/AndrewMacro.odt
Info:  http://www.pitonyak.org/oo.php

Re: [VOTE] Apache OpenOffice Community Graduation Vote

[Pedro Giffuni]

+1 Apache OpenOffice community is ready to graduate from the
Apache Incubator.


- Original Message -
 > Subject: Re: [VOTE] Apache OpenOffice Community Graduation Vote
> 
> Rob Weir [robw...@apache.org] kirjoitti: 
>>  Per the IPMC's "Guide to Successful Graduation" [1] this is 
> the
>>  optional, but recommended, community vote for us to express our
>>  willingness/readiness to govern ourselves.  If this vote passes then
>>  we continue by drafting a charter, submitting it for IPMC endorsement,
>>  and then to the ASF Board for final approval.   Details can be found
>>  in the "Guide to Successful Graduation".
>> 
>>  Everyone in the community is encouraged to vote.  Votes from PPMC
>>  members and Mentors are binding.  This vote will run 72-hours.
>> 
>> 
>>  [ ] +1  Apache OpenOffice community is ready to graduate from the
>>  Apache Incubator.
>>  [ ] +0 Don't care.
>>  [ ] -1  Apache OpenOffice community is not ready to graduate from the
>>  Apache Incubator because...
>> 
>> 
>>  Regards,
>> 
>>  -Rob
>> 

Re: Re: The translation of AOO3.4.1 release notes and announcement

[Sylvain DENIS]

Hello,
You already know me. My name is Sylvain. And I work with EducOOo.
As I am not a developer, I will wish to integrate marketing team, web
design, or documentation.
I work as a specialist ICT and FLOSS and WEB. I am a teacher in office and
computer.
I've represented OpenOffice.org in the past, in fairs and exhibitions; And
I want to continue to do with Apache OpenOffice for Belgium.
Thank you in advance for your welcome.

I translated the text AOO 3.4.1 French. I would put online after the
official version.

text in french:

> *Lancement d'Apache OpenOffice 3.4.1 TM, avec plus de langues, une
> amélioration des performances et de la stabilité.*
>
>
> Le projet Apache OpenOffice est heureux d'annoncer la disponibilité
> immédiate de Apache OpenOffice 3.4.1, la dernière version de la suite de
> productivité libre et ouverte développée par la communauté . Cette version
> de maintenance s'appuie sur le succès d'Apache OpenOffice 3.4.0, qui a été
> téléchargé plus de 12 millions de fois par les utilisateurs dans 228 pays,
> et ajoute des supports linguistiques supplémentaires, la compatibilité des
> plate-formes, des améliorations de performances et corrections de bugs.
> OpenOffice 3.4.1 peut être téléchargé à partir de maintenant
> http://www.openoffice.org/download/ .
>
> Apache OpenOffice (anciennement OpenOffice.org) est en cours d'incubation
> chez Apache.
>
> Les détails complets sur le contenu de la version 3.4.1 peuvent être
> trouvés dans les notes de version (
> https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4.1+Release+Notes).
> Voici les différents points abordés:
>
> Nouveau support pour le khmer, finlandais, britanniques anglais,
> slovène et slovaque. Les traductions en néerlandais, espagnol, italien et
> hongrois ont également été améliorées. Avec l'anglais américain, allemand,
> japonais, tchèque, français, portugais brésilien, russe, chinois simplifié
> et traditionnel, Gallician et en arabe, cela porte le nombre de langues
> prises en charge à 20.
> Prise en charge de Microsoft Windows XP à Windows 8 (32-bits), Linux
> 32-bit et 64-bit, et Apple Mac OS, y compris Mountain Lion. Nouveauté : il
> y a des correctifs de compatibilité pour une meilleure exploitation de
> Microsoft Windows 8.
> Améliorations des performances, l'interopérabilité et la sécurité
> Corrections pour 69 bogues rapportés par les utilisateurs.
> Les membres de la communauté travaillent également sur BSD, Solaris et
> OS / 2 ports. Plus d'informations peuvent être trouvées sur notre page de
> projet OpenOffice portage (http://www.openoffice.org/porting/)
>
> Les utilisateurs d'OpenOffice Apache ont également accès à large
> écosystème d'améliorations des modules. Les extensions (
> http://extensions.openoffice.org/) récemment rénovées et des templates /
> modèles de documents (http://templates.openoffice.org/), repensés et
> hébergés par SourceForge, sont actuellement dotées de 2388 modèles et 628
> extensions.
>
> À paraître et invitation à soumettre des idées
>
> En parallèle avec le travail sur la sortie de la maintenance d'Apache
> OpenOffice 3.4.1, les membres du projet ont également travaillé sur les
> changements de la version 3.5. les Domaines d'intérêt de la 3.5
> comprennent: l'amélioration de l'interopérabilité MS Office, les
> performances, la stabilité, la convivialité et le soutien d'autres langues.
> Nous ciblons le premier trimestre de 2013 pour Apache OpenOffice 3.5.0.
>
> Une mise à jour majeure, Apache OpenOffice 4.0, suivra, notamment avec des
> fonctionnalités supplémentaires et des améliorations fusionnées à partir du
> code Symphony Lotus d'IBM qui a récemment contribué à Apache. Il y a aussi
> des possibilités dans le présent communiqué de penser «en dehors de la
> boîte» et apporter des innovations supplémentaires.
>
> En tant que projet, nous commençons à réfléchir à ce qui pourrait être
> possible dans Apache OpenOffice 4.0. Nous invitons les utilisateurs
> d'OpenOffice, membres de la communauté et les autres parties intéressées à
> se joindre à nous dans ce processus, afin de rendre à la version 4.0 le
> succès radicale que la version 1.0 a eu il ya une décennie. Nous utilisons
> Google Moderator (http://www.google.com/moderator/) pour recueillir des
> idées et des taux de change. S'il vous plaît joindre à nous et partager vos
> idées (https://www.google.com/moderator/#16/e=2011d5).
>
> Bénévoles
>
> Apache OpenOffice est un projet géré par la communauté open source. Le
> projet Apache OpenOffice accueille de nouveaux bénévoles dans toutes les
> disciplines liées au projet, y compris le codage, l'assurance qualité, la
> conception d'interface utilisateur, la traduction / localisation, la
> documentation, la conception web et le marketing. Si vous êtes intéressé à
> faire du bénévolat, vous pouvez envoyer un email à notre liste de diffusion
> publique, à ooo-dev-AT-incubator.apache.org. Présentez-vous et dites-nous
> ce que vous seriez intéressé à faire.
> Pour

Re: svn commit: r829379 - in /websites/production/ooo-site: cgi-bin/ content/

[sebb]

On 21 August 2012 13:43, Daniel Shahaf  wrote:
> Jürgen Schmidt wrote on Tue, Aug 21, 2012 at 14:38:34 +0200:
>> On 8/20/12 10:02 PM, Ariel Constenla-Haile wrote:
>> > On Mon, Aug 20, 2012 at 09:49:52PM +0200, Marcus (OOo) wrote:
>> >> @all:
>> >>
>> >> Sorry but IMHO this process failed. Just today evening (Hamburg
>> >> time) someone has published again website changes.
>> >>
>> >> If we rely on a process that is so fragile, then IMHO we shouldn't
>> >> do this. Because there will be always somebody:
>> >>
>> >> - who doesn't know this
>> >>
>> >> - who isn't aware of the consequences of her/his changes
>> >>   (do you all know that a change on a NL webpage will also
>> >>   publish everything else in staging?)
>> >>
>> >> - who hasn't seen a "please don't publish the website until further
>> >>   notice" mail
>> >>   (to be honest, I haven't seen a clear note that is
>> >>   forbidden at the moment, too)
>> >>
>> >> - etc.
>> >>
>> >> The other solution would be to completely not change anything (incl.
>> >> no commits) to the website until the release is, e.g., 1 hour away
>> >> which is also nothing I would like to see as it's not flexible
>> >> enough.
>> >>
>> >> Are there other opinions/suggestions?
>> >
>> > The ideal would be if the CMS could have an option to lock publishing so
>> > that no-one publishes the site, not even by mistake. Sure someone from
>> > knows if this is possible or just an ideal, though impossible solution.
>> >
>>
>> or even a more fine grained publishing process by marking the files
>> explicitly. I think of 2 mode, publish all or selected files only.
>>
>
> That would be easy to implement (given a list of filenames you'd just
> svnmucc copy those files from staging/ to production/); check with Joe
> what he thinks of such a potential feature?

This may be obvious to all readers, but just in case:
For this to be fool-proof, I think there would need to be some way to
prevent anyone bypassing the selection.

>
>> Juergen

What is javamedia?

[Andre Fischer]

Hi,

I am currently looking at the jar files in our SVN repository.  I have 
already removed two of them (see bugs 120634 and 120635) and am now 
looking at main/avmedia/source/java/avmedia.jar.


It is not built by default.  In fact, I have to call
   dmake GUIBASE=javamedia
in
   main/avmedia/source/java/
to trick the makefile into doing anything.
I found "javamedia" as value of the GUIBASE environment variable only in 
main/avmedia/source/java/makefile.mk.


That dmake call produces error messages about unknown package 
javax.media.  Perfectly understandable because there are no imports for 
classes from that package.


Does anybody know if avmedia.jar is still used anywhere?
Or can I just remove it?

Regards,
Andre

Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2

[Jürgen Schmidt]

FYI

we have passed the vote on general@incubator. We can now proceed with
the release preparation ...

Juergen


 Original Message 
Subject: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2
Date: Tue, 21 Aug 2012 17:44:18 +0200
From: Jürgen Schmidt 
To: gene...@incubator.apache.org

sorry for posting it again but I forgot the RESULT tag in the subject

On 8/21/12 5:29 PM, Jürgen Schmidt wrote:
> The vote period for releasing Apache OpenOffice 3.4.1 (incubating) RC2
> has concluded.
> 
> The ballot passed.
> 
> VOTE TALLY
> 
> +1:
> 
> IPMC members:
> 
> +1 Marvin Humphrey
> +1 Dave Fisher
> +1 Jim Jagielski
> 
> For reference see also the vote thread on ooo-dev
> 
> http://mail-archives.apache.org/mod_mbox/incubator-ooo-dev/201208.mbox/%3C5031F593.9010801%40gmail.com%3E
> 
> Thank you for your support
> 
> Juergen
> 
> 

Re: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2

[Jürgen Schmidt]

On 8/21/12 5:45 PM, Jürgen Schmidt wrote:
> FYI
> 
> we have passed the vote on general@incubator. We can now proceed with
> the release preparation ...

I am waiting on the ok of infrastructure to start the upload, will keep
you informed when the bits are uploaded

Juergen


> 
> Juergen
> 
> 
>  Original Message 
> Subject: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2
> Date: Tue, 21 Aug 2012 17:44:18 +0200
> From: Jürgen Schmidt 
> To: gene...@incubator.apache.org
> 
> sorry for posting it again but I forgot the RESULT tag in the subject
> 
> On 8/21/12 5:29 PM, Jürgen Schmidt wrote:
>> The vote period for releasing Apache OpenOffice 3.4.1 (incubating) RC2
>> has concluded.
>>
>> The ballot passed.
>>
>> VOTE TALLY
>>
>> +1:
>>
>> IPMC members:
>>
>> +1 Marvin Humphrey
>> +1 Dave Fisher
>> +1 Jim Jagielski
>>
>> For reference see also the vote thread on ooo-dev
>>
>> http://mail-archives.apache.org/mod_mbox/incubator-ooo-dev/201208.mbox/%3C5031F593.9010801%40gmail.com%3E
>>
>> Thank you for your support
>>
>> Juergen
>>
>>
> 
> 
> 

Re: What to say in AOO 3.4.1 release announcement about the ports? (BSD, Solaris, OS/2)?

[Kay Schenk]

On 08/20/2012 04:39 PM, Rob Weir wrote:

On Mon, Aug 20, 2012 at 7:24 PM, Andrea Pescetti  wrote:

Kay Schenk wrote:


So, I think the second column on the porting page should be removed
entirely. I feel winPenPack is a distribution and not a port, and
therefore this would go as well. (I need to look again to see how/why
this was even suggested). I think we would take on an incredible amount
of work if we decided to start listing distribution entities



There are surely many more (say, 100x) people asking for a "portable"
version for Windows (and we have WinPenPack already available, and I hope
PortableApps will join soon) than people asking for a BSD, Solaris or OS/2
port. So I feel that removing portable versions would be a disservice to
users.

Actually I don't know how many other distributions are there, but the only
requests I've seen so far on mailing lists and forums are for portable
versions and, to a smaller extent, for versions compatible with older Linux
glibc versions (and Ariel provided those too, on his personal web space, and
I believe they should be listed on the same page too).



I agree that we should have some mention of other versions or
distributions that are based on AOO code, even if they are not
strictly "ports".  The question is where to mention them?

-Rob


yes, where to mention them. It seems like we go back to maintaining the 
"external" distributions area.


We can leave the porting page "as is" with winPenPack on it, and just 
see what happens. But I guarantee that based on comments on 
comments/questions we've already had over the past year, we will 
basically be obliged to list every other distributor that also feels 
they have legitimate distribution.


And, listing winPenPack contradicts what we have on the "distribution" page:

http://www.openoffice.org/distribution/

so I would feel obliged to change this information. We need to be 
consistent.


Naturally, I will defer to the majority's will.




Regards,
   Andrea.


--

MzK

"Never express yourself more clearly than you are able to think."
   -- Niels Bohr

Help us brainstorm ideas for Apache OpenOffice 4.0

[Rob Weir]

As we perform the final preparations to release Apache OpenOffice
3.4.1 it is a good time to look ahead to the future.  A big
opportunity is OpenOffice 4.0.  That once seemed so very far away, but
2013 is getting closer every day.   Will it be a large collection of
small ideas?  Will it have a major overarching theme?  Or will it just
be whatever random stuff we happen to have on a given date when we
release 4.0?   The answer, of course, depends on what we, as project
members/volunteers decide to do.   It is a good time now, as a
background activity, to poll the community and wider ecosystem on
ideas for Apache OpenOffice 4.0.

To participate, go to this page on Google Moderator, where you can
help us gather and rate ideas:
https://www.google.com/moderator/#16/e=2011d5

A few project members have already "seeded" this with some initial
ideas. Of course, you are encouraged to add your own ideas, as well as
rate the ideas of others.   Try not to censor yourself from thinking
outside-of-the-box.  We need big ideas as well as incremental ones.

We don't have a close date on this brainstorming activity, but it is
good to get your ideas in early, so there is an opportunity for others
to rate and comment on it.

Regards,

-Rob

Re: [VOTE] Apache OpenOffice Community Graduation Vote

[Andrew Rist]

+1
On 8/19/2012 8:52 AM, Rob Weir wrote:

Per the IPMC's "Guide to Successful Graduation" [1] this is the
optional, but recommended, community vote for us to express our
willingness/readiness to govern ourselves.  If this vote passes then
we continue by drafting a charter, submitting it for IPMC endorsement,
and then to the ASF Board for final approval.   Details can be found
in the "Guide to Successful Graduation".

Everyone in the community is encouraged to vote.  Votes from PPMC
members and Mentors are binding.  This vote will run 72-hours.


[ ] +1  Apache OpenOffice community is ready to graduate from the
Apache Incubator.
[ ] +0 Don't care.
[ ] -1  Apache OpenOffice community is not ready to graduate from the
Apache Incubator because...


Regards,

-Rob

[1] http://incubator.apache.org/guides/graduation.html#tlp-community-vote


--

Andrew Rist | Interoperability Architect
OracleCorporate Architecture Group
Redwood Shores, CA | 650.506.9847

Re: [VOTE] Apache OpenOffice Community Graduation Vote

[Claudio Filho]

Hi

Extremely out, in function of personal problems, but giving my vote:

+1 Apache OpenOffice community is ready to graduate from the Apache Incubator.

Claudio

2012/8/19 Rob Weir :
> Per the IPMC's "Guide to Successful Graduation" [1] this is the
> optional, but recommended, community vote for us to express our
> willingness/readiness to govern ourselves.  If this vote passes then
> we continue by drafting a charter, submitting it for IPMC endorsement,
> and then to the ASF Board for final approval.   Details can be found
> in the "Guide to Successful Graduation".
>
> Everyone in the community is encouraged to vote.  Votes from PPMC
> members and Mentors are binding.  This vote will run 72-hours.
>
>
> [ ] +1  Apache OpenOffice community is ready to graduate from the
> Apache Incubator.
> [ ] +0 Don't care.
> [ ] -1  Apache OpenOffice community is not ready to graduate from the
> Apache Incubator because...
>
>
> Regards,
>
> -Rob
>
> [1] http://incubator.apache.org/guides/graduation.html#tlp-community-vote

Re: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2

[Rob Weir]

On Tue, Aug 21, 2012 at 12:32 PM, Jürgen Schmidt  wrote:
> On 8/21/12 5:45 PM, Jürgen Schmidt wrote:
>> FYI
>>
>> we have passed the vote on general@incubator. We can now proceed with
>> the release preparation ...
>
> I am waiting on the ok of infrastructure to start the upload, will keep
> you informed when the bits are uploaded
>

1) 12 hours for the mirrors to sync?

2) SourceForge can grab the tree from dist.apache.org after you have uploaded.

3) Then website updates, some brief testing to ensure the links are
all working.

4) Then the announcement via all channels, including the upgrade notifications.

Do we want to set a tentative time for #3 and #4, so volunteers can
coordinate their availability tomorrow?

-Rob


> Juergen
>
>
>>
>> Juergen
>>
>>
>>  Original Message 
>> Subject: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2
>> Date: Tue, 21 Aug 2012 17:44:18 +0200
>> From: Jürgen Schmidt 
>> To: gene...@incubator.apache.org
>>
>> sorry for posting it again but I forgot the RESULT tag in the subject
>>
>> On 8/21/12 5:29 PM, Jürgen Schmidt wrote:
>>> The vote period for releasing Apache OpenOffice 3.4.1 (incubating) RC2
>>> has concluded.
>>>
>>> The ballot passed.
>>>
>>> VOTE TALLY
>>>
>>> +1:
>>>
>>> IPMC members:
>>>
>>> +1 Marvin Humphrey
>>> +1 Dave Fisher
>>> +1 Jim Jagielski
>>>
>>> For reference see also the vote thread on ooo-dev
>>>
>>> http://mail-archives.apache.org/mod_mbox/incubator-ooo-dev/201208.mbox/%3C5031F593.9010801%40gmail.com%3E
>>>
>>> Thank you for your support
>>>
>>> Juergen
>>>
>>>
>>
>>
>>
>

Re: What to say in AOO 3.4.1 release announcement about the ports? (BSD, Solaris, OS/2)?

[Andrea Pescetti]

Rob Weir wrote:

I agree that we should have some mention of other versions or
distributions that are based on AOO code, even if they are not
strictly "ports".  The question is where to mention them?


So far only winPenPack showed up, so for version 3.4.1 it seems natural 
to just use the

http://ooo-site.staging.apache.org/porting/index.html
page (which will be published online) and list it there.

Regards,
  Andrea.

Re: What to say in AOO 3.4.1 release announcement about the ports? (BSD, Solaris, OS/2)?

[Rob Weir]

On Tue, Aug 21, 2012 at 2:21 PM, Andrea Pescetti  wrote:
> Rob Weir wrote:
>>
>> I agree that we should have some mention of other versions or
>> distributions that are based on AOO code, even if they are not
>> strictly "ports".  The question is where to mention them?
>
>
> So far only winPenPack showed up, so for version 3.4.1 it seems natural to
> just use the
> http://ooo-site.staging.apache.org/porting/index.html
> page (which will be published online) and list it there.
>

I wonder... if we changed the title/header of that page to say "Ports
and Distributions", but kept the same contents, would that make
everyone happy?

-Rob

> Regards,
>   Andrea.

Re: What to say in AOO 3.4.1 release announcement about the ports? (BSD, Solaris, OS/2)?

[Kay Schenk]

On Tue, Aug 21, 2012 at 11:29 AM, Rob Weir  wrote:

> On Tue, Aug 21, 2012 at 2:21 PM, Andrea Pescetti 
> wrote:
> > Rob Weir wrote:
> >>
> >> I agree that we should have some mention of other versions or
> >> distributions that are based on AOO code, even if they are not
> >> strictly "ports".  The question is where to mention them?
> >
> >
> > So far only winPenPack showed up, so for version 3.4.1 it seems natural
> to
> > just use the
> > http://ooo-site.staging.apache.org/porting/index.html
> > page (which will be published online) and list it there.
> >
>
> I wonder... if we changed the title/header of that page to say "Ports
> and Distributions", but kept the same contents, would that make
> everyone happy?
>
> -Rob
>

We can certainly do that.

If this is the agreed upon action, I guess I will start a new thread on
what to do about corrections to the Distribution page.  As you know, we
have had a fair number of requests for CD (DVD) copies as well. Assuming
the creators step forward, I guess we'll list them.



>
> > Regards,
> >   Andrea.
>



-- 

MzK

"As a child my family's menu consisted of two choices:
take it or leave it. "
   -- Buddy Hackett

Fwd: Apache OpenOffice 3.4.1 announcement

[Rob Weir]

Forwarded with permission of the author.  I corrected the English
version.  Translators should take note.

-Rob


-- Forwarded message --
From: Daniel Naber 
Date: Tue, Aug 21, 2012 at 2:07 PM
Subject: Apache OpenOffice 3.4.1 announcement
To: robw...@apache.org


Hi Rob,

I'm the maintainer of LanguageTool (www.languagetool.org). I found a small
glitch in the OpenOffice 3.4.1 release announcement at
http://www.openoffice.org/development/releases/3.4.1.html:

> "freeze" problem with Calc when languagetools are installed

This problem is actually not limited to Calc, it at least also affects
Writer. Also, it mostly affects LanguageTool - not sure if "languagetools"
is supposed to mean that.

It would be great if you can change the announcement (if it's not too late
yet).

Thanks
 Daniel

--
http://www.danielnaber.de

Re: Help us brainstorm ideas for Apache OpenOffice 4.0

[John Logan]

I cannot cope with all the correspondence on this site about things I do not 
understand and have no interest in.  I have asked to be unsubscribed but 
nothing has happened.  Can you please ensure I am deleted from any personal 
list of yours I may have inadvertently got onto.

Thanks,
John

On 21 Aug 2012, at 17:40, Rob Weir wrote:

> As we perform the final preparations to release Apache OpenOffice
> 3.4.1 it is a good time to look ahead to the future.  A big
> opportunity is OpenOffice 4.0.  That once seemed so very far away, but
> 2013 is getting closer every day.   Will it be a large collection of
> small ideas?  Will it have a major overarching theme?  Or will it just
> be whatever random stuff we happen to have on a given date when we
> release 4.0?   The answer, of course, depends on what we, as project
> members/volunteers decide to do.   It is a good time now, as a
> background activity, to poll the community and wider ecosystem on
> ideas for Apache OpenOffice 4.0.
> 
> To participate, go to this page on Google Moderator, where you can
> help us gather and rate ideas:
> https://www.google.com/moderator/#16/e=2011d5
> 
> A few project members have already "seeded" this with some initial
> ideas. Of course, you are encouraged to add your own ideas, as well as
> rate the ideas of others.   Try not to censor yourself from thinking
> outside-of-the-box.  We need big ideas as well as incremental ones.
> 
> We don't have a close date on this brainstorming activity, but it is
> good to get your ideas in early, so there is an opportunity for others
> to rate and comment on it.
> 
> Regards,
> 
> -Rob
> 
> -
> To unsubscribe, e-mail: ooo-users-unsubscr...@incubator.apache.org
> For additional commands, e-mail: ooo-users-h...@incubator.apache.org
> 
> 
> 

Re: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2

[Jürgen Schmidt]

On 8/21/12 7:51 PM, Rob Weir wrote:
> On Tue, Aug 21, 2012 at 12:32 PM, Jürgen Schmidt  
> wrote:
>> On 8/21/12 5:45 PM, Jürgen Schmidt wrote:
>>> FYI
>>>
>>> we have passed the vote on general@incubator. We can now proceed with
>>> the release preparation ...
>>
>> I am waiting on the ok of infrastructure to start the upload, will keep
>> you informed when the bits are uploaded
>>
> 
> 1) 12 hours for the mirrors to sync?

I am still on the final go to start the upload :-(

Juergen

> 
> 2) SourceForge can grab the tree from dist.apache.org after you have uploaded.
> 
> 3) Then website updates, some brief testing to ensure the links are
> all working.
> 
> 4) Then the announcement via all channels, including the upgrade 
> notifications.
> 
> Do we want to set a tentative time for #3 and #4, so volunteers can
> coordinate their availability tomorrow?
> 
> -Rob
> 
> 
>> Juergen
>>
>>
>>>
>>> Juergen
>>>
>>>
>>>  Original Message 
>>> Subject: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2
>>> Date: Tue, 21 Aug 2012 17:44:18 +0200
>>> From: Jürgen Schmidt 
>>> To: gene...@incubator.apache.org
>>>
>>> sorry for posting it again but I forgot the RESULT tag in the subject
>>>
>>> On 8/21/12 5:29 PM, Jürgen Schmidt wrote:
 The vote period for releasing Apache OpenOffice 3.4.1 (incubating) RC2
 has concluded.

 The ballot passed.

 VOTE TALLY

 +1:

 IPMC members:

 +1 Marvin Humphrey
 +1 Dave Fisher
 +1 Jim Jagielski

 For reference see also the vote thread on ooo-dev

 http://mail-archives.apache.org/mod_mbox/incubator-ooo-dev/201208.mbox/%3C5031F593.9010801%40gmail.com%3E

 Thank you for your support

 Juergen


>>>
>>>
>>>
>>

"Social integration" for Apache OpenOffice 4.0

[Phillip Rhodes]

Per Rob's email about the "Help us brainstorm ideas for Apache
OpenOffice 4.0" I was perusing the Google Moderator doc[1] and came
across this suggestion:

"Provide social capabilities within core editors to share selection,
page/sheet/slide, or entire document with popular services including:
micro-blogs, social networks, curation communities, and file sharing
services."

I think there's a lot to be said for this, and wouldn't mind getting
involved with such an initiative. Posting this to try and spark some
discussion around this suggestion.

My own comment, in response to Kevin's Moderator post was this:

"I like the idea of having something like this. If we had something
like that, I'd like a somewhat generic / extensible framework, so it
can be wired into pretty much any service, including services that
don't even exist today."

Any thoughts on what "social integration" for AOO should look like,
and is anyone else interested in this?

[1]: https://www.google.com/moderator/#16/e=2011d5

(Disclaimer: my interest is partly - but not exclusively - motivated
by commercial concerns, as I am a founder of a startup that's working
on open source "Enterprise Social Networking" / "Enterprise 2.0"
products, and would be interested in exploring ways AOO could work
with our product(s))



Phil

Re: Fwd: Apache OpenOffice 3.4.1 announcement

[Jürgen Schmidt]

On 8/21/12 9:06 PM, Rob Weir wrote:
> Forwarded with permission of the author.  I corrected the English
> version.  Translators should take note.

Is it still true? I think I have fixed one issue after I met Daniel at
the LinuxTag in Berlin. I have to check it goes into 3.4.1 but I think so.

Juergen


> 
> -Rob
> 
> 
> -- Forwarded message --
> From: Daniel Naber 
> Date: Tue, Aug 21, 2012 at 2:07 PM
> Subject: Apache OpenOffice 3.4.1 announcement
> To: robw...@apache.org
> 
> 
> Hi Rob,
> 
> I'm the maintainer of LanguageTool (www.languagetool.org). I found a small
> glitch in the OpenOffice 3.4.1 release announcement at
> http://www.openoffice.org/development/releases/3.4.1.html:
> 
>> "freeze" problem with Calc when languagetools are installed
> 
> This problem is actually not limited to Calc, it at least also affects
> Writer. Also, it mostly affects LanguageTool - not sure if "languagetools"
> is supposed to mean that.
> 
> It would be great if you can change the announcement (if it's not too late
> yet).
> 
> Thanks
>  Daniel
> 
> --
> http://www.danielnaber.de
> 

Re: Fwd: Apache OpenOffice 3.4.1 announcement

[RGB ES]

2012/8/21 Jürgen Schmidt :
> On 8/21/12 9:06 PM, Rob Weir wrote:
>> Forwarded with permission of the author.  I corrected the English
>> version.  Translators should take note.
>
> Is it still true? I think I have fixed one issue after I met Daniel at
> the LinuxTag in Berlin. I have to check it goes into 3.4.1 but I think so.
>
> Juergen
>

LT works perfectly on 3.4.1. In fact the release notes say the problem
is now fixed.

Regards
Ricardo

Re: What to say in AOO 3.4.1 release announcement about the ports? (BSD, Solaris, OS/2)?

[Rob Weir]

On Tue, Aug 21, 2012 at 2:57 PM, Kay Schenk  wrote:
> On Tue, Aug 21, 2012 at 11:29 AM, Rob Weir  wrote:
>
>> On Tue, Aug 21, 2012 at 2:21 PM, Andrea Pescetti 
>> wrote:
>> > Rob Weir wrote:
>> >>
>> >> I agree that we should have some mention of other versions or
>> >> distributions that are based on AOO code, even if they are not
>> >> strictly "ports".  The question is where to mention them?
>> >
>> >
>> > So far only winPenPack showed up, so for version 3.4.1 it seems natural
>> to
>> > just use the
>> > http://ooo-site.staging.apache.org/porting/index.html
>> > page (which will be published online) and list it there.
>> >
>>
>> I wonder... if we changed the title/header of that page to say "Ports
>> and Distributions", but kept the same contents, would that make
>> everyone happy?
>>
>> -Rob
>>
>
> We can certainly do that.
>
> If this is the agreed upon action, I guess I will start a new thread on
> what to do about corrections to the Distribution page.  As you know, we
> have had a fair number of requests for CD (DVD) copies as well. Assuming
> the creators step forward, I guess we'll list them.
>


Hmmm I think we have two different meanings for the word "distribution".

I'm think of it like a Linux distro, things that take a base
distribution, customize it, possibly add new stuff, and then release
it as a new distribution.  But I see we also use the term to refer to
CD's.  But I think that is confusing.  But I can avoid using the word
distribution in the sense of a distro, if we want to user that word
for CD's.

If so, some suggested definitions:

1) A project release (or unofficial release) (or convenience binary)
(or unofficial convenience binary) is the installers that we produce
within the project, test and vote on (or not, depending on who you
listen to) and then distribute.  This currently includes versions for
Windows, Mac OS, Linux 32 and 64-bit

2) A Port (or external release) (or non-ASF release)  is based on AOO
source code, with little or no modifications, generally aiming to have
the same feature set as our project releases.  It is released outside
of the project.  The BSD, OS/2 and Solaris ports are examples.

3) A repackaging (a "distro") would take the core code, repackage it,
adding extensions, clipart, templates, possibly rebuilding or wrapping
the install.  We see a lot of this, especially since it is relatively
easy to do and the extensions API is so powerful.

4) A derivative would be a product that more extensively transforms
the core AOO product, by addition or subtraction.  In that sense
Symphony was a derivative of OOo.

5) A distribution would be a project release distributed on media such
as an optical disc or USB key.

Given the above, I think we could list 2-4 on a single page and have
it be one of the links from the download page.

We could say something like:

"These projects and products are based on Apache OpenOffice, but are
not maintained or endorsed by the Apache OpenOffice project.  The
following links are provided as a convenience to the user:"


#5 is important for some users as well, but I'm not sure we have
anything new to say there?

-Rob

>
>
>>
>> > Regards,
>> >   Andrea.
>>
>
>
>
> --
> 
> MzK
>
> "As a child my family's menu consisted of two choices:
> take it or leave it. "
>-- Buddy Hackett

Re: What to say in AOO 3.4.1 release announcement about the ports? (BSD, Solaris, OS/2)?

[Andrea Pescetti]

Kay Schenk wrote:

We can leave the porting page "as is" with winPenPack on it, and just
see what happens. But I guarantee that based on comments on
comments/questions we've already had over the past year, we will
basically be obliged to list every other distributor that also feels
they have legitimate distribution.
And, listing winPenPack contradicts what we have on the "distribution"
page:  http://www.openoffice.org/distribution/


No, there's a major difference between a "distribution" (a terminology 
existing at Apache but not in the previous OpenOffice.org project) and a 
"distributor" (which is terminology used in the old OpenOffice.org 
project and is what http://www.openoffice.org/distribution/ refers to, 
or used to refer to).


A "distribution" is a piece a software derived from OpenOffice. The 
winPenPack team (and PortableApps too, if/when they decide to provide 
it) takes the original binaries as downloaded from the OpenOffice 
website, performs a "fake installation", changes a few configuration 
settings and makes the result available on SourceForge as a 
"portable/live" variant of OpenOffice. Others might start from source, 
add extensions and templates (and even functionality) and obtain 
something called "Xyz, based on OpenOffice.org".


A "distributor", for the old project, was someone delivering unmodified 
copies of the OpenOffice.org source and binaries on CD-ROM (and/or 
selling download links, and this was considered borderline behavior). A 
portable version would have never been included in 
http://www.openoffice.org/distribution/ since that page/project was only 
related to different ways (rather than downloading from the official 
site) to obtain the unmodified OpenOffice.org.


Regards,
  Andrea.

Re: [DISCUSS]: I would like to propose a new conversion mode parameter

[Marcus (OOo)]

Am 08/21/2012 03:38 AM, schrieb Lei Wang:

On Tue, Aug 21, 2012 at 4:18 AM, Marcus (OOo)  wrote:


Am 08/20/2012 04:54 PM, schrieb Jürgen Schmidt:

  OpenOffice is not only used as desktop application but also as hidden

part of other software and often as a conversion engine in the backend.

OpenOffice has very good filters for many file formats and the usage as
a conversion engine is straight forward. And the conversion from one
format into another can be improved and optimized by some special
handling of parts of the document.

For example external linked parts can be ignored and don't have to be
loaded during conversion, embedded images can be simply copied etc.

I would like to improve AOO for this kind of usage by introducing a new
parameter "-conversionmode". It's not comparable with the command line
parameter "-headless" or the "hidden" property for loadComponentFromUrl().

The intention of this new global option is to have it available
everywhere in the underlying code to optimize the performance of the
conversion.



Sounds reasonable. However, especially with the previous paragraph I don't
know if I understood right. Do you want to simply make the import/export of
docs faster when AOO isn't running in graphical mode?

Would be great if you can fill this with some more details.



For some enterprise user, AOO is used as a document conversion service in
backend. For an example, convert MS 2003 binary file format to ODF file
format. This conversion service does not need  GUI. And user can not
interrupt the process, which bring performance improvement opportunity
which Jurgen mentioned.


Thanks for your explaination. Now it's clear. ;-)

Marcus




  This should have no influence/impact on the normal workflow but will

help to make AOO potentially more attractive for backend usage. Means it
will help to grow the broader eco-system around AOO.

Re: svn commit: r829379 - in /websites/production/ooo-site: cgi-bin/ content/

[Marcus (OOo)]

Am 08/21/2012 02:43 PM, schrieb Daniel Shahaf:

Jürgen Schmidt wrote on Tue, Aug 21, 2012 at 14:38:34 +0200:

On 8/20/12 10:02 PM, Ariel Constenla-Haile wrote:

On Mon, Aug 20, 2012 at 09:49:52PM +0200, Marcus (OOo) wrote:

@all:

Sorry but IMHO this process failed. Just today evening (Hamburg
time) someone has published again website changes.

If we rely on a process that is so fragile, then IMHO we shouldn't
do this. Because there will be always somebody:

- who doesn't know this

- who isn't aware of the consequences of her/his changes
   (do you all know that a change on a NL webpage will also
   publish everything else in staging?)

- who hasn't seen a "please don't publish the website until further
   notice" mail
   (to be honest, I haven't seen a clear note that is
   forbidden at the moment, too)

- etc.

The other solution would be to completely not change anything (incl.
no commits) to the website until the release is, e.g., 1 hour away
which is also nothing I would like to see as it's not flexible
enough.

Are there other opinions/suggestions?


The ideal would be if the CMS could have an option to lock publishing so
that no-one publishes the site, not even by mistake. Sure someone from
knows if this is possible or just an ideal, though impossible solution.



or even a more fine grained publishing process by marking the files
explicitly. I think of 2 mode, publish all or selected files only.



That would be easy to implement (given a list of filenames you'd just
svnmucc copy those files from staging/ to production/); check with Joe
what he thinks of such a potential feature?


Wow, yes. That would be a great feature. :-)

Marcus

Re: What to say in AOO 3.4.1 release announcement about the ports? (BSD, Solaris, OS/2)?

[Marcus (OOo)]

Am 08/21/2012 08:29 PM, schrieb Rob Weir:

On Tue, Aug 21, 2012 at 2:21 PM, Andrea Pescetti  wrote:

Rob Weir wrote:


I agree that we should have some mention of other versions or
distributions that are based on AOO code, even if they are not
strictly "ports".  The question is where to mention them?



So far only winPenPack showed up, so for version 3.4.1 it seems natural to
just use the
http://ooo-site.staging.apache.org/porting/index.html
page (which will be published online) and list it there.



I wonder... if we changed the title/header of that page to say "Ports
and Distributions", but kept the same contents, would that make
everyone happy?


Sure. With an additional small text that explains what we as AOO project 
understand between "Port" and "Ditruibution" this should be a great help.


Marcus

Re: What to say in AOO 3.4.1 release announcement about the ports? (BSD, Solaris, OS/2)?

[Marcus (OOo)]

Am 08/21/2012 01:19 PM, schrieb Nicolas Christener:

Hi all :)

On Sat, 2012-08-18 at 18:34 +0200, Marcus (OOo) wrote:
[...]

I've updated the starting webpage at
"http://www.openoffice.org/porting/index.html":

@Maho,Pedro,Yuri,Nicolas:

Like stated with the other ports I would like to list your name and mail
address (if available, the Apache addresses):

- OpenSolaris by Adfinis SyGroup AG (Nicolas Christener)
- Solaris (Sparc and x86) by Adfinis SyGroup AG (Nicolas Christener)

[...]

Is this OK for you?


That's perfectly fine for me, thanks for your work!


OK, I'll update the webpage shortly after the release.


Just as a side-note (I'll post more to the dev-list soon):
We just got a new SPARC server up and running and now have three systems
which we'll use to create new builds for the upcomming releases:
* SPARC running OpenSolaris 2009.06
* SPARC running Solaris 11
* x86   running Solaris 11

If time permits, I'll also setup a Solaris 10 machine (maybe a zone) so
we can test on Solaris 10, Solaris 11 and OpenSolaris 2009.06


Marcus

Re: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2

[Dave Fisher]

On Aug 21, 2012, at 12:19 PM, Jürgen Schmidt wrote:

> On 8/21/12 7:51 PM, Rob Weir wrote:
>> On Tue, Aug 21, 2012 at 12:32 PM, Jürgen Schmidt  
>> wrote:
>>> On 8/21/12 5:45 PM, Jürgen Schmidt wrote:
 FYI
 
 we have passed the vote on general@incubator. We can now proceed with
 the release preparation ...
>>> 
>>> I am waiting on the ok of infrastructure to start the upload, will keep
>>> you informed when the bits are uploaded
>>> 
>> 
>> 1) 12 hours for the mirrors to sync?
> 
> I am still on the final go to start the upload :-(

I was on IRC and Jürgen reports that the upload is complete.

Regards,
Dave

> 
> Juergen
> 
>> 
>> 2) SourceForge can grab the tree from dist.apache.org after you have 
>> uploaded.
>> 
>> 3) Then website updates, some brief testing to ensure the links are
>> all working.
>> 
>> 4) Then the announcement via all channels, including the upgrade 
>> notifications.
>> 
>> Do we want to set a tentative time for #3 and #4, so volunteers can
>> coordinate their availability tomorrow?
>> 
>> -Rob
>> 
>> 
>>> Juergen
>>> 
>>> 
 
 Juergen
 
 
  Original Message 
 Subject: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2
 Date: Tue, 21 Aug 2012 17:44:18 +0200
 From: Jürgen Schmidt 
 To: gene...@incubator.apache.org
 
 sorry for posting it again but I forgot the RESULT tag in the subject
 
 On 8/21/12 5:29 PM, Jürgen Schmidt wrote:
> The vote period for releasing Apache OpenOffice 3.4.1 (incubating) RC2
> has concluded.
> 
> The ballot passed.
> 
> VOTE TALLY
> 
> +1:
> 
> IPMC members:
> 
> +1 Marvin Humphrey
> +1 Dave Fisher
> +1 Jim Jagielski
> 
> For reference see also the vote thread on ooo-dev
> 
> http://mail-archives.apache.org/mod_mbox/incubator-ooo-dev/201208.mbox/%3C5031F593.9010801%40gmail.com%3E
> 
> Thank you for your support
> 
> Juergen
> 
> 
 
 
 
>>> 
> 

Re: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2

[Jürgen Schmidt]

On 8/21/12 9:19 PM, Jürgen Schmidt wrote:
> On 8/21/12 7:51 PM, Rob Weir wrote:
>> On Tue, Aug 21, 2012 at 12:32 PM, Jürgen Schmidt  
>> wrote:
>>> On 8/21/12 5:45 PM, Jürgen Schmidt wrote:
 FYI

 we have passed the vote on general@incubator. We can now proceed with
 the release preparation ...
>>>
>>> I am waiting on the ok of infrastructure to start the upload, will keep
>>> you informed when the bits are uploaded
>>>
>>
>> 1) 12 hours for the mirrors to sync?
> 
> I am still on the final go to start the upload :-(

the bits are uploaded to dist

@Roberto: what do you need for SourceForge

it's the same directory structure as for 3.4

see http://www.apache.org/dist/incubator/ooo/

I will work on the website
(http://incubator.apache.org/openofficeorg/downloads.html) tomorrow

Regards

Juergen

> 
> Juergen
> 
>>
>> 2) SourceForge can grab the tree from dist.apache.org after you have 
>> uploaded.
>>
>> 3) Then website updates, some brief testing to ensure the links are
>> all working.
>>
>> 4) Then the announcement via all channels, including the upgrade 
>> notifications.
>>
>> Do we want to set a tentative time for #3 and #4, so volunteers can
>> coordinate their availability tomorrow?
>>
>> -Rob
>>
>>
>>> Juergen
>>>
>>>

 Juergen


  Original Message 
 Subject: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2
 Date: Tue, 21 Aug 2012 17:44:18 +0200
 From: Jürgen Schmidt 
 To: gene...@incubator.apache.org

 sorry for posting it again but I forgot the RESULT tag in the subject

 On 8/21/12 5:29 PM, Jürgen Schmidt wrote:
> The vote period for releasing Apache OpenOffice 3.4.1 (incubating) RC2
> has concluded.
>
> The ballot passed.
>
> VOTE TALLY
>
> +1:
>
> IPMC members:
>
> +1 Marvin Humphrey
> +1 Dave Fisher
> +1 Jim Jagielski
>
> For reference see also the vote thread on ooo-dev
>
> http://mail-archives.apache.org/mod_mbox/incubator-ooo-dev/201208.mbox/%3C5031F593.9010801%40gmail.com%3E
>
> Thank you for your support
>
> Juergen
>
>



>>>
> 

Re: Fwd: Apache OpenOffice 3.4.1 announcement

[Jürgen Schmidt]

On 8/21/12 9:38 PM, RGB ES wrote:
> 2012/8/21 Jürgen Schmidt :
>> On 8/21/12 9:06 PM, Rob Weir wrote:
>>> Forwarded with permission of the author.  I corrected the English
>>> version.  Translators should take note.
>>
>> Is it still true? I think I have fixed one issue after I met Daniel at
>> the LinuxTag in Berlin. I have to check it goes into 3.4.1 but I think so.
>>
>> Juergen
>>
> 
> LT works perfectly on 3.4.1. In fact the release notes say the problem
> is now fixed.

ah ok, that's good I was wondering but busy with other things and
could't check it

Thanks

Juergen

Re: What to say in AOO 3.4.1 release announcement about the ports? (BSD, Solaris, OS/2)?

[Kay Schenk]

On 08/21/2012 12:42 PM, Andrea Pescetti wrote:

Kay Schenk wrote:

We can leave the porting page "as is" with winPenPack on it, and just
see what happens. But I guarantee that based on comments on
comments/questions we've already had over the past year, we will
basically be obliged to list every other distributor that also feels
they have legitimate distribution.
And, listing winPenPack contradicts what we have on the "distribution"
page:  http://www.openoffice.org/distribution/


No, there's a major difference between a "distribution" (a terminology
existing at Apache but not in the previous OpenOffice.org project) and a
"distributor" (which is terminology used in the old OpenOffice.org
project and is what http://www.openoffice.org/distribution/ refers to,
or used to refer to).

A "distribution" is a piece a software derived from OpenOffice. The
winPenPack team (and PortableApps too, if/when they decide to provide
it) takes the original binaries as downloaded from the OpenOffice
website, performs a "fake installation", changes a few configuration
settings and makes the result available on SourceForge as a
"portable/live" variant of OpenOffice. Others might start from source,
add extensions and templates (and even functionality) and obtain
something called "Xyz, based on OpenOffice.org".

A "distributor", for the old project, was someone delivering unmodified
copies of the OpenOffice.org source and binaries on CD-ROM (and/or
selling download links, and this was considered borderline behavior). A
portable version would have never been included in
http://www.openoffice.org/distribution/ since that page/project was only
related to different ways (rather than downloading from the official
site) to obtain the unmodified OpenOffice.org.

Regards,
   Andrea.


Andrea, OK, I see what you're saying. I was using these terms in the 
more general "parts of speech" sense. A "distributor" is one who markets 
(in some way) a "distribution".



--

MzK

"As a child my family's menu consisted of two choices:
take it or leave it. "
   -- Buddy Hackett

Re: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2

[Kay Schenk]

On 08/21/2012 01:27 PM, Jürgen Schmidt wrote:

On 8/21/12 9:19 PM, Jürgen Schmidt wrote:

On 8/21/12 7:51 PM, Rob Weir wrote:

On Tue, Aug 21, 2012 at 12:32 PM, Jürgen Schmidt  wrote:

On 8/21/12 5:45 PM, Jürgen Schmidt wrote:

FYI

we have passed the vote on general@incubator. We can now proceed with
the release preparation ...


I am waiting on the ok of infrastructure to start the upload, will keep
you informed when the bits are uploaded



1) 12 hours for the mirrors to sync?


I am still on the final go to start the upload :-(


the bits are uploaded to dist

@Roberto: what do you need for SourceForge

it's the same directory structure as for 3.4

see http://www.apache.org/dist/incubator/ooo/

I will work on the website
(http://incubator.apache.org/openofficeorg/downloads.html) tomorrow

Regards

Juergen



Juergen



2) SourceForge can grab the tree from dist.apache.org after you have uploaded.

3) Then website updates, some brief testing to ensure the links are
all working.

4) Then the announcement via all channels, including the upgrade notifications.

Do we want to set a tentative time for #3 and #4, so volunteers can
coordinate their availability tomorrow?

-Rob


I will link in the new Release Notes where it goes and post some very 
minor update to the Installation page tomorrow, 2012-08-22, (9:00ish 
PDT) if that's ok.


I'm assuming Marcus will do what he's prepared at that time (tomorrow), 
unless we hear otherwise.


But...Juergen and Marcus's "tomorrow" comes much earlier than mine so I 
don't know exactly what time anything will be happening.






Juergen




Juergen


 Original Message 
Subject: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2
Date: Tue, 21 Aug 2012 17:44:18 +0200
From: Jürgen Schmidt 
To: gene...@incubator.apache.org

sorry for posting it again but I forgot the RESULT tag in the subject

On 8/21/12 5:29 PM, Jürgen Schmidt wrote:

The vote period for releasing Apache OpenOffice 3.4.1 (incubating) RC2
has concluded.

The ballot passed.

VOTE TALLY

+1:

IPMC members:

+1 Marvin Humphrey
+1 Dave Fisher
+1 Jim Jagielski

For reference see also the vote thread on ooo-dev

http://mail-archives.apache.org/mod_mbox/incubator-ooo-dev/201208.mbox/%3C5031F593.9010801%40gmail.com%3E

Thank you for your support

Juergen














--

MzK

"As a child my family's menu consisted of two choices:
take it or leave it. "
   -- Buddy Hackett

Re: svn commit: r829379 - in /websites/production/ooo-site: cgi-bin/ content/

[Daniel Shahaf]

sebb wrote on Tue, Aug 21, 2012 at 16:04:12 +0100:
> On 21 August 2012 13:43, Daniel Shahaf  wrote:
> > Jürgen Schmidt wrote on Tue, Aug 21, 2012 at 14:38:34 +0200:
> >> On 8/20/12 10:02 PM, Ariel Constenla-Haile wrote:
> >> > On Mon, Aug 20, 2012 at 09:49:52PM +0200, Marcus (OOo) wrote:
> >> >> @all:
> >> >>
> >> >> Sorry but IMHO this process failed. Just today evening (Hamburg
> >> >> time) someone has published again website changes.
> >> >>
> >> >> If we rely on a process that is so fragile, then IMHO we shouldn't
> >> >> do this. Because there will be always somebody:
> >> >>
> >> >> - who doesn't know this
> >> >>
> >> >> - who isn't aware of the consequences of her/his changes
> >> >>   (do you all know that a change on a NL webpage will also
> >> >>   publish everything else in staging?)
> >> >>
> >> >> - who hasn't seen a "please don't publish the website until further
> >> >>   notice" mail
> >> >>   (to be honest, I haven't seen a clear note that is
> >> >>   forbidden at the moment, too)
> >> >>
> >> >> - etc.
> >> >>
> >> >> The other solution would be to completely not change anything (incl.
> >> >> no commits) to the website until the release is, e.g., 1 hour away
> >> >> which is also nothing I would like to see as it's not flexible
> >> >> enough.
> >> >>
> >> >> Are there other opinions/suggestions?
> >> >
> >> > The ideal would be if the CMS could have an option to lock publishing so
> >> > that no-one publishes the site, not even by mistake. Sure someone from
> >> > knows if this is possible or just an ideal, though impossible solution.
> >> >
> >>
> >> or even a more fine grained publishing process by marking the files
> >> explicitly. I think of 2 mode, publish all or selected files only.
> >>
> >
> > That would be easy to implement (given a list of filenames you'd just
> > svnmucc copy those files from staging/ to production/); check with Joe
> > what he thinks of such a potential feature?
> 
> This may be obvious to all readers, but just in case:
> For this to be fool-proof, I think there would need to be some way to
> prevent anyone bypassing the selection.
> 

Why?  Could very well have a "publish all changes" mode (the current
only option) alongside the "cherry picking" (publish only selected file)
mode.

BTW Joe, the equivalent code in svn should be the commit harvester in
the client.

> >
> >> Juergen

Re: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2

[Rob Weir]

On Tue, Aug 21, 2012 at 4:27 PM, Jürgen Schmidt  wrote:
> On 8/21/12 9:19 PM, Jürgen Schmidt wrote:
>> On 8/21/12 7:51 PM, Rob Weir wrote:
>>> On Tue, Aug 21, 2012 at 12:32 PM, Jürgen Schmidt  
>>> wrote:
 On 8/21/12 5:45 PM, Jürgen Schmidt wrote:
> FYI
>
> we have passed the vote on general@incubator. We can now proceed with
> the release preparation ...

 I am waiting on the ok of infrastructure to start the upload, will keep
 you informed when the bits are uploaded

>>>
>>> 1) 12 hours for the mirrors to sync?
>>
>> I am still on the final go to start the upload :-(
>
> the bits are uploaded to dist
>

Are they really all uploaded?

I'm not seeing the en-US version here:

http://www.apache.org/dist/incubator/ooo/files/stable/

And the Chinese versions are missing:

http://www.apache.org/dist/incubator/ooo/files/localized/zh-CN/

http://www.apache.org/dist/incubator/ooo/files/localized/zh-TW/


-Rob

> @Roberto: what do you need for SourceForge
>
> it's the same directory structure as for 3.4
>
> see http://www.apache.org/dist/incubator/ooo/
>
> I will work on the website
> (http://incubator.apache.org/openofficeorg/downloads.html) tomorrow
>
> Regards
>
> Juergen
>
>>
>> Juergen
>>
>>>
>>> 2) SourceForge can grab the tree from dist.apache.org after you have 
>>> uploaded.
>>>
>>> 3) Then website updates, some brief testing to ensure the links are
>>> all working.
>>>
>>> 4) Then the announcement via all channels, including the upgrade 
>>> notifications.
>>>
>>> Do we want to set a tentative time for #3 and #4, so volunteers can
>>> coordinate their availability tomorrow?
>>>
>>> -Rob
>>>
>>>
 Juergen


>
> Juergen
>
>
>  Original Message 
> Subject: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2
> Date: Tue, 21 Aug 2012 17:44:18 +0200
> From: Jürgen Schmidt 
> To: gene...@incubator.apache.org
>
> sorry for posting it again but I forgot the RESULT tag in the subject
>
> On 8/21/12 5:29 PM, Jürgen Schmidt wrote:
>> The vote period for releasing Apache OpenOffice 3.4.1 (incubating) RC2
>> has concluded.
>>
>> The ballot passed.
>>
>> VOTE TALLY
>>
>> +1:
>>
>> IPMC members:
>>
>> +1 Marvin Humphrey
>> +1 Dave Fisher
>> +1 Jim Jagielski
>>
>> For reference see also the vote thread on ooo-dev
>>
>> http://mail-archives.apache.org/mod_mbox/incubator-ooo-dev/201208.mbox/%3C5031F593.9010801%40gmail.com%3E
>>
>> Thank you for your support
>>
>> Juergen
>>
>>
>
>
>

>>
>

Re: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2

[Joe Schaefer]

He uploaded to mino, still needs to complete
the sync between mino and www.eu and www.us
(aurora and eos).





>
> From: Rob Weir 
>To: ooo-dev@incubator.apache.org 
>Cc: rgalopp...@geek.net 
>Sent: Tuesday, August 21, 2012 5:25 PM
>Subject: Re: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) 
>RC2
> 
>On Tue, Aug 21, 2012 at 4:27 PM, Jürgen Schmidt  wrote:
>> On 8/21/12 9:19 PM, Jürgen Schmidt wrote:
>>> On 8/21/12 7:51 PM, Rob Weir wrote:
 On Tue, Aug 21, 2012 at 12:32 PM, Jürgen Schmidt  
 wrote:
> On 8/21/12 5:45 PM, Jürgen Schmidt wrote:
>> FYI
>>
>> we have passed the vote on general@incubator. We can now proceed with
>> the release preparation ...
>
> I am waiting on the ok of infrastructure to start the upload, will keep
> you informed when the bits are uploaded
>

 1) 12 hours for the mirrors to sync?
>>>
>>> I am still on the final go to start the upload :-(
>>
>> the bits are uploaded to dist
>>
>
>Are they really all uploaded?
>
>I'm not seeing the en-US version here:
>
>http://www.apache.org/dist/incubator/ooo/files/stable/
>
>And the Chinese versions are missing:
>
>http://www.apache.org/dist/incubator/ooo/files/localized/zh-CN/
>
>http://www.apache.org/dist/incubator/ooo/files/localized/zh-TW/
>
>
>-Rob
>
>> @Roberto: what do you need for SourceForge
>>
>> it's the same directory structure as for 3.4
>>
>> see http://www.apache.org/dist/incubator/ooo/
>>
>> I will work on the website
>> (http://incubator.apache.org/openofficeorg/downloads.html) tomorrow
>>
>> Regards
>>
>> Juergen
>>
>>>
>>> Juergen
>>>

 2) SourceForge can grab the tree from dist.apache.org after you have 
 uploaded.

 3) Then website updates, some brief testing to ensure the links are
 all working.

 4) Then the announcement via all channels, including the upgrade 
 notifications.

 Do we want to set a tentative time for #3 and #4, so volunteers can
 coordinate their availability tomorrow?

 -Rob


> Juergen
>
>
>>
>> Juergen
>>
>>
>>  Original Message 
>> Subject: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2
>> Date: Tue, 21 Aug 2012 17:44:18 +0200
>> From: Jürgen Schmidt 
>> To: gene...@incubator.apache.org
>>
>> sorry for posting it again but I forgot the RESULT tag in the subject
>>
>> On 8/21/12 5:29 PM, Jürgen Schmidt wrote:
>>> The vote period for releasing Apache OpenOffice 3.4.1 (incubating) RC2
>>> has concluded.
>>>
>>> The ballot passed.
>>>
>>> VOTE TALLY
>>>
>>> +1:
>>>
>>> IPMC members:
>>>
>>> +1 Marvin Humphrey
>>> +1 Dave Fisher
>>> +1 Jim Jagielski
>>>
>>> For reference see also the vote thread on ooo-dev
>>>
>>> http://mail-archives.apache.org/mod_mbox/incubator-ooo-dev/201208.mbox/%3C5031F593.9010801%40gmail.com%3E
>>>
>>> Thank you for your support
>>>
>>> Juergen
>>>
>>>
>>
>>
>>
>
>>>
>>
>
>
>

Re: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2

[Roberto Galoppini]

On Tue, Aug 21, 2012 at 11:25 PM, Rob Weir  wrote:

> On Tue, Aug 21, 2012 at 4:27 PM, Jürgen Schmidt 
> wrote:
> > On 8/21/12 9:19 PM, Jürgen Schmidt wrote:
> >> On 8/21/12 7:51 PM, Rob Weir wrote:
> >>> On Tue, Aug 21, 2012 at 12:32 PM, Jürgen Schmidt <
> jogischm...@gmail.com> wrote:
>  On 8/21/12 5:45 PM, Jürgen Schmidt wrote:
> > FYI
> >
> > we have passed the vote on general@incubator. We can now proceed
> with
> > the release preparation ...
> 
>  I am waiting on the ok of infrastructure to start the upload, will
> keep
>  you informed when the bits are uploaded
> 
> >>>
> >>> 1) 12 hours for the mirrors to sync?
> >>
> >> I am still on the final go to start the upload :-(
> >
> > the bits are uploaded to dist
> >
>
> Are they really all uploaded?
>
> I'm not seeing the en-US version here:
>
> http://www.apache.org/dist/incubator/ooo/files/stable/
>
> And the Chinese versions are missing:
>
> http://www.apache.org/dist/incubator/ooo/files/localized/zh-CN/
>
> http://www.apache.org/dist/incubator/ooo/files/localized/zh-TW/
>
>
> -Rob
>
> > @Roberto: what do you need for SourceForge
> >
> > it's the same directory structure as for 3.4
> >
> > see http://www.apache.org/dist/incubator/ooo/
> >
> > I will work on the website
> > (http://incubator.apache.org/openofficeorg/downloads.html) tomorrow
>

Ok Jürgen,

Once the sync is complete and accessible at
http://www.apache.org/dist/incubator/ooo/files/ let us know and we'll sync
to our servers.

Roberto



> >
> > Regards
> >
> > Juergen
> >
> >>
> >> Juergen
> >>
> >>>
> >>> 2) SourceForge can grab the tree from dist.apache.org after you have
> uploaded.
> >>>
> >>> 3) Then website updates, some brief testing to ensure the links are
> >>> all working.
> >>>
> >>> 4) Then the announcement via all channels, including the upgrade
> notifications.
> >>>
> >>> Do we want to set a tentative time for #3 and #4, so volunteers can
> >>> coordinate their availability tomorrow?
> >>>
> >>> -Rob
> >>>
> >>>
>  Juergen
> 
> 
> >
> > Juergen
> >
> >
> >  Original Message 
> > Subject: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating)
> RC2
> > Date: Tue, 21 Aug 2012 17:44:18 +0200
> > From: Jürgen Schmidt 
> > To: gene...@incubator.apache.org
> >
> > sorry for posting it again but I forgot the RESULT tag in the subject
> >
> > On 8/21/12 5:29 PM, Jürgen Schmidt wrote:
> >> The vote period for releasing Apache OpenOffice 3.4.1 (incubating)
> RC2
> >> has concluded.
> >>
> >> The ballot passed.
> >>
> >> VOTE TALLY
> >>
> >> +1:
> >>
> >> IPMC members:
> >>
> >> +1 Marvin Humphrey
> >> +1 Dave Fisher
> >> +1 Jim Jagielski
> >>
> >> For reference see also the vote thread on ooo-dev
> >>
> >>
> http://mail-archives.apache.org/mod_mbox/incubator-ooo-dev/201208.mbox/%3C5031F593.9010801%40gmail.com%3E
> >>
> >> Thank you for your support
> >>
> >> Juergen
> >>
> >>
> >
> >
> >
> 
> >>
> >
>

-- 

This e- mail message is intended only for the named recipient(s) above. It 
may contain confidential and privileged information. If you are not the 
intended recipient you are hereby notified that any dissemination, 
distribution or copying of this e-mail and any attachment(s) is strictly 
prohibited. If you have received this e-mail in error, please immediately 
notify the sender by replying to this e-mail and delete the message and any 
attachment(s) from your system. Thank you.

Re: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2

[Marcus (OOo)]

Am 08/21/2012 11:16 PM, schrieb Kay Schenk:



On 08/21/2012 01:27 PM, Jürgen Schmidt wrote:

On 8/21/12 9:19 PM, Jürgen Schmidt wrote:

On 8/21/12 7:51 PM, Rob Weir wrote:

On Tue, Aug 21, 2012 at 12:32 PM, Jürgen Schmidt
 wrote:

On 8/21/12 5:45 PM, Jürgen Schmidt wrote:

FYI

we have passed the vote on general@incubator. We can now proceed with
the release preparation ...


I am waiting on the ok of infrastructure to start the upload, will
keep
you informed when the bits are uploaded



1) 12 hours for the mirrors to sync?


I am still on the final go to start the upload :-(


the bits are uploaded to dist

@Roberto: what do you need for SourceForge

it's the same directory structure as for 3.4

see http://www.apache.org/dist/incubator/ooo/

I will work on the website
(http://incubator.apache.org/openofficeorg/downloads.html) tomorrow

Regards

Juergen



Juergen



2) SourceForge can grab the tree from dist.apache.org after you have
uploaded.

3) Then website updates, some brief testing to ensure the links are
all working.

4) Then the announcement via all channels, including the upgrade
notifications.

Do we want to set a tentative time for #3 and #4, so volunteers can
coordinate their availability tomorrow?

-Rob


I will link in the new Release Notes where it goes and post some very
minor update to the Installation page tomorrow, 2012-08-22, (9:00ish
PDT) if that's ok.

I'm assuming Marcus will do what he's prepared at that time (tomorrow),
unless we hear otherwise.


OK, lets see.

09:00am PDT will be 06:00pm CET. Very likely I won't be home before 
08:00pm CET (11:00am PDT).


What about to set the release time to 12:00pm PDT (high noon), will this 
work for you all?


Marcus




But...Juergen and Marcus's "tomorrow" comes much earlier than mine so I
don't know exactly what time anything will be happening.





Juergen




Juergen


 Original Message 
Subject: [RESULT][VOTE] Release Apache OpenOffice 3.4.1
(incubating) RC2
Date: Tue, 21 Aug 2012 17:44:18 +0200
From: Jürgen Schmidt 
To: gene...@incubator.apache.org

sorry for posting it again but I forgot the RESULT tag in the subject

On 8/21/12 5:29 PM, Jürgen Schmidt wrote:

The vote period for releasing Apache OpenOffice 3.4.1
(incubating) RC2
has concluded.

The ballot passed.

VOTE TALLY

+1:

IPMC members:

+1 Marvin Humphrey
+1 Dave Fisher
+1 Jim Jagielski

For reference see also the vote thread on ooo-dev

http://mail-archives.apache.org/mod_mbox/incubator-ooo-dev/201208.mbox/%3C5031F593.9010801%40gmail.com%3E


Thank you for your support

Juergen

Re: Fwd: Apache OpenOffice 3.4.1 announcement

[Andrea Pescetti]

Rob Weir wrote:

Forwarded with permission of the author.  I corrected the English
version.  Translators should take note.


I've just made a couple of other translation-relevant fixes to
http://ooo-site.staging.apache.org/development/releases/3.4.1.html :
- Mention portable versions
- Remove "Intel" from supported platforms when this could cause 
confusion and/or FUD (saying that we support "Windows (Intel)" could 
lead someone to think we don't support AMD processors, while of course 
we do).


Details below.

The Italian versions, contributed by volunteers, are at:
Announcement (staging):
http://ooo-site.staging.apache.org/it/stampa/comunicati/aoo341.html
Announcement (live):
http://www.openoffice.org/it/stampa/comunicati/aoo341.html
Release Notes (staging):
http://ooo-site.staging.apache.org/it/stampa/comunicati/aoo341-rn.html
Release Notes (live, when published):
http://www.openoffice.org/it/stampa/comunicati/aoo341-rn.html

I didn't publish the recent sets of changes not to interfere with 
others. But there's nothing wrong if someone else needs to publish and 
publishes these pages too.


$ svn diff -r 1375797:1375798
-	Additionally, a number of community members are working on ports 
for Solaris, FreeBSD, and OS/2.
-		You can learn more from our Porting page at: href="http://www.openoffice.org/porting/";>http://www.openoffice.org/porting/ 
.
+	Additionally, a number of community members are working on ports 
for Solaris, FreeBSD, and OS/2 and live/portable versions.
+		You can learn more from our Ports and Distributions page at: href="http://www.openoffice.org/porting/";>http://www.openoffice.org/porting/ 
.


$ svn diff -r 1375809:1375810
-	Microsoft Windows (Intel), MacOS (Intel), Linux (Intel, 32 bit), Linux 
Intel (64 bit).

+   Microsoft Windows, MacOS (Intel), Linux (32 bit), Linux (64 bit).

Regards,
  Andrea.

Re: svn commit: r829379 - in /websites/production/ooo-site: cgi-bin/ content/

[sebb]

On 21 August 2012 22:23, Daniel Shahaf  wrote:
> sebb wrote on Tue, Aug 21, 2012 at 16:04:12 +0100:
>> On 21 August 2012 13:43, Daniel Shahaf  wrote:
>> > Jürgen Schmidt wrote on Tue, Aug 21, 2012 at 14:38:34 +0200:
>> >> On 8/20/12 10:02 PM, Ariel Constenla-Haile wrote:
>> >> > On Mon, Aug 20, 2012 at 09:49:52PM +0200, Marcus (OOo) wrote:
>> >> >> @all:
>> >> >>
>> >> >> Sorry but IMHO this process failed. Just today evening (Hamburg
>> >> >> time) someone has published again website changes.
>> >> >>
>> >> >> If we rely on a process that is so fragile, then IMHO we shouldn't
>> >> >> do this. Because there will be always somebody:
>> >> >>
>> >> >> - who doesn't know this
>> >> >>
>> >> >> - who isn't aware of the consequences of her/his changes
>> >> >>   (do you all know that a change on a NL webpage will also
>> >> >>   publish everything else in staging?)
>> >> >>
>> >> >> - who hasn't seen a "please don't publish the website until further
>> >> >>   notice" mail
>> >> >>   (to be honest, I haven't seen a clear note that is
>> >> >>   forbidden at the moment, too)
>> >> >>
>> >> >> - etc.
>> >> >>
>> >> >> The other solution would be to completely not change anything (incl.
>> >> >> no commits) to the website until the release is, e.g., 1 hour away
>> >> >> which is also nothing I would like to see as it's not flexible
>> >> >> enough.
>> >> >>
>> >> >> Are there other opinions/suggestions?
>> >> >
>> >> > The ideal would be if the CMS could have an option to lock publishing so
>> >> > that no-one publishes the site, not even by mistake. Sure someone from
>> >> > knows if this is possible or just an ideal, though impossible solution.
>> >> >
>> >>
>> >> or even a more fine grained publishing process by marking the files
>> >> explicitly. I think of 2 mode, publish all or selected files only.
>> >>
>> >
>> > That would be easy to implement (given a list of filenames you'd just
>> > svnmucc copy those files from staging/ to production/); check with Joe
>> > what he thinks of such a potential feature?
>>
>> This may be obvious to all readers, but just in case:
>> For this to be fool-proof, I think there would need to be some way to
>> prevent anyone bypassing the selection.
>>
>
> Why?  Could very well have a "publish all changes" mode (the current
> only option) alongside the "cherry picking" (publish only selected file)
> mode.

This thread started because something was published inadvertently.

If the purpose of the enhancement is to prevent this happening, then
there needs to be some barrier that prevents inadvertent publication.

> BTW Joe, the equivalent code in svn should be the commit harvester in
> the client.
>
>> >
>> >> Juergen

[ooo-site]

[aram harrow]

Hi,
  The links for downloading the mac version of openoffice
http://sourceforge.net/projects/openofficeorg.mirror/files/stable/3.4.0/Apache_OpenOffice_incubating_3.4.0_MacOS_x86_install_en-US.dmg/download
seem to be broken.

thanks,
 aram

Re: Help us brainstorm ideas for Apache OpenOffice 4.0

[Peter Junge]

John,

depending on which list you want to unsubscribe from you can help 
yourself by sending an email either to ...

ooo-users-unsubscr...@incubator.apache.org (AOO user list)
... or ...
ooo-dev-unsubscr...@incubator.apache.org (AOO developer list).
You will get an automatic reply. Follow the instructions there.

When unsubscribing, you need to use the email address which is receiving 
the correspondence that you don't want to get.


Best regards,
Peter

On 8/22/2012 2:50 AM, John Logan wrote:

I cannot cope with all the correspondence on this site about things I do not 
understand and have no interest in.  I have asked to be unsubscribed but 
nothing has happened.  Can you please ensure I am deleted from any personal 
list of yours I may have inadvertently got onto.

Thanks,
John

On 21 Aug 2012, at 17:40, Rob Weir wrote:


As we perform the final preparations to release Apache OpenOffice
3.4.1 it is a good time to look ahead to the future.  A big
opportunity is OpenOffice 4.0.  That once seemed so very far away, but
2013 is getting closer every day.   Will it be a large collection of
small ideas?  Will it have a major overarching theme?  Or will it just
be whatever random stuff we happen to have on a given date when we
release 4.0?   The answer, of course, depends on what we, as project
members/volunteers decide to do.   It is a good time now, as a
background activity, to poll the community and wider ecosystem on
ideas for Apache OpenOffice 4.0.

To participate, go to this page on Google Moderator, where you can
help us gather and rate ideas:
https://www.google.com/moderator/#16/e=2011d5

A few project members have already "seeded" this with some initial
ideas. Of course, you are encouraged to add your own ideas, as well as
rate the ideas of others.   Try not to censor yourself from thinking
outside-of-the-box.  We need big ideas as well as incremental ones.

We don't have a close date on this brainstorming activity, but it is
good to get your ideas in early, so there is an opportunity for others
to rate and comment on it.

Regards,

-Rob

-
To unsubscribe, e-mail: ooo-users-unsubscr...@incubator.apache.org
For additional commands, e-mail: ooo-users-h...@incubator.apache.org

Re: "Social integration" for Apache OpenOffice 4.0

[Rob Weir]

On Tue, Aug 21, 2012 at 3:20 PM, Phillip Rhodes
 wrote:
> Per Rob's email about the "Help us brainstorm ideas for Apache
> OpenOffice 4.0" I was perusing the Google Moderator doc[1] and came
> across this suggestion:
>
> "Provide social capabilities within core editors to share selection,
> page/sheet/slide, or entire document with popular services including:
> micro-blogs, social networks, curation communities, and file sharing
> services."
>
> I think there's a lot to be said for this, and wouldn't mind getting
> involved with such an initiative. Posting this to try and spark some
> discussion around this suggestion.
>
> My own comment, in response to Kevin's Moderator post was this:
>
> "I like the idea of having something like this. If we had something
> like that, I'd like a somewhat generic / extensible framework, so it
> can be wired into pretty much any service, including services that
> don't even exist today."
>
> Any thoughts on what "social integration" for AOO should look like,
> and is anyone else interested in this?
>
> [1]: https://www.google.com/moderator/#16/e=2011d5
>

We (IBM) did a proof-of-concept along these lines for a demo at a
conference last January. Here is the general use case.   It was an
extension to Impress that would allow the user to send the current
slide to the activity stream of an OpenSocial container.  It converted
the slide to a JPG, presented a dialog for the user to enter a comment
and then used the OpenSocial REST API to send this to the server.  The
slide could then be viewed on the server via the containers web
interface.  Other users could comment on  it.  When the document
re-loaded into Impress the container would be queried and the latest
comments would be retrieved and integrated into Impress, into a side
panel.

So the net result was a user could post a slide with a question like
"What do you think of this slide?", have it be shared with their
friends, and then receive comments back from them.  It demo'ed well
and seems to have some merit.

One idea would be to integrate such support and generalize it to Calc
and Writer.  Another idea might be to support other, non-OpenSocial
social networks.  The key seems to be the ability to convert a portion
of a document into a snippet that is web-renderable (HTML or JPG) and
track context.  Oh, and a lot of OAuth ;-)

Regards,

-Rob

> (Disclaimer: my interest is partly - but not exclusively - motivated
> by commercial concerns, as I am a founder of a startup that's working
> on open source "Enterprise Social Networking" / "Enterprise 2.0"
> products, and would be interested in exploring ways AOO could work
> with our product(s))
>
>
>
> Phil

Re: Is this a UNO API bug?

[dongjun zong]

Andrew,
  I think you are right, I add a sleep time after insert page number field
before getText, the page number can get correct.
But I think it's a bug for page number update issue.

Oliver, I have tired again, on my computer, if don't add sleep time, it has
problem for exist more than 2 page sample fie. You can try this sample, add
a page nubmer at end of this document. pls get this sample from attachement.



2012/8/21 Andrew Douglas Pitonyak 

> My expectation is that this is not a bug.
>
> I think that this is probably a timing problem based on the speed of the
> computer, the size of the document, how busy your CPU is, etc. If you do
> not have a number, then the values have probably not updated yet. Remember
> that the data model has no idea what page number it really is. This value
> must be updated by the view model / current controller (or something
> similar). If you have a value, then it just so happens that the values
> updated immediately. If you insert the value using the GUI, that code is
> smart enough to then trigger the update before it returns.
>
>
> On 08/21/2012 03:23 AM, dongjun zong wrote:
>
>> The strange thing is this API can works fine for doc sample file. I guess
>> this is a bug.
>>
>> 2012/8/21 Andrew Douglas Pitonyak 
>>
>>  OK, I had to  look...
>>>
>>> For a text field, see if you can call update. This may not work if the
>>> document has not finished repaginating. I have heard of cases where a
>>> document had not finished doing that before someone tried to do stuff to
>>> it. The solution was to tell the document to full refresh (probably
>>> using a
>>> dispatch).
>>>
>>>
>>>
>>> On 08/21/2012 02:30 AM, Andrew Douglas Pitonyak wrote:
>>>
>>>  Did you successfully insert the text field? If yes, then after you
 insert
 a text field, it has probably not yet refreshed its value. Off hand, I
 don't remember exactly what you need to refresh first I would need
 to
 look it up and I really need to run but figured it might help you a bit
 and
 you can look for the various refresh items (I think that you can refresh
 each index and for fields I think there may be a single master field
 refresh but I don't remember... have not done it in a long time.).

 On 08/20/2012 03:32 AM, dongjun zong wrote:

  Hi All,
>  Using UNO API I do below operation.
> 1.Launch a odt document,
> 2.Create a page number field and insert into this docment
> 3.Get the document text
>
> But in the step3, page number is not contained in the get text. But if
> I
> launch a doc document, I can get the page number in step 3. I think
> this
> is
> a UNO API bug, can some body help confirm? Below is my main code
> pieces.
>
> XMultiServiceFactory sevriceFactory = (XMultiServiceFactory)
> UnoRuntime.queryInterface(XMultiServiceFactory.class, document);
>   XTextField  pageNumberFiled =
> (XTextField)UnoRuntime.queryInterface(XTextField.class,
> sevriceFactory.createInstance("com.sun.star.text.**
> textfield.**PageNumber"));
>
>
>   XPropertySet props =
> (XPropertySet)UnoRuntime.queryInterface(XPropertySet.class,
> pageNumberFiled);
>   props.setPropertyValue("NumberingType", 4);//Set page
> number
> display as Arabic
>
>   XTextCursor xTextCursor = document.getText().**
> createTextCursor();
>   xTextCursor.gotoEnd(false);
>
> document.getText().insertTextContent(document.
> getText().getEnd(),
> pageNumberFiled, true);
>
>
>   String documentString = document.getText().getString();
>   System.out.println(documentString);
>
>
>  --
>>> Andrew Pitonyak
>>> My Macro Document: 
>>> http://www.pitonyak.org/AndrewMacro.odt
>>> 
>>> >
>>> Info:  http://www.pitonyak.org/oo.php
>>>
>>>
>>>
> --
> Andrew Pitonyak
> My Macro Document: 
> http://www.pitonyak.org/**AndrewMacro.odt
> Info:  http://www.pitonyak.org/oo.php
>
>


PageNumberFieldTest.odt
Description: application/vnd.oasis.opendocument.text

Re: [VOTE] Apache OpenOffice Community Graduation Vote

[Ian C]

+1

On Wed, Aug 22, 2012 at 1:21 AM, Claudio Filho  wrote:
> Hi
>
> Extremely out, in function of personal problems, but giving my vote:
>
> +1 Apache OpenOffice community is ready to graduate from the Apache Incubator.
>
> Claudio
>
> 2012/8/19 Rob Weir :
>> Per the IPMC's "Guide to Successful Graduation" [1] this is the
>> optional, but recommended, community vote for us to express our
>> willingness/readiness to govern ourselves.  If this vote passes then
>> we continue by drafting a charter, submitting it for IPMC endorsement,
>> and then to the ASF Board for final approval.   Details can be found
>> in the "Guide to Successful Graduation".
>>
>> Everyone in the community is encouraged to vote.  Votes from PPMC
>> members and Mentors are binding.  This vote will run 72-hours.
>>
>>
>> [ ] +1  Apache OpenOffice community is ready to graduate from the
>> Apache Incubator.
>> [ ] +0 Don't care.
>> [ ] -1  Apache OpenOffice community is not ready to graduate from the
>> Apache Incubator because...
>>
>>
>> Regards,
>>
>> -Rob
>>
>> [1] http://incubator.apache.org/guides/graduation.html#tlp-community-vote



-- 
Cheers,

Ian C

Re: [VOTE] Apache OpenOffice Community Graduation Vote

[chengjh]

+1

On Wed, Aug 22, 2012 at 9:21 AM, Ian C  wrote:

> +1
>
> On Wed, Aug 22, 2012 at 1:21 AM, Claudio Filho  wrote:
> > Hi
> >
> > Extremely out, in function of personal problems, but giving my vote:
> >
> > +1 Apache OpenOffice community is ready to graduate from the Apache
> Incubator.
> >
> > Claudio
> >
> > 2012/8/19 Rob Weir :
> >> Per the IPMC's "Guide to Successful Graduation" [1] this is the
> >> optional, but recommended, community vote for us to express our
> >> willingness/readiness to govern ourselves.  If this vote passes then
> >> we continue by drafting a charter, submitting it for IPMC endorsement,
> >> and then to the ASF Board for final approval.   Details can be found
> >> in the "Guide to Successful Graduation".
> >>
> >> Everyone in the community is encouraged to vote.  Votes from PPMC
> >> members and Mentors are binding.  This vote will run 72-hours.
> >>
> >>
> >> [ ] +1  Apache OpenOffice community is ready to graduate from the
> >> Apache Incubator.
> >> [ ] +0 Don't care.
> >> [ ] -1  Apache OpenOffice community is not ready to graduate from the
> >> Apache Incubator because...
> >>
> >>
> >> Regards,
> >>
> >> -Rob
> >>
> >> [1]
> http://incubator.apache.org/guides/graduation.html#tlp-community-vote
>
>
>
> --
> Cheers,
>
> Ian C
>



-- 

Best Regards,Jianhong Cheng

Re: Help us brainstorm ideas for Apache OpenOffice 4.0

[Shenfeng Liu]

Back to the topic... :) The page looks great! I submitted 1 UI proposal and
voted for some others...

- Simon


2012/8/22 Rob Weir 

> As we perform the final preparations to release Apache OpenOffice
> 3.4.1 it is a good time to look ahead to the future.  A big
> opportunity is OpenOffice 4.0.  That once seemed so very far away, but
> 2013 is getting closer every day.   Will it be a large collection of
> small ideas?  Will it have a major overarching theme?  Or will it just
> be whatever random stuff we happen to have on a given date when we
> release 4.0?   The answer, of course, depends on what we, as project
> members/volunteers decide to do.   It is a good time now, as a
> background activity, to poll the community and wider ecosystem on
> ideas for Apache OpenOffice 4.0.
>
> To participate, go to this page on Google Moderator, where you can
> help us gather and rate ideas:
> https://www.google.com/moderator/#16/e=2011d5
>
> A few project members have already "seeded" this with some initial
> ideas. Of course, you are encouraged to add your own ideas, as well as
> rate the ideas of others.   Try not to censor yourself from thinking
> outside-of-the-box.  We need big ideas as well as incremental ones.
>
> We don't have a close date on this brainstorming activity, but it is
> good to get your ideas in early, so there is an opportunity for others
> to rate and comment on it.
>
> Regards,
>
> -Rob
>

Re: [VOTE] Apache OpenOffice Community Graduation Vote

[Louis Suárez-Potts]

I've gone over the issues, strengths, and weaknesses, too, and:

+1

Louis


On 12-08-21, at 21:21 , Ian C  wrote:

> +1
> 
> On Wed, Aug 22, 2012 at 1:21 AM, Claudio Filho  wrote:
>> Hi
>> 
>> Extremely out, in function of personal problems, but giving my vote:
>> 
>> +1 Apache OpenOffice community is ready to graduate from the Apache 
>> Incubator.
>> 
>> Claudio
>> 
>> 2012/8/19 Rob Weir :
>>> Per the IPMC's "Guide to Successful Graduation" [1] this is the
>>> optional, but recommended, community vote for us to express our
>>> willingness/readiness to govern ourselves.  If this vote passes then
>>> we continue by drafting a charter, submitting it for IPMC endorsement,
>>> and then to the ASF Board for final approval.   Details can be found
>>> in the "Guide to Successful Graduation".
>>> 
>>> Everyone in the community is encouraged to vote.  Votes from PPMC
>>> members and Mentors are binding.  This vote will run 72-hours.
>>> 
>>> 
>>> [ ] +1  Apache OpenOffice community is ready to graduate from the
>>> Apache Incubator.
>>> [ ] +0 Don't care.
>>> [ ] -1  Apache OpenOffice community is not ready to graduate from the
>>> Apache Incubator because...
>>> 
>>> 
>>> Regards,
>>> 
>>> -Rob
>>> 
>>> [1] http://incubator.apache.org/guides/graduation.html#tlp-community-vote
> 
> 
> 
> -- 
> Cheers,
> 
> Ian C

Re: [VOTE] Apache OpenOffice Community Graduation Vote

[shzh zhao]

 +1  Apache OpenOffice community is ready to graduate from the
Apache Incubator.

2012/8/19 Rob Weir 

> Per the IPMC's "Guide to Successful Graduation" [1] this is the
> optional, but recommended, community vote for us to express our
> willingness/readiness to govern ourselves.  If this vote passes then
> we continue by drafting a charter, submitting it for IPMC endorsement,
> and then to the ASF Board for final approval.   Details can be found
> in the "Guide to Successful Graduation".
>
> Everyone in the community is encouraged to vote.  Votes from PPMC
> members and Mentors are binding.  This vote will run 72-hours.
>
>
> [ ] +1  Apache OpenOffice community is ready to graduate from the
> Apache Incubator.
> [ ] +0 Don't care.
> [ ] -1  Apache OpenOffice community is not ready to graduate from the
> Apache Incubator because...
>
>
> Regards,
>
> -Rob
>
> [1] http://incubator.apache.org/guides/graduation.html#tlp-community-vote
>



-- 
*


mailto: *aoo.zhaos...@gmail.com 

[ooo-site]

[Wilson Goh]

Hello webmaster, there is a broken link, 
http://sourceforge.net/projects/openofficeorg.mirror/files/stable/3.4.0/Apache_OpenOffice_incubating_3.4.0_Win_x86_install_en-US.exe/download


##
This message is intended only for the designated recipient(s).It may contain 
confidential or proprietary information.
If you are not the designated recipient, you may not review, copy or distribute 
this message.
If you have mistakenly received this message, please notify the sender by a 
reply e-mail and delete this message. 
Thank you.
##

Re: Help us brainstorm ideas for Apache OpenOffice 4.0

[Rob Weir]

On Tue, Aug 21, 2012 at 9:32 PM, Shenfeng Liu  wrote:
> Back to the topic... :) The page looks great! I submitted 1 UI proposal and
> voted for some others...
>

So far:  117 people have submitted 103 ideas and cast 902 votes

-Rob

> - Simon
>
>
> 2012/8/22 Rob Weir 
>
>> As we perform the final preparations to release Apache OpenOffice
>> 3.4.1 it is a good time to look ahead to the future.  A big
>> opportunity is OpenOffice 4.0.  That once seemed so very far away, but
>> 2013 is getting closer every day.   Will it be a large collection of
>> small ideas?  Will it have a major overarching theme?  Or will it just
>> be whatever random stuff we happen to have on a given date when we
>> release 4.0?   The answer, of course, depends on what we, as project
>> members/volunteers decide to do.   It is a good time now, as a
>> background activity, to poll the community and wider ecosystem on
>> ideas for Apache OpenOffice 4.0.
>>
>> To participate, go to this page on Google Moderator, where you can
>> help us gather and rate ideas:
>> https://www.google.com/moderator/#16/e=2011d5
>>
>> A few project members have already "seeded" this with some initial
>> ideas. Of course, you are encouraged to add your own ideas, as well as
>> rate the ideas of others.   Try not to censor yourself from thinking
>> outside-of-the-box.  We need big ideas as well as incremental ones.
>>
>> We don't have a close date on this brainstorming activity, but it is
>> good to get your ideas in early, so there is an opportunity for others
>> to rate and comment on it.
>>
>> Regards,
>>
>> -Rob
>>

[ooo-site]

[Glen Blackstock]

Hello Site Manager,

The download link for:

Apache Open Office - Tested and released full installation sets
Windows Intel MSI
English (USA)

Does take me to the Source Forge page but I then get the below message

Object not found!

The requested URL was not found on this server. The link on the referring page 
seems to be wrong or outdated. Please inform the author of that page about the 
error.

If you think this is a server error, please contact the webmaster.
Error 404
openoffice.mirrorbrain.org
Wed Aug 22 03:37:06 2012
Apache/2.2.22 (Linux/SUSE) mod_ssl/2.2.22 OpenSSL/1.0.0e DAV/2 SVN/1.7.5 
mod_wsgi/3.3 Python/2.7.2 mod_asn/1.5 mod_mirrorbrain/2.17.0 mod_fastcgi/2.4.2 

Re: [ooo-site]

[Rob Weir]

On Tue, Aug 21, 2012 at 9:46 PM, Wilson Goh  wrote:
> Hello webmaster, there is a broken link, 
> http://sourceforge.net/projects/openofficeorg.mirror/files/stable/3.4.0/Apache_OpenOffice_incubating_3.4.0_Win_x86_install_en-US.exe/download
>

Aside from the error, why is the error page this:

http://openoffice.mirrorbrain.org/files/stable/3.4.0/Apache_OpenOffice_incubating_3.4.0_Win_x86_install_en-US.exe

So if a SF download fails it redirects to mirrorbrain error page?  I
assume we don't want this because this asks users to report the error
to webmas...@mirrorbrain.org.

-Rob


>
> ##
> This message is intended only for the designated recipient(s).It may contain 
> confidential or proprietary information.
> If you are not the designated recipient, you may not review, copy or 
> distribute this message.
> If you have mistakenly received this message, please notify the sender by a 
> reply e-mail and delete this message.
> Thank you.
> ##

Re: [ooo-site]

[Rob Weir]

I placed an outage notice on the download page, to let visitors know
they don't need to report the issue.

-Rob


On Tue, Aug 21, 2012 at 9:52 PM, Rob Weir  wrote:
> On Tue, Aug 21, 2012 at 9:46 PM, Wilson Goh  wrote:
>> Hello webmaster, there is a broken link, 
>> http://sourceforge.net/projects/openofficeorg.mirror/files/stable/3.4.0/Apache_OpenOffice_incubating_3.4.0_Win_x86_install_en-US.exe/download
>>
>
> Aside from the error, why is the error page this:
>
> http://openoffice.mirrorbrain.org/files/stable/3.4.0/Apache_OpenOffice_incubating_3.4.0_Win_x86_install_en-US.exe
>
> So if a SF download fails it redirects to mirrorbrain error page?  I
> assume we don't want this because this asks users to report the error
> to webmas...@mirrorbrain.org.
>
> -Rob
>
>
>>
>> ##
>> This message is intended only for the designated recipient(s).It may contain 
>> confidential or proprietary information.
>> If you are not the designated recipient, you may not review, copy or 
>> distribute this message.
>> If you have mistakenly received this message, please notify the sender by a 
>> reply e-mail and delete this message.
>> Thank you.
>> ##

Unable to download OpenOffice via SourceForge

[Rob Weir]

Hi Dave,

Roberto's probably long asleep at this hour, so I hope you can pass
this on to someone at SourceForge who might be still up in California.

We're seeing widespread download errors when downloading OpenOffice.
There was probably some prep work going on to get ready for the 3.4.1
release of OpenOffice tomorrow.  But access to the 3.4.0 files seems
to have been disrupted.

Thanks in advance for passing this info on.

Regards,

-Rob


On Tue, Aug 21, 2012 at 9:46 PM, Wilson Goh  wrote:
> Hello webmaster, there is a broken link, 
> http://sourceforge.net/projects/openofficeorg.mirror/files/stable/3.4.0/Apache_OpenOffice_incubating_3.4.0_Win_x86_install_en-US.exe/download
>
>
> ##
> This message is intended only for the designated recipient(s).It may contain 
> confidential or proprietary information.
> If you are not the designated recipient, you may not review, copy or 
> distribute this message.
> If you have mistakenly received this message, please notify the sender by a 
> reply e-mail and delete this message.
> Thank you.
> ##

Re: [ooo-site]

[Albino B Neto]

Hi

2012/8/21 roman.griego :
> I haven't been able to download AOO3.4 all evening.

I not understand your problem.

What problem ? Explain better.

Albino

[Review|Discussion]Numbering&Bullets Attributes Interoperability and Para End Mark

[chengjh]

Hi

I would like to provide our solution of the issue described in [1]
https://issues.apache.org/ooo/show_bug.cgi?id=119405 .You are welcome to
review and comment the fix patch [2]
https://issues.apache.org/ooo/attachment.cgi?id=79015&action=diff before I
commit the code changes into trunk.Thanks in advance.

*Problem Description:*
To some MS Word binary documents, the numbering and bullets looks same in
MS Word,but their attributes,such as the font size,font style,font
color..., will be different after being launched into Aoo Writer.They are
obvious fidelity issues.Please refer to the samples attached in test cases.

*Root Cause Analysis:*
As we know,MS Word provides the paragraph end mark,which is used broadly to
distinguish the attributes of text contents,attributes of paragraph and the
methods to handling flying objects anchoring,and so on..In this thread, we
will not outspread it,and will only focus on its impact on the numbering
and bullets attributes.In MS Word,there are two kinds of attributes that
will determine the final result of numbering and bullets applied to a
paragraph.One is the attribute that is applied to the whole text contents
of a paragraph;The other is the attribute that is applied to the paragraph
end mark,presented with 0x0D in MS Word binary document. Moreover, the
latter has higher priority than the former.Because Aoo Writer doesn't
support the same kind of paragraph end mark, the attributes of 0x0D will be
lost during loading a MS Word Binary document. At that time,the default
attributes of Aoo Writer will apply to the numbering and bullets instead of
the actual attributes of paragraph end mark.Thus, to the numbering and
bullets whose attributes are determined by the  paragraph end mark, the
fidelity will have problems.That's the reason.

*Solution:*
When parsing the attributes of paragraph end mark(0x0D),the attributes will
be extended and set to the character style binding to the given level of a
number rule.Thus,the attributes of MS Word's paragraph end mark will apply
to the numbering and bullets in Aoo Writer successfully to keep the
fidelity.

*Negative Impact:*
Although most common user scenarios can be met by the solution,there are
still negative impacts for missing the equal paragraph end mark in Aoo
Writer.Because the attributes of paragraph end mark(0x0D) will be set to
the character style binding to the given level of a number rule,it will
have the global impact..Other paragraphs that are applied with the same
number rule's level will also be changed.Please refer to the Test Case 6,
the color of the bullet will be changed finally. Generally, MS Word users
will have their numbering/bullets the same attributes/style when using the
same level's of number rule,correspondingly,the impacted scenarios are
rarely.

*Test Cases for The Patch:*
[1]https://issues.apache.org/ooo/attachment.cgi?id=79017&action=edit
[2]https://issues.apache.org/ooo/attachment.cgi?id=79018&action=edit
[3]https://issues.apache.org/ooo/attachment.cgi?id=79019&action=edit
[4]https://issues.apache.org/ooo/attachment.cgi?id=79020&action=edit
[5]https://issues.apache.org/ooo/attachment.cgi?id=79021&action=edit
[6]https://issues.apache.org/ooo/attachment.cgi?id=79022&action=edit

*PVT Test Result for the Patch:*
[1]https://issues.apache.org/ooo/attachment.cgi?id=79045&action=edit
-- 

Best Regards,Jianhong Cheng

[QA CALLFORREVIEW] Utility methods created to genertate random data, get properties list; and a sc script refactor

[Shan Zhu]

Hi, all
One patch for UNO automation test script has been submitted with  *
Bug 120648*  .
In this patch :
1. Add utility methods to genertate random data.
2. Add helper methods to get property list of specific content object.
3. A SC testing script refactor.

Pls help to review it. Thanks.

[1]https://issues.apache.org/ooo/show_bug.cgi?id=120648

Regards,
Shan Zhu

Re: Re: The translation of AOO3.4.1 release notes and announcement

[Albino B Neto]

Hi

2012/8/21 Rob Weir :
> On Tue, Aug 21, 2012 at 2:18 AM, eric wu  wrote:
>> ok,thank you for your suggestion,now i will prepare for my translations!
>>
>
> And the announcement blog post draft is here:
> https://blogs.apache.org/preview/OOo/?previewEntry=announcing_apache_openoffice_3_41

I going try translate for pt-br in time.

Albino

Re: [ooo-site]

[drew]

On Tue, 2012-08-21 at 22:01 -0400, Rob Weir wrote:
> I placed an outage notice on the download page, to let visitors know
> they don't need to report the issue.
> 
> -Rob

Thank you Rob.

Roberto, Dave,

This is also weird - 

Looking at
http://sourceforge.net/projects/openofficeorg.mirror/files/stable/3.4.0/

Just above the list of files it states:

Looking for the latest version? Download
OOo_3.3.0_Win_x86_install_en-US_20110219.iso (255.8 MB)
and the URL link of
http://sourceforge.net/projects/openofficeorg.mirror/files/latest/download?source=files

Good news - the link works (ducking)

so seems there is more of general foul up going on perhaps..which might
also mean it is a simple, silly, mistakes and easily fixed.

Thanks in advance for looking into this,

//drew




> 
> 
> On Tue, Aug 21, 2012 at 9:52 PM, Rob Weir  wrote:
> > On Tue, Aug 21, 2012 at 9:46 PM, Wilson Goh  wrote:
> >> Hello webmaster, there is a broken link, 
> >> http://sourceforge.net/projects/openofficeorg.mirror/files/stable/3.4.0/Apache_OpenOffice_incubating_3.4.0_Win_x86_install_en-US.exe/download
> >>
> >
> > Aside from the error, why is the error page this:
> >
> > http://openoffice.mirrorbrain.org/files/stable/3.4.0/Apache_OpenOffice_incubating_3.4.0_Win_x86_install_en-US.exe
> >
> > So if a SF download fails it redirects to mirrorbrain error page?  I
> > assume we don't want this because this asks users to report the error
> > to webmas...@mirrorbrain.org.
> >
> > -Rob
> >
> >
> >>
> >> ##
> >> This message is intended only for the designated recipient(s).It may 
> >> contain confidential or proprietary information.
> >> If you are not the designated recipient, you may not review, copy or 
> >> distribute this message.
> >> If you have mistakenly received this message, please notify the sender by 
> >> a reply e-mail and delete this message.
> >> Thank you.
> >> ##
> 

[QA][Call for Review] SW SVT case

[Yi Xuan Liu]

hi, all

I developed a sw SVT case, it contains several operations on sw:

1) Create a new sw file
2) Number and bullet settings
3) Spell check
4) Insert header and footer
5) Insert Frame
6) Insert TOC
7) save and close

And this patch also updates UIMap class.

This patch is at https://issues.apache.org/ooo/show_bug.cgi?id=120653

Please help to review. Thanks

Re: [VOTE] Apache OpenOffice Community Graduation Vote

[Yue Helen]

+1, we are ready!

Helen

2012/8/19 Rob Weir 

> Per the IPMC's "Guide to Successful Graduation" [1] this is the
> optional, but recommended, community vote for us to express our
> willingness/readiness to govern ourselves.  If this vote passes then
> we continue by drafting a charter, submitting it for IPMC endorsement,
> and then to the ASF Board for final approval.   Details can be found
> in the "Guide to Successful Graduation".
>
> Everyone in the community is encouraged to vote.  Votes from PPMC
> members and Mentors are binding.  This vote will run 72-hours.
>
>
> [ ] +1  Apache OpenOffice community is ready to graduate from the
> Apache Incubator.
> [ ] +0 Don't care.
> [ ] -1  Apache OpenOffice community is not ready to graduate from the
> Apache Incubator because...
>
>
> Regards,
>
> -Rob
>
> [1] http://incubator.apache.org/guides/graduation.html#tlp-community-vote
>

Re: draft graduation resolution

[Peter Junge]

On 8/21/2012 1:28 AM, Rob Weir wrote:

I put a draft of the graduation resolution onto the wiki:

https://cwiki.apache.org/confluence/display/OOOUSERS/Graduation+Resolution+%28draft%29


The draft looks really good to me.

Thanks for putting it together,
Peter

[...]

Re: [VOTE] Apache OpenOffice Community Graduation Vote

[Steve Yin]

+1  Apache OpenOffice community is ready to graduate from the Apache
Incubator.

On Wed, Aug 22, 2012 at 12:18 PM, Yue Helen  wrote:

> +1, we are ready!
>
> Helen
>
> 2012/8/19 Rob Weir 
>
> > Per the IPMC's "Guide to Successful Graduation" [1] this is the
> > optional, but recommended, community vote for us to express our
> > willingness/readiness to govern ourselves.  If this vote passes then
> > we continue by drafting a charter, submitting it for IPMC endorsement,
> > and then to the ASF Board for final approval.   Details can be found
> > in the "Guide to Successful Graduation".
> >
> > Everyone in the community is encouraged to vote.  Votes from PPMC
> > members and Mentors are binding.  This vote will run 72-hours.
> >
> >
> > [ ] +1  Apache OpenOffice community is ready to graduate from the
> > Apache Incubator.
> > [ ] +0 Don't care.
> > [ ] -1  Apache OpenOffice community is not ready to graduate from the
> > Apache Incubator because...
> >
> >
> > Regards,
> >
> > -Rob
> >
> > [1]
> http://incubator.apache.org/guides/graduation.html#tlp-community-vote
> >
>



-- 
Best Regards,

Steve Yin

Re: Is this a UNO API bug?

[Andrew Douglas Pitonyak]

On 08/21/2012 09:08 PM, dongjun zong wrote:

Andrew,
  I think you are right, I add a sleep time after insert page number 
field before getText, the page number can get correct.

But I think it's a bug for page number update issue.


Have you tried forcing an update? If so, then you won't need to wait.

I expect that an update may be a time consuming operation (say if you 
insert at page number 400, and it must refresh from the start). I once 
saw a problem where a document would open, but the initial page numbers 
were wrong. It took a while for the page numbers to be updated after the 
document loaded. The final solution was to issue a full refresh, which 
took time, but made it happen. So, the trade off was to allow the user 
to immediately see and edit the document rather than forcing them to 
wait for the refresh to occur on load. With a large document, this can 
take time.


My guess is that it takes significantly more time to create and insert a 
field than to trigger the update process. When the API is used to 
insert, we have no context on the operation so it seems reasonable to 
not make an immediate update before return. If the update process takes 
1000 times longer to occur (probably depends on document size and other 
factors, depending on what is updated), then if I want to insert 100 
fields, what might have taken a fraction of a second may now take minutes.


Commands triggered from the GUI can make the reasonable assumption that 
the user is not likely to perform that task a 100 times, and that a user 
is sitting right there and probably desires an immediate response to the 
command, so then the triggered code (a dispatch) includes the update 
task as part of the process.


If you think that not updating the single field immediately is a bug, 
you should try inserting a Table Of Contents (TOC).


So, although you are certain that it is a bug, and you may be right, I 
might call it a design decision that tends to make the typical user 
experience more performant; which is the usual case. but this is 
mostly speculation on my part.




Oliver, I have tired again, on my computer, if don't add sleep time, 
it has problem for exist more than 2 page sample fie. You can try this 
sample, add a page nubmer at end of this document. pls get this sample 
from attachement.




2012/8/21 Andrew Douglas Pitonyak >


My expectation is that this is not a bug.

I think that this is probably a timing problem based on the speed
of the computer, the size of the document, how busy your CPU is,
etc. If you do not have a number, then the values have probably
not updated yet. Remember that the data model has no idea what
page number it really is. This value must be updated by the view
model / current controller (or something similar). If you have a
value, then it just so happens that the values updated
immediately. If you insert the value using the GUI, that code is
smart enough to then trigger the update before it returns.


On 08/21/2012 03:23 AM, dongjun zong wrote:

The strange thing is this API can works fine for doc sample
file. I guess
this is a bug.

2012/8/21 Andrew Douglas Pitonyak mailto:and...@pitonyak.org>>

OK, I had to  look...

For a text field, see if you can call update. This may not
work if the
document has not finished repaginating. I have heard of
cases where a
document had not finished doing that before someone tried
to do stuff to
it. The solution was to tell the document to full refresh
(probably using a
dispatch).



On 08/21/2012 02:30 AM, Andrew Douglas Pitonyak wrote:

Did you successfully insert the text field? If yes,
then after you insert
a text field, it has probably not yet refreshed its
value. Off hand, I
don't remember exactly what you need to refresh
first I would need to
look it up and I really need to run but figured it
might help you a bit and
you can look for the various refresh items (I think
that you can refresh
each index and for fields I think there may be a
single master field
refresh but I don't remember... have not done it in a
long time.).

On 08/20/2012 03:32 AM, dongjun zong wrote:

Hi All,
 Using UNO API I do below operation.
1.Launch a odt document,
2.Create a page number field and insert into this
docment
3.Get the document text

But in the step3, page number is not contained in
the get text. But if I
l

Re: [Call-for-​Review] Bug 120568 Hyperlink of Graphihc with Anchor Type "As Character" lost after save as doc format.

[chengjh]

I will have a look..thanks.

On Wed, Aug 15, 2012 at 9:46 AM, Huaidong Qiu  wrote:

> Please review the patch for 120568, here is the issue link
> https://issues.apache.org/ooo/show_bug.cgi?id=120568
>



-- 

Best Regards,Jianhong Cheng

Re: svn commit: r829379 - in /websites/production/ooo-site: cgi-bin/ content/

[Andrea Pescetti]

sebb wrote:

On 21 August 2012 22:23, Daniel Shahaf wrote:

Why?  Could very well have a "publish all changes" mode (the current
only option) alongside the "cherry picking" (publish only selected file)
mode.

This thread started because something was published inadvertently.


No, this thread started because people (including me) who did want to 
publish their changes only, and who routinely used the "Diff" command in 
the CMS to examine what would be published, were forced to take the "all 
or nothing" approach (you will find me noting this in the log messages too).



If the purpose of the enhancement is to prevent this happening, then
there needs to be some barrier that prevents inadvertent publication.


This would be an extra guarantee, but probably an unnecessary 
complication for what we have seen so far. Ability to publish one 
directory only would already help a lot.


Regards,
  Andrea.

Re: Unable to download OpenOffice via SourceForge

[Peter Pöml]

Am 22.08.2012 um 04:16 schrieb Rob Weir :

> Hi Dave,
> 
> Roberto's probably long asleep at this hour, so I hope you can pass
> this on to someone at SourceForge who might be still up in California.
> 
> We're seeing widespread download errors when downloading OpenOffice.
> There was probably some prep work going on to get ready for the 3.4.1
> release of OpenOffice tomorrow.  But access to the 3.4.0 files seems
> to have been disrupted.
> 
> Thanks in advance for passing this info on.
> 
> Regards,
> 
> -Rob


I am getting tons of mails from people complaining they couldn't download 
Apache OpenOffice from openoffice.mirrorbrain.org (!).

For example via 
http://sourceforge.net/projects/openofficeorg.mirror/files/stable/3.4.0/Apache_OpenOffice_incubating_3.4.0_Win_x86_install_en-US.exe/download

Please fix these links, which are clearly broken!

Peter

Re: Unable to download OpenOffice via SourceForge

[Oliver-Rainer Wittmann]

Hi,

On 22.08.2012 08:19, Peter Pöml wrote:


Am 22.08.2012 um 04:16 schrieb Rob Weir :


Hi Dave,

Roberto's probably long asleep at this hour, so I hope you can pass this on
to someone at SourceForge who might be still up in California.

We're seeing widespread download errors when downloading OpenOffice. There
was probably some prep work going on to get ready for the 3.4.1 release of
OpenOffice tomorrow.  But access to the 3.4.0 files seems to have been
disrupted.

Thanks in advance for passing this info on.

Regards,

-Rob



I am getting tons of mails from people complaining they couldn't download
Apache OpenOffice from openoffice.mirrorbrain.org (!).

For example via
http://sourceforge.net/projects/openofficeorg.mirror/files/stable/3.4.0/Apache_OpenOffice_incubating_3.4.0_Win_x86_install_en-US.exe/download

 Please fix these links, which are clearly broken!

Peter



It looks like that the download links are working again.
I checked a couple of links on our download page - all are redirected to 
SourceForge and the download started.



Best regards, Oliver.

[QA CALLFORREVIEW] [UNO Script] Bug 120655 Hide/Show sheet, Tab color, Link sheet

[YangTerry]

Hi,
I have add 3 more UNO sheet related test method into SheetBasicTest.java, 
please help review.
Also i have update other test method use SCUtil method, and add some method 
into SCUtil.java file.
https://issues.apache.org/ooo/show_bug.cgi?id=120655

Thanks,
Terry Yang
  

[Call-for-​Review]Bug 120133 - [From Symphony]Doc file saved by AOO, section size changed

[Chen Peng]

Hi All,
 I have fixed a bug about copy text wrong, as shown in below:
   *Bug 120133*
 - [From
Symphony]Doc file saved by AOO, section size changed
   https://issues.apache.org/ooo/show_bug.cgi?id=120133
   Root Cause:
   The section width should consider page and section indent value
to calculate the right width size.
   Resolution:
   Get the indent value, then calculate the right section width.

Anyone help to review the fix will be appreciated, thanks!