Re: 4.0.1 release and distribution.

[Andrea Pescetti]

On 03/09/2013 sebb wrote:

Are you suggesting pointing users to the archives for current sigs and hashes?
If so, I don't think that's a good idea.


Maybe it isn't, but using dist is worse:
- Everything that lives on dist is temporary
- You end up with tons on liks to update (and some cannot really be 
fixed, such as URLs in PDFs obtained from security announcements, or 
URLs copy-pasted from them into blog posts)

- The bandwidth required for downloading hashes is obviously very tiny

So I really prefer to use permanent URLs (from archive) for hashes.


Updating the links to point to the archive server should be done for
both artifacts and sigs/hashes at the same time.


Artifacts in our case are much more manageable since we have one link in 
other.html ; in that case, it's clearly best to use the dist link until 
the version is available and the archive link when it is no longer 
available on dist.


Regards,
  Andrea.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: [discussion] smaller footprint on dist.

[Jürgen Schmidt]

On 9/3/13 6:40 AM, janI wrote:
> On Sep 3, 2013 3:13 AM, "sebb"  wrote:
>>
>> On 2 September 2013 18:26, janI  wrote:
>>> On 2 September 2013 15:48, Andrea Pescetti  wrote:
>>>
 janI wrote:

> Would it be possible (and preferable) to make a download page, where
> the
> user.
> a) selected version (exe)
> b) selected (multiple) languages (language pack without dictionary)
> c) selected (mutiple) dictionaries.
> The choices should be combined into a filename == exe+lang(s)+dict(s).
> Which is sent to the server as a download request.
> On the server we would have a backend script that packed the items
> together
> just like postprocess/instsetoo does today, so the user would get 1
> file.
>

 Obviously this is not for 4.0.1. What I like of this proposal is that
> the
 user still downloads one file, which is optimal for the user interface.

 A beginning could be to simply assemble the same downloads we have now
 (i.e., the user has no choice: he will get, say, the Italian version
> with
 Italian language and dictionary; only, this will be generated rather
> than
 pre-built).

 Then there are a lot of things to consider:

 1) Digital signatures: the assembled installer must respect them, and
> this
 seems hard to do.

>>> As far as I have been able to find out (with the good help of infra
>>> colleagues) is:
>>> - Only exe have a digital signature
>>
>> That does not sound right.
>> All other ASF downloads (source archives, binary archives etc) have
>> PGP signatures, which are created by the Release Manager.
>>
>> Or maybe you mean something else by "digital" signature?
> 
> yes signing with a certificate. pgp is at level with mds/sha5.

we have *.asc, *.md5, *.sha256 for each released file, the binaries, the
language packs, the src release, the SDK

And for Windows we have a self extracting exe file that can be installed
with one click. Ok 1 click to start the install procesdure.

Juergen


> 
>>
>>> meaning this has no impact.
>>>
>>> But it DO have an impact on checksums, where we need to store all
>>> combinations (lots of files, each very small).
>>>
>>>

 2) Server-side processing: this would likely require some load on the
 mirrors and some infrastructure standardization. I don't know what's
> the
 status on Apache mirrors.

>>> The server side, processing would happen on "our" server, and the files
>>> would still be located on the mirrors
>>>
>>> Basically the server side scropt, would "split" the file request into
>>> multiple requests.
>>
>> If "our" server does the concatenation, surely it will have to
>> intercept all the data from the mirror?
>> That would put a huge network load on the server, no?
> depending how you make it.
> 
> rgds
> jan i
>>
>>>
 3) Respecting the priorities. Apache is a secondary mirror system,
> since
 the Apache mirrors don't have enough space/bandwidth to reliably offer
 downloads. So whatever is done should not cause technical issues with
> our
 primary mirror system (SourceForge), that never had space/bandwidth
 problems. Note that also the Apache Archives never reported problems
> so far
 about the space needed to archive old/current releases.

>>>
>>> The problem is only partial the space itself, much more the size of each
>>> release. With a distributed system (like suggested) we can independently
>>> release language packs, and the user sees them as integrated in the main
>>> AOO release.
>>>
>>> rgds
>>> jan i.
>>>

 Regards,
   Andrea.



> --**--**-
 To unsubscribe, e-mail: dev-unsubscribe@openoffice.**apache.org<
> dev-unsubscr...@openoffice.apache.org>
 For additional commands, e-mail: dev-h...@openoffice.apache.org


>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>
> 


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: [announce] genLang extract is ready.

[Herbert Duerr]

On 02.09.2013 20:03, Regina Henschel wrote:

2) I see a coding problem for umlauts, for example
https://translate.apache.org/de/aooGenLang4/chart2.po/translate/#unit=20600974


This might be an encoding problem: In the browser the text shows as 
"Bereich für %VALUETYPE" which is the correct UTF-8 string being 
displayed in an wrong (iso8859-1) encoding. Unfortunately even forcing 
the browser to interpret the page as UTF-8 doesn't help, probably 
because the content is generated dynamically with javascript.


Maybe it would help to add a line

into the HTML header, but I have no idea how to convince Pootle to do that.

Herbert

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: 4.0.1 release and distribution.

[Henk P. Penning]

On Mon, 2 Sep 2013, Andrea Pescetti wrote:


Date: Mon, 2 Sep 2013 23:45:06 +0200
From: Andrea Pescetti 
To: dev@openoffice.apache.org
Cc: Henk P. Penning 
Subject: Re: 4.0.1 release and distribution.

On 01/09/2013 Henk P. Penning wrote:

 For 4.0.0 I added the binaries slowly ; some 4 to 5 languages
 a day is what the rsync servers can handle. So, it takes 5 days
 for the quick mirrors plus 2 days for the straglers. Note that
 there are some sites that are still trying to catch up.

 Soon after GA date (or earlier), refs to 4.0.0 sigs and sums should
 point to 'archive.apache.org/' (instead of www.apache.org).


I would very much avoid introducing another bottleneck in the process. Voting 
on the release already takes 3 days, and we won't start copying anything 
before we have the final result, as we learned from 4.0. For 4.0, after the 
release was approved, we managed to have it uploaded to the mirrors (the SF 
mirrors) rather quickly, and at the same time the checksums/signatures, being 
very small files, were quickly uploaded to dist. This may have taken 2 days, 
but not more.


With this change we would have 3 days for voting plus 7 days for copying to 
mirrors before we can announce. And the benefits would be very marginal: the 
number of users who download from the Apache mirrors is negligible.


So, in short, if this can be done in a way that does not slow down the 
post-approval upload period from 2 days to 7 days, fine; otherwise, it is 
better to repeat what was done for 4.0: within 2 days binaries on SF and 
checksums on dist or, even better, already on archive -which is automatically 
populated from dist but has a 24-hour delay- so that we don't need to update 
the links later; then, gradually, binaries uploaded to dist too (this time 
the delay may be a matter of days instead of weeks).


Hi,

  I don't think that the way 4.0.0 was released, should be used
  as an example or even referred to as an acceptable scenario.

  As I said, almost all mirrors will have everything afer 5 days ;
  the 2 (7-5) extra days would give most slow mirrors a chance
  to catch up too.

  Having stuff on the mirrors is more important for remote areas
  (far from .us and .eu) ; and "remote" often means "poor".
  For 'remote' downloaders it is a real benefit if they can get
  the distro from a local mirror. I think that should be taken
  into consideration, even if the download-numbers are small.

  In the scenario you suggest, by GA date, all mirrors will have
  only half the stuff. That is messy. Extending the lead time from
  2 to 5 days would give us the opportunity to do it (almost) right.


  Andrea.


  Regards,

  Henk Penning

   _
Henk P. Penning, ICT-beta R Uithof BBL-761   _/ \_
Faculty of Science, Utrecht UniversityT +31 30 253 4106 / \_/ \
Princetonplein 5, 3584CC Utrecht, NL  F +31 30 253 4553 \_/ \_/
http://www.staff.science.uu.nl/~penni101/ M penn...@uu.nl \_/

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

4.0.1_release_blocker requested: [Bug 123048] line skew parameter is not read from file for connectors in OO draw

[bugzilla]

Armin Le Grand  has asked  for 4.0.1_release_blocker:
Bug 123048: line skew parameter is not read from file for connectors in OO draw
https://issues.apache.org/ooo/show_bug.cgi?id=123048


--- Additional Comments from Armin Le Grand 
@Joe: As long as the flag is not on '+' I see the fix targeted to AOO410. *If*
the flag is given, I change it when comitting to AOO401 usually.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

4.0.1_release_blocker granted: [Bug 123168] Update bundled Spanish (ES) dictionary for Apache OpenOffice 4.0.1

[bugzilla]

j...@apache.org has granted rgb 's request for
4.0.1_release_blocker:
Bug 123168: Update bundled Spanish (ES) dictionary for Apache OpenOffice 4.0.1
https://issues.apache.org/ooo/show_bug.cgi?id=123168


--- Additional Comments from j...@apache.org
approve showstopper request

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

4.0.1_release_blocker granted: [Bug 122735] misspelled words in sidebar calc - rev. 1502185

[bugzilla]

j...@apache.org has granted brinzing 's request for
4.0.1_release_blocker:
Bug 122735: misspelled words in sidebar calc -  rev. 1502185
https://issues.apache.org/ooo/show_bug.cgi?id=122735


--- Additional Comments from j...@apache.org
approve showstopper request
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

4.0.1_release_blocker granted: [Bug 120856] spelling error in tooltip "line style" (german: "Linienstil")

[bugzilla]

j...@apache.org has granted brinzing 's request for
4.0.1_release_blocker:
Bug 120856: spelling error in tooltip "line style" (german: "Linienstil")
https://issues.apache.org/ooo/show_bug.cgi?id=120856


--- Additional Comments from j...@apache.org
approve showstopper request

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

4.0.1_release_blocker granted: [Bug 123048] line skew parameter is not read from file for connectors in OO draw

[bugzilla]

j...@apache.org has granted Armin Le Grand 's request for
4.0.1_release_blocker:
Bug 123048: line skew parameter is not read from file for connectors in OO draw
https://issues.apache.org/ooo/show_bug.cgi?id=123048


--- Additional Comments from j...@apache.org
approve showstopper request again

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: [discussion] smaller footprint on dist.

[Andre Fischer]

On 02.09.2013 00:48, janI wrote:

Hi.

I am considering how we can have a smaller footprint on dist and mirrors.

One of the ideas is to have a "pure" exe, "pure" language oxt and "pure"
dictionaries on the physical disk, and the have a more intelligent download
page.

Would it be possible (and preferable) to make a download page, where the
user.

a) selected version (exe)
b) selected (multiple) languages (language pack without dictionary)
c) selected (mutiple) dictionaries.

The choices should be combined into a filename == exe+lang(s)+dict(s).
Which is sent to the server as a download request.

On the server we would have a backend script that packed the items together
just like postprocess/instsetoo does today, so the user would get 1 file.

I know how to make the backend script, but the UI could be a problem ?


While I like the general idea, I don't see how such a flexible download 
could handle the Windows installer.  Our Windows download sets are 
self-extracting zip archives that basically contain


setup.exe
openoffice400.msi
openoffice1.cab
some redistributable files in redist/
a couple of files that are not important for this discussion.

If the download sets would be created on the server, they would have to 
put all the required files (.exe, .dll, everything else) in the 
openoffice1.cab, setup the openoffice400.msi with corresponding lists of 
files, directories, registry entries, components and features.  Then 
sign the stuff and create the self-extracting zip.


This would be a challenging task during the regular build process. But 
to this on the download server (possibly a mirror)? I don't see how that 
could be done.


But I would be glad to be proven wrong,

-Andre



rgds
jan I.




-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: AOO 4.0 Release notes problem in numbering

[Steve Yin]

Hi Yohey,

I got the same wrong result on MS doc format. But using MS docx is OK. That
is consistent with the AOO 4.0 release notes "Support more Numbering&bullet
types in docx". Please check it.


On Mon, Sep 2, 2013 at 1:02 PM, 張仁瀚  wrote:

> Hello everyone,
>
> Recent days I have tried some improvement in the version 4.0 from release
> notes [1] . But I got a problem in my implementation.
> The item "Support more Numbering&bullet types in docx"  is under the index
> "OOXML general". And that is where my question is.
>
> I use the function which is "numbering" to enter the following words in MS
> office:
>
> 一. some words
>
> 二.  some words
>
> 三.  some words
>
>
>
> 壹、some words
>
> 貳、some words
>
> 參、some words
>
>
>
> 甲、some words
>
> 乙、some words
>
> 丙、some words
>
>
> And I saved it as docx. In fact, whatever I used doc or docx, I got the
> same result as I opened the doc or docx file with AOO:
>
> 1. some words
>
> 2.  some words
>
> 3.  some words
>
>
>
> 壹、some words
>
> 貳、some words
>
> 參、some words
>
>
>
> 甲、some words
>
> 乙、some words
>
> 丙、some words
>
> The problem is that Chinese number (一二三 is equal to 123) cannot be convert
> completely in AOO.
> Does I got wrong understanding in this improvement or there is something
> wrong?
>
> Also, if this improvement is not talking about what I did above, how can I
> contribute and improve my problem?
>
>
> [1]
> https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.0+Release+Notes
>
>
> Thanks.
>Yohey.
>



-- 
Best Regards,

Steve Yin

Re: [discussion] smaller footprint on dist.

[Jürgen Schmidt]

On 9/3/13 10:08 AM, Jürgen Schmidt wrote:
> On 9/3/13 6:40 AM, janI wrote:
>> On Sep 3, 2013 3:13 AM, "sebb"  wrote:
>>>
>>> On 2 September 2013 18:26, janI  wrote:
 On 2 September 2013 15:48, Andrea Pescetti  wrote:

> janI wrote:
>
>> Would it be possible (and preferable) to make a download page, where
>> the
>> user.
>> a) selected version (exe)
>> b) selected (multiple) languages (language pack without dictionary)
>> c) selected (mutiple) dictionaries.
>> The choices should be combined into a filename == exe+lang(s)+dict(s).
>> Which is sent to the server as a download request.
>> On the server we would have a backend script that packed the items
>> together
>> just like postprocess/instsetoo does today, so the user would get 1
>> file.
>>
>
> Obviously this is not for 4.0.1. What I like of this proposal is that
>> the
> user still downloads one file, which is optimal for the user interface.
>
> A beginning could be to simply assemble the same downloads we have now
> (i.e., the user has no choice: he will get, say, the Italian version
>> with
> Italian language and dictionary; only, this will be generated rather
>> than
> pre-built).
>
> Then there are a lot of things to consider:
>
> 1) Digital signatures: the assembled installer must respect them, and
>> this
> seems hard to do.
>
 As far as I have been able to find out (with the good help of infra
 colleagues) is:
 - Only exe have a digital signature
>>>
>>> That does not sound right.
>>> All other ASF downloads (source archives, binary archives etc) have
>>> PGP signatures, which are created by the Release Manager.
>>>
>>> Or maybe you mean something else by "digital" signature?
>>
>> yes signing with a certificate. pgp is at level with mds/sha5.
> 
> we have *.asc, *.md5, *.sha256 for each released file, the binaries, the
> language packs, the src release, the SDK
> 
> And for Windows we have a self extracting exe file that can be installed
> with one click. Ok 1 click to start the install procesdure.

by the way with AOO 4.0.1 we will have additional languages.

If the ASF mirrors can't handle the binary release we have to rely on SF.

Don't get me wrong I would be happy to reduce the footprint of the files
but I don't see a solution quite fast and I don't see that anybody is
really working on it. We have so many other things to do that are more
important for the users.

Juergen

> 
> Juergen
> 
> 
>>
>>>
 meaning this has no impact.

 But it DO have an impact on checksums, where we need to store all
 combinations (lots of files, each very small).


>
> 2) Server-side processing: this would likely require some load on the
> mirrors and some infrastructure standardization. I don't know what's
>> the
> status on Apache mirrors.
>
 The server side, processing would happen on "our" server, and the files
 would still be located on the mirrors

 Basically the server side scropt, would "split" the file request into
 multiple requests.
>>>
>>> If "our" server does the concatenation, surely it will have to
>>> intercept all the data from the mirror?
>>> That would put a huge network load on the server, no?
>> depending how you make it.
>>
>> rgds
>> jan i
>>>

> 3) Respecting the priorities. Apache is a secondary mirror system,
>> since
> the Apache mirrors don't have enough space/bandwidth to reliably offer
> downloads. So whatever is done should not cause technical issues with
>> our
> primary mirror system (SourceForge), that never had space/bandwidth
> problems. Note that also the Apache Archives never reported problems
>> so far
> about the space needed to archive old/current releases.
>

 The problem is only partial the space itself, much more the size of each
 release. With a distributed system (like suggested) we can independently
 release language packs, and the user sees them as integrated in the main
 AOO release.

 rgds
 jan i.

>
> Regards,
>   Andrea.
>
>
>
>> --**--**-
> To unsubscribe, e-mail: dev-unsubscribe@openoffice.**apache.org<
>> dev-unsubscr...@openoffice.apache.org>
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>
>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>>
>>
> 


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: 4.0.1 release and distribution.

[sebb]

On 3 September 2013 08:05, Andrea Pescetti  wrote:
> On 03/09/2013 sebb wrote:
>>
>> Are you suggesting pointing users to the archives for current sigs and
>> hashes?
>> If so, I don't think that's a good idea.
>
>
> Maybe it isn't, but using dist is worse:
> - Everything that lives on dist is temporary
> - You end up with tons on liks to update (and some cannot really be fixed,
> such as URLs in PDFs obtained from security announcements, or URLs
> copy-pasted from them into blog posts)

That is unlikely to apply to sigs and hashes.

> - The bandwidth required for downloading hashes is obviously very tiny

But the user population is huge compared with other ASF products.

> So I really prefer to use permanent URLs (from archive) for hashes.

AFAIK all other ASF products link to the ASF mirrors for current releases.

>
>> Updating the links to point to the archive server should be done for
>> both artifacts and sigs/hashes at the same time.
>
>
> Artifacts in our case are much more manageable since we have one link in
> other.html ; in that case, it's clearly best to use the dist link until the
> version is available and the archive link when it is no longer available on
> dist.

I don't follow how the sigs/hashes are any different from the
downloads they protect.
Either they are current, and on the ASF mirrors, or they have been
superseded and are on the archive host.

>
> Regards,
>   Andrea.
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Possible broken link: from other.html

[Reinhard Richter]

Hello Marcus,
the error message is attached.
Translation:
This website contains errors and does not function properly.
...
Details concerning the error on this Webseite
User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; 
.NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.0.4506.2152; .NET CLR 
3.5.30729; .NET4.0C; .NET4.0E; FDM)
Timestamp: Tue, 3 Sep 2013 10:51:20 UTC

Message: The object does not support this property or method.
Line: 96
Sign: 2
Code: 0
URI: http://www.openoffice.org/download/download_other.js
 
With best regards

Reinhard Richter
Büro- & Datentechnik
Tel.: 0371/27809970
Fax: 0371/27809971
www.datentechnik-richter.de

USt.-ID: DE140896853


Wenn Du es eilig hast, dann gehe langsam.

Laotse (chinesischer Gelehrter)

 "Marcus (OOo)"  schrieb:
> Thanks for your additional data. Please can you give me the detailed 
> error message that your browser is indicating at the bottom left (with 
> the yellow "!")? Maybe it would help to see the message.
> 
> Thanks
> 
> Marcus
> 
> 
> 
> Am 09/02/2013 01:24 PM, schrieb Marcus (OOo):
> > Thanks for your data. From the values all is fine and the green box
> > should be visible with a link to download the file.
> >
> > Do you have another browser to check if the problem is maybe browser
> > related?
> >
> > Marcus
> >
> >
> >
> > Am 09/01/2013 06:03 PM, schrieb Marcus (OOo):
> >> Normally there should a table visible with all possible languages and
> >> platforms. If not, it's maybe a problem with the browser. Please try to
> >> reload the webpage - also with deleted cache.
> >>
> >> To see if there is something to improve please give me the output of
> >> this webapge (just copy&paste the table data):
> >>
> >> http://www.openoffice.org/download/test/analyze.html
> >>
> >> Thanks in advance for your help.
> >>
> >> Marcus
> >>
> >>
> >>
> >> Am 09/01/2013 04:54 PM, schrieb Reinhard Richter:
> >>> Apache OpenOffice Downloads - Official Site - All Builds
> >>>
> >>> There is no table with different versions and languages.
> >>> Cannot download Windows-version zh-cn as required.
> >>> Coming with a german system and a german Internet Explorer I am
> >>> offered version de-de only.
> >>> Need to collect different versions for installation on different PC's
> >>> in my network. My Internet connection is slow, so I cannot download on
> >>> each individual PC.
> 
> 
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Call for volunteers to verify 4.0.1 resolved defects

[akriti]

Hi ... I am nominating myself for verification.
Platform: win 8

*Thanks & Regards,
Akriti Jaiswal*



On Tue, Sep 3, 2013 at 11:47 AM, Liu Ping  wrote:

> I am willing to verify these defects , and may assign to me , Bug ID :
> donemys...@gmail.com , Platform: Windows7/Mac 10.8/Linux 64 or 32bit
>

Swedish dictionary

[KaspAir]

Dear OpenOffice,

For the OpenOffice 4.0.0 version there is no Swedish dictionary. Neither 
as language-pack or as add-on.


Can the previous swedish language-pack be converted so it can fit the 
OpenOffice 4.0.0 version?


Can the very fine dictionary of Mozilla Firefox be converted to fit 
OpenOffice 4.0.0?


https://addons.mozilla.org/en-US/firefox/addon/den-stora-svenska-ordlistan/

I am willing to try to help with the conversion work as long as it does 
not require a large amount of work.


Yours Sincerely, Kasper

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Removing JavaScript from other.html

[Rob Weir]

On Mon, Sep 2, 2013 at 9:22 PM, sebb  wrote:
> AFAICT, there is *already* a really good candidate for the
> download/other.html page:
>
> https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds
>
> The tables in the middle are easy to follow and AFAIK contain all the
> required information.
>
> No Javascript needed for the table itself.
>
> Can't the script which was used to create that content be tweaked a
> bit to create downloads/other.html?
>

+1.  Especially if this can be done at site-build time rather than as
a browser runtime script.

Or, since this data changes very slowly, it could be done as a manual
script invocation, each time the data file is changed.  We do that,
for example, to maintain the consults list, with XSLT:

http://www.openoffice.org/bizdev/consultants.html

This was even localized.

-Rob

> On 2 September 2013 22:26, Marcus (OOo)  wrote:
>> Am 09/02/2013 10:33 PM, schrieb Alexandro Colorado:
>>
>>> On Mon, Sep 2, 2013 at 1:09 PM, Marcus (OOo)  wrote:
>>>
 Am 09/02/2013 06:51 PM, schrieb Alexandro Colorado:

   It also looks a bit 'dumb' that we dont have a link to others from the
>
> download page within our no script tag:
>

 Of course it doesn't make sense to refer to a page with JS when JS is
 disabled in the broeser. That's why there is no link to the webpage.

>>>
>>> downloads, need to provide a download link, that is just common sense.
>>> There is another problem with othes.html but not offering ANY link, is no
>>> solution.
>>
>>
>> Sure, that's the reason why we are discussing how to ensure this for more
>> users than now.
>>
>> Marcus
>>
>>
>>
   On Mon, Sep 2, 2013 at 11:49 AM, Alexandro Colorado
>
>   wrote:
>
>   On 9/2/13, Andrea Pescetti   wrote:
>>
>>
>>> In the last few weeks we've seen users unable to see the big
>>> "Download"
>>> button in
>>> http://www.openoffice.org/**download/due
>>> to broken (but still
>>> used) browsers that failed to parse the JavaScript correctly. And
>>>
>>> http://www.openoffice.org/**download/other.htmlcannot
>>> be used as a
>>> fallback due to the same issue.
>>>
>>> The JavaScript in other.html is used only to generate the page
>>> content,
>>> and the result is independent of the user's browser: as Marcus
>>> explained, it is there for convenience in creating the page.
>>>
>>
>> How are we using the   tag within others? and which kind of
>> content is it trying to plug?
>>
>>   Would it make sense to do the following?
>>>
>>>
>>> 1) Add an "All Apache OpenOffice downloads" link in the
>>> right-hand-side
>>> column of
>>> http://www.openoffice.org/**download/near
>>> the top: this way, we
>>> ensure that browsers with poor JavaScript support still display the
>>> link.
>>>
>>
>> Problaby the quicker solution, still is just a patch instead of just
>> doing good webdev.
>>
>>   2) Rename other.html to other_js.html
>>>
>>>
>>
>> This is a bad idea, I've seen many alternative clones being
>> unmantained by webmasters.
>>
>>   3) Modify other.html by pasting the actual download table (can be
>>>
>>> retrieved, for example, with Firebug from other_js.html) in its HTML.
>>>
>>> This way we add a manual step (step 3) once per release, but we can be
>>> sure that virtually all users can download OpenOffice in all cases
>>> (working JavaScript, no JavaScript, broken JavaScript).
>>>
>>> Regards,
>>>  Andrea.
>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Service Unavailable error when trying to visit wiki.openoffice.org

[Rob Weir]

On Mon, Sep 2, 2013 at 1:13 PM, janI  wrote:
> Hi
>
> I have filed INFRA-6714, wiki has simply run out of resources.
>
> Our popularity is "killing" us, so what on one hand is positive (many users
> asking for information) is on the other hand causing problems with the
> infrastructure.
>

We saw an increase in downloads at this time last year as well.   I
think it is related to the end of summer vacation and the return to
school for many.

-Rob


> I am in contact with specialists in infra, who have confirmed the problem.
> I can only hope for a fast solution.
>
> I have stepped in, despite the current unclear admin situation, any admins
> are more than welcome to take over, as I will be offline tomorrow (european
> time).
>
> rgds
> jan I.
>
>
>
>
>
> On 2 September 2013 17:46, janI  wrote:
>
>>
>> On Sep 2, 2013 3:36 PM, "Oliver-Rainer Wittmann" <
>> orwittm...@googlemail.com> wrote:
>> >
>> > Hi,
>> >
>> >
>> > On 02.09.2013 15:29, janI wrote:
>> >>
>> >> On 2 September 2013 15:20, Oliver-Rainer Wittmann <
>> orwittm...@googlemail.com
>> >>>
>> >>> wrote:
>> >>
>> >>
>> >>> Yes, I experienced the same a couple of minutes ago.
>> >>> Now, I am getting "server not available"
>> >>>
>> >>
>> >> I might sit on a better line, I just loaded it without problems, but I
>> have
>> >> not been on a lot today.
>> >>
>> >> It seems wiki is reaching a capacity limit, maybe we have more  users
>> than
>> >> usual. There has been 1 service alert today, thats all.
>> >>
>> >> The vm as such is running smoothly.
>> >>
>> >
>> > Thanks for having a deeper look.
>> >
>> > wiki.o.o was back, but only for a short moment.
>> > Now, I have again "Service Unavailable"
>> >
>> > I will try later again.
>>
>> its judt wiki telling to come and haunt me in southern spain :-)
>>
>> rgds
>> jan i
>>
>> ps our vm-admin is still very much up in the air (ref privae) and I am on
>> standby.
>>
>> >
>> >
>> > Best regards, Oliver.
>> >
>> >>>
>> >>> On 02.09.2013 15:02, Alexandro Colorado wrote:
>> >>>
>>  Seems the problems with the wiki are still on going. Anyone else
>>  experiencing a 503 Service Unavailable?
>> 
>>  On 9/2/13, Alexandro Colorado  wrote:
>> 
>> > I got a buch of Service unaviable all through sunday.
>> >
>> > On 9/2/13, janI  wrote:
>> >
>> >> loads with normal speed here.
>> >>
>> >> rgds
>> >> jan i
>> >> On Sep 2, 2013 7:24 AM, "Tae Wong"  wrote:
>> >>
>> >>   This site loads too slow in morning.
>> >>>
>> >>>
>> >>> Visit the wiki using https protocol and SonarQura interface
>> appears.
>> >>>
>> >>> --**--**
>> >>> -
>> >>> To unsubscribe, e-mail: dev-unsubscribe@openoffice.**apache.org<
>> dev-unsubscr...@openoffice.apache.org>
>> >>>
>> >>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>> >>>
>> >>>
>> >>>
>> >>
>> >
>> > --
>> > Alexandro Colorado
>> > Apache OpenOffice Contributor
>> > http://www.openoffice.org
>> >
>> >
>> 
>> 
>> >>>
>> --**--**-
>> >>> To unsubscribe, e-mail: dev-unsubscribe@openoffice.**apache.org<
>> dev-unsubscr...@openoffice.apache.org>
>> >>>
>> >>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>> >>>
>> >>>
>> >>
>> >
>> > -
>> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> > For additional commands, e-mail: dev-h...@openoffice.apache.org
>> >
>>

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Service Unavailable error when trying to visit wiki.openoffice.org

[Mr. Phan Anh]

We should consider increasing the bandwith for this page Robby.
Lagging with translators is a bad idea.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Swedish dictionary

[Oliver-Rainer Wittmann]

Hi,

On 03.09.2013 14:04, KaspAir wrote:

Dear OpenOffice,

For the OpenOffice 4.0.0 version there is no Swedish dictionary. Neither
as language-pack or as add-on.

Can the previous swedish language-pack be converted so it can fit the
OpenOffice 4.0.0 version?

Can the very fine dictionary of Mozilla Firefox be converted to fit
OpenOffice 4.0.0?

https://addons.mozilla.org/en-US/firefox/addon/den-stora-svenska-ordlistan/

I am willing to try to help with the conversion work as long as it does
not require a large amount of work.



I searched on http://extensions.openoffice.org/ for a Swedish dictionary.
One of the results is 
http://extensions.openoffice.org/en/project/swedish-dictionaries-apache-openoffice
It looks like that it works in AOO 4.0.0 - as I am not Swedish, I can 
not confirm that it is correct.
The description of the dictionary extension also contains a call for a 
maintainer.


Hope that helps,
Oliver.


Yours Sincerely, Kasper

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: English dictionaries no longer working

[Werner J. Kronenberg]

  - Original Message - 
  From: Werner J. Kronenberg 
  To: F C. Costero 
  Sent: Wednesday, August 28, 2013 10:16 PM
  Subject: English dictionaries no longer working


  Hi Francis,

  From today, all english dictionaries (Canada, US, South Africa, etc) stopped 
working, whereas all others (French, German, etc.) still work.

  I've downloaded the US again to test, at no avail!

  Thank you for letting me know what the problem could be and how to resolve it.


  Best regards, Werner


  Werner J. Kronenberg
  PO Box 5248
  ZA-7135 Helderberg
  South Africa
  mailto:werner...@mwebbiz.co.za

Re: [announce] genLang extract is ready.

[janI]

On 3 September 2013 10:37, Herbert Duerr  wrote:

> On 02.09.2013 20:03, Regina Henschel wrote:
>
>> 2) I see a coding problem for umlauts, for example
>> https://translate.apache.org/**de/aooGenLang4/chart2.po/**
>> translate/#unit=20600974
>>
>
> This might be an encoding problem: In the browser the text shows as
> "Bereich für %VALUETYPE" which is the correct UTF-8 string being displayed
> in an wrong (iso8859-1) encoding. Unfortunately even forcing the browser to
> interpret the page as UTF-8 doesn't help, probably because the content is
> generated dynamically with javascript.
>
> Maybe it would help to add a line
> 
> into the HTML header, but I have no idea how to convince Pootle to do that.
>
That would really be a solution if all translations had the problem, but
e.g. aoo40/es works fine, and we dont have headers for each
project/language.

rgds
jan I.


>
> Herbert
>
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>

RE: Building comphelper

[Steele, Raymond]

Anyone?  This seems to pertain to the GNU bug described here since mathconf.h 
included in the AOO source has a comment about it.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14608



From: Steele, Raymond
Sent: Wednesday, August 28, 2013 2:54 PM
To: dev@openoffice.apache.org; us...@openoffice.apache.org
Subject: RE: Building comphelper

I'm not sure why I am having so many issues with comphelper, but I am also 
getting the following:

/opt/aoo-4.0.0/main/solver/400/unxsoli4.pro/inc/rtl/math.hxx, line 315: Error: 
The function "isfinite" must have a prototype
/opt/aoo-4.0.0/main/solver/400/unxsoli4.pro/inc/rtl/math.hxx, line 328: Error: 
The function "isfinite" must have a prototype
/opt/aoo-4.0.0/main/solver/400/unxsoli4.pro/inc/rtl/math.hxx, line 339: Error: 
The function "isfinite" must have a prototype

Each instance of the above is complaining about the use of SAL_MATH_FINITE. 
which I think is defined in mathconf.h

Any help would be greatly appreciated.

From: Steele, Raymond
Sent: Wednesday, August 28, 2013 2:38 PM
To: dev@openoffice.apache.org; 
us...@openoffice.apache.org
Subject: Building comphelper

While build AOO 4.0, the build fails in module comphelper.  It seems to be 
complaining about the boost/integer_fwd file.

/usr/local/include/boost/integer_fwd.hpp line 137, Error: Illegal value for 
template parameter.
/usr/local/include/boost/integer_fwd.hpp line 137, Error: Cannot use class 
specialization with non-classes.

integer_fwd.cpp contains the following on line 136 and 137:

136: template <  >
137:struct low_bits_mask_t< ::std::numeric_limits::digits>;


Any ideas? Has anyone run into this before.



Raymond

Re: English dictionaries no longer working

[Rory O'Farrell]

On Tue, 3 Sep 2013 16:43:53 +0200
"Werner J. Kronenberg"  wrote:

> 
>   - Original Message - 
>   From: Werner J. Kronenberg 
>   To: F C. Costero 
>   Sent: Wednesday, August 28, 2013 10:16 PM
>   Subject: English dictionaries no longer working
> 
> 
>   Hi Francis,
> 
>   From today, all english dictionaries (Canada, US, South Africa, etc) 
> stopped working, whereas all others (French, German, etc.) still work.
> 
>   I've downloaded the US again to test, at no avail!
> 
>   Thank you for letting me know what the problem could be and how to resolve 
> it.
> 
> 
>   Best regards, Werner
> 
> 
>   Werner J. Kronenberg
>   PO Box 5248
>   ZA-7135 Helderberg
>   South Africa
>   mailto:werner...@mwebbiz.co.za

I've just checked - my UK-English dictionary is still working. I'd suggest 
deleting or renaming your User Profile. Details of how to do this are given at
http://forum.openoffice.org/en/forum/viewtopic.php?f=74&t=12426
-- 
Rory O'Farrell 

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Swedish dictionary

[Andrea Pescetti]

Oliver-Rainer Wittmann wrote:

On 03.09.2013 14:04, KaspAir wrote:

For the OpenOffice 4.0.0 version there is no Swedish dictionary. Neither
as language-pack or as add-on. ...

I searched on http://extensions.openoffice.org/ for a Swedish dictionary.
One of the results is
http://extensions.openoffice.org/en/project/swedish-dictionaries-apache-openoffice
It looks like that it works in AOO 4.0.0 - as I am not Swedish, I can
not confirm that it is correct.


I packaged it for inclusion in OpenOffice 3.4 and later and it should 
work. The real problem is that this dictionary would be bundled with the 
Swedish version, but we are not distributing version 4.0 in Swedish 
since the translation is not yet complete.


Releasing version 4.0.1 in Swedish is possible with a few hours of work, 
we only need about 2000 words. Kasper, if you are willing to help...


To see Pootle, our translation system, in action, please look here:
https://translate.apache.org/sv/aoo40/

If you contribute the missing translations by the 4.0.1 translation 
deadline (6 September) we will release OpenOffice 4.0.1 in Swedish 
mid-September.


If you feel like helping, just read 
http://openoffice.apache.org/translate.html and request a Pootle account 
as explained here: 
http://wiki.openoffice.org/wiki/Pootle_User_Guide/Registration_and_Login

or here: https://cwiki.apache.org/confluence/x/XBT8AQ

Regards,
  Andrea.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: [announce] genLang extract is ready.

[Tsutomu Uchino]

Hi,

I have the same problem on ja locale.
I downloaded PO files from the Pootle getLang project. These files contains
correct strings in UTF-8.
But their header contains the following line:
> "Content-Type: text/plain; charset=iso-8859-1\n"
Is it used to detect the file encoding? Another project for 4.x contains
the following:
> "Content-Type: text/plain; charset=UTF-8\n"

Regards
- Tsutomu

Re: Service Unavailable error when trying to visit wiki.openoffice.org

[janI]

On 3 September 2013 15:27, Mr. Phan Anh  wrote:

> We should consider increasing the bandwith for this page Robby.
> Lagging with translators is a bad idea.
>

We are on a  2Gb uplink so bandwidth is clearly not the problem. The vm
itself is the problem.

btw, translators are not the majority of wiki users.

rgds
jan I.


>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>

Re: Example of spreadsheet formula testing

[Herbert Duerr]

On 02.09.2013 21:25, Andrea Pescetti wrote:

On 27/08/2013 Herbert Duerr wrote:

A good idea. I just wrote a task [1] and a script [2] that takes a
slightly modified version of Regina's sample document and checks whether
all of its tests pass. This script is now part of the Functional
Verification Test (a.k.a. FVT).
[1] https://issues.apache.org/ooo/show_bug.cgi?id=123119
[2] http://svn.apache.org/r1517802


Really nice stuff! Where's the blog post?

Seriously, with this simple framework we make testcase preparation
accessible to almost all Calc users, so let's give it the visibility it
deserves.


That's a good idea. Here is a first very rough draft:
https://blogs.apache.org/roller-ui/authoring/preview/OOo/?previewEntry=writing_spreadsheet_test_cases_now

Herbert

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Incorporarme a open office

[Francisco Membreño]

buenas tardes

mi nombre es: Jose Francisco Membreño

Estudio ingenieria en sistemas en la UCA universidad de El Salvador

Quisiera expandir el open Office en mi país y dar introductorias o
consolatorias para que la gente aprenda de las nuevas novedades de open

Les agradezco su gran trabajo en espera de una respuesta

Re: Incorporarme a open office

[Alexandro Colorado]

Hola Francisco esta es una lista en ingles, por favor dirigete a las listas
hispanas, o comunicate en ingles en la lista actual.
http://openoffice.org/es

Hi Francisco this is a list in english, please refer to the hispanic lists
or communicate to the current list in english.


2013/9/3 Francisco Membreño 

> buenas tardes
>
> mi nombre es: Jose Francisco Membreño
>
> Estudio ingenieria en sistemas en la UCA universidad de El Salvador
>
> Quisiera expandir el open Office en mi país y dar introductorias o
> consolatorias para que la gente aprenda de las nuevas novedades de open
>
> Les agradezco su gran trabajo en espera de una respuesta
>



-- 
Alexandro Colorado
Apache OpenOffice Contributor
http://www.openoffice.org

FYI: Wiki posting

[Rory O'Farrell]

The posting quoted in extenso below was made today to the en-Forum. I have no 
knowledge of Base or of the protocols of Wiki but I am anxious, as I am sure 
are all working on OpenOffice, that users have as good an experience with it as 
possible. This includes best advice. As I say, I have no knowledge of the 
workings of Base, but I have seen the level and quality of advice offered by 
DACM and other Forum volunteers who specialise in that area, so my instinct 
would be to accept his considered opinion (and hence his Wiki postings) as best 
advice. I am not certain how ths matter might be best progressed, so I thought 
it best to lay before the dev ML.

The full Forum thread is at
http://forum.openoffice.org/en/forum/viewtopic.php?f=49&t=63999
At present the subsequent postings are for information relevant to the below 
posting. I have inserted a few breaks to avoid gripes about long lines from my 
mailer. 
 
The posting is:
--
Subject: A Base issue cover-up?
Poster: DACM (Forum volunteer)

I consider it a distinct privilege to participate in this and other community 
forums, predominately in support of Base. The moderators have endured my 
sometimes outspoken critique of Base in the process of urging Base users to 
adopt a reliable database configuration for production data. I simply joined 
the 
[url=http://forum.openoffice.org/en/forum/viewtopic.php?f=83&t=17567]campaign 
of  [b]r4zoli[/b][/url], [b]Sliderule[/b], [b]Villeroy[/b] and many others as 
we've sought to maintain a proper balance between transparency and Base/Office 
promotion -- as avid users ourselves.

As a result, any 'seasoned' Base user is now keenly-aware of the Base 
instabilities associated with storing database-files internally, within the 
Base .odb file, otherwise known as 'embedded database' files. We continue to 
encounter newer/un-aware users that have fallen victim, and find themselves 
desperately begging for help with critical data recovery. For instance, 
[url=http://forum.openoffice.org/en/forum/viewtopic.php?f=13&t=63986]here's 
today's entry[/url]. 

Our support includes data-recovery, automated backups, configuration tutorials, 
data-migration tutorials, 
[url=http://forum.openoffice.org/en/forum/viewtopic.php?f=83&t=61183]automated 
templates[/url], examples, personalized user-help, etc. To that end, I've 
painstakingly generated detailed tutorials outlining each of these solutions 
(up through concurrent database access among multiple users in networked 
environments) to the official[color=#FF] 
[url=http://wiki.openoffice.org/wiki/FAQ_(Base)#HSQLDB]Apache OpenOffice.org 
Wiki[/url][/color]. 

I understand the nature of a Wiki (and the ability to 'undo' changes), but 
apparently those tutorials were removed recently by [b]Eschmenk[/b] citing 
"[i][url=http://wiki.openoffice.org/w/index.php?title=FAQ_(Base)&action=history]Major
 rewrite of some confusing sections.[/url][/i]" Now I can appreciate any effort 
to clarify while condensing my prose, but this effort substantially eliminated 
the tutorials and all links to this forum (leaving all others intact), while 
further sanitizing the content of any reference to data-corruption or known 
Base instabilities/workarounds/wizards/etc.

In other words, [b]Eschmenk[/b] intentionally gutted the content and all 
references to easy/automated solutions, while effectively eliminating all 
motivation to avoid 'embedded database' files. What's left is a confusing and 
suspicious fraction of the original tutorials and information. 

This is troubling because we can no longer presume that new and inexperienced 
Base users have encountered data-corruption due to a lack of exposure to 
information channels. [color=#FF]If [b]Eschmenk[/b] represents an insider, 
then we we will soon be encountering victims who have lost data due to a lack 
of motivation/awareness, due to the sanitized nature of the propaganda allowed 
through official channels.[/color] 

Thankfully, we enjoy much greater transparency in this forum which serves to 
overcome the intentional misrepresentation of the facts by insiders. But it 
still hurts to realize that we have such [apparent and blatant] dishonesty in 
the form of a cover-up extant in the open-source community.  :(

See [url=http://www.mediafire.com/?m8yhn6xyc7mhewl]related excerpt[/url] (Sep 
03, 2013) from: [url=http://www.mediafire.com/?6h7cqhv66u6793d]FAQ (Base) - 
Apache OpenOffice Wiki.pdf[/url] 

...
-- 
Rory O'Farrell 

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Starting Introduction to Contributing to Apache OpenOffice Module

[Georges Schaffner]

Re: FYI: Wiki posting

[Rob Weir]

Sounds like an editing disagreement wrapped in a conspiracy theory.
 As far as I know there is no conspiracy here.  If there was I'd
surely know about it ;-)

Who is Eschmenk?  Does he or she know about DACM?  Have they actually
discussed the issue?  If not they should probably start a discussion
on the "Talk" page that is associated with that wiki page.   Maybe
they can come to a consensus there.

Maybe one approach is to split this into two pages, one with the
simpler core content, and a linked page that has all of the tutorial
links?

-Rob

On Tue, Sep 3, 2013 at 2:35 PM, Rory O'Farrell  wrote:
> The posting quoted in extenso below was made today to the en-Forum. I have no 
> knowledge of Base or of the protocols of Wiki but I am anxious, as I am sure 
> are all working on OpenOffice, that users have as good an experience with it 
> as possible. This includes best advice. As I say, I have no knowledge of the 
> workings of Base, but I have seen the level and quality of advice offered by 
> DACM and other Forum volunteers who specialise in that area, so my instinct 
> would be to accept his considered opinion (and hence his Wiki postings) as 
> best advice. I am not certain how ths matter might be best progressed, so I 
> thought it best to lay before the dev ML.
>
> The full Forum thread is at
> http://forum.openoffice.org/en/forum/viewtopic.php?f=49&t=63999
> At present the subsequent postings are for information relevant to the below 
> posting. I have inserted a few breaks to avoid gripes about long lines from 
> my mailer.
>
> The posting is:
> --
> Subject: A Base issue cover-up?
> Poster: DACM (Forum volunteer)
>
> I consider it a distinct privilege to participate in this and other community 
> forums, predominately in support of Base. The moderators have endured my 
> sometimes outspoken critique of Base in the process of urging Base users to 
> adopt a reliable database configuration for production data. I simply joined 
> the 
> [url=http://forum.openoffice.org/en/forum/viewtopic.php?f=83&t=17567]campaign 
> of  [b]r4zoli[/b][/url], [b]Sliderule[/b], [b]Villeroy[/b] and many others as 
> we've sought to maintain a proper balance between transparency and 
> Base/Office promotion -- as avid users ourselves.
>
> As a result, any 'seasoned' Base user is now keenly-aware of the Base 
> instabilities associated with storing database-files internally, within the 
> Base .odb file, otherwise known as 'embedded database' files. We continue to 
> encounter newer/un-aware users that have fallen victim, and find themselves 
> desperately begging for help with critical data recovery. For instance, 
> [url=http://forum.openoffice.org/en/forum/viewtopic.php?f=13&t=63986]here's 
> today's entry[/url].
>
> Our support includes data-recovery, automated backups, configuration 
> tutorials, data-migration tutorials, 
> [url=http://forum.openoffice.org/en/forum/viewtopic.php?f=83&t=61183]automated
>  templates[/url], examples, personalized user-help, etc. To that end, I've 
> painstakingly generated detailed tutorials outlining each of these solutions 
> (up through concurrent database access among multiple users in networked 
> environments) to the official[color=#FF] 
> [url=http://wiki.openoffice.org/wiki/FAQ_(Base)#HSQLDB]Apache OpenOffice.org 
> Wiki[/url][/color].
>
> I understand the nature of a Wiki (and the ability to 'undo' changes), but 
> apparently those tutorials were removed recently by [b]Eschmenk[/b] citing 
> "[i][url=http://wiki.openoffice.org/w/index.php?title=FAQ_(Base)&action=history]Major
>  rewrite of some confusing sections.[/url][/i]" Now I can appreciate any 
> effort to clarify while condensing my prose, but this effort substantially 
> eliminated the tutorials and all links to this forum (leaving all others 
> intact), while further sanitizing the content of any reference to 
> data-corruption or known Base instabilities/workarounds/wizards/etc.
>
> In other words, [b]Eschmenk[/b] intentionally gutted the content and all 
> references to easy/automated solutions, while effectively eliminating all 
> motivation to avoid 'embedded database' files. What's left is a confusing and 
> suspicious fraction of the original tutorials and information.
>
> This is troubling because we can no longer presume that new and inexperienced 
> Base users have encountered data-corruption due to a lack of exposure to 
> information channels. [color=#FF]If [b]Eschmenk[/b] represents an 
> insider, then we we will soon be encountering victims who have lost data due 
> to a lack of motivation/awareness, due to the sanitized nature of the 
> propaganda allowed through official channels.[/color]
>
> Thankfully, we enjoy much greater transparency in this forum which serves to 
> overcome the intentional misrepresentation of the facts by insiders. But it 
> still hurts to realize that we have such [apparent and blatant] dishonesty in 
> the form of a cover-up extant in the open-source community.  :(

Re: FYI: Wiki posting

[Hagar Delest]

Le 03/09/2013 20:51, Rob Weir a écrit :

Maybe one approach is to split this into two pages, one with the
simpler core content, and a linked page that has all of the tutorial
links?


What do you mean? Keep the not that nice comments on Base hidden on a second 
ranking page and keep the good looking comments on the first one? Knowing that 
most users would not check the 2nd page?
Note that some comment are even completely wrong it seems (see Villeroy's 
comment in the forum).

There is a clear intent to sanitize one of the bad aspects of Base and this is 
not acceptable. Remember that users can use AOO for production work, especially 
for a database component. Hiding such risks is not professional at all and may 
lead to real frustration, especially if users discover afterward this 
operation. It's even a real shame (that's why I don't trust very much wikis, 
but that's my own opinion).

I think we are facing a limit of the contribution through wikis. We can't do 
very much against this. But it will discourage power user from contributing to 
the wiki.

Hagar

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: FYI: Wiki posting

[Hagar Delest]

Le 03/09/2013 22:03, Rob Weir a écrit :

I'm sure whatever you say on the forum will have great influence due
to the respect you have there.  I hope you can find a way to lead the
parties to a constructive resolution to this disagreement.


This is the real problem. I doubt that Eschmenk (the author of the changes) is 
willing to even discuss the changes.
We don't need such zealots, it will backfire, for sure.

So either there is a reaction from the community (I recall Wikipedia 
implementing additional controls or locks after hot topics problems), or there 
is no reaction, equivalent to an unsaid agreement to what was done.

It may be exagerated but there is some credibility at stake.

Hagar

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: FYI: Wiki posting

[Rory O'Farrell]

On Tue, 3 Sep 2013 16:03:51 -0400
Rob Weir  wrote:

> On Tue, Sep 3, 2013 at 3:57 PM, Hagar Delest  wrote:
> > Le 03/09/2013 20:51, Rob Weir a écrit :
> >
> >> Maybe one approach is to split this into two pages, one with the
> >> simpler core content, and a linked page that has all of the tutorial
> >> links?
> >
> >
> > What do you mean? Keep the not that nice comments on Base hidden on a second
> > ranking page and keep the good looking comments on the first one? Knowing
> > that most users would not check the 2nd page?
> 
> I'm not offering an opinion on how to structure the content.  I'm
> merely pointing out that we do not have a scarcity of pages on the
> wiki.  It should be possible for any reasonable content to be added
> and for editors not to step on each others toes.
> 
> > Note that some comment are even completely wrong it seems (see Villeroy's
> > comment in the forum).
> >
> > There is a clear intent to sanitize one of the bad aspects of Base and this
> > is not acceptable. Remember that users can use AOO for production work,
> > especially for a database component. Hiding such risks is not professional
> > at all and may lead to real frustration, especially if users discover
> > afterward this operation. It's even a real shame (that's why I don't trust
> > very much wikis, but that's my own opinion).
> >
> > I think we are facing a limit of the contribution through wikis. We can't do
> > very much against this. But it will discourage power user from contributing
> > to the wiki.
> >
> 
> I'm sure whatever you say on the forum will have great influence due
> to the respect you have there.  I hope you can find a way to lead the
> parties to a constructive resolution to this disagreement.
> 
> Regards,
> 
> -Rob
> 
> 
> > Hagar
> >

What worries me is the removal of links to the Forum. I see no problem with 
hosting the removed content on the Forum; however the removal of any contrary 
opinion to Eschmenk's would lead me to fear that any further Forum links on the 
Wiki might be removed.


-- 
Rory O'Farrell 

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: FYI: Wiki posting

[Rob Weir]

On Tue, Sep 3, 2013 at 3:57 PM, Hagar Delest  wrote:
> Le 03/09/2013 20:51, Rob Weir a écrit :
>
>> Maybe one approach is to split this into two pages, one with the
>> simpler core content, and a linked page that has all of the tutorial
>> links?
>
>
> What do you mean? Keep the not that nice comments on Base hidden on a second
> ranking page and keep the good looking comments on the first one? Knowing
> that most users would not check the 2nd page?

I'm not offering an opinion on how to structure the content.  I'm
merely pointing out that we do not have a scarcity of pages on the
wiki.  It should be possible for any reasonable content to be added
and for editors not to step on each others toes.

> Note that some comment are even completely wrong it seems (see Villeroy's
> comment in the forum).
>
> There is a clear intent to sanitize one of the bad aspects of Base and this
> is not acceptable. Remember that users can use AOO for production work,
> especially for a database component. Hiding such risks is not professional
> at all and may lead to real frustration, especially if users discover
> afterward this operation. It's even a real shame (that's why I don't trust
> very much wikis, but that's my own opinion).
>
> I think we are facing a limit of the contribution through wikis. We can't do
> very much against this. But it will discourage power user from contributing
> to the wiki.
>

I'm sure whatever you say on the forum will have great influence due
to the respect you have there.  I hope you can find a way to lead the
parties to a constructive resolution to this disagreement.

Regards,

-Rob


> Hagar
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: [announce] genLang extract is ready.

[janI]

On Sep 3, 2013 7:16 PM, "Tsutomu Uchino"  wrote:
>
> Hi,
>
> I have the same problem on ja locale.
> I downloaded PO files from the Pootle getLang project. These files
contains
> correct strings in UTF-8.
> But their header contains the following line:
> > "Content-Type: text/plain; charset=iso-8859-1\n"
> Is it used to detect the file encoding? Another project for 4.x contains
> the following:
> > "Content-Type: text/plain; charset=UTF-8\n"

Thanks for the help, bug is found and corrected. I will upload new
generated po files soon.

rgds
jan i
>
> Regards
> - Tsutomu

Re: English dictionaries no longer working

[Werner J. Kronenberg]

- Original Message - 
From: "Rory O'Farrell" 

To: 
Cc: "Werner J. Kronenberg" ; "F C. Costero" 
; 

Sent: Tuesday, September 03, 2013 5:51 PM
Subject: Re: English dictionaries no longer working



On Tue, 3 Sep 2013 16:43:53 +0200
"Werner J. Kronenberg"  wrote:



  - Original Message - 
  From: Werner J. Kronenberg

  To: F C. Costero
  Sent: Wednesday, August 28, 2013 10:16 PM
  Subject: English dictionaries no longer working


  Hi Francis,

  From today, all english dictionaries (Canada, US, South Africa, etc) 
stopped working, whereas all others (French, German, etc.) still work.


  I've downloaded the US again to test, at no avail!

  Thank you for letting me know what the problem could be and how to 
resolve it.



  Best regards, Werner


  Werner J. Kronenberg
  PO Box 5248
  ZA-7135 Helderberg
  South Africa
  mailto:werner...@mwebbiz.co.za


I've just checked - my UK-English dictionary is still working. I'd suggest 
deleting or renaming your User Profile. Details of how to do this are 
given at

http://forum.openoffice.org/en/forum/viewtopic.php?f=74&t=12426
--
Rory O'Farrell 


Hi Rory,
After renaming my User Profile all English spellcheckers are working again.

Thanks,

Werner




-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: FYI: Wiki posting

[Rob Weir]

On Tue, Sep 3, 2013 at 4:16 PM, Rory O'Farrell  wrote:
> On Tue, 3 Sep 2013 16:03:51 -0400
> Rob Weir  wrote:
>
>> On Tue, Sep 3, 2013 at 3:57 PM, Hagar Delest  
>> wrote:
>> > Le 03/09/2013 20:51, Rob Weir a écrit :
>> >
>> >> Maybe one approach is to split this into two pages, one with the
>> >> simpler core content, and a linked page that has all of the tutorial
>> >> links?
>> >
>> >
>> > What do you mean? Keep the not that nice comments on Base hidden on a 
>> > second
>> > ranking page and keep the good looking comments on the first one? Knowing
>> > that most users would not check the 2nd page?
>>
>> I'm not offering an opinion on how to structure the content.  I'm
>> merely pointing out that we do not have a scarcity of pages on the
>> wiki.  It should be possible for any reasonable content to be added
>> and for editors not to step on each others toes.
>>
>> > Note that some comment are even completely wrong it seems (see Villeroy's
>> > comment in the forum).
>> >
>> > There is a clear intent to sanitize one of the bad aspects of Base and this
>> > is not acceptable. Remember that users can use AOO for production work,
>> > especially for a database component. Hiding such risks is not professional
>> > at all and may lead to real frustration, especially if users discover
>> > afterward this operation. It's even a real shame (that's why I don't trust
>> > very much wikis, but that's my own opinion).
>> >
>> > I think we are facing a limit of the contribution through wikis. We can't 
>> > do
>> > very much against this. But it will discourage power user from contributing
>> > to the wiki.
>> >
>>
>> I'm sure whatever you say on the forum will have great influence due
>> to the respect you have there.  I hope you can find a way to lead the
>> parties to a constructive resolution to this disagreement.
>>
>> Regards,
>>
>> -Rob
>>
>>
>> > Hagar
>> >
>
> What worries me is the removal of links to the Forum. I see no problem with 
> hosting the removed content on the Forum; however the removal of any contrary 
> opinion to Eschmenk's would lead me to fear that any further Forum links on 
> the Wiki might be removed.
>

Worry, fear, zealots, etc.,  I hear a lot of strong words here, but
has anyone actually tried to contact the other wiki editor?   Failure
to communicate is the cause of 90% of the problems out there.  I'm
disinclined to recommend any further actions until someone suitably
motivated takes at least that first simple, civil step.

Remember, we're talking about a Wiki account that was first used on
August 29th, and where only 3 edits to a single page have been made.
To call this zealotry and to bemoan the lingering motivation of power
users is an overreaction, in my opinion.  Editing disagreements on
wikis are nothing new.And we don't want to demotivate new
contributors either.

Personally, I'd assume this is a new user and maybe confused and
invite them to discuss this page further on the mailing list or forum.
 If the person is truly the devil incarnate, that will be plain enough
in due time and we can take additional steps.

Regards,

-Rob

>
> --
> Rory O'Farrell 
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: A question about StarBasic

[Andrew Douglas Pitonyak]

Clarence, I assume that Jürgen was referring to objects that are part of 
AOO.


In the example provided by Peter, creating an Excel.Sheet references an 
object that is not part of AOO, but it is known to Windows (if it works) 
and so AOO is able to find it.


While you are running AOO, the objects that are known are sometimes 
context dependent. You can always access an object that knows how to 
perform Simple File Access


http://www.openoffice.org/api/docs/common/ref/com/sun/star/ucb/SimpleFileAccess.html

A Text Table, however, must be created by a document and is then 
inserted into the document that created it.


http://www.openoffice.org/api/docs/common/ref/com/sun/star/text/TextTable.html

Just heard a crash followed by a crying child, need to run

On 09/03/2013 01:21 AM, Clarence GUO wrote:

Juergen,
Yes SAPGUI is not an AOO default object, it should be a SAP COMM object. Do
you mean OpenOffice Basic doesn't support non-default objects? If so, what
are the OpenOffice Basic default objects?

Clarence


2013/9/2 Jürgen Schmidt 


On 9/2/13 11:09 AM, Clarence GUO wrote:

Thanks Peter,
Yes Set SapGuiAuto = CreateObject("Excel.Sheet") works.
Why "SAPGUI" must be an ActiveXObject? Is it by design?


whatever it is in detail it is not part of AOO by default and probably
comes from somewhere else.

Juergen


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


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: FYI: Wiki posting

[Andrea Pescetti]

Hagar Delest wrote:

There is a clear intent to sanitize one of the bad aspects of Base and
this is not acceptable


I can't examine history of those wiki pages due to the wiki problems 
already mentioned today. I agree about the fact that a newcomer should 
not rewrite and remove content still maintained and build in years.


I totally don't agree with the "conspiracy theory" tones. Really. We are 
here to solve bugs, not to hide them. Restore the wiki page so that it 
has the content most useful to users, write a note to this "Eschmenk" 
guy in the talk page, and solve this without using too much imagination...


I've written a similar post in the forum thread.

Regards,
  Andrea.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Archives FTP: missing versions

[FR web forum]

Hello list,

ftp://archive.services.openoffice.org/pub/openoffice-archive/
Latest versions 3.3 and 3.4 are missing
Is it possible to add it?

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Starting Introduction to Contributing to Apache OpenOffice Module

[Alexandro Colorado]

Hi Georges. We receive your message on the list. Welcome!!


On Tue, Sep 3, 2013 at 1:57 PM, Georges Schaffner <
schaffnergeor...@gmail.com> wrote:

>
>


-- 
Alexandro Colorado
Apache OpenOffice Contributor
http://www.openoffice.org

Re: Yet another flyer

[Drew Jensen]

Howdy Juergen,

Well, would that be the icons on the wiki - though I suppose those are just
an idea.

Anyway - the flyer - actually, the flyers -  What I would like to do is
have a few flyers, targeted to types of users - for example Students,
something along the lines of Rob's last blog post but different ;) sorry,
it really is not just about being free is it?  or is it?

College students, at least in the US, are a problem of course and it can be
summed up in one word GOOGLE. But they don't have 100% of the market yet
(well, in public universities they might)

Anyway - I started a student version and a SME version ( there will be a
presentation of AOO on the 17th and the presenter would like flyers and
that would be for an SME kind of audience, more later on that)

I won't put up the student and sme versions today - they are identical to
what I already posted, changing only the 1st column and the little icon
person on the second page..

Darn- I have to run, I'll try to finish this on the morrow...


On Mon, Sep 2, 2013 at 6:00 AM, Jürgen Schmidt wrote:

> On 9/1/13 2:58 AM, Drew Jensen wrote:
> > Yes - that is exactly what it is, an update to that flyer.
> >
> > Ok - Thanks much to Everyone - particularly for the reminder not to be
> too
> > loose with trademarks - it prompted me to re-work the short flyer and
> what
> > I ended up with can be fond here:
> > https://docs.google.com/file/d/0Bx7ZNEXlmR0IQjZiZnFkS2dnUnM
> > (odd, that PDF picked up some verdana fonts when I added the frames..hmm
> > ;-/)
> >
> > Kay mentioned Why AOO items - that is the section I was looking for most
> > guidance on.
> >
> > So, I'll look at Don's suggestions and Kay's tomorrow - BTW the odt file
> > for todays pdf is at:
> > https://docs.google.com/file/d/0Bx7ZNEXlmR0IaW1XcURJa20xQU0
> >
> > I'll, hopefully, be on-line again Tuesday
>
> nice and it reminds me that we should pick up the work on the
> application icons in time for AOO 4.1 ...
>
>
> Juergen
>
>
> >
> >
> > On Sat, Aug 31, 2013 at 12:57 PM, Kay Schenk 
> wrote:
> >
> >> On Fri, Aug 30, 2013 at 10:46 AM, Drew Jensen <
> drewjensen.in...@gmail.com
> >>> wrote:
> >>
> >>> Howdy,
> >>>
> >>> I needed to get my head back into thinking AOO look and feel, so
> decided
> >>> why not work on a flyer or two - likely this is superfluous to what you
> >>> already have however
> >>> https://docs.google.com/file/d/0Bx7ZNEXlmR0IT3JTSWZZSktzODQ
> >>>
> >>> The ODT file is at
> >>> https://docs.google.com/file/d/0Bx7ZNEXlmR0INHdmVUc4cXR0Q1k
> >>>
> >>> I believe that flyer is pretty much finished, but any
> checks/suggestions
> >>> would be appreciated.
> >>>
> >>> For an A3 layout (sorry US Enlgish, so folks will want to change the
> >>> spelling to, you know - the wrong spelling ;-/ - for other places)
> >>> https://docs.google.com/file/d/0Bx7ZNEXlmR0IcmRha0tGeFVHc0U
> >>>
> >>> and the ODG file is at:
> >>> https://docs.google.com/file/d/0Bx7ZNEXlmR0IajF0UVRtcHIxczg
> >>>
> >>> Some will recognize the second flyer as an update to the original piece
> >>> that came out with OO.o 2.0. That file is not finished, as you will see
> >> and
> >>> anyone wanting to grab it and edit the information on any part of it -
> >>> please, please. do, just point me back to an updated version when you
> are
> >>> done.
> >>>
> >>> Caution - if you want to successfully edit those you will need the
> MPlus
> >>> font, available from Sourceforge. This font, last I checked, was only
> >>> available in English and Japanese.. so a problem for other folks, I
> know.
> >>>
> >>> //drew
> >>>
> >>
> >> This looks like a good update to the recent flyer that was done for the
> 3.4
> >> release and used at FOSDEM--
> >>
> >> http://wiki.openoffice.org/wiki/File:AOO_Flyer.pdf
> >>
> >> The one thing I like from the existing one is the first paragraph from
> >> "What is Apache OpenOffice".  If this could be added this first item and
> >> shorten some of your 'Why" sections, that would be ideal in my mind.
> >>
> >> --
> >>
> >>
> -
> >> MzK
> >>
> >> "When in doubt, cop an attitude."
> >> -- Cat laws
> >>
> >
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>

Re: Volunteering for AOO

[Kay Schenk]

On Thu, Aug 29, 2013 at 11:45 AM, Gaurav Prasad
wrote:

> Hello,
>
> I am a Java/J2EE programmer interested in working on the OpenOffice
> project.I do acknowledge the fact that most of AOO is in C++ but want to
> help/contribute in any form it can be.
> If not programming then I would like to help in localization, marketing or
> any other form .
>
> I have been here for a while before,but could not contribute due to
> academic time constraint.
> Since,I ve graduated I would be able to  give dedicated time towards it.
>
> Please anyone can help in guiding me for contributing on AOO.
>
> Thanks in Advance
>
> Regards
> Gaurav Prasad
>

Hello Guarav--

And thank you for your interest in development. Yes, it is true that AOO is
mostly written in C++ but there are "hooks" to java especially in the
database area. Of course, you can track down java code using your favorite
utility for this purpose.  If you do that, you can mostly ignore items in
the "qa" directories since these are used for testing.

I don't know if you've been through the Orientation modules, but you might
want to start there to learn more about how the project and Apache
generally works.

http://openoffice.apache.org/orientation/index.html

especially the Developer area.

I don't know how many of our outstanding issues pertain directly to java,
but probably some of them do.

Thanks again for wanting to help, and welcome to the project.



-- 
-
MzK

"Truth is stranger than fiction, but it is because Fiction is obliged
 to stick to possibilities. Truth isn't."
 -- "Following the Equator", Mark Twain

Re: AOO 4.0 Release notes problem in numbering

[張仁瀚]

Hello Steve,

well, what's your version of MS office? I use the version 2010. But in fact
the problem still existed as I tested it. Only the number "一二三" cannot be
transformed correctly.
I would like to know how you test it in detail. Just like how you enter or
insert your numbers.
Thanks for your help, this really disturbed me a lot.

Regards,
  Yohey.


2013/9/3 Steve Yin 

> Hi Yohey,
>
> I got the same wrong result on MS doc format. But using MS docx is OK. That
> is consistent with the AOO 4.0 release notes "Support more Numbering&bullet
> types in docx". Please check it.
>
>
> On Mon, Sep 2, 2013 at 1:02 PM, 張仁瀚  wrote:
>
> > Hello everyone,
> >
> > Recent days I have tried some improvement in the version 4.0 from release
> > notes [1] . But I got a problem in my implementation.
> > The item "Support more Numbering&bullet types in docx"  is under the
> index
> > "OOXML general". And that is where my question is.
> >
> > I use the function which is "numbering" to enter the following words in
> MS
> > office:
> >
> > 一. some words
> >
> > 二.  some words
> >
> > 三.  some words
> >
> >
> >
> > 壹、some words
> >
> > 貳、some words
> >
> > 參、some words
> >
> >
> >
> > 甲、some words
> >
> > 乙、some words
> >
> > 丙、some words
> >
> >
> > And I saved it as docx. In fact, whatever I used doc or docx, I got the
> > same result as I opened the doc or docx file with AOO:
> >
> > 1. some words
> >
> > 2.  some words
> >
> > 3.  some words
> >
> >
> >
> > 壹、some words
> >
> > 貳、some words
> >
> > 參、some words
> >
> >
> >
> > 甲、some words
> >
> > 乙、some words
> >
> > 丙、some words
> >
> > The problem is that Chinese number (一二三 is equal to 123) cannot be
> convert
> > completely in AOO.
> > Does I got wrong understanding in this improvement or there is something
> > wrong?
> >
> > Also, if this improvement is not talking about what I did above, how can
> I
> > contribute and improve my problem?
> >
> >
> > [1]
> >
> https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.0+Release+Notes
> >
> >
> > Thanks.
> >Yohey.
> >
>
>
>
> --
> Best Regards,
>
> Steve Yin
>

Introduction.

[Gunwant Khairnar]

Hello

My name id Gunwant Khairnar, from pune, India. And I am working as a Jr
system Administrator(Linux).
I wish to contribute in this openoffice project.

Thanks
Gunwant.

Re: Introduction.

[Alexandro Colorado]

Welcom Gunwant please read ou getting involved website as well as the
introductory modules we have documented for you to choose which project
suits you better. Then proceed to sign in to the mailing list that best
suit the category and join the team.


On Wed, Sep 4, 2013 at 12:25 AM, Gunwant Khairnar wrote:

> Hello
>
> My name id Gunwant Khairnar, from pune, India. And I am working as a Jr
> system Administrator(Linux).
> I wish to contribute in this openoffice project.
>
> Thanks
> Gunwant.
>



-- 
Alexandro Colorado
Apache OpenOffice Contributor
http://www.openoffice.org

Re: AOO 4.0 Release notes problem in numbering

[Steve Yin]

Hi Yohey,

My MSO version is 2010 64bit. The numbering "一、二、三、" was inserted from the
popup menu ->numbering library. Then the document was saved into the doc
and docx format.

Please make sure that the language settings of the AOO is correct. My
locale setting and the Asian language setting for document are "Chinese
(Simplified)".



On Wed, Sep 4, 2013 at 11:58 AM, 張仁瀚  wrote:

> Hello Steve,
>
> well, what's your version of MS office? I use the version 2010. But in fact
> the problem still existed as I tested it. Only the number "一二三" cannot be
> transformed correctly.
> I would like to know how you test it in detail. Just like how you enter or
> insert your numbers.
> Thanks for your help, this really disturbed me a lot.
>
> Regards,
>   Yohey.
>
>
> 2013/9/3 Steve Yin 
>
> > Hi Yohey,
> >
> > I got the same wrong result on MS doc format. But using MS docx is OK.
> That
> > is consistent with the AOO 4.0 release notes "Support more
> Numbering&bullet
> > types in docx". Please check it.
> >
> >
> > On Mon, Sep 2, 2013 at 1:02 PM, 張仁瀚  wrote:
> >
> > > Hello everyone,
> > >
> > > Recent days I have tried some improvement in the version 4.0 from
> release
> > > notes [1] . But I got a problem in my implementation.
> > > The item "Support more Numbering&bullet types in docx"  is under the
> > index
> > > "OOXML general". And that is where my question is.
> > >
> > > I use the function which is "numbering" to enter the following words in
> > MS
> > > office:
> > >
> > > 一. some words
> > >
> > > 二.  some words
> > >
> > > 三.  some words
> > >
> > >
> > >
> > > 壹、some words
> > >
> > > 貳、some words
> > >
> > > 參、some words
> > >
> > >
> > >
> > > 甲、some words
> > >
> > > 乙、some words
> > >
> > > 丙、some words
> > >
> > >
> > > And I saved it as docx. In fact, whatever I used doc or docx, I got the
> > > same result as I opened the doc or docx file with AOO:
> > >
> > > 1. some words
> > >
> > > 2.  some words
> > >
> > > 3.  some words
> > >
> > >
> > >
> > > 壹、some words
> > >
> > > 貳、some words
> > >
> > > 參、some words
> > >
> > >
> > >
> > > 甲、some words
> > >
> > > 乙、some words
> > >
> > > 丙、some words
> > >
> > > The problem is that Chinese number (一二三 is equal to 123) cannot be
> > convert
> > > completely in AOO.
> > > Does I got wrong understanding in this improvement or there is
> something
> > > wrong?
> > >
> > > Also, if this improvement is not talking about what I did above, how
> can
> > I
> > > contribute and improve my problem?
> > >
> > >
> > > [1]
> > >
> >
> https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.0+Release+Notes
> > >
> > >
> > > Thanks.
> > >Yohey.
> > >
> >
> >
> >
> > --
> > Best Regards,
> >
> > Steve Yin
> >
>



-- 
Best Regards,

Steve Yin