date:20121128

Thanks to an e-mail from Andrew, I have become aware that LO has finalized
a new tool set:

http://libreoffice.hu/2012/11/27/featurekillsdf-branch-merged/

I have had a look, and the tool does with a few exceptions, what genLang
was supposed to do. There are no reason to make parallel developments so
the l10n development has been stopped.

It would be nice to add the missing features to the LO tool and give it to
both LO and AOO, but that requires skills where development is the least
part.

When finishing a project I like to look back and see which lessons can be
learned...in my case there are many, but one is standing out:

Can it really be true that we all need to keep an eye on both the LO
developer activities as well as the AOO activities. At the moment we waste
the very limited resources:
- We solve a lot of the same bugs (I hope some developers, solve the bug
once, and post it on both LO/AOO)
- We test a lot the same
- We translate to a high degree the same text (we call for volunteer
translators, but why not use the texts already translated).

Would it not be a wonderful world, if openSource was truly open and we
could share instead of discussing whether the header (license) in the files
is blue or red.

Our common user base does in general not care, or maybe even understand the
differences between a red or blue license, they care about a well
functioning product that are steadily getting new features, so why are we
as volunteers not trying harder to reach that goal.

If I were PMC I would have one high priority on my list:
- How to get a common code base between LO and AOO, with possibility to
differentiate, so resources can be shared instead of effort duplicated.
- How to share bug fixes, information about new developments etc.

It is soon Christmas so it allowed to wishmy wish this year will be
that some of our funding is spent on, getting key people for LO and AOO
together. Lock them up in a room with a big pizza, tell them the door will
be unlocked when they have agreed on how to slice the pizza, instead of
make two mini pizzas.

Jan.

Re: L10n tools is no longer needed.

2012-11-28 Thread Pavel Janík


On Nov 28, 2012, at 10:07 AM, janI wrote:

> It is soon Christmas so it allowed to wishmy wish this year will be
> that some of our funding is spent on, getting key people for LO and AOO
> together. Lock them up in a room with a big pizza, tell them the door will
> be unlocked when they have agreed on how to slice the pizza, instead of
> make two mini pizzas.


+1 ... and beer. For some of them ;-)
-- 
Pavel Janík

Re: L10n tools is no longer needed.

2012-11-28 Thread Pavel Janík


On Nov 28, 2012, at 10:09 AM, Pavel Janík wrote:

> 
> On Nov 28, 2012, at 10:07 AM, janI wrote:
> 
>> It is soon Christmas so it allowed to wishmy wish this year will be
>> that some of our funding is spent on, getting key people for LO and AOO
>> together. Lock them up in a room with a big pizza, tell them the door will
>> be unlocked when they have agreed on how to slice the pizza, instead of
>> make two mini pizzas.
> 
> +1 ... and beer. For some of them ;-)

... and that would be the best gift for the whole community. Not only for 
developers of this or that side.
-- 
Pavel Janík

Re: Apache OpenOffice at FOSDEM 2013


On 21/11/2012 Andrea Pescetti wrote:

On 12/11/2012 Andrea Pescetti wrote:

3) An Apache OpenOffice speaker in the main track ...
Timeline: proposals due by 1 Dec ...

This is still unaddressed. It's time to agree on a proposed talk here.
Ideas? In case it turns out to be too narrow in scope for the main
track, we will of course put it in our devroom track, so effort here is
not wasted.


Last call: if we want a talk from Apache OpenOffice to appear in the 
main track, it needs to be submitted (and ideally, agreed on this list) 
within 3 days. Otherwise we will still have our dedicated track 
(devroom), but a talk in the main track is an important occasion to be 
more visible.


Regards,
  Andrea.

Error in Gallery

2012-11-28 Thread Armin Le Grand


Hi List,

with the current build there is an error in the gallery (in the windows 
version, others not checked). When you open the gallery (in any 
application) there is a first theme called 'found>' which is wrong. That theme is the normally hidden theme 
'htmlexpo' (the gallery has various hidden themes which are internally 
used as access to graphics, e.g. in this case for html exports).
I checked back to revision 1401221, (what I currently have on old stuff 
on my HD), it's already broken there.
Does someone have an idea what change may have done this? It must have 
to do with ressource changes somehow...


Sincerely,
Armin
--
ALG

Re: Introduction - NEW volunteer

2012-11-28 Thread Yue Helen

Welcome, Larry! and thanks for your interest to Apache OpenOffice. I
believe you will find a lot of fun here!

Here we have one orientation module,
http://incubator.apache.org/openofficeorg/orientation/index.html, and you
can find the link to "Introduction to Marketing".  Hope it is helpful for
you to start.

Please feel free to share your thought here on how to promote Apache
OpenOffice.

Helen

2012/11/27 Larry Sadler 

> Salutations
>
> Quick profile:
>
>  * started using StarOffice 4.x
>  * have been using OO regularly then exclusively since
>  * hold Bachelor of Business and Master of Business degrees
>  * major in finance, minor in computers
>  * Financial Manager for 8 years
>  * IT Services Manager for 8 years
>  * currently freelance
>  * not a programmer
>  * located in Toronto Canada [at least for now]
>  * only fluent in English
>  * experienced with not for profit organizations
>  * open to suggestions where\how to jump in
>
> L
> --
> Larry Sadler 416.354.2952
>

Re: Access to Fonts and Style via API

2012-11-28 Thread Robert Barbey

D'oh! Google is your friend:

http://wiki.openoffice.org/wiki/Documentation/DevGuide/Text/Overall_Document_Features#Styles

This page describes exactly what I needed.

Robert

On Nov 27, 2012, at 10:55 PM, Robert Barbey  wrote:

> Hi everyone,
> 
> quick question about the possibilities of the OpenOffice API: is it possible 
> in Writer to access the available fonts, character and paragraph styles via 
> the API?
> 
> Many thanks in advance,
> Robert

Re: Error in Gallery

Hi Armin,

On Wed, Nov 28, 2012 at 10:42:21AM +0100, Armin Le Grand wrote:
> Hi List,
> 
> with the current build there is an error in the gallery (in the
> windows version, others not checked). When you open the gallery (in
> any application) there is a first theme called ' not found>' which is wrong. That theme is the normally hidden theme
> 'htmlexpo' (the gallery has various hidden themes which are
> internally used as access to graphics, e.g. in this case for html
> exports).
> I checked back to revision 1401221, (what I currently have on old
> stuff on my HD), it's already broken there.
> Does someone have an idea what change may have done this? It must
> have to do with ressource changes somehow...

see https://issues.apache.org/ooo/show_bug.cgi?id=118845

That was http://hg.services.openoffice.org/OOO340/rev/902597eed541
276753:902597eed541 07-Feb-2011 ocke.jans...@oracle.com
impress210: #i105310# set tooltip for items and some refactoring 

It removed all uses of that gallery, including the ID
http://hg.services.openoffice.org/OOO340/diff/902597eed541/svx/inc/svx/gallery.hxx

but if forgot to remove the gallery itself. IMO the fix is to remove the
theme, or reintroduce it properly (but if it unused, this makes no
sense).


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgpxnuizgG1rL.pgp
Description: PGP signature

Re: L10n tools is no longer needed.

On Wed, Nov 28, 2012 at 10:07:35AM +0100, janI wrote:
> Thanks to an e-mail from Andrew, I have become aware that LO has finalized
> a new tool set:
> 
> http://libreoffice.hu/2012/11/27/featurekillsdf-branch-merged/
> 
> I have had a look, and the tool does with a few exceptions, what genLang
> was supposed to do. There are no reason to make parallel developments so
> the l10n development has been stopped.

Is the one who developed this feature on LO willing to contribute to
this project under the ALv2?


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgpZV6emrCcIy.pgp
Description: PGP signature

Re: Error in Gallery

2012-11-28 Thread Regina Henschel

Hi Armin,

Armin Le Grand schrieb:

Hi List,

with the current build there is an error in the gallery (in the windows
version, others not checked). When you open the gallery (in any
application) there is a first theme called '' which is wrong. That theme is the normally hidden theme
'htmlexpo' (the gallery has various hidden themes which are internally
used as access to graphics, e.g. in this case for html exports).
I checked back to revision 1401221, (what I currently have on old stuff
on my HD), it's already broken there.
Does someone have an idea what change may have done this? It must have
to do with ressource changes somehow...

No idea, but here is, what I see: I get this error in my non-pro build
of r1403730 and r1381583 but not in the buildbot build. I don't know the
version of the buildbot build, the About box says,"AOO350m1(Build:9611)
- Rev. 1412119 Rev.1411094"

In a non-pro build of r1381583 I see an error, which might be related:
Error:
file:///E:/SoftwareArchiv/OOoDownloads/AOO%202012-09-git%20r1381583/program/../Basis/program/resource/galen-US.res

Class: String, Id: 6015. Cannot load resource!
Resource Stack
Class: DockingWindow, Id: 10365

But I don't know, how to look up, which string is that with Id "6015".

The theme itself is named
private://gallery/hidden/HtmlExportButtons
I see that name in the UI in the gallery window, but I cannot find
"HtmlExportButtons" in the source. In svx/source/gallery2/galtheme.src I
find only the other hidden theme names "imgppt", "usersounds", "fontwork".

Kind regards
Regina

Re: Error in Gallery

On Wed, Nov 28, 2012 at 01:20:16PM +0100, Regina Henschel wrote:
> Hi Armin,
> 
> 
> Armin Le Grand schrieb:
> >Hi List,
> >
> >with the current build there is an error in the gallery (in the windows
> >version, others not checked). When you open the gallery (in any
> >application) there is a first theme called ' >found>' which is wrong. That theme is the normally hidden theme
> >'htmlexpo' (the gallery has various hidden themes which are internally
> >used as access to graphics, e.g. in this case for html exports).
> >I checked back to revision 1401221, (what I currently have on old stuff
> >on my HD), it's already broken there.
> >Does someone have an idea what change may have done this? It must have
> >to do with ressource changes somehow...
> 
> No idea, but here is, what I see: I get this error in my non-pro
> build of r1403730 and r1381583 but not in the buildbot build. I
> don't know the version of the buildbot build, the About box
> says,"AOO350m1(Build:9611)  -  Rev. 1412119 Rev.1411094"
> 
> In a non-pro build of r1381583 I see an error, which might be related:
> Error: 
> file:///E:/SoftwareArchiv/OOoDownloads/AOO%202012-09-git%20r1381583/program/../Basis/program/resource/galen-US.res
> Class: String, Id: 6015. Cannot load resource!
> Resource Stack
> Class: DockingWindow, Id: 10365
> 
> But I don't know, how to look up, which string is that with Id "6015".

You won't find it, it was removed:

http://hg.services.openoffice.org/OOO340/rev/902597eed541
http://hg.services.openoffice.org/OOO340/diff/902597eed541/svx/inc/svx/gallery.hxx
http://hg.services.openoffice.org/OOO340/diff/902597eed541/svx/source/gallery2/galtheme.src
http://hg.services.openoffice.org/OOO340/diff/902597eed541/svx/inc/galtheme.hrc


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgphzARXrqp9q.pgp
Description: PGP signature

Re: L10n tools is no longer needed.

On 28 November 2012 13:16, Ariel Constenla-Haile  wrote:

> On Wed, Nov 28, 2012 at 10:07:35AM +0100, janI wrote:
> > Thanks to an e-mail from Andrew, I have become aware that LO has
> finalized
> > a new tool set:
> >
> > http://libreoffice.hu/2012/11/27/featurekillsdf-branch-merged/
> >
> > I have had a look, and the tool does with a few exceptions, what genLang
> > was supposed to do. There are no reason to make parallel developments so
> > the l10n development has been stopped.
>
> Is the one who developed this feature on LO willing to contribute to
> this project under the ALv2?
>
I have no idea.

>
>
> Regards
> --
> Ariel Constenla-Haile
> La Plata, Argentina
>

Re: Error in Gallery

2012-11-28 Thread Regina Henschel

Hi Ariel,

Ariel Constenla-Haile schrieb:

On Wed, Nov 28, 2012 at 01:20:16PM +0100, Regina Henschel wrote:

Hi Armin,

Armin Le Grand schrieb:

Hi List,

No idea, but here is, what I see: I get this error in my non-pro
build of r1403730 and r1381583 but not in the buildbot build. I
don't know the version of the buildbot build, the About box
says,"AOO350m1(Build:9611) - Rev. 1412119 Rev.1411094"

In a non-pro build of r1381583 I see an error, which might be related:
Error:
file:///E:/SoftwareArchiv/OOoDownloads/AOO%202012-09-git%20r1381583/program/../Basis/program/resource/galen-US.res
Class: String, Id: 6015. Cannot load resource!
Resource Stack
Class: DockingWindow, Id: 10365

But I don't know, how to look up, which string is that with Id "6015".

You won't find it, it was removed:

http://hg.services.openoffice.org/OOO340/rev/902597eed541
http://hg.services.openoffice.org/OOO340/diff/902597eed541/svx/inc/svx/gallery.hxx
http://hg.services.openoffice.org/OOO340/diff/902597eed541/svx/source/gallery2/galtheme.src
http://hg.services.openoffice.org/OOO340/diff/902597eed541/svx/inc/galtheme.hrc

I have seen in the meantime from your link, that is was removed in
galtheme.src. But now I wonder, from where it comes into the UI of the
gallery window? I still see "private://gallery/hidden/HtmlExportButtons"
listed in the theme list in a normal build.

Kind regards
Regina

Re: Error in Gallery

2012-11-28 Thread Oliver-Rainer Wittmann

Hi,

On 28.11.2012 13:06, Ariel Constenla-Haile wrote:

Hi Armin,

On Wed, Nov 28, 2012 at 10:42:21AM +0100, Armin Le Grand wrote:

Hi List,

with the current build there is an error in the gallery (in the
windows version, others not checked). When you open the gallery (in
any application) there is a first theme called '' which is wrong. That theme is the normally hidden theme
'htmlexpo' (the gallery has various hidden themes which are
internally used as access to graphics, e.g. in this case for html
exports).
I checked back to revision 1401221, (what I currently have on old
stuff on my HD), it's already broken there.
Does someone have an idea what change may have done this? It must
have to do with ressource changes somehow...

see https://issues.apache.org/ooo/show_bug.cgi?id=118845

That was http://hg.services.openoffice.org/OOO340/rev/902597eed541
276753:902597eed541 07-Feb-2011 ocke.jans...@oracle.com
impress210: #i105310# set tooltip for items and some refactoring

It removed all uses of that gallery, including the ID
http://hg.services.openoffice.org/OOO340/diff/902597eed541/svx/inc/svx/gallery.hxx

but if forgot to remove the gallery itself. IMO the fix is to remove the
theme, or reintroduce it properly (but if it unused, this makes no
sense).

Ariel, you are superior. Thanks for saving my day (and I think Armin's, too).

Thanks for the pointer to the already existing issue - shame on me that I did
not had a look into our Bugzilla issue database.

Thus, we need to check, if this hidden theme is used or not.

For the HTML export of presentation documents this hidden theme is not used -
here the resources from /main/sd/res/buttons/ are used.

But, I do not know, if this hidden theme is somewhere else used.

Armin just told me that he will "solve" this issue during his improvement work
on the gallery.

Best regards, Oliver.

Re: Error in Gallery

2012-11-28 Thread Oliver-Rainer Wittmann

Hi,

On 28.11.2012 14:05, Regina Henschel wrote:

Hi Ariel,

Ariel Constenla-Haile schrieb:

On Wed, Nov 28, 2012 at 01:20:16PM +0100, Regina Henschel wrote:

Hi Armin,

Armin Le Grand schrieb:

Hi List,

No idea, but here is, what I see: I get this error in my non-pro
build of r1403730 and r1381583 but not in the buildbot build. I
don't know the version of the buildbot build, the About box
says,"AOO350m1(Build:9611) - Rev. 1412119 Rev.1411094"

In a non-pro build of r1381583 I see an error, which might be related:
Error:
file:///E:/SoftwareArchiv/OOoDownloads/AOO%202012-09-git%20r1381583/program/../Basis/program/resource/galen-US.res

Class: String, Id: 6015. Cannot load resource!
Resource Stack
Class: DockingWindow, Id: 10365

But I don't know, how to look up, which string is that with Id "6015".

You won't find it, it was removed:

http://hg.services.openoffice.org/OOO340/rev/902597eed541
http://hg.services.openoffice.org/OOO340/diff/902597eed541/svx/inc/svx/gallery.hxx

http://hg.services.openoffice.org/OOO340/diff/902597eed541/svx/source/gallery2/galtheme.src

http://hg.services.openoffice.org/OOO340/diff/902597eed541/svx/inc/galtheme.hrc

I have seen in the meantime from your link, that is was removed in galtheme.src.
But now I wonder, from where it comes into the UI of the gallery window? I still
see "private://gallery/hidden/HtmlExportButtons" listed in the theme list in a
normal build.

You are observing that this hidden theme is visible in the gallery in a pro
build.
This is not good - this needs also to be solved.
In our released versions - AOO 3.4 and AOO 3.4.1 - this gallery theme is not
visible. At least what I have observed in my environment.

Internally, a gallery theme consists of three binary files which are found in
Basis/share/gallery/ of the installation and [UserInstallionDir]/share/gallery/

One of these file - the .thm one - contains also the name of the gallery.
This hidden theme consists of the following files:
sg25.thm, sg25.sdg and sg25.sdv

Best regards, Oliver.

Re: L10n tools is no longer needed.

On Wed, Nov 28, 2012 at 4:07 AM, janI  wrote:
> Thanks to an e-mail from Andrew, I have become aware that LO has finalized
> a new tool set:
>
> http://libreoffice.hu/2012/11/27/featurekillsdf-branch-merged/
>
> I have had a look, and the tool does with a few exceptions, what genLang
> was supposed to do. There are no reason to make parallel developments so
> the l10n development has been stopped.
>

This is great new.  One less piece of code we need to write and maintain.

Remember, our license restriction is for code that we publish, the
mandatory *runtime* dependencies that we include in our source
packages when we release.  These need to be Apache License.  But we
have almost unrestricted ability to have other *build-time*
dependencies. Consider:  on Windows we require Visual C++ to build.
This is not even open source.  On Linux we use many GNU text
utilities, and gcc.

So I'd recommend this:  Ignore for the moment that some LO
*individuals* are antagonistic.  Assume good will.  Send a note to
their public mailing list saying that you see the great work they've
done with these conversion tools and are looking to adopt them for
AOO.  Say that you might have some patches to contribute back.  Say
that preserving these utilities as independently buildable parts of LO
would be very useful for others who might want to reuse them and help
maintain them.

If you get a favorable response, then great.  We're collaborating.  If
not, then we can fork the utilities and put them on Google Code (a
section we call ApacheExtras).  We'd let them know about that and
welcome them to check that repository occasionally to grab our
enhancements, which we encourage.

In other words, start with an optimistic, pro-collaboration, "yes we
can" attitude.  Work openly and publicly.  If we're disappointed it
will be clear that it was not AOO that was frustrating collaboration.

-Rob

> It would be nice to add the missing features to the LO tool and give it to
> both LO and AOO, but that requires skills where development is the least
> part.
>
> When finishing a project I like to look back and see which lessons can be
> learned...in my case there are many, but one is standing out:
>
> Can it really be true that we all need to keep an eye on both the LO
> developer activities as well as the AOO activities. At the moment we waste
> the very limited resources:
> - We solve a lot of the same bugs (I hope some developers, solve the bug
> once, and post it on both LO/AOO)
> - We test a lot the same
> - We translate to a high degree the same text (we call for volunteer
> translators, but why not use the texts already translated).
>
> Would it not be a wonderful world, if openSource was truly open and we
> could share instead of discussing whether the header (license) in the files
> is blue or red.
>
> Our common user base does in general not care, or maybe even understand the
> differences between a red or blue license, they care about a well
> functioning product that are steadily getting new features, so why are we
> as volunteers not trying harder to reach that goal.
>
> If I were PMC I would have one high priority on my list:
> - How to get a common code base between LO and AOO, with possibility to
> differentiate, so resources can be shared instead of effort duplicated.
> - How to share bug fixes, information about new developments etc.
>
> It is soon Christmas so it allowed to wishmy wish this year will be
> that some of our funding is spent on, getting key people for LO and AOO
> together. Lock them up in a room with a big pizza, tell them the door will
> be unlocked when they have agreed on how to slice the pizza, instead of
> make two mini pizzas.
>
> Jan.

Re: L10n tools is no longer needed.

2012-11-28 Thread Xuacu

I'm pretty sure that we, translators, would buy the beer. A lot of beer...
XD


2012/11/28 Pavel Janík 

>
> On Nov 28, 2012, at 10:07 AM, janI wrote:
>
> > It is soon Christmas so it allowed to wishmy wish this year will be
> > that some of our funding is spent on, getting key people for LO and AOO
> > together. Lock them up in a room with a big pizza, tell them the door
> will
> > be unlocked when they have agreed on how to slice the pizza, instead of
> > make two mini pizzas.
>
>
> +1 ... and beer. For some of them ;-)
> --
> Pavel Janík
>
>
>
>

Re: Access to Fonts and Style via API

2012-11-28 Thread Andrew Douglas Pitonyak



As a side note, I believe that I have examples of this in OOME or 
AndrewMacro (I don't remember which examples I ahve in which document), 
and also a "font" document (this document only demonstrates accessing 
the fonts, but I think I added that example to OOME) on my web site.


On 11/28/2012 07:02 AM, Robert Barbey wrote:

D'oh! Google is your friend:

http://wiki.openoffice.org/wiki/Documentation/DevGuide/Text/Overall_Document_Features#Styles

This page describes exactly what I needed.

Robert

On Nov 27, 2012, at 10:55 PM, Robert Barbey  wrote:


Hi everyone,

quick question about the possibilities of the OpenOffice API: is it possible in 
Writer to access the available fonts, character and paragraph styles via the 
API?

Many thanks in advance,
Robert




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

Re: Ask OpenOffice -- The Apache OpenOffice project invites your questions

On Tue, Nov 27, 2012 at 4:22 PM, RGB ES  wrote:
> Advertised on the ES, EN and IT forums. Personal blog to follow...
>

Thanks.  I'm hoping that this does not become the "garbage collector"
that other forum volunteers seem to think it is:

http://forum.openoffice.org/en/forum/viewtopic.php?f=107&p=254779

I might remind them that this proposal was discussed extensively on
the list a few weeks ago and no concerns were raised.  In fact is was
seen as a great idea.

-Rob

> Regards
> Ricardo
>
>
> 2012/11/27 Rob Weir 
>
>> Do you have a question about Apache OpenOffice?  Something you always
>> wondered about the product?  Or a question about the OpenOffice open
>> source project?
>>
>> Ask OpenOffice -- The Apache OpenOffice project invites your
>> questions.   Technical questions, questions about the open source
>> project, questions about where we see things going in 5 years, all are
>> good candidates.  You submit your questions and help rate questions
>> submitted by others.  We'll then collect the top 10 questions and
>> respond to them in a future project blog post
>> (http://blogs.apache.org/ooo/).
>>
>> We're using Google Moderator to collection questions.   To submit your
>> question, and to view and rate questions already submitted,  go to
>> this page and click on "Submit a question":
>>
>> http://www.google.com/moderator/#16/e=2033e8
>>
>> Note: support questions should still go to our community support
>> forums (http://forum.openoffice.org/) for faster response.  Ask
>> OpenOffice is intended for questions of broader interest to users and
>> the community.
>>
>> Regards,
>>
>> -Rob
>>

Re: L10n tools is no longer needed.

On 28 November 2012 14:28, Rob Weir  wrote:

> On Wed, Nov 28, 2012 at 4:07 AM, janI  wrote:
> > Thanks to an e-mail from Andrew, I have become aware that LO has
> finalized
> > a new tool set:
> >
> > http://libreoffice.hu/2012/11/27/featurekillsdf-branch-merged/
> >
> > I have had a look, and the tool does with a few exceptions, what genLang
> > was supposed to do. There are no reason to make parallel developments so
> > the l10n development has been stopped.
> >
>
> This is great new.  One less piece of code we need to write and maintain.
>
> Remember, our license restriction is for code that we publish, the
> mandatory *runtime* dependencies that we include in our source
> packages when we release.  These need to be Apache License.  But we
> have almost unrestricted ability to have other *build-time*
> dependencies. Consider:  on Windows we require Visual C++ to build.
> This is not even open source.  On Linux we use many GNU text
> utilities, and gcc.
>

> So I'd recommend this:  Ignore for the moment that some LO
> *individuals* are antagonistic.  Assume good will.  Send a note to
> their public mailing list saying that you see the great work they've
> done with these conversion tools and are looking to adopt them for
> AOO.  Say that you might have some patches to contribute back.  Say
> that preserving these utilities as independently buildable parts of LO
> would be very useful for others who might want to reuse them and help
> maintain them.
>

Thanks for your recommendation I agree with what you say, and then we are
back to my other theme...I could easily join the LO mailing list, even be a
committer. But please understand my openSource life is about
producing/maintaining code for the infrastructure (build/translate etc), so
that other developers can implement fantastic programs, not thinking too
much about multiple dev mailing lists etc.

At this point l10n is not a development project, but is more a task for the
gbuild project to integrate the existing tools.


>
> If you get a favorable response, then great.  We're collaborating.  If
> not, then we can fork the utilities and put them on Google Code (a
> section we call ApacheExtras).  We'd let them know about that and
> welcome them to check that repository occasionally to grab our
> enhancements, which we encourage.
>
Put things on Google code is really something I would never do, that is to
me a factor too political, in that case I would submit the changes to LO
directly. But I have a feeling (putting in politely) that the collaborating
issue belongs at quite a higher level than where I am.

In other words, start with an optimistic, pro-collaboration, "yes we
> can" attitude.  Work openly and publicly.  If we're disappointed it
> will be clear that it was not AOO that was frustrating collaboration.
>
> -Rob
>
> > It would be nice to add the missing features to the LO tool and give it
> to
> > both LO and AOO, but that requires skills where development is the least
> > part.
> >
> > When finishing a project I like to look back and see which lessons can be
> > learned...in my case there are many, but one is standing out:
> >
> > Can it really be true that we all need to keep an eye on both the LO
> > developer activities as well as the AOO activities. At the moment we
> waste
> > the very limited resources:
> > - We solve a lot of the same bugs (I hope some developers, solve the bug
> > once, and post it on both LO/AOO)
> > - We test a lot the same
> > - We translate to a high degree the same text (we call for volunteer
> > translators, but why not use the texts already translated).
> >
> > Would it not be a wonderful world, if openSource was truly open and we
> > could share instead of discussing whether the header (license) in the
> files
> > is blue or red.
> >
> > Our common user base does in general not care, or maybe even understand
> the
> > differences between a red or blue license, they care about a well
> > functioning product that are steadily getting new features, so why are we
> > as volunteers not trying harder to reach that goal.
> >
> > If I were PMC I would have one high priority on my list:
> > - How to get a common code base between LO and AOO, with possibility to
> > differentiate, so resources can be shared instead of effort duplicated.
> > - How to share bug fixes, information about new developments etc.
> >
> > It is soon Christmas so it allowed to wishmy wish this year will be
> > that some of our funding is spent on, getting key people for LO and AOO
> > together. Lock them up in a room with a big pizza, tell them the door
> will
> > be unlocked when they have agreed on how to slice the pizza, instead of
> > make two mini pizzas.
> >
> > Jan.
>

Re: Error in Gallery

2012-11-28 Thread Regina Henschel

Hi Oliver,

Oliver-Rainer Wittmann schrieb:

Hi,

On 28.11.2012 14:05, Regina Henschel wrote:

Hi Ariel,

Ariel Constenla-Haile schrieb:

On Wed, Nov 28, 2012 at 01:20:16PM +0100, Regina Henschel wrote:

Hi Armin,

Armin Le Grand schrieb:

Hi List,

with the current build there is an error in the gallery (in the
windows
version, others not checked). When you open the gallery (in any
application) there is a first theme called '' which is wrong. That theme is the normally hidden theme
'htmlexpo' (the gallery has various hidden themes which are internally
used as access to graphics, e.g. in this case for html exports).
I checked back to revision 1401221, (what I currently have on old
stuff
on my HD), it's already broken there.
Does someone have an idea what change may have done this? It must have
to do with ressource changes somehow...

No idea, but here is, what I see: I get this error in my non-pro
build of r1403730 and r1381583 but not in the buildbot build. I
don't know the version of the buildbot build, the About box
says,"AOO350m1(Build:9611) - Rev. 1412119 Rev.1411094"

In a non-pro build of r1381583 I see an error, which might be related:
Error:
file:///E:/SoftwareArchiv/OOoDownloads/AOO%202012-09-git%20r1381583/program/../Basis/program/resource/galen-US.res

Class: String, Id: 6015. Cannot load resource!
Resource Stack
Class: DockingWindow, Id: 10365

But I don't know, how to look up, which string is that with Id "6015".

You won't find it, it was removed:

http://hg.services.openoffice.org/OOO340/rev/902597eed541
http://hg.services.openoffice.org/OOO340/diff/902597eed541/svx/inc/svx/gallery.hxx

http://hg.services.openoffice.org/OOO340/diff/902597eed541/svx/source/gallery2/galtheme.src

http://hg.services.openoffice.org/OOO340/diff/902597eed541/svx/inc/galtheme.hrc

I have seen in the meantime from your link, that is was removed in
galtheme.src.
But now I wonder, from where it comes into the UI of the gallery
window? I still
see "private://gallery/hidden/HtmlExportButtons" listed in the theme
list in a
normal build.

You are observing that this hidden theme is visible in the gallery in a
pro build.
This is not good - this needs also to be solved.
In our released versions - AOO 3.4 and AOO 3.4.1 - this gallery theme is
not visible. At least what I have observed in my environment.

"Visible" means, that I have set the environment to show hidden gallery
themes. And yes then I see it, in AOO3.4.1 and in a buildbot build as well.

Internally, a gallery theme consists of three binary files which are
found in Basis/share/gallery/ of the installation and
[UserInstallionDir]/share/gallery/
One of these file - the .thm one - contains also the name of the gallery.
This hidden theme consists of the following files:
sg25.thm, sg25.sdg and sg25.sdv

The file sg25.thm exists and contains
private://gallery/hidden/HtmlExportButtons as first entry. The
associated folder htmlexpo indeed exists in Basis/share/gallery/ too.

This icon set can be chosen in File > Wizard > Web page. If I choose it,
I do not see any icon in the result. But I'm not familiar with that
Wizard and might miss something.

Kind regards
Regina

Re: L10n tools is no longer needed.

On Wed, Nov 28, 2012 at 9:09 AM, janI  wrote:
> On 28 November 2012 14:28, Rob Weir  wrote:
>
>> On Wed, Nov 28, 2012 at 4:07 AM, janI  wrote:
>> > Thanks to an e-mail from Andrew, I have become aware that LO has
>> finalized
>> > a new tool set:
>> >
>> > http://libreoffice.hu/2012/11/27/featurekillsdf-branch-merged/
>> >
>> > I have had a look, and the tool does with a few exceptions, what genLang
>> > was supposed to do. There are no reason to make parallel developments so
>> > the l10n development has been stopped.
>> >
>>
>> This is great new.  One less piece of code we need to write and maintain.
>>
>> Remember, our license restriction is for code that we publish, the
>> mandatory *runtime* dependencies that we include in our source
>> packages when we release.  These need to be Apache License.  But we
>> have almost unrestricted ability to have other *build-time*
>> dependencies. Consider:  on Windows we require Visual C++ to build.
>> This is not even open source.  On Linux we use many GNU text
>> utilities, and gcc.
>>
>
>> So I'd recommend this:  Ignore for the moment that some LO
>> *individuals* are antagonistic.  Assume good will.  Send a note to
>> their public mailing list saying that you see the great work they've
>> done with these conversion tools and are looking to adopt them for
>> AOO.  Say that you might have some patches to contribute back.  Say
>> that preserving these utilities as independently buildable parts of LO
>> would be very useful for others who might want to reuse them and help
>> maintain them.
>>
>
> Thanks for your recommendation I agree with what you say, and then we are
> back to my other theme...I could easily join the LO mailing list, even be a
> committer. But please understand my openSource life is about
> producing/maintaining code for the infrastructure (build/translate etc), so
> that other developers can implement fantastic programs, not thinking too
> much about multiple dev mailing lists etc.
>

Right.  So how well a project can modularize its concerns, so
volunteers can work on areas of interest without needing to "drink
from the firehose" is important.  Ideally someone can work on these
conversion tools without needing to download and build all of
LibreOffice, for example.  If this is true, then you can direct your
personal time and energy more optimally.


> At this point l10n is not a development project, but is more a task for the
> gbuild project to integrate the existing tools.
>
>
>>
>> If you get a favorable response, then great.  We're collaborating.  If
>> not, then we can fork the utilities and put them on Google Code (a
>> section we call ApacheExtras).  We'd let them know about that and
>> welcome them to check that repository occasionally to grab our
>> enhancements, which we encourage.
>>
> Put things on Google code is really something I would never do, that is to
> me a factor too political, in that case I would submit the changes to LO
> directly. But I have a feeling (putting in politely) that the collaborating
> issue belongs at quite a higher level than where I am.
>

I wouldn't do Google Code for political reasons.  I'd do it only for
technical considerations, e.g., if it is impractical to use these
tools from the LO tree without bringing in 200 MB of extraneous
dependencies.  If that was the case then making a cleaner,
self-contained build of these tools might be warranted.  But that
would only be a last resort.

And if anyone feels that they are not empowered, as individuals, to
collaborate with LibreOffice on areas of mutual interest, then we're
doing something wrong.  This is not above anyone's pay grade.  In fact
we already have a few contributors who contribute code to both
projects.  And we have several LO contributors who have agreed to make
their enhancements available to AOO as well, under ALv2.

-Rob
> In other words, start with an optimistic, pro-collaboration, "yes we
>> can" attitude.  Work openly and publicly.  If we're disappointed it
>> will be clear that it was not AOO that was frustrating collaboration.
>>
>> -Rob
>>
>> > It would be nice to add the missing features to the LO tool and give it
>> to
>> > both LO and AOO, but that requires skills where development is the least
>> > part.
>> >
>> > When finishing a project I like to look back and see which lessons can be
>> > learned...in my case there are many, but one is standing out:
>> >
>> > Can it really be true that we all need to keep an eye on both the LO
>> > developer activities as well as the AOO activities. At the moment we
>> waste
>> > the very limited resources:
>> > - We solve a lot of the same bugs (I hope some developers, solve the bug
>> > once, and post it on both LO/AOO)
>> > - We test a lot the same
>> > - We translate to a high degree the same text (we call for volunteer
>> > translators, but why not use the texts already translated).
>> >
>> > Would it not be a wonderful world, if openSource was truly open and we
>> > could share instead of disc

Fwd: Open Office as a resource for Timor-Leste native language (Tetun/Tetum) speakers?

Hello Charlie,

Thanks for your note.  I'm forwarding it to our OpenOffice
localization mailing list, which is where we discuss translations and
other aspects of software localization.

Personally, I think this is a great idea. It fits well with the
traditions of the OpenOffice project, which include strong support for
linguistic and cultural diversity.

What is the current state of translation for Tetun/Tetum for other
open source applications?  For example, do you have a Firefox
translation already?   It sometimes can help to have a team work
together on translation, and cover several programs at the same time,
since some resources, like spell checking dictionaries can be shared.

>From the OpenOffice perspective, localization considerations include:

1) Develop a glossary of common terminology related to the application
and the user interface.  This helps ensure consistency.

2) Translate the user interface

3) In-product localization, for things like calendar systems, counting
conventions for numbered lists, etc.

4) Creating a spell checking dictionary

5) Translation of help files


As you see, this is a big effort, but it can be very rewarding.

Are you able to find other volunteers in Timor-Leste to help with the
translation?  Having a group of 3 or 4 volunteers would make this a
more manageable task.


>From the perspective of the Apache OpenOffice project, we can help in
several ways:

1) Provide mailing list and wiki for volunteers to coordinate on

2) Provide expertise for understanding tools and process for translation

3) Integrate completed translations into OpenOffice

4) Include translated OpenOffice in our releases and in our distribution network

5) Help promote the translation effort, via blog, perhaps press
interviews, help spread awareness.


Regards,

-Rob


-- Forwarded message --
From: Charlie Sanders 
Date: Wed, Nov 28, 2012 at 1:34 AM
Subject: Open Office as a resource for Timor-Leste native language
(Tetun/Tetum) speakers?
To: dev@openoffice.apache.org


Hi there (boatardi),

Timor-Leste is the newest nation in our galaxy (as far as we know), and, as
a 'fragile state', access to free and reliable resources is really
important. Most of the tech world still doesn't recognise Timor-Leste as
existing (my iPhone's version of Google Maps, for instance, has no record
of the capital city, Dili). Having worked at the only technical college in
the country, I can say that very few people reach tertiary education, and,
when they do, there are almost no Timor-based resources available for
students to use. Schools cannot afford many copies of MS programmes, and
are using out-of-date copies of everything (not to mention the regular
nation-wide blackouts and enormous computers!), which slows down the
education and administrative process.

Additionally, the major native language of Timor-Leste is endangered - the
Dutch colonisation introduced Portuguese across the country, and the 1975
Indonesian invasion and brutal 25-year occupation has left many young
Timorese people resorting to Bahasa Indonesia as a common language. Without
a Timorese influence in schools (for education) and government (for
employment), within ten years, the Timorese will probably not have a native
language.

So...

Wouldn't it be great if we could provide a version of the Open Office
website in the native language of Timor-Leste - Tetun/Tetum?

And wouldn't it be great if there was a Tetun/Tetum language dictionary for
Open Office, so that Timorese people could write documents in their own
language and possibly retain some knowlege of this ancient spoken language
in written form, to spread throughout their communities and reinforce the
notion that Tetun/Tetum is a viable and valuable/valued choice?

I have the language resources and the energy to begin working on this
project. It is up to you guys to decide if you are willing to take on this
important task and help Timor-Leste retain its culture and educate its
people while gaining a valuable technical resource.

Thank you (obrigada)!

Ms Charlie Sanders
Australia/Timor-Leste

Re: problems with Open Office

2012-11-28 Thread Oliver-Rainer Wittmann


Hi Janet,

On 27.11.2012 20:18, janet Jerry taylor wrote:

Hi.  There is a ? on my open office icon on my Mac dock and it won't open.
  I don't want to lose the documents in that program either.  Plz advise.
  thanks!  Janet



I assume that you are hit by the new Gatekeeper facility in Mac OS X Mountain 
Lion.
Please have a look at the "Known Issues" section of our AOO 3.4.1 Release Notes, 
second bullet point [1].


If this does not help, I propose to reach out to our community forum [2].
Our support website - directly reachable from www.openoffice.org by following 
the link named "I need help with my OpenOffice" contains further useful resources.


[1] http://www.openoffice.org/development/releases/3.4.1.html
[2] http://forum.openoffice.org/


Best regards, Oliver.

Re: Error in Gallery

Hi Regina,

On Wed, Nov 28, 2012 at 02:05:34PM +0100, Regina Henschel wrote:
> >>But I don't know, how to look up, which string is that with Id "6015".
> >
> >You won't find it, it was removed:
> >
> >http://hg.services.openoffice.org/OOO340/rev/902597eed541
> >http://hg.services.openoffice.org/OOO340/diff/902597eed541/svx/inc/svx/gallery.hxx
> >http://hg.services.openoffice.org/OOO340/diff/902597eed541/svx/source/gallery2/galtheme.src
> >http://hg.services.openoffice.org/OOO340/diff/902597eed541/svx/inc/galtheme.hrc
> 
> I have seen in the meantime from your link, that is was removed in
> galtheme.src. But now I wonder, from where it comes into the UI of
> the gallery window? I still see
> "private://gallery/hidden/HtmlExportButtons" listed in the theme
> list in a normal build.

I recall I researched this when I opened the bug report, but somehow it
went out of my radar ;)

IIRC the private URL is stored in the theme itself as its name, try

[ariel@localhost ~]$ cd /opt/openoffice.org/basis3.4/share/gallery/
[ariel@localhost gallery]$ hexdump -C -n 48 sg25.thm
  04 00 2a 00 70 72 69 76  61 74 65 3a 2f 2f 67 61  |..*.private://ga|
0010  6c 6c 65 72 79 2f 68 69  64 64 65 6e 2f 48 74 6d  |llery/hidden/Htm|
0020  6c 45 78 70 6f 72 74 42  75 74 74 6f 6e 73 30 00  |lExportButtons0.|
0030

The underlying reason why this gallery is displayed on a non-pro build
is that the gallery theme is not considered as hidden.

A hidden theme is one whose name begins with "private://gallery/hidden/"
see GalleryThemeEntry

sal_Bool  IsHidden() const { return aName.SearchAscii( 
"private://gallery/hidden/" ) == 0; }

Though the name is really stored inside the theme file, it is replaced
in the GalleryThemeEntry constructor:

* the constructor gets the theme name as read from the theme file

* it tries to get the localized theme name from the resource first

* UniString::UniString( const ResId& rResId ) instead of creating
  an empty string when the respective resource is missing (default
  behaviour on a pro build), it returns a string with the error, see
  
http://opengrok.adfinis-sygroup.org/source/xref/aoo-trunk/main/tools/source/string/strucvt.cxx#195

* this string has a length > 0, then it replaces the original string as
  read from the theme file

* this way, IsHidden will return false: the theme is not hidden as its
  name does not start with private://gallery/hidden anymore

* then the theme is displayed in the UI on a non-pro build


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgprWGwbu1Zr1.pgp
Description: PGP signature

Re: Error in Gallery

Hi *

On Wed, Nov 28, 2012 at 03:21:58PM +0100, Regina Henschel wrote:
> >You are observing that this hidden theme is visible in the gallery in a
> >pro build.
> >This is not good - this needs also to be solved.
> >In our released versions - AOO 3.4 and AOO 3.4.1 - this gallery theme is
> >not visible. At least what I have observed in my environment.
> 
> "Visible" means, that I have set the environment to show hidden
> gallery themes. And yes then I see it, in AOO3.4.1 and in a buildbot
> build as well.

It seems Regina knows the hidden secret:

export GALLERY_SHOW_HIDDEN_THEMES

See GalleryBrowser1::ImplInsertThemeEntry

This will show hidden themes in a pro-build. In a non-pro build this
theme is displayed for the reasons I tried to explain in my previous
mail.


> This icon set can be chosen in File > Wizard > Web page. If I choose
> it, I do not see any icon in the result. But I'm not familiar with
> that Wizard and might miss something.

Interesting finding! For what I could understand, it seems that Ocke
thought the theme wasn't used anywhere but he forgot to remove it.

The bug is notorious in a non-pro build, that's why everybody working on
the source code should build non-pro builds :)


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgpQTET9njTPU.pgp
Description: PGP signature

Trobles using Forum and Wiki

2012-11-28 Thread Daniel Paviotti


Hello,

I'm writing to tell you about my troubles to connect to sites in object, 
I get the connection time out and I'm not able to use that sites. 
Probably the server is down.


Tank for your attention,

Daniel

Re: Trobles using Forum and Wiki

2012-11-28 Thread Rory O'Farrell

On Wed, 28 Nov 2012 16:14:22 +0100
Daniel Paviotti  wrote:

> Hello,
> 
> I'm writing to tell you about my troubles to connect to sites in object, 
> I get the connection time out and I'm not able to use that sites. 
> Probably the server is down.
> 
> Tank for your attention,
> 
> Daniel
> 
I have had no problems in logging on to the Forum sites; I log on regularly 
many times per day.  For your information, the mWiki site is under spam attack 
and access to add new information is currently restricted, although this should 
not hinder read access.


-- 
Rory O'Farrell

Re: Trobles using Forum and Wiki

2012-11-28 Thread Rory O'Farrell

On Wed, 28 Nov 2012 16:14:22 +0100
Daniel Paviotti  wrote:

> Hello,
> 
> I'm writing to tell you about my troubles to connect to sites in object, 
> I get the connection time out and I'm not able to use that sites. 
> Probably the server is down.
> 
> Tank for your attention,
> 
> Daniel
> 
Try running a traceroute to see where the path breaks.

-- 
Rory O'Farrell

Re: L10n tools is no longer needed.

On 28 November 2012 15:22, Rob Weir  wrote:

> On Wed, Nov 28, 2012 at 9:09 AM, janI  wrote:
> > On 28 November 2012 14:28, Rob Weir  wrote:
> >
> >> On Wed, Nov 28, 2012 at 4:07 AM, janI  wrote:
> >> > Thanks to an e-mail from Andrew, I have become aware that LO has
> >> finalized
> >> > a new tool set:
> >> >
> >> > http://libreoffice.hu/2012/11/27/featurekillsdf-branch-merged/
> >> >
> >> > I have had a look, and the tool does with a few exceptions, what
> genLang
> >> > was supposed to do. There are no reason to make parallel developments
> so
> >> > the l10n development has been stopped.
> >> >
> >>
> >> This is great new.  One less piece of code we need to write and
> maintain.
> >>
> >> Remember, our license restriction is for code that we publish, the
> >> mandatory *runtime* dependencies that we include in our source
> >> packages when we release.  These need to be Apache License.  But we
> >> have almost unrestricted ability to have other *build-time*
> >> dependencies. Consider:  on Windows we require Visual C++ to build.
> >> This is not even open source.  On Linux we use many GNU text
> >> utilities, and gcc.
> >>
> >
> >> So I'd recommend this:  Ignore for the moment that some LO
> >> *individuals* are antagonistic.  Assume good will.  Send a note to
> >> their public mailing list saying that you see the great work they've
> >> done with these conversion tools and are looking to adopt them for
> >> AOO.  Say that you might have some patches to contribute back.  Say
> >> that preserving these utilities as independently buildable parts of LO
> >> would be very useful for others who might want to reuse them and help
> >> maintain them.
> >>
> >
> > Thanks for your recommendation I agree with what youd say, and then we
> are
> > back to my other theme...I could easily join the LO mailing list, even
> be a
> > committer. But please understand my openSource life is about
> > producing/maintaining code for the infrastructure (build/translate etc),
> so
> > that other developers can implement fantastic programs, not thinking too
> > much about multiple dev mailing lists etc.
> >
>
> Right.  So how well a project can modularize its concerns, so
> volunteers can work on areas of interest without needing to "drink
> from the firehose" is important.  Ideally someone can work on these
> conversion tools without needing to download and build all of
> LibreOffice, for example.  If this is true, then you can direct your
> personal time and energy more optimally.
>

I hope we can agree that since the code is developed and freely available,
then there is no reason to develop it again. Getting the tool is quite
easy, storing the tool in AOO SVN (even as external) is not a development
problem but I guess could be a long discussion item (I just think about the
response about my proposal to store setup changes to our own mwiki data in
SVN). But no need to discuss the matter further in public, that is no good
for anybody.



>
> > At this point l10n is not a development project, but is more a task for
> the
> > gbuild project to integrate the existing tools.
> >
> >
> >>
> >> If you get a favorable response, then great.  We're collaborating.  If
> >> not, then we can fork the utilities and put them on Google Code (a
> >> section we call ApacheExtras).  We'd let them know about that and
> >> welcome them to check that repository occasionally to grab our
> >> enhancements, which we encourage.
> >>
> > Put things on Google code is really something I would never do, that is
> to
> > me a factor too political, in that case I would submit the changes to LO
> > directly. But I have a feeling (putting in politely) that the
> collaborating
> > issue belongs at quite a higher level than where I am.
> >
>
> I wouldn't do Google Code for political reasons.  I'd do it only for
> technical considerations, e.g., if it is impractical to use these
> tools from the LO tree without bringing in 200 MB of extraneous
> dependencies.  If that was the case then making a cleaner,
> self-contained build of these tools might be warranted.  But that
> would only be a last resort.
>
> And if anyone feels that they are not empowered, as individuals, to
> collaborate with LibreOffice on areas of mutual interest, then we're
> doing something wrong.  This is not above anyone's pay grade.  In fact
> we already have a few contributors who contribute code to both
> projects.  And we have several LO contributors who have agreed to make
> their enhancements available to AOO as well, under ALv2.
>
> -Rob
> > In other words, start with an optimistic, pro-collaboration, "yes we
> >> can" attitude.  Work openly and publicly.  If we're disappointed it
> >> will be clear that it was not AOO that was frustrating collaboration.
> >>
> >> -Rob
> >>
> >> > It would be nice to add the missing features to the LO tool and give
> it
> >> to
> >> > both LO and AOO, but that requires skills where development is the
> least
> >> > part.
> >> >
> >> > When finishing a p

Re: Trobles using Forum and Wiki

2012-11-28 Thread Rory O'Farrell

On Wed, 28 Nov 2012 15:21:43 +
Rory O'Farrell  wrote:

> On Wed, 28 Nov 2012 16:14:22 +0100
> Daniel Paviotti  wrote:
> 
> > Hello,
> > 
> > I'm writing to tell you about my troubles to connect to sites in object, 
> > I get the connection time out and I'm not able to use that sites. 
> > Probably the server is down.
> > 
> > Tank for your attention,
> > 
> > Daniel
> > 
> I have had no problems in logging on to the Forum sites; I log on regularly 
> many times per day.  For your information, the mWiki site is under spam 
> attack and access to add new information is currently restricted, although 
> this should not hinder read access.
> 
> 
> -- 
> Rory O'Farrell 
> 


I should emphasise that my Forum connection which gives no trouble is to the 
Apache Forum.  Over the past few weeks (perhaps 4 or 5) connections to the 
older forum have been very intermittent for everybody.

-- 
Rory O'Farrell

Re: Open Office as a resource for Timor-Leste native language (Tetun/Tetum) speakers?

2012-11-28 Thread Kadal Amutham

Every one shall support the courage of Ms. Charlie Sanders who is  trying
to keep alive her  native language and offering her time and energy.

With Warm Regards

V.Kadal Amutham
919444360480


On 28 November 2012 20:02, Rob Weir  wrote:

> Hello Charlie,
>
> Thanks for your note.  I'm forwarding it to our OpenOffice
> localization mailing list, which is where we discuss translations and
> other aspects of software localization.
>
> Personally, I think this is a great idea. It fits well with the
> traditions of the OpenOffice project, which include strong support for
> linguistic and cultural diversity.
>
> What is the current state of translation for Tetun/Tetum for other
> open source applications?  For example, do you have a Firefox
> translation already?   It sometimes can help to have a team work
> together on translation, and cover several programs at the same time,
> since some resources, like spell checking dictionaries can be shared.
>
> From the OpenOffice perspective, localization considerations include:
>
> 1) Develop a glossary of common terminology related to the application
> and the user interface.  This helps ensure consistency.
>
> 2) Translate the user interface
>
> 3) In-product localization, for things like calendar systems, counting
> conventions for numbered lists, etc.
>
> 4) Creating a spell checking dictionary
>
> 5) Translation of help files
>
>
> As you see, this is a big effort, but it can be very rewarding.
>
> Are you able to find other volunteers in Timor-Leste to help with the
> translation?  Having a group of 3 or 4 volunteers would make this a
> more manageable task.
>
>
> From the perspective of the Apache OpenOffice project, we can help in
> several ways:
>
> 1) Provide mailing list and wiki for volunteers to coordinate on
>
> 2) Provide expertise for understanding tools and process for translation
>
> 3) Integrate completed translations into OpenOffice
>
> 4) Include translated OpenOffice in our releases and in our distribution
> network
>
> 5) Help promote the translation effort, via blog, perhaps press
> interviews, help spread awareness.
>
>
> Regards,
>
> -Rob
>
>
> -- Forwarded message --
> From: Charlie Sanders 
> Date: Wed, Nov 28, 2012 at 1:34 AM
> Subject: Open Office as a resource for Timor-Leste native language
> (Tetun/Tetum) speakers?
> To: dev@openoffice.apache.org
>
>
> Hi there (boatardi),
>
> Timor-Leste is the newest nation in our galaxy (as far as we know), and, as
> a 'fragile state', access to free and reliable resources is really
> important. Most of the tech world still doesn't recognise Timor-Leste as
> existing (my iPhone's version of Google Maps, for instance, has no record
> of the capital city, Dili). Having worked at the only technical college in
> the country, I can say that very few people reach tertiary education, and,
> when they do, there are almost no Timor-based resources available for
> students to use. Schools cannot afford many copies of MS programmes, and
> are using out-of-date copies of everything (not to mention the regular
> nation-wide blackouts and enormous computers!), which slows down the
> education and administrative process.
>
> Additionally, the major native language of Timor-Leste is endangered - the
> Dutch colonisation introduced Portuguese across the country, and the 1975
> Indonesian invasion and brutal 25-year occupation has left many young
> Timorese people resorting to Bahasa Indonesia as a common language. Without
> a Timorese influence in schools (for education) and government (for
> employment), within ten years, the Timorese will probably not have a native
> language.
>
> So...
>
> Wouldn't it be great if we could provide a version of the Open Office
> website in the native language of Timor-Leste - Tetun/Tetum?
>
> And wouldn't it be great if there was a Tetun/Tetum language dictionary for
> Open Office, so that Timorese people could write documents in their own
> language and possibly retain some knowlege of this ancient spoken language
> in written form, to spread throughout their communities and reinforce the
> notion that Tetun/Tetum is a viable and valuable/valued choice?
>
> I have the language resources and the energy to begin working on this
> project. It is up to you guys to decide if you are willing to take on this
> important task and help Timor-Leste retain its culture and educate its
> people while gaining a valuable technical resource.
>
> Thank you (obrigada)!
>
> Ms Charlie Sanders
> Australia/Timor-Leste
>

Re: Wiki maintenance.


On 27/11/2012 23:23, janI wrote:

On 27 November 2012 22:53, Andrea Pescetti  wrote:

On 25/11/2012 jan iversen wrote:
I agree we should have this stuff versioned (actually, all configuration
files on the Apache infrastructure are versioned, but in distinct SVN
repository). I'll check with Infra what's the best place for versioning
configuration files and report back, provided I get an answer.

As far as I know, that is the only svn I have access to...and we do have
ooo-site in there, so it would be quite natural to have wiki as well.


Infra (Gavin) says that some files already are under version
control, and that the correct place to put config files is under:
/infrainfrastructure/trunk/machines/vms/ooo-wiki.apache.org/
[Note: I don't know if he really meant "infrainfrastructure"]
He says that some files under /etc/ are there.

Gavin asks that you catch him (or another infra member) on IRC #asfinfra 
to agree on the best way of doing this.



it is nice that all AOO stuff is in
one SVN, and that is nicely divided into distinct directories.


We can disagree about the "nicely divided", but this is only aesthetic 
and not a blocker for this discussion!



they do have (of course) SVN for VM specific settings, but wiki php
files or mysql scripts, that is not part of their domain.


Apparently they prefer to version application-specific files in the same 
way, but just find out with them directly as explained above, it's easier.



g) Make a test.wiki.openoffice.org. ...
We will also need to have the DNS entry created in that case. Again, a
JIRA ticket is needed. And the test installation should be configured to:
not send e-mails; have a .htaccess password protection so that nobody opens
it by mistake.

Actually we do have a number of aliases on wiki at the moment that are not
in the DNS


Yes, but we only alias *.openoffice.org , not *.*.openoffice.org ; so 
test.wiki.openoffice.org won't resolve, while testwiki.openoffice.org would.



We need to have a place to test an upgrade, with mail, create user and
everything, otherwise we run a high risk when it is moved to production.


Enabling mail is quite a risk. If I am watching a page and you edit it 
on test, I will receive a notification. If you bulk-edit 100 pages just 
to try, I'll receive 100 notifications! If it really needs to be enabled 
I would recommend to make sure it doesn't have side effects for the 
tests that are run.



And I dont think anybody uses e.g. "test.wiki.openoffice.org" or "
solelyfortesting.wiki.openoffice.org" without actually wanting to use it.


Clueless users manage to do incredible things. See how the spam attack 
on the wiki has been understood by some to be a virus on openoffice.org 
(while of course being totally unrelated). See how many people, before I 
added "If you need to edit pages on this wiki" to the wiki banner, 
contacted this list not understanding what a wiki account is needed for. 
So it's safer for everybody, and I'd warmly recommend, to put a simple 
.htaccess (you can even suggest username and password in the message 
box, and they can well be "test" and "wiki"!) on the test wiki, to avoid 
that it is indexed by robot.txt-ignoring search engines and attacked by 
random bots. It is a very small overhead, and there is concrete 
possibility that if we don't do it we will regret.


Regards,
  Andrea.

Re: Wiki maintenance.

On 28 November 2012 18:47, Andrea Pescetti  wrote:

> On 27/11/2012 23:23, janI wrote:
>
>> On 27 November 2012 22:53, Andrea Pescetti  wrote:
>>
>>> On 25/11/2012 jan iversen wrote:
>>> I agree we should have this stuff versioned (actually, all configuration
>>> files on the Apache infrastructure are versioned, but in distinct SVN
>>> repository). I'll check with Infra what's the best place for versioning
>>> configuration files and report back, provided I get an answer.
>>>
>> As far as I know, that is the only svn I have access to...and we do have
>> ooo-site in there, so it would be quite natural to have wiki as well.
>>
>
> Infra (Gavin) says that some files already are under version
> control, and that the correct place to put config files is under:
> /infrainfrastructure/trunk/**machines/vms/ooo-wiki.apache.**org/
> [Note: I don't know if he really meant "infrainfrastructure"]
> He says that some files under /etc/ are there.
>

That is the OS files (like apacheconf etc.), I am mostly talking about
mwiki php files and e.g. my user_removal script (from /x1), this is a lot
more than configuration files. An example is our page layout with banner.



> Gavin asks that you catch him (or another infra member) on IRC #asfinfra
> to agree on the best way of doing this.


he is a very responsive person, helped me quite quickly even though I made
a couple of beginner mistakes.

I will for now simply postpone the whole issue, Once it is all running I
will present the package, and then the community, infra and whoever else
can discuss if or where the files are to be stored.

Wiki is updated to reflect this procedure.

>
>
>  it is nice that all AOO stuff is in
>> one SVN, and that is nicely divided into distinct directories.
>>
>
> We can disagree about the "nicely divided", but this is only aesthetic and
> not a blocker for this discussion!
>
>
>  they do have (of course) SVN for VM specific settings, but wiki php
>> files or mysql scripts, that is not part of their domain.
>>
>
> Apparently they prefer to version application-specific files in the same
> way, but just find out with them directly as explained above, it's easier.
>

Which means I can find the original wiki files in their repository, that
sounds like a brilliant idea to find out what have changed during the
apache period, that will help a lot with the upgrade. I have found
/infrastructure in the repos but I cannot find the trunk/machines.


>
>  g) Make a test.wiki.openoffice.org. ...
>>>
>>> We will also need to have the DNS entry created in that case. Again, a
>>> JIRA ticket is needed. And the test installation should be configured to:
>>> not send e-mails; have a .htaccess password protection so that nobody
>>> opens
>>> it by mistake.
>>>
>> Actually we do have a number of aliases on wiki at the moment that are not
>> in the DNS
>>
>
> Yes, but we only alias *.openoffice.org , not *.*.openoffice.org ; so
> test.wiki.openoffice.org won't resolve, while testwiki.openoffice.orgwould.
>
>
>  We need to have a place to test an upgrade, with mail, create user and
>> everything, otherwise we run a high risk when it is moved to production.
>>
>
> Enabling mail is quite a risk. If I am watching a page and you edit it on
> test, I will receive a notification. If you bulk-edit 100 pages just to
> try, I'll receive 100 notifications! If it really needs to be enabled I
> would recommend to make sure it doesn't have side effects for the tests
> that are run.

ok will be done, wiki is updated.


>
>
>  And I dont think anybody uses e.g. "test.wiki.openoffice.org" or "
>> solelyfortesting.wiki.**openoffice.org"
>> without actually wanting to use it.
>>
>
> Clueless users manage to do incredible things. See how the spam attack on
> the wiki has been understood by some to be a virus on openoffice.org(while of 
> course being totally unrelated). See how many people, before I
> added "If you need to edit pages on this wiki" to the wiki banner,
> contacted this list not understanding what a wiki account is needed for. So
> it's safer for everybody, and I'd warmly recommend, to put a simple
> .htaccess (you can even suggest username and password in the message box,
> and they can well be "test" and "wiki"!) on the test wiki, to avoid that it
> is indexed by robot.txt-ignoring search engines and attacked by random
> bots. It is a very small overhead, and there is concrete possibility that
> if we don't do it we will regret.
>
.htaccess is a real cool and simple idea, wiki is updated.


> Regards,
>   Andrea.
>

how to scale a worksheet to fill the printed page

2012-11-28 Thread Edward Fields

OpenOffice 3.1 on Windows Vista

Fit object to paper format check box missing

I'm trying to scale the spreadsheet to fill the printed page, the closest
thing I find in help is

-
Printing a Slide to Fit a Paper Size

You can reduce the size of a slide when you print, so that the slide can
fit on a printed page.
1. Open the document that you want to print.
2. In Normal View, choose Format - Page, and then click the Page tab.
3. In Layout settings area, select the Fit object to paper format check box.
4. In the Paper format area, select a Format.
5. Click OK. The slide is resized to fit the printed page, while
maintaining the relative positions of the objects on the slide.

however, when print previewing a worksheet, there is no such check box.

How then can one fill a print page with a scaled up worksheet?
sincerely
macduff40

Re: please create me an account on openoffice.org with Email address kd-...@orange.fr thank you

2012-11-28 Thread Kay Schenk

Hello Kenneth --

I you want to be added to this development list, please send an e-mail
message to:

dev-subscr...@openoffice.apache.org

from the e-mail address you want to subscribe with. Just put something
like  "Subscribe me" or something as the subject.

Our mail list subscriptions are an automated process.

Thank you for your interest in Apache OpenOffice.

On Tue, Nov 27, 2012 at 7:11 AM, Kenneth Dowding - SDM wrote:

> ** **
>
> ** **
>
> ** **
>
> ** **
>
> *Sincères salutations, Best regards, Mit freundlichen Grü*ß*en,*
>
> * *
>
> **[image: Description : Description : LOGO SDM images]
>
> * *
>
> Kenneth DOWDING**
>
> *Responsable Marchés Publics*
>
> * *
>
> *Spécialités Dentaires et Médicales ***
>
> Tel : (0033) +4.72.26.06.49 | Email : *kd-...@orange.fr* *
> k...@sdmetsd2m.com  *| Fax : (0033) +4.72.26.50.91
>
> Adresse : avenue de l’Industrie, Rillieux-la-Pape, FR 69140 | Website :
> www.sdmetsd2m.com
>
> ** **
> --
>
> P* **Please consider the environment before printing this email.*
>
> ** **
>



-- 

MzK

“How wrong is it for a woman to expect the man to build the world
 she wants, rather than to create it herself?”

-- Anais Nin

Re: Gmane


On 18/11/2012 Andrea Pescetti wrote:

I found out Gmane was carrying the following lists and I've
submitted requests to update them copying your configuration for the dev
and users list. They should become available within a few days.

# gmane.comp.apache.incubator.ooo.announce
Announcements for Apache OpenOffice (read-only)
Proposed new name: gmane.comp.apache.openoffice.announce


Now available at
http://dir.gmane.org/gmane.comp.apache.openoffice.announce


# gmane.comp.apache.incubator.ooo.commits
Apache OpenOffice SVN commit list (read-only)
Proposed new name: gmane.comp.apache.openoffice.commits


Now available at
http://dir.gmane.org/gmane.comp.apache.openoffice.scm


# gmane.comp.apache.incubator.ooo.issues
Apache OpenOffice issue tracker list (read-only)
Proposed new name: gmane.comp.apache.openoffice.issues


Now available at
http://dir.gmane.org/gmane.comp.apache.openoffice.issues

Regards,
  Andrea.

Re: how to scale a worksheet to fill the printed page

2012-11-28 Thread tj


On 11/28/2012 13:24, Edward Fields wrote:

OpenOffice 3.1 on Windows Vista

Fit object to paper format check box missing

I'm trying to scale the spreadsheet to fill the printed page, the closest
thing I find in help is

-
Printing a Slide to Fit a Paper Size

You can reduce the size of a slide when you print, so that the slide can
fit on a printed page.
1. Open the document that you want to print.
2. In Normal View, choose Format - Page, and then click the Page tab.
3. In Layout settings area, select the Fit object to paper format check box.
4. In the Paper format area, select a Format.
5. Click OK. The slide is resized to fit the printed page, while
maintaining the relative positions of the objects on the slide.

however, when print previewing a worksheet, there is no such check box.

How then can one fill a print page with a scaled up worksheet?
sincerely
macduff40

The Calc User Guide for 3.2 is available on the wiki. You can check the 
screen shots; if they look the same as what you see, the directions 
should work, too.




Please let us know if this works for you.

/tj/

Re: Spellchecker


On 28/11/2012 Jennifer Balls wrote:

For some reason my Spellcheck has gone wrong! It was working well and
now I either get a red wiggly line under every word OR I have to
correct every individual word!


Hi Jennifer, reset your profile. First bullet point of
http://www.openoffice.org/development/releases/3.4.1.html#AOO3.4.1ReleaseNotes-KnownIssues 
:


Apache OpenOffice 3.4.0 and 3.4.1 manage the user profile differently 
than previous versions. The old user profile is automatically converted 
so that users can keep their extensions and settings. In a minority of 
cases, especially with highly customized profiles (many extensions or 
customizations) the conversion doesn't succeed. Common symptoms are: 
frequent application crashes, problems with dictionaries or thesaurus, 
OpenOffice starting and crashing after a few seconds. To solve this, 
just reset/rename your user profile as explained in the official 
OpenOffice forum. 
http://user.services.openoffice.org/en/forum/viewtopic.php?t=12426


Regards,
  Andrea.

Re: Ask OpenOffice -- The Apache OpenOffice project invites your questions

2012-11-28 Thread RGB ES

2012/11/28 Rob Weir 

> On Tue, Nov 27, 2012 at 4:22 PM, RGB ES  wrote:
> > Advertised on the ES, EN and IT forums. Personal blog to follow...
> >
>
> Thanks.  I'm hoping that this does not become the "garbage collector"
> that other forum volunteers seem to think it is:
>
> http://forum.openoffice.org/en/forum/viewtopic.php?f=107&p=254779
>
> I might remind them that this proposal was discussed extensively on
> the list a few weeks ago and no concerns were raised.  In fact is was
> seen as a great idea.
>

It IS a great idea. Of course there will be lots of "garbage questions" but
there are also many really valid ones.

Let's see happens.

Regards
Ricardo



>
> -Rob
>
> > Regards
> > Ricardo
> >
> >
> > 2012/11/27 Rob Weir 
> >
> >> Do you have a question about Apache OpenOffice?  Something you always
> >> wondered about the product?  Or a question about the OpenOffice open
> >> source project?
> >>
> >> Ask OpenOffice -- The Apache OpenOffice project invites your
> >> questions.   Technical questions, questions about the open source
> >> project, questions about where we see things going in 5 years, all are
> >> good candidates.  You submit your questions and help rate questions
> >> submitted by others.  We'll then collect the top 10 questions and
> >> respond to them in a future project blog post
> >> (http://blogs.apache.org/ooo/).
> >>
> >> We're using Google Moderator to collection questions.   To submit your
> >> question, and to view and rate questions already submitted,  go to
> >> this page and click on "Submit a question":
> >>
> >> http://www.google.com/moderator/#16/e=2033e8
> >>
> >> Note: support questions should still go to our community support
> >> forums (http://forum.openoffice.org/) for faster response.  Ask
> >> OpenOffice is intended for questions of broader interest to users and
> >> the community.
> >>
> >> Regards,
> >>
> >> -Rob
> >>
>

Re: Trobles using Forum and Wiki

2012-11-28 Thread RGB ES

Hi, Daniel, because your are not subscribed to the list you missed some
answers from Rory that I'm copying below.

Regards
Ricardo


2012/11/28 Rory O'Farrell 

> On Wed, 28 Nov 2012 15:21:43 +
> Rory O'Farrell  wrote:
>
> > On Wed, 28 Nov 2012 16:14:22 +0100
> > Daniel Paviotti  wrote:
> >
> > > Hello,
> > >
> > > I'm writing to tell you about my troubles to connect to sites in
> object,
> > > I get the connection time out and I'm not able to use that sites.
> > > Probably the server is down.
> > >
> > > Tank for your attention,
> > >
> > > Daniel
> > >
> > I have had no problems in logging on to the Forum sites; I log on
> regularly many times per day.  For your information, the mWiki site is
> under spam attack and access to add new information is currently
> restricted, although this should not hinder read access.
> >
> >
> > --
> > Rory O'Farrell 
> >
>
>
> I should emphasise that my Forum connection which gives no trouble is to
> the Apache Forum.  Over the past few weeks (perhaps 4 or 5) connections to
> the older forum have been very intermittent for everybody.
>
> --
> Rory O'Farrell 
>

Re: solaris/smartos support planned?


Forwarding to the dev list. When replying, please CC Yaroslav. Andrea

On 28/11/2012 Yaroslav Tarasenko wrote:

Hello,

are there any plans to have solaris port of openoffice oficially
supported? I know there is an unofficial build - an archive with a
number of svr packages can be found here:
https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4+Unofficial+Developer+Snapshots.


But what is the opinion of developers on the topic? Is there a future
for solaris/illumos port?

Thanks for replies.

Re: Changed characters


On 23/11/2012 OKABE ( U san ) wrote:

Please kindly change characters to
Japanese word as soon as possible.
I need this changed word file top urgently.


Dear Okabe Yuichi,
this is the developers' list and it's not the best place for user 
support. For user support you can use the Japanese forum 
http://forum.openoffice.org/ja/forum/ or the Japanese mailing list: 
http://mail-archives.apache.org/mod_mbox/openoffice-general-ja/


Regards,
  Andrea.

Re: Gallery extension from Symphony ressources

On Tue, Nov 27, 2012 at 9:36 AM, Shenfeng Liu  wrote:

> 2012/11/27 Marcus (OOo) 
>
> > Am 11/26/2012 02:44 PM, schrieb Armin Le Grand:
> >
> >  Hi List,
> >>
> >> I took a closer look at Symphony's checked in ressources concerning the
> >> gallery. There are quite some nice and useful additional themes there we
> >> (and our users) should benefit from. Thus, I propose (and volunteer :-)
> >> to integrate these to the trunk. Please have a look at a current
> >> Symphony version or look at the provides symphony sourcecode to get an
> >> impression (it's in main/extras/source/gallery). The added themes are:
> >>
> >> arrows
> >> bullets
> >> computers
> >> diagrams
> >> education
> >> environment
> >> finance
> >> gallery_sound
> >> gallery_system
> >> people
> >> sounds
> >> symbols
> >> transportation
> >> txtshapes
> >>
> >> The currently existing themes in trunk are:
> >>
> >> bullets
> >> gallery_sound
> >> gallery_system
> >> htmpexpo
> >> rulers
> >> sounds
> >> ww-back
> >> www-graf
> >>
> >> Where bullets, gallery_sound, gallery_system and sounds are double. I
> >> propose to just merge the contents. (gallery_sound and gallery_system
> >> are hidden, internal themes). For info: ww-back and www-graf are also
> >> hidden themes which are used in Writer's www export.
> >>
> >> I think these themes are useful for a wide variety of users and I will
> >> try to just merge them smoothly to have these available.
> >>
> >> All contents are in png format (not yet svg) with transparencies and
> >> offer quite some useful stuff. We should have them in that format for
> >> now, conversion to SVG is not realistic due to many contained gradients.
> >> For adding future themes I propose to use svg, but for now we should use
> >> what we have. Same is true for evtl. later add online data access for
> >> the gallery for clipart libraries (which support svg). But one step
> >> after the other...
> >>
> >> I'm currently inverstigating on the issue (wrote #121407# for it, see
> >> there) and will report how much size it would add to download packages.
> >>
> >> Suggestions welcome!
> >>
> >
> > Yeah, great idea. :-)
> >
> > +1. Let's add those themes in! Thanks, Armin!
>
> - Shenfeng (Simon)
>
> Marcus
> >
>


Armin,

>From a content perspective, we should review the content and drop any dated
items. Rulers, for example, are page separators from web 1.0.

Regards,
Kevin

Re: [UX] Survey Tool

Rob,

Yes, the survey tool is up and running.

I've created some re-usable modules. The effort has stalled, as I've been
focused on UI design.

It is on my list, and your reminder is well taken. It is time to get the
research effort up and running.

Regards,
Kevin


On Wed, Nov 28, 2012 at 5:05 AM, Rob Weir  wrote:

> So what every happened to the survey ideas?
>
> Do we have a LimeSurvey server that we can use for project surveys, UX or
> other?
>
> -Rob
>
>
> On Tue, Aug 28, 2012 at 6:05 AM, Kevin Grignon
>  wrote:
> > Graham,
> >
> > I've created my account and it works great.
> >
> > I tested the creation of re-usable questons groups via export/import.
> Next
> > I'll test the logic. I think this is going to work our great.
> >
> > I'll start to populated the question groups soon, and we can look to
> > publish our first survey very soon.
> >
> > I've also addressed my social network access issue, so I can help promote
> > the surveys, once active, via our social media channels.
> >
> > Regards,
> > Kevin
> >
> >
> > On Tue, Aug 28, 2012 at 4:27 PM, Kevin Grignon <
> kevingrignon...@gmail.com>wrote:
> >
> >> KG02 - see comments inline
> >>
> >> On Aug 28, 2012, at 7:29 AM, Graham Lauder 
> wrote:
> >>
> >> >> KG01 - see comments inline
> >> >>
> >> >> On Aug 18, 2012, at 9:34 AM, Graham Lauder  wrote:
> >> > On 16/08/2012 Rob Weir wrote:
> >> >> On Thu, Aug 16, 2012 at 12:47 AM, Kevin Grignon wrote:
> >> >>> I've been looking at various survey tools and would like to
> >> recommend
> >> >>> that we deploy the open source survey tool, *LimeSurvey.*
> >> >
> >> > Perfect. It is a good tool and it is in continuity with what the
> >> > project used to use, see my old e-mail at
> >> >
> >> http://mail-archives.apache.org/mod_mbox/incubator-ooo-dev/201206.mbox/
> >> > %3 C4 feecc9a.3020...@apache.org%3E
> >> >>
> >> >> KG01 - Great news. Most gracious.
> >> >>
> >> >> 1) A volunteer hosts the survey outside of Apache at their
> existing
> >> >> domain name
> >> >>
> >> >> 2) A volunteer hosts the survey outside of Apache and some pays
> $15
> >> or
> >> >> so to get a better domain name for it, like www.oosurvey.net
> >> >>
> >> >> 3) A volunteer hosts the survey outside of Apache but we redirect
> >> the
> >> >> subdomain "survey.openoffice.org" to point to the external
> server
> >> >
> >> > As I wrote in the same e-mail, Graham had written he had a working
> >> > LimeSurvey installation that he could make available to the
> project:
> >> > http://s.apache.org/wZ . So I'd try with that first, and I'd
> >> probably
> >> > prefer option 3 to keep all services under one namespace.
> >> >>
> >> >> KG01 - yes, a natural language oriented name such as
> >> >> "survey.openoffice.org" would be great.
> >> >>
> >> > Regards,
> >> >
> >> >  Andrea.
> >> 
> >>  Just having long loud discussions with the host at the moment
> because
> >>  the site is broken, looks like an update has gone bad.  As soon as
> >> it's
> >>  sorted we can be in to it.
> >> 
> >>  We should probably still do the survey design on the wiki however.
> >> >>
> >> >> KG01 - Indeed, I have been capturing the survey questions on the
> wiki. I
> >> >> will also start to build the survey groups (question collections) in
> >> >> LimeSurvey to be ready to import into our hosted instance, when
> >> available.
> >> >>
> >>  Cheers
> >>  G
> >> >>>
> >> >>> Good grief, server meltdown and they're talking about 72 hours
> before
> >> >>> it's up again.
> >> >>
> >> >> KG01 - No worries, as long as we can get cracking by the end of the
> >> week.
> >> >>
> >> >> KG01 - Please share server details and user credentials when
> available.
> >> >
> >> > Hi Kevin,
> >> >
> >> > You should have had an email with access details and password for
> admin
> >> rights
> >> > by now.  Let's have at it.
> >> >
> >> KG02 - Graham, indeed thanks do much for getting this up and running.
> I've
> >> added it to my list for this week. Again, thanks for your generosity on
> the
> >> activity.
> >>
> >> > Cheers
> >> > GL
> >>
>

Re: [UX] Desoign Exploration - Dockable Task Pane Content Design

On Wed, Nov 28, 2012 at 1:21 PM, Lei Wang  wrote:

> Hi Regina,
>
> From your screen shot,  the Symphony you used is not a real Symphony. It is
> just a Symphony CPP version (Symphony Main Edit area + CPP
> menu/toolbar...). You can download a Symphony release version to have a try
> for its UI.(http://www-03.ibm.com/software/lotus/symphony/home.nsf/home)
>
> On Wed, Nov 28, 2012 at 12:23 AM, Regina Henschel
> wrote:
>
> > Hi Kevin,
> >
> > Kevin Grignon schrieb:
> >
> >  Hello All,
> >>
> >> I've been exploring the information design (content) for the dockable
> task
> >> pane. I've analyzed the current content in both LS and AOO, and captured
> >> some thoughts on future design direction.
> >> See:
> >> http://wiki.openoffice.org/**wiki/AOO_UX_Design_**
> >> Exploration_-_Task_Pane_**Content_-_Information_Design<
> http://wiki.openoffice.org/wiki/AOO_UX_Design_Exploration_-_Task_Pane_Content_-_Information_Design
> >
> >>
> >> Capture any thoughts or feedback in the discussion section of the wiki
> >> page.
> >>
> >
> > Because "new page" is currently disabled in the Wiki and I need some
> > pictures to explain the problems, I have put it into a file
> > http://people.apache.org/~**regina/**ProblemsWithSymphonyTaskPane.**odt<
> http://people.apache.org/~regina/ProblemsWithSymphonyTaskPane.odt>
> > Feel free to use the content in the Wiki, when it is available again.
> >
> > The document is about some problems in the current implementation of such
> > dockable task pane in Symphony. You will see, that I'm not very happy
> with
> > it. I know, that I'm not an average user, but it shows, that a simple
> copy
> > of that feature will not satisfy all people.
> >
> > Kind regards
> > Regina
> >
> >
>

Regina,

Thanks for taking time to review the UI and ask "why?. Often the UI is
assumed to be correct because that is what is implemented. We should always
ask "Why is this here, why is it like this?"

Regarding your key concern over layout and space, we should ensure that the
default size accommodates the content within the sidebar container. The AOO
task panes must fit within the AOO workspace and will have slightly
different dimensions. In fact, in my design explorations, I have based the
container on the existing sidebar (ex: Impress Slides pane) in AOO today.
For the dockable task pane, we will add tabs and section headers to this
baseline design.

As for the remaining comments regarding Style commands, we should continue
to push on the content and available actions for this pane. More broadly,
we should be open to reviewing the content for each pane as we implement
this feature.

I'm updating the dockable task pane designs this week. Check out the AOO UX
wiki for the various design explorations:
http://wiki.openoffice.org/wiki/AOO_4.0_Dockable_Task_Pane_%28Task_Bar%29_Design_Exploration

Best regards,
Kevin

missing tarballs in ext_sources in svn 1412710?

2012-11-28 Thread Maho NAKATA

Hi
I have just finished svn 1412710 build on FreeBSD. as I see the build log, 

downloading 9 missing tar balls to 
/work/a/ports/editors/openoffice-3-devel/work/ooo/ext_sources
...
downloading to 
/work/a/ports/editors/openoffice-3-devel/work/ooo/ext_sources/52654eb3b2e60c35731ea8fc87f1bd29-jpeg-8d.tar.gz.part
etc.

ext_sources should be updated?
I'm using https://svn.apache.org/repos/asf/incubator/ooo/trunk
to checkout.

Best,
-- Nakata Maho http://accc.riken.jp/maho/ , JA OOO http://ja.openoffice.org/
http://blog.goo.ne.jp/nakatamaho/ ,GPG: http://accc.riken.jp/maho/maho.pgp.txt

Re: how to scale a worksheet to fill the printed page

2012-11-28 Thread tj


On 11/28/2012 20:47, Edward Fields wrote:

Hi TJ

thanks for responding.

the print function as described does not match my configuration, probably
because I mistakenly said I was using ver. 3.1,
I am in fact using 3.4.1, Rev .1372282 according to the About
OpenOffice.org dialog box
this is the dialog I get when I select File --> Print

it is this page that I wish to print expanded to maximize print size
(currently on 1/2 the landscape page, left side is painted)
[image: Inline image 1]

On Wed, Nov 28, 2012 at 5:36 PM, tj  wrote:


On 11/28/2012 13:24, Edward Fields wrote:


OpenOffice 3.1 on Windows Vista

Fit object to paper format check box missing

I'm trying to scale the spreadsheet to fill the printed page, the closest
thing I find in help is

-
Printing a Slide to Fit a Paper Size

You can reduce the size of a slide when you print, so that the slide can
fit on a printed page.
1. Open the document that you want to print.
2. In Normal View, choose Format - Page, and then click the Page tab.
3. In Layout settings area, select the Fit object to paper format check
box.
4. In the Paper format area, select a Format.
5. Click OK. The slide is resized to fit the printed page, while
maintaining the relative positions of the objects on the slide.

however, when print previewing a worksheet, there is no such check box.

How then can one fill a print page with a scaled up worksheet?
sincerely
macduff40

  The Calc User Guide for 3.2 is available on the wiki. You can check the

screen shots; if they look the same as what you see, the directions should
work, too.






Please let us know if this works for you.

/tj/

According to the Guide, the interesting list box is not on the print 
dialog at all, but rather on the Page style dialog. You might give that 
a try. If that's changed, I'm out of answers.


We like to keep stuff like this on the list, so please reply there.

/tj/

Re: [UX] Desoign Exploration - Dockable Task Pane Content Design

KG01 - see comments inline

On Tue, Nov 27, 2012 at 6:02 PM, Xin Li  wrote:

> I noticed that there are two "position and size" for different object, is
> that means we should have different content design for different object
> type?
>
> 2012/11/26 Kevin Grignon 
>
> > On Sun, Nov 18, 2012 at 7:10 AM, Manuel del Valle 
> > wrote:
> >
> > > >
> > > > NOTE: I really like the "style only" way. In fact, I would love to
> see
> > an
> > > > alternative Writer UI were direct formatting is completely forbidden.
> > > > Direct formatting is a bad habit that always cause headaches. But
> > that's
> > > > just me ;)
> > > >
> > > > Regards
> > > > Ricardo
> > > >
> > >
> > > +1
> > >
> > > I couldn't agree with you more, Ricardo. Perhaps users wouldn't be
> > > accustomed to it at the beginning, but eventually it becomes a win-win
> > > situation.
> > > In my (small) experience, most non-techie users (which are, by the
> way, a
> > > vast majority) don't even know styles and, even when you try to
> introduce
> > > it to them, or even when they actually do know them, they can't get
> used
> > to
> > > it. They see it as some sort of a "problem" instead of a (very) useful
> > tool.
> > > And so, in order to convince them, we end up writing articles like this
> > > one:
> > >
> > > http://openoffice.blogs.com/openoffice/2005/12/why_should_you_.html
> > >
> > > Even when it's quite aged, not much has changed since then regarding
> > > Styles' UX.
> > >
> > > It would be a good idea to try to make it more obvious for users that,
> > > whenever they write a Title (or anything else), they should "tell" OO
> > that
> > > those words put toghether are meant to be a "Title" (or a subtitle,
> > or...).
> > > Perhaps presenting it as some kind of "tagging" procedure would be a
> good
> > > idea, since users are very used to it as most web "giants" (Facebook,
> G+,
> > > GMail, etc) already feature them. And actually showing that tag (some
> > > transparency over the text, perhaps?) would probably help as well.
> > >
> > > That said, perhaps forbidding direct formatting might be a little too
> > > much. But maybe we could explore the idea of presenting it more clearly
> > as
> > > the "second choice". Help users understand that, when direct
> formatting,
> > > they are actually overriding an already predefined style (e.g.:
> "default
> > > text").
> > > IMHO, the way we group tools toghether in a brand new Task pane could
> > > actually help that purpose. Among other things, of course, but all
> those
> > > would be a bit off-topic ;-)
> > >
> > > Regards,
> > >
> > > Manuel
> > >
> >
> >
> > Hello All,
> >
> > I've further refined my proposal for the minimum viable content in
> support
> > of the task pane design exploration.
> >
> > See:
> >
> >
> http://wiki.openoffice.org/wiki/AOO_UX_Design_Exploration_-_Task_Pane_Content_-_Information_Design#Must_Have
> >
> > Please keep the great comments, as see above, coming. Ideally, we should
> be
> > open to enhancing the task panes and property views for the minimum
> > vialble, aka "must have" content as we implement this first phase of the
> > task pane capability. Insight taken from our review comments will help
> > drive such enhancements.
> >
> > Best regards,
> > Kevin
> >
>
> KG01 - yes, different objects will have different properties and available
> actions
>
> --
> Best regards,
> Xin Li   李欣
> UX designer
>

Re: voluntario

2012-11-28 Thread Fernando Cassia

2012/11/29 Ignacio Mendoza 

> Que tal?
>
> Me interesa colaborar en su proyecto de openoffice gratuito.
>
> Si me pueden enviar información al respecto.
>
> Soy Profesional Técnico en Informática.
>
>
> Por su atención gracias.
>
> ATT Ignacio Mendoza
>

Hi Ignacio.

I see you have shown your interest in collaborating with the OpenOffice
project. I warn you that English is the preferred language of this mailing
list.

I hope you don´t have trouble with that. If you do, there´s the Spanish
language Apache OpenOffice community forums that you can visit at
http://forum.openoffice.org/es/forum/

Saludos/Regards
FC
-- 
During times of Universal Deceit, telling the truth becomes a revolutionary
act
Durante épocas de Engaño Universal, decir la verdad se convierte en un Acto
Revolucionario
- George Orwell

Re: voluntario

2012-11-28 Thread Alexandro Colorado

Hola ignacio, como te va, bienvenido a la comuniddad, esta es una lista en
ingles, por favor envia tus comentarios en ese idioma.

Hi Ingacio, how are you, welcome to the community, this is a list in
english, please send your comments in that language.

Saludos/Greetings.

2012/11/28 Ignacio Mendoza 

> Que tal?
>
> Me interesa colaborar en su proyecto de openoffice gratuito.
>
> Si me pueden enviar información al respecto.
>
> Soy Profesional Técnico en Informática.
>
>
> Por su atención gracias.
>
> ATT Ignacio Mendoza
>



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

Re: önskar svenska