Re: Re : [Accessibility] Call for volunteer for AOO IAccessible2 Testing

[Liu Ping]

Hi,

Welcome to AOO IAccessible2 Testing
Now we have three geneal AVT test cases in testlink and need more
volunteers to write and test detail AVT test cases,
To support AVT , we may make use of existing FVT General Testing List (FVT
scenario) to support AVT

Such as :
1.Launch AOO and new a presentation.(FVT scenario) ,
2.Select Help -> About  Openoffice on main menu by keyboard..(FVT scenario)
,
3.Launch Windows Screen Reader Tools and check AVT checkpoint (AVT testing)

Please feel free to let me know if any question



On Mon, Nov 18, 2013 at 8:41 PM,  wrote:

>
> Hi All,
>
> Hi
>
> IA2 branch sucessfully integrated with trunk as rev 1542312 (Build
> download: http://ci.apache.org/projects/openoffice/)
>
> First of all, thanks very much. I can say that it works for me. I do not
> have the issues I mentioned here to access, at least minimum, to OOo. great!
>
> We need more volunteers to support AOO IA2 testing work, focus FTV scenario
> IAccessible2 testing
>
> FTV? FVT? What is it? Sorry I am not an expert in the processes of such
> big projects.
>
> *Test execution:*
>
> 1. Testing of FVT scenario IAccessible2 testing on Windows,
>
> I create 3 testcase (*AOOTest-1758/1766/1768*) in testlink (http://
> aootesting.adfinis-sygroup.org/index.php)
>
> For example: AOOTest 1768-Support Object information and display
> Accessibility for AOO Calc
>
> Summary:
>
> Accessibility Checklist:
>
> Visual focus indicator
>
> Information about user interface objects
>
> Labels
>
> Text
>
> Scenario:
>
> AOO Calc function list (refer sample file)
>
> AT Support: Reference :https://wiki.openoffice.org/wiki/Accessibility
>
> Windows, Screen Reader Tools
> JAWS
>
> NVDA (open source)
>
> If any test case fails , please mark it failed with bugs openning to
> address [Accessibility][IA2]
>  issue in bugzilla
> *Defect summary:*
> I create public query defect link for IA2
> https://issues.apache.org/ooo/buglist.cgi?cmdtype=runnamed&namedcmd
> =IA2&list_id=105314
> 1. We need volunteers to confirm unconfirmed defects and verify fixed
> defects
> 2. Call for more developer to involve in fixing defects
>
> *Issues & quality highlight:*
> 1. BVT Passed on branch version
> 2. Possible Impacted Area according by Steve: UI, document editing area,
> graphic objects. And no
> visible changes will be made to dialogs. Another possible area will be
> affected is stability.
>
> *Volunteer status: *
> We have two new volunteers(Buddy Brannan/Martin Courcelles) interested
> in testing, 3 person had already worked for branch version
>
>  if you have interest in joining the bug work,  please let me
> know your Bugzilla ID you have
> .
>
> On the bugzilla, my ID is my mail mengualjeanphi at free dot fr
>
> If you want to contribute to test in testlink , please send me your
> TestLinkID
> I will assign test cases to you.
>
> I study your mail in details and try to come in the process to test.
>
> Regards
>
> Thanks you all for effort
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>

Shearing in 3D

[Regina Henschel]

Hi all,

the B3DHomMatrix has a method decompose(...) which results tuples 
rScale, rTranslate, rRotate and rShear.


I do not understand the meaning of rShear. How are the rShear values 
used to re-compose the original matrix? When I decompose a matrix with 
only scale and rotation following the algorithm, then  re-compose works. 
But I have no idea how it is intended to work with shearing.


There seem to be no code currently, which uses shearing; at least I do 
not find anything. But because a transformation matrix can include 
shearing, I want to know, how it works, and hope someone can give me a tip.


Kind regards
Regina


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

FOSDEM 2014: Draft call for talks, funding proposal

[Andrea Pescetti]

Two small steps towards FOSDEM 2014 (Brussels, 1-2 February 2014):

1) I drafted a very generic Call for Talks. You can find it at
https://wiki.openoffice.org/wiki/Conferences/FOSDEM/2014
When/if approved, this will be the "official" call, shared between 
OpenOffice and LibreOffice. It is an initial draft, not reviewed by the 
LibreOffice project (or by Italo who is organizing the devroom on behalf 
of LibreOffice) yet. I hope we can, through personal channels, get to a 
final version in the next days and send it out. In the meantime, please 
have a look and see if the text is OK. Remember that this text must be 
neutral and basic: we have blogs and mailing lists for richer communication.


2) We approved a budget for speaker reimbursements last year, but in the 
end we didn't use it since no speakers asked for reimbursement. Our 
"events budget" is thus mostly untouched so far. I think Oliver was 
handling the issue and had decided for a flat fee. So I propose, subject 
to lazy consensus and hopefully to finding someone who can take 
responsibility for this, to have a flat reimbursement of 200 Euros for 
accepted speakers who ask for it. It won't cover all expenses, but it 
may be a significant help for some speakers. (I can't find how much 
Oliver proposed last year; feel free to discuss a different amount).


There's more to FOSDEM (namely, stand/booth and merchandising), but 
these issues have a different timeline so I would focus on the two items 
above for the time being.


Regards,
  Andrea.

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

Re: Ihre Praesentation bei den Chemnitzer Linux-Tagen 2014

[Kay Schenk]

2013/11/18 RA Stehmann 

> I made our application for Chemnitzer Linux-Tage 2014.
>
> More in January 2014.
>
> Regards
> Michael
>

Good! and thank you for all your outreach activities.


>
>  Original Message 
> Subject: Ihre Praesentation bei den Chemnitzer Linux-Tagen 2014
> Date: Mon, 18 Nov 2013 16:31:05 +0100 (CET)
> From: Live-Team 
> To: anw...@rechtsanwalt-stehmann.de
>
> Hallo!
>
> Vielen Dank fuer Deinen Beitrag zu den Chemnitzer Linux-Tage 2014. Weitere
> Informationen erhaeltst du im Januar per E-Mail.
>
> Bitte kontaktiere das Live-Team bei Fragen und Problem per E-Mail:
> l...@linux-tage.de
>
> Viele Gruesse, das CLT-Team 2014
>
>
> Hier nochmal die wichtigsten von Ihnen übermittelten Daten:
> Anzahl gemeldeter Personen: 3
> Die gemeldeten Personen sind:
>
> Anrede:Herr
> Titel: Dr.
> Vorname:   Michael
> Nachname:  Stehmann
> Email (intern):anw...@rechtsanwalt-stehmann.de
> Email (extern):i...@rechtsanwalt-stehmann.de
> Webseite (privat): www.rechtsanwalt-stehmann.de
> Beruf: Rechtsanwalt
> Firma: Apache OpenOffice
> Webseite (Firma):  http://www.openoffice.org/de/
>
> Anrede:Frau
> Titel:
> Vorname:   Mechtilde
> Nachname:  Stehmann
> Email (intern):o...@mechtilde.de
> Email (extern):
> Webseite (privat): www.mechtilde.de
> Beruf: Verwaltungsangestellte
> Firma: Apache OpenOffice
> Webseite (Firma):  http://www.openoffice.org/de/
>
> Anrede:Frau
> Titel:
> Vorname:   Michaela
> Nachname:  Stehmann
> Email (intern):webmas...@rechtsanwalt-stehmann.de
> Email (extern):
> Webseite (privat):
> Beruf: Studentin
> Firma: Apache OpenOffice
> Webseite (Firma):  http://www.openoffice.org/de/
>
> Beitragstitel: Apache OpenOffice
>
> Abstract: Apache OpenOffice, ein Apache-Top-Level-Projekt, ist die
> führende Freie Bürosoftware und eine internationale Gemeinschaft zur
> Entwicklung und Promotion derselben und zur Unterstützung ihrer Nutzer.
> Apache OpenOffice ist das Ergebnis von über zwanzigjähriger
> kontinuierlicher Softwareentwicklung und bereits millionenfach im
> Gebrauch. Texte, Tabellenkalkulationen, Präsentationen, Zeichnungen und
> Formeln können mit dieser Officesuite erstellt, auf Datenbanken kann
> zugegriffen werden.
> Erweiterungen erhöhen den Funktionsumfang. Gespeichert werden alle
> Dokumente standardmäßig in Open Document Formaten.
>
> Webseite (Beitrag): http://www.openoffice.org/de/
>
> Aufsteller: 2
> Tische: 1
> Stehtische: 1
> Sontiges:
>
> Laptops:   3
> PCs:   1
> Monitore:  1
> Beamer:0
> Sonstiges: Switch, Kabel, Mehrfachsteckdose
>
> Bemerkungen:
>
>
>
>


-- 
-
MzK

“Unless someone like you cares a whole awful lot,
 Nothing is going to get better. It's not.”
  -- Dr. Seuss, The Lorax

Re: buildbots -- Linux and MacOSX

[Kay Schenk]

On Sun, Nov 17, 2013 at 11:56 PM, Jürgen Schmidt wrote:

> On 11/15/13 6:54 PM, Andrew Rist wrote:
> > I wanted to give an update on the buildbots, as this is a question that
> > keeps coming up.
>
> first of all thanks for the summarized update
>
> >
> >  * We've received assurances that the Mac buildbot is coming. Long
> >story short, the current mac hardware is a bit long in the tooth and
> >we would kill everything on it if we added our builds to the current
> >machine.  We are waiting for real hardware in the form of a Mac Pro
> >which will enable us to have multiple virtualized mac bots, giving
> >us our own environment that can be set up for AOO.  The machine
> >should be ordered by the end of the year - bot should come up early
> >next year - ish...
>
> perfect and with the ongoing 64 bit work it will be much easier to setup
> a working env on a modern system (kudos for Herbert).
>
> >  * We are also waiting on a CentOS bot to create our standard Linux
> >build.  This has been requested and is in the works, and Jan has
> >agreed to bring this up in discussions with infra.  I am hoping we
> >can have this for the 4.1 release timeframe.
>
> sounds good and I hope we can get it. I believe we can focus on a 64 bit
> system first.
>

and hopefully 32 bit won't be far behind...


>
> >  * FreeBSD bot - we have a new freebsd bot and it is slowly moving
> >toward building without errors.  If anyone has suggestions for
> >fixing issues on there, please post to dev and we'll move that
> >forward.  We are currently stuck on Hunspell -
>
> FreeBSD is a port but we don't release binaries. It's fine to me to have
> a FreeBSD port but for me it don't have a high priority. If we have
> hardware or other physical limitation we should first drop such
> unreleased platforms. And please don't get me wrong we do everything to
> support this platform but I personally don't see the demand for a build
> bot at the moment
>
> >
> >
> http://ci.apache.org/builders/openoffice-fbsd-nightly/builds/91/steps/configure/logs/stdio
> >
> >and
> >
> >
> http://ci.apache.org/projects/openoffice/buildlogs/fbsdn/log/unxfbsdx.pro.build.html
> >
> >  * The hung process issue with the windows buildbots seems to solved
> >now, and has not been a problem lately.
> >  * Currently the Windows bots are failing - but this seems to an issue
> >of svn getting out of sync, I'm cleaning up the bot and restarting
> >the machine after some updates - I expect this to clean up the
> >current issues.  (
> >  * Snapshots - both linux and windoze are currently having issues in
> >terms of the size of files that the build creates.  The standard
> >buildbot directory upload routine zips the directory, uploads it,
> >and unzips at the destination.  Our directory of install bits has
> >gotten too large and we are running into an exception on this
> >step.   (On long term fix is to create our own custom directory
> >upload code for build bot - but that is another discussion...)  The
> >short term solution is to split the snapshot build into two builds
> > (possible in a single flow) and build half the languages in each
> >build - this should get us around the space issue.
>
> mmh, I always wondering a little bit about this physical limitations but
> that is a different story.
>
> Can you tell us a little bit more about the requirements for the custom
> directory and upload code.
>
>
> For a short term solution I would suggest to prepare a package lst file
> and pack only en-US + the 5 most often downloaded languages and for all
> other languages we build language packs only. What do you think?
>
> Juergen
>
> >
> > That's all for now
> > A.
> >
> >
> >
> > On 11/13/2013 10:01 AM, Kay Schenk wrote:
> >> On Tue, Nov 12, 2013 at 6:33 PM, Glenn Harvey Liwanag <
> >> glennharveyliwa...@gmail.com> wrote:
> >>
> >>> I can try building the thing on my Mac OS X if that's what you're
> >>> looking
> >>> for. It's my only computer right now and I use it for school so I
> >>> have to
> >>> know first the average build time and the instructions to get the whole
> >>> thing done without academics interfering with the work.
> >>>
> >> Thanks for this offer! Resources used for building are dependent on your
> >> system, but typically it would take about 2 hours for a full build.
> >>
> >> Information on how to obtain the source and a link to the Building Guide
> >> can be found on the project source page:
> >>
> >>   http://openoffice.apache.org/source.html
> >>
> >> Please let us know how this goes for you.
> >>
> >>
> >>> On Wed, Nov 13, 2013 at 9:08 AM, Kay Schenk 
> >>> wrote:
> >>>
>  Regarding Jürgen's comments  on a recent thread --
> 
>  http://markmail.org/message/v5zli2np67qv5ryz
> 
>  Since  CentOS 5 is our reference distribution for delivered Linux
> >>> binaries
>  (I did not know this!) -- and I am assuming this distro might remain
> as

Re: [Wiki] Can not modify some pages

[FR web forum]

>It has nothing to do with karma, simply try again.
Thanks jan, I put my amulets in my pocket

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

Re: [Wiki] Can not modify some pages

[jan i]

On Nov 18, 2013 5:18 PM, "FR web forum"  wrote:
>
> Hello list,
>
> I don't know why but I can not modify some pages like:
> https://wiki.openoffice.org/wiki/FR
> Wiki returns a 502 proxy error
> I wonder if I have all grant acesss for me.
> Other pages newly created has not this problem.

there have been an overload problem with the proxy, and other projects have
experienced 502 the last couple of weeks. It seems temporary and we are
trying to pinpoint the problem.

It has nothing to do with karma, simply try again.

When the error comes as you press save, then the page gets saved. This
error has been reported earlier on the list and hopefully one of the
application admins will take care of it.

rgds
jan i

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

[Wiki] Can not modify some pages

[FR web forum]

Hello list,

I don't know why but I can not modify some pages like:
https://wiki.openoffice.org/wiki/FR 
Wiki returns a 502 proxy error
I wonder if I have all grant acesss for me.
Other pages newly created has not this problem.

User: oooforum

Thanks

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

Fwd: Ihre Praesentation bei den Chemnitzer Linux-Tagen 2014

[RA Stehmann]

I made our application for Chemnitzer Linux-Tage 2014.

More in January 2014.

Regards
Michael

 Original Message 
Subject: Ihre Praesentation bei den Chemnitzer Linux-Tagen 2014
Date: Mon, 18 Nov 2013 16:31:05 +0100 (CET)
From: Live-Team 
To: anw...@rechtsanwalt-stehmann.de

Hallo!

Vielen Dank fuer Deinen Beitrag zu den Chemnitzer Linux-Tage 2014. Weitere
Informationen erhaeltst du im Januar per E-Mail.

Bitte kontaktiere das Live-Team bei Fragen und Problem per E-Mail:
l...@linux-tage.de

Viele Gruesse, das CLT-Team 2014


Hier nochmal die wichtigsten von Ihnen übermittelten Daten:
Anzahl gemeldeter Personen: 3
Die gemeldeten Personen sind:

Anrede:Herr
Titel: Dr.
Vorname:   Michael
Nachname:  Stehmann
Email (intern):anw...@rechtsanwalt-stehmann.de
Email (extern):i...@rechtsanwalt-stehmann.de
Webseite (privat): www.rechtsanwalt-stehmann.de
Beruf: Rechtsanwalt
Firma: Apache OpenOffice
Webseite (Firma):  http://www.openoffice.org/de/

Anrede:Frau
Titel:
Vorname:   Mechtilde
Nachname:  Stehmann
Email (intern):o...@mechtilde.de
Email (extern):
Webseite (privat): www.mechtilde.de
Beruf: Verwaltungsangestellte
Firma: Apache OpenOffice
Webseite (Firma):  http://www.openoffice.org/de/

Anrede:Frau
Titel:
Vorname:   Michaela
Nachname:  Stehmann
Email (intern):webmas...@rechtsanwalt-stehmann.de
Email (extern):
Webseite (privat):
Beruf: Studentin
Firma: Apache OpenOffice
Webseite (Firma):  http://www.openoffice.org/de/

Beitragstitel: Apache OpenOffice

Abstract: Apache OpenOffice, ein Apache-Top-Level-Projekt, ist die
führende Freie Bürosoftware und eine internationale Gemeinschaft zur
Entwicklung und Promotion derselben und zur Unterstützung ihrer Nutzer.
Apache OpenOffice ist das Ergebnis von über zwanzigjähriger
kontinuierlicher Softwareentwicklung und bereits millionenfach im
Gebrauch. Texte, Tabellenkalkulationen, Präsentationen, Zeichnungen und
Formeln können mit dieser Officesuite erstellt, auf Datenbanken kann
zugegriffen werden.
Erweiterungen erhöhen den Funktionsumfang. Gespeichert werden alle
Dokumente standardmäßig in Open Document Formaten.

Webseite (Beitrag): http://www.openoffice.org/de/

Aufsteller: 2
Tische: 1
Stehtische: 1
Sontiges:

Laptops:   3
PCs:   1
Monitore:  1
Beamer:0
Sonstiges: Switch, Kabel, Mehrfachsteckdose

Bemerkungen:





signature.asc
Description: OpenPGP digital signature

Re: Apache OpenOffice 4.1 to Bring Enhanced Accessibility Support

[Shenfeng Liu]

2013/11/16 Herbert Duerr 

> On 15.11.2013 17:06, V Stuart Foote wrote:
>
>> Rob,
>>
>> Great news! Great blog post--subtle ;-)
>>
>> On a side bar, I see that Herbert and Oliver are hard at work correcting
>> build issues for Steve's rev 1541847 integration done yesterday, getting
>> the
>> new IAccessible2 bridge to build cleanly on trunk is obviously now the
>> priority.   But when someone gets a chance there are several source files
>> from the merge that will need to have ALv2 headers inserted--don't want
>> the
>> down stream folks to complain too loudly...
>>
>
> Good point, thanks for finding it!
>
> I fixed the license headers to the ALv2 as intended and moved the SNAPSHOT
> tag to the new revision. The next SNAPSHOT build is expected to be ready
> for downloading and testing next Monday evening.
>
> Have a great weekend and have fun with the next SNAPSHOT build!
>

Great blog! And Great work!
I also translated this blog to Chinese:
http://www.openoffice.org/zh-cn/news/IA2.html . Hoping we can attract more
Chinese volunteers through this translation. :)

- Shenfeng (Simon)



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

Re: [code] solution for issue 33737 - in-place editing of Input Fields

[Oliver-Rainer Wittmann]

Hi,

On 15.11.2013 18:26, Oliver-Rainer Wittmann wrote:

Hi,

On 13.11.2013 14:56, Oliver-Rainer Wittmann wrote:

Hi,

On 07.11.2013 18:21, Oliver-Rainer Wittmann wrote:

Hi,

I am working on a solution for issue 33737 [1] and I am making good
progress.
I have started the documentation of the solution in our wiki - please
have a look at https://wiki.openoffice.org/wiki/Writer/Input_Fields. It
should be almost complete - may be I have forgotten the one or the other
which will follow when I get notice of its missing.
If you are interested in this area, please have a look and provide
feedback.
Thanks in advance.

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




I have finished the implementation.
Unfortunately, my test on MacOS X reveals some problems:
- special characters inserted for improved cursor traveling are more or
less visible
- traveling from one Input Field to the other skips one Input Fields.
This happens on forward and backward traveling.

Thus, I back on the coding. I assume to solve the problems at least
until the end of the week.



I have solved the problem on MacOS X.
I will check the final code changes on the major platforms (Windows,
Linux and MacOS X). I expect that the code changes will be committed
into trunk at the beginning of next week.



I have committed my solution into trunk.

Please provide feedback in order to be able to improve the solution for 
our next release. Thanks in advance.



Best regards, Oliver.

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

Re : [Accessibility] Call for volunteer for AOO IAccessible2 Testing

[mengualjeanphi]

Hi All,

Hi

IA2 branch sucessfully integrated with trunk as rev 1542312 (Build
download: http://ci.apache.org/projects/openoffice/)

First of all, thanks very much. I can say that it works for me. I do not have 
the issues I mentioned here to access, at least minimum, to OOo. great!

We need more volunteers to support AOO IA2 testing work, focus FTV scenario
IAccessible2 testing

FTV? FVT? What is it? Sorry I am not an expert in the processes of such big 
projects.

*Test execution:*

1. Testing of FVT scenario IAccessible2 testing on Windows,

I create 3 testcase (*AOOTest-1758/1766/1768*) in testlink (http://
aootesting.adfinis-sygroup.org/index.php)

For example: AOOTest 1768-Support Object information and display
Accessibility for AOO Calc

Summary:

Accessibility Checklist:

Visual focus indicator

Information about user interface objects

Labels

Text

Scenario:

AOO Calc function list (refer sample file)

AT Support: Reference :https://wiki.openoffice.org/wiki/Accessibility

Windows, Screen Reader Tools
JAWS

NVDA (open source)

If any test case fails , please mark it failed with bugs openning to
address [Accessibility][IA2]
 issue in bugzilla
*Defect summary:*
I create public query defect link for IA2
https://issues.apache.org/ooo/buglist.cgi?cmdtype=runnamed&namedcmd
=IA2&list_id=105314
1. We need volunteers to confirm unconfirmed defects and verify fixed
defects
2. Call for more developer to involve in fixing defects

*Issues & quality highlight:*
1. BVT Passed on branch version
2. Possible Impacted Area according by Steve: UI, document editing area,
graphic objects. And no
visible changes will be made to dialogs. Another possible area will be
affected is stability.

*Volunteer status: *
We have two new volunteers(Buddy Brannan/Martin Courcelles) interested
in testing, 3 person had already worked for branch version

 if you have interest in joining the bug work,  please let me
know your Bugzilla ID you have
.

On the bugzilla, my ID is my mail mengualjeanphi at free dot fr 

If you want to contribute to test in testlink , please send me your TestLinkID
I will assign test cases to you.

I study your mail in details and try to come in the process to test.

Regards 

Thanks you all for effort


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

Re: buildbots -- Linux and MacOSX

[jan i]

On 18 November 2013 08:56, Jürgen Schmidt  wrote:

> On 11/15/13 6:54 PM, Andrew Rist wrote:
> > I wanted to give an update on the buildbots, as this is a question that
> > keeps coming up.
>
> first of all thanks for the summarized update
>
> >
> >  * We've received assurances that the Mac buildbot is coming. Long
> >story short, the current mac hardware is a bit long in the tooth and
> >we would kill everything on it if we added our builds to the current
> >machine.  We are waiting for real hardware in the form of a Mac Pro
> >which will enable us to have multiple virtualized mac bots, giving
> >us our own environment that can be set up for AOO.  The machine
> >should be ordered by the end of the year - bot should come up early
> >next year - ish...
>
> perfect and with the ongoing 64 bit work it will be much easier to setup
> a working env on a modern system (kudos for Herbert).
>
> >  * We are also waiting on a CentOS bot to create our standard Linux
> >build.  This has been requested and is in the works, and Jan has
> >agreed to bring this up in discussions with infra.  I am hoping we
> >can have this for the 4.1 release timeframe.
>
> sounds good and I hope we can get it. I believe we can focus on a 64 bit
> system first.
>
> >  * FreeBSD bot - we have a new freebsd bot and it is slowly moving
> >toward building without errors.  If anyone has suggestions for
> >fixing issues on there, please post to dev and we'll move that
> >forward.  We are currently stuck on Hunspell -
>
> FreeBSD is a port but we don't release binaries. It's fine to me to have
> a FreeBSD port but for me it don't have a high priority. If we have
> hardware or other physical limitation we should first drop such
> unreleased platforms. And please don't get me wrong we do everything to
> support this platform but I personally don't see the demand for a build
> bot at the moment
>
> >
> >
> http://ci.apache.org/builders/openoffice-fbsd-nightly/builds/91/steps/configure/logs/stdio
> >
> >and
> >
> >
> http://ci.apache.org/projects/openoffice/buildlogs/fbsdn/log/unxfbsdx.pro.build.html
> >
> >  * The hung process issue with the windows buildbots seems to solved
> >now, and has not been a problem lately.
> >  * Currently the Windows bots are failing - but this seems to an issue
> >of svn getting out of sync, I'm cleaning up the bot and restarting
> >the machine after some updates - I expect this to clean up the
> >current issues.  (
> >  * Snapshots - both linux and windoze are currently having issues in
> >terms of the size of files that the build creates.  The standard
> >buildbot directory upload routine zips the directory, uploads it,
> >and unzips at the destination.  Our directory of install bits has
> >gotten too large and we are running into an exception on this
> >step.   (On long term fix is to create our own custom directory
> >upload code for build bot - but that is another discussion...)  The
> >short term solution is to split the snapshot build into two builds
> > (possible in a single flow) and build half the languages in each
> >build - this should get us around the space issue.
>
> mmh, I always wondering a little bit about this physical limitations but
> that is a different story.
>
> Can you tell us a little bit more about the requirements for the custom
> directory and upload code.
>
>
> For a short term solution I would suggest to prepare a package lst file
> and pack only en-US + the 5 most often downloaded languages and for all
> other languages we build language packs only. What do you think?
>

Why not say 1 package with en-US + all released (100%) languages ?

If we dont do it as one package pr language, but one package that contain
all languages, it does not take a lot extra compile time (+8% on my vm).

rgds
jan I

>
> Juergen
>
> >
> > That's all for now
> > A.
> >
> >
> >
> > On 11/13/2013 10:01 AM, Kay Schenk wrote:
> >> On Tue, Nov 12, 2013 at 6:33 PM, Glenn Harvey Liwanag <
> >> glennharveyliwa...@gmail.com> wrote:
> >>
> >>> I can try building the thing on my Mac OS X if that's what you're
> >>> looking
> >>> for. It's my only computer right now and I use it for school so I
> >>> have to
> >>> know first the average build time and the instructions to get the whole
> >>> thing done without academics interfering with the work.
> >>>
> >> Thanks for this offer! Resources used for building are dependent on your
> >> system, but typically it would take about 2 hours for a full build.
> >>
> >> Information on how to obtain the source and a link to the Building Guide
> >> can be found on the project source page:
> >>
> >>   http://openoffice.apache.org/source.html
> >>
> >> Please let us know how this goes for you.
> >>
> >>
> >>> On Wed, Nov 13, 2013 at 9:08 AM, Kay Schenk 
> >>> wrote:
> >>>
>  Regarding Jürgen's comments  on a recent thread --
> 
>  http://markmail.org/message/v5zli2np67qv5ryz

Re: Nepali or Hindi or Sanskrit using Devanagari Script

[rahul bhola]

i can help with hindi translation


On Mon, Nov 18, 2013 at 5:01 PM, Raphael Bircher  wrote:

> Hi all
>
> Am 18.11.13 11:34, schrieb Herbert Duerr:
>
>> On 17.11.2013 08:32, taruntap...@gmail.com wrote:
>>
>>> Sir those languages must be more developed for it.
>>>
>>
>> A great idea, thanks! What is mostly needed for this are translation
>> volunteers. Can you help with that? Please see [1] for a start.
>>
>> [1] https://cwiki.apache.org/confluence/display/OOOUSERS/
>> Native+Language+Projects
>>
>> The Nepali translation [2] of Apache OpenOffice is only at 7% so a lot
>> more strings need to be translated before we can think of distributing
>> binaries for this language.
>>
>> [2] https://translate.apache.org/ne/
>>
>> The Hindi translation [3] is already at 88% for the UI but only 12% done
>> for the help files.
>>
>> [3] https://translate.apache.org/hi/
>>
> I can put a "Ask for volunteer" request on Facebook
>
> Greetings Raphael
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
Rahul Bhola
B.E.
computers
Core Member
Department of backstage
Bits Pilani KK Birla Goa Campus

Re: Nepali or Hindi or Sanskrit using Devanagari Script

[Raphael Bircher]

Hi all

Am 18.11.13 11:34, schrieb Herbert Duerr:

On 17.11.2013 08:32, taruntap...@gmail.com wrote:

Sir those languages must be more developed for it.


A great idea, thanks! What is mostly needed for this are translation 
volunteers. Can you help with that? Please see [1] for a start.


[1] 
https://cwiki.apache.org/confluence/display/OOOUSERS/Native+Language+Projects


The Nepali translation [2] of Apache OpenOffice is only at 7% so a lot 
more strings need to be translated before we can think of distributing 
binaries for this language.


[2] https://translate.apache.org/ne/

The Hindi translation [3] is already at 88% for the UI but only 12% 
done for the help files.


[3] https://translate.apache.org/hi/

I can put a "Ask for volunteer" request on Facebook

Greetings Raphael


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

Re: Build braker in rejuvenate01 cppu

[Raphael Bircher]

Am 18.11.13 12:06, schrieb Herbert Duerr:

Hi Raphael,

On 16.11.2013 06:23, Raphael Bircher wrote:

Am 15.11.13 17:17, schrieb Herbert Duerr:

Just a small status update to my mail from Tuesday:
[...]
The rejuvenate01 branch should build out of the box again. Note the
working support for password protected documents and the latest
goodies we got by resyncing to trunk.

No, at me it does not working it stops at "testtools" as far I can see.
[snipped output from the build of the xml-module]


The good thing about doing parallel builds is that the resources are 
better utilized and the build is way faster.


The bad thing about parallel builds is that the output of the 
individual build processes get intermingled. This intermingled output 
is incredibly hard to analyze.


E.g. the output of the xml module is not related to the eventual 
problems in the testtools module. So providing the output of the xml 
build does not help in any way to analyze a build problem in the 
testtools module.


To get relevant output for analyzing an eventual testtools problem I 
suggest to change into the testtools directory and run

rm -rf unxmaccx* && build 2>&1 | tee build.out | grep -i error:
there. Please note that no "-P" option should be used to prevent the 
intermingling of output.

This is the output:
Raphaels-iMac:testtools nacnaub$ rm -rf unxmaccx* && build 2>&1 | tee 
build.out | grep -i error:

clang: error: no input files
clang: error: no input files
clang: error: no input files
clang: error: no input files
clang: error: no input files
clang: error: no input files
clang: error: no input files
clang: error: no input files
clang: error: no input files
clang: error: no input files
clang: error: no input files
clang: error: no input files
ERROR: error 65280 occurred while making 
/Users/nacnaub/Documents/rejuvenate01/main/testtools/source/bridgetest





A source of trouble could be if you are compiling using the XCode3 
compiler. Are you using

export CC=`xcrun -f clang` -arch x86_64
export CXX=`xcrun -f clang++` -arch x86_64 -std=c++11
before running configure? If in doubt please use a new shell and a 
clean checkout of the code base.
I have only XCode 4 on this mashin and I setted the two variables but I 
forgot the -std=c++11 part. maybe this is the root. I will test it now


Thanks for your help

Greetings Raphael


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

Re: Build braker in rejuvenate01 cppu

[Herbert Duerr]

Hi Raphael,

On 16.11.2013 06:23, Raphael Bircher wrote:

Am 15.11.13 17:17, schrieb Herbert Duerr:

Just a small status update to my mail from Tuesday:
[...]
The rejuvenate01 branch should build out of the box again. Note the
working support for password protected documents and the latest
goodies we got by resyncing to trunk.

No, at me it does not working it stops at "testtools" as far I can see.
[snipped output from the build of the xml-module]


The good thing about doing parallel builds is that the resources are 
better utilized and the build is way faster.


The bad thing about parallel builds is that the output of the individual 
build processes get intermingled. This intermingled output is incredibly 
hard to analyze.


E.g. the output of the xml module is not related to the eventual 
problems in the testtools module. So providing the output of the xml 
build does not help in any way to analyze a build problem in the 
testtools module.


To get relevant output for analyzing an eventual testtools problem I 
suggest to change into the testtools directory and run

rm -rf unxmaccx* && build 2>&1 | tee build.out | grep -i error:
there. Please note that no "-P" option should be used to prevent the 
intermingling of output.


A source of trouble could be if you are compiling using the XCode3 
compiler. Are you using

export CC=`xcrun -f clang` -arch x86_64
export CXX=`xcrun -f clang++` -arch x86_64 -std=c++11
before running configure? If in doubt please use a new shell and a clean 
checkout of the code base.


Herbert


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

Re: Nepali or Hindi or Sanskrit using Devanagari Script

[Herbert Duerr]

On 17.11.2013 08:32, taruntap...@gmail.com wrote:

Sir those languages must be more developed for it.


A great idea, thanks! What is mostly needed for this are translation 
volunteers. Can you help with that? Please see [1] for a start.


[1] 
https://cwiki.apache.org/confluence/display/OOOUSERS/Native+Language+Projects


The Nepali translation [2] of Apache OpenOffice is only at 7% so a lot 
more strings need to be translated before we can think of distributing 
binaries for this language.


[2] https://translate.apache.org/ne/

The Hindi translation [3] is already at 88% for the UI but only 12% done 
for the help files.


[3] https://translate.apache.org/hi/

Herbert


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

Re: [Proposal] Update Icons for AOO 4.1

[Jürgen Schmidt]

On 11/4/13 8:23 PM, Samer Mansour wrote:
> This is just a reminder that this coming Nov 9th is the end of the 30 day
> window for list folk to submit ideas, whether in words or images.
> 
> After this date, I will compile the ideas and feedback.

Hi Samer,

any news on this? I believe we should integrate new icons as soon as
possible

Juergen


> 
> Samer Mansour
> 
> 
> On Wed, Oct 9, 2013 at 11:01 PM, Samer Mansour  wrote:
> 
>> Hello,
>>
>> I'm proposing to have the icons (and related assets) updated for AOO 4.1
>> release. I would like to take the responsibility to see this gets done.
>>
>> Here is the icons that need to be updated:
>> https://cwiki.apache.org/confluence/display/OOOUSERS/AOO4.1+-+Desktop+Icons
>>
>> Related asset:
>>
>> https://cwiki.apache.org/confluence/display/OOOUSERS/AOO4.1+-+Application+And+Launcher
>>
>> You can see two examples of ideas on the first link. You can also suggest
>> your own ideas verbally by commenting on the wiki page or visually by
>> attaching it to the wiki. (Please don't reply ideas in this mailing list,
>> let us know if you have trouble)
>>
>> I am putting a deadline for the idea submission and discussion in 30 days,
>> November 9th, 2013.
>> Once we reach the deadline, we will have a separate discussion for
>> optimizing for the best user experience.
>>
>> This is not a contest or a call for public proposals. This is regular,
>> needs to be done, no-bikeshedding-please work. When the deadline Nov 9th
>> arrives, if there is more than one viable solution, we will try to reach
>> consensus without a end user vote.
>> eg. We will not be doing what we did with the logo, that was a special
>> case because it is the face of AOO.
>>
>> Samer Mansour
>>
> 


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

Re: OSBA Office Interoperability Workshop last week

[Jürgen Schmidt]

On 11/17/13 9:19 PM, Pedro Giffuni wrote:
> Hi Juergen;
> 
> I am just catching up with some old mail but thank you for the
> interesting report.
> 
> Just as an external observer and reminding that IANAL, the LO/TDF
> doesn't seem to be complying with the Apache License section 4
> subsection (d) and is misinterpreting on purpose subsection (b).
> 
> The so-called "rebasing" was obfuscated on purpose, probably with some
> level of paranoia, to avoid making clear which code is under an Apache
> License and which is not. It was not surprising to find that at least
> one CWS, not included in AOO, was "relicensed" and mixed with other
> arbitrary license swapping.

I personally share your views and it makes me sad to see that so called
open source advocates tolerate and support such things. Where as
individuals might not have interest in a clear and clean code base with
a proper and appropriate licensing. But I would have expected that
companies who are involved take it more serious.


I am still liking the open source idea and I believe it is good to reuse
code that is already implemented. But I also like the idea of upstream
changes to the original code base because it is the only way how open
source can work.

> 
> Using public funding for opensource projects is great but it involves
> all the parties working responsibly. I just think that given the
> situation of uncertainty of the results and the general lack of
> collaboration from one group it just doesn't make sense for both
> projects to work together.

the first project was in the special situation that OpenOffice was in
it's transition to Apache and that some people tried hard to claim that
OpenOffice is dead and LO is the new and shining successor. Means the
situation at this time was not clear and the project constraints were
probably not defined detailed enough. I think it was not easy and the
involved people tried their best.

I think future projects can make it better and can ensure that the
changes are integrated in the lowest common code base.

And I disagree and think that collaboration make a lot of sense because
both projects can benefit from even more developers and wasting time
with useless merging of code is stupid.


> 
> It's not all bad though: While LibreOffice seems to be a place to run
> experiments, AOO is setting the new standards that get widely adopted.

well if we take the license issue out and look on the LO project only I
like a lot of things that work quite well. And I would love to see many
of them in place at Apache and AOO as well.

Juergen

> 
> Just my opinion though ... I am always glad to be proved wrong.
> 
> Pedro.
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
> 


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

Re: Build braker in rejuvenate01 cppu

[Jürgen Schmidt]

On 11/16/13 6:23 AM, Raphael Bircher wrote:
> Hi Herbert
> 
> Am 15.11.13 17:17, schrieb Herbert Duerr:
>> Just a small status update to my mail from Tuesday:
>>
>> On 12.11.2013 10:17, Herbert Dürr wrote:
>>> On 11.11.2013 10:47, Raphael Bircher wrote:
 I run in a build breaker in the rejuvenate01 branche

 dmake:  Error: -- `uno_purpenvhelpers5abi.map' not found, and can't be
 made
>>>
>>> I just committed r1540968 to add the missing file by renaming its older
>>> cousin.
>>>
 Has someone a idea what happend here, and what's wrong?
>>> [...]
>>> Thanks for looking into the "rejuvenate01" branch. With the renaming and
>>> the recent major update from trunk it has become a "construction site"
>>> though. After the RmMoz work I can now focus on getting the branch round
>>> again and make it a viable port. So stay tuned, in a few days it will
>>> build+run out of the box again and it will have gained an important
>>> feature it missed so far: support for password protected documents!
>>
>> The rejuvenate01 branch should build out of the box again. Note the
>> working support for password protected documents and the latest
>> goodies we got by resyncing to trunk.
> No, at me it does not working it stops at "testtools" as far I can see.
> 
> COPY: ../config/Linguistic-lingucomponent-thesaurus.xcu ->
> /Users/nacnaub/Documents/rejuvenate01/main/solver/410/unxmaccx.pro/xml/registry/data/org/openoffice/Office/Linguistic-lingucomponent-thesaurus.xcu
> 
> COPY: ../unxmaccx.pro/misc/MacOSXSpell.component ->
> /Users/nacnaub/Documents/rejuvenate01/main/solver/410/unxmaccx.pro/xml/MacOSXSpell.component
> 
> COPY: ../unxmaccx.pro/misc/guesslang.component ->
> /Users/nacnaub/Documents/rejuvenate01/main/solver/410/unxmaccx.pro/xml/guesslang.component
> 
> COPY: ../unxmaccx.pro/misc/hyphen.component ->
> /Users/nacnaub/Documents/rejuvenate01/main/solver/410/unxmaccx.pro/xml/hyphen.component
> 
> COPY: ../unxmaccx.pro/misc/lnth.component ->
> /Users/nacnaub/Documents/rejuvenate01/main/solver/410/unxmaccx.pro/xml/lnth.component
> 
> COPY: ../unxmaccx.pro/misc/spell.component ->
> /Users/nacnaub/Documents/rejuvenate01/main/solver/410/unxmaccx.pro/xml/spell.component
> 
> LOG: writing
> /Users/nacnaub/Documents/rejuvenate01/main/solver/410/unxmaccx.pro/inc/lingucomponent/deliver.log
> 
> Module 'lingucomponent' delivered successfully. 15 files copied, 10
> files unchanged
> 
> 3 module(s):
> epm
> testtools
> vcl
> need(s) to be rebuilt
> 
> Reason(s):
> 
> ERROR: error 65280 occurred while making
> /Users/nacnaub/Documents/rejuvenate01/main/testtools/source/bridgetest
> ERROR: error 65280 occurred while making
> /Users/nacnaub/Documents/rejuvenate01/main/vcl/prj
> ERROR: error 65280 occurred while making
> /Users/nacnaub/Documents/rejuvenate01/main/epm
> 
> When you have fixed the errors in that module you can resume the build
> by running:
> 
> build --from epm testtools vcl

it must be something in your environment, I can build it without any
problems.

You ran a multi process build and in case of errors you should go in
each breaking module and try to build it separately to get a more
detailed error message.


Juergen

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


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

Reg: Completion of Set ups

[Dhananjayan Santhanakrishnan]

Hi,
I have completed all the config's required for open office. How to proceed? 
What about tasks?? 

Regards,
Dhananjayan. 

Re: [code] solution for issue 33737 - in-place editing of Input Fields

[Jürgen Schmidt]

On 11/15/13 6:26 PM, Oliver-Rainer Wittmann wrote:
> Hi,
> 
> On 13.11.2013 14:56, Oliver-Rainer Wittmann wrote:
>> Hi,
>>
>> On 07.11.2013 18:21, Oliver-Rainer Wittmann wrote:
>>> Hi,
>>>
>>> I am working on a solution for issue 33737 [1] and I am making good
>>> progress.
>>> I have started the documentation of the solution in our wiki - please
>>> have a look at https://wiki.openoffice.org/wiki/Writer/Input_Fields. It
>>> should be almost complete - may be I have forgotten the one or the other
>>> which will follow when I get notice of its missing.
>>> If you are interested in this area, please have a look and provide
>>> feedback.
>>> Thanks in advance.
>>>
>>> [1] https://issues.apache.org/ooo/show_bug.cgi?id=33737
>>>
>>>
>>
>> I have finished the implementation.
>> Unfortunately, my test on MacOS X reveals some problems:
>> - special characters inserted for improved cursor traveling are more or
>> less visible
>> - traveling from one Input Field to the other skips one Input Fields.
>> This happens on forward and backward traveling.
>>
>> Thus, I back on the coding. I assume to solve the problems at least
>> until the end of the week.
>>
> 
> I have solved the problem on MacOS X.
> I will check the final code changes on the major platforms (Windows,
> Linux and MacOS X). I expect that the code changes will be committed
> into trunk at the beginning of next week.

perfect, it's a very nice enhancement and will improve the workflow for
this kind of fields a lot

Juergen


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


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

[Accessibility] Call for volunteer for AOO IAccessible2 Testing

[Liu Ping]

Hi All,
IA2 branch sucessfully integrated with trunk as rev 1542312 (Build
download: http://ci.apache.org/projects/openoffice/)

We need more volunteers to support AOO IA2 testing work, focus FTV scenario
IAccessible2 testing

*Test execution:*

1. Testing of FVT scenario IAccessible2 testing on Windows,

I create 3 testcase (*AOOTest-1758/1766/1768*) in testlink (http://
aootesting.adfinis-sygroup.org/index.php)

For example: AOOTest 1768-Support Object information and display
Accessibility for AOO Calc

Summary:

Accessibility Checklist:

Visual focus indicator

Information about user interface objects

Labels

Text

Scenario:

AOO Calc function list (refer sample file)

AT Support: Reference :https://wiki.openoffice.org/wiki/Accessibility

Windows, Screen Reader Tools
JAWS

NVDA (open source)

If any test case fails , please mark it failed with bugs openning to
address [Accessibility][IA2]
 issue in bugzilla
*Defect summary:*
I create public query defect link for IA2
https://issues.apache.org/ooo/buglist.cgi?cmdtype=runnamed&namedcmd
=IA2&list_id=105314
1. We need volunteers to confirm unconfirmed defects and verify fixed
defects
2. Call for more developer to involve in fixing defects

*Issues & quality highlight:*
1. BVT Passed on branch version
2. Possible Impacted Area according by Steve: UI, document editing area,
graphic objects. And no
visible changes will be made to dialogs. Another possible area will be
affected is stability.

*Volunteer status: *
We have two new volunteers(Buddy Brannan/Martin Courcelles) interested
in testing, 3 person had already worked for branch version

 if you have interest in joining the bug work,  please let me
know your Bugzilla ID you have
.
If you want to contribute to test in testlink , please send me your TestLinkID
I will assign test cases to you.

Thanks you all for effort