date:20130516

On 5/14/13 10:24 PM, Rob Weir wrote:
 Working on blog post now, target tomorrow AM.
 

again a very interesting blog post Rob, many thanks.

https://blogs.apache.org/OOo/entry/apache_openoffice_one_year_50

Juergen


 Regards,
 
 -Rob
 
 -
 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: Compile and see the changes in AOO

On 5/16/13 3:29 AM, Alan Eduardo Puc Pech wrote:
 I'm in practice and knowing the code in Drawing. And I will make changes in
 the code to experiment and innovate more. but I have a doubt. How I can
 update the code changed?
 
 I have to apply these same steps?
 
 
- cd main/ ; autoconf ; ./configure some-switches ; ./bootstrap
 
 
 
- Build: source platform-dependend-name.sh ; cd instsetoo_native ;
build --all
 

yes, these steps have to be done once. Build a complete office and
install it somewhere.

Depending on the changes you make you can later on go directly in the
module where you have made changes and build locally

simply run 'build' in the module or run first 'dmake' in a directory to
check for compiler errors even more locally.

Note in some module we have already changed to gnu make files.

Once you have built a new library you can copy these new library in the
installed office and replace the existing one.

Juergen

 
 Regards
 Alan.
 


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

Re: [QUESTION] Some confused situations in Writer UNDO/REDO


Hi,

On 14.05.2013 10:48, Fan Zheng wrote:

Hi, all:

Now I am working on a bugzilla issue 121897, which seems a writer undo/redo
corresponding issue. Inside there are some questions I met, which may need
help from the experts.

Here is background:

There are some refine work in SW undo/redo mechanism for integrating into
the SfxUndoManager framework. Inside the implementation,
SwUndoInserts::UndoImpl, which is the detailed undo method for inserting,
will drop all the hints inside the current SwTxtNode, and then retrieve
them back via the SwHistory::TmpRollback. Similar design also exist in
SwUndoDelete::UndoImpl (Similarly the detailed undo method for deleting),
but for some unknown reason (is there do exist some), the using hints clear
methods are different inside above 2 undo functions. For SwUndoInserts,
the SwTxtNode::RstAttr is used, and for SwUndoDelete,
the SwTxtNode::ClearSwpHintsArr is used. In general, the difference of said
2 hints clearing method is that, RstAttr will ignore the tox mark index and
ClearSwpHintsArr will ignore the fly content when clearing hints.

And such difference makes the phenomenon of i121897 happens: the former tox
mark index is kept when clearing and a new one inserted later from
SwHistory;

So my questions are:

1. Why the undo of inserting use a different clear method from the undo of
deleting? Should we make them identical or, refine the RstAttr for certain
usage in undo inserting?



I am not sure about the existence of two such methods, but I assume that 
the corresponding code had evolved over the last decade and nobody took 
the responsibility to clean it up.


I propose unify the functionality in one method.
For a release after AOO 4.0 we should investigate in detail all usages 
of the two existing methods, define certain test cases for these usages 
and then unify the functionality in one method. The most important step 
here is to define the test cases.



2. As we see, the whole hints inside the text node will be cleared, even if
the actions should be undone are related to part of the text node. At it is
not a good performance design. Is there any certain reason for doing like
that?


I do not know.
Do you know, if this came in by the SW undo/redo refactoring?
The former OOo code repository is still available at 
http://hg.services.openoffice.org/. May be a short look at its trunk 
(namely DEV300) and the corresponding log would give some insight. Even 
if it reveals that this 'complete clear' had been made since years.




Thanks for your help!



You are welcome.

A question from my side:
Does defect 121897 occurs before the SW undo/redo refactoring had been made?


Best regards, Oliver.

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

Re: svn commit: r1482736 - /openoffice/trunk/main/sal/inc/rtl/string.hxx

2013-05-16 Thread Herbert Dürr


On 2013/05/16 1:23 AM, Ariel Constenla-Haile wrote:

On Wed, May 15, 2013 at 09:22:51AM -, h...@apache.org wrote:

[...]
#i122208# avoid signedness warnings in signed-char build environments

[...]
This breaks on Linux:


Sorry about that. Fixed in r1483216.

Herbert

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

Re: Compile and see the changes in AOO


Hi,

On 16.05.2013 09:58, Jürgen Schmidt wrote:

On 5/16/13 3:29 AM, Alan Eduardo Puc Pech wrote:

I'm in practice and knowing the code in Drawing. And I will make changes in
the code to experiment and innovate more. but I have a doubt. How I can
update the code changed?

I have to apply these same steps?


- cd main/ ; autoconf ; ./configure some-switches ; ./bootstrap



- Build: source platform-dependend-name.sh ; cd instsetoo_native ;
build --all



yes, these steps have to be done once. Build a complete office and
install it somewhere.

Depending on the changes you make you can later on go directly in the
module where you have made changes and build locally

simply run 'build' in the module or run first 'dmake' in a directory to
check for compiler errors even more locally.

Note in some module we have already changed to gnu make files.

Once you have built a new library you can copy these new library in the
installed office and replace the existing one.



Further information about partial build can be found at [1].

Please provide feedback, if the information of the wiki page helps you. 
May be you can help to improve it - thanks in advance.


[1] 
http://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO#Partial_Builds



Best regards, Oliver.


Juergen



Regards
Alan.




-
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: [buildbot] investigate nightly windows build


Hi,

On 15.05.2013 21:51, Andrew Rist wrote:


On 5/15/2013 12:03 AM, Oliver-Rainer Wittmann wrote:

Hi,

On 14.05.2013 10:16, Oliver-Rainer Wittmann wrote:

Hi,

our buildbot building trunk nightly for windows has problems in modul
apr since a couple of days.
Unfortunately, the log does provide nothing for a reason not known to
me.

Thus, I will try to investigate the problem.
Hopefully, I can change the buildbot script to get the build output
directly on stdout instead of as html. The html output is currently not
containing the corresponding information about the build of module apr.



Done and Thx to Herbert triggering a clean build.
Unfortunately, the build was successful. Thus, I assume the reason
that we had no nightly windows builds from trunk since 2013-04-28 was
that no clean build had been performed.

This is not the case.  The clean build is not the panacea you see it
as.  As mentioned in several other communications, I went onto the box
and cleaned up some processes that were hung (win7, win7snap, and
win7ia2).  All built successfully - even though the other two were
incremental.   The hung processes tend to occur /more/ during clean
builds - not all the time, just more often.  Thus, clean builds are more
likely to create this type of build failure, they are not a fix as
you're suggesting.



Thanks for the information.
In order to have something more tangible for fixing this defect of 
hanging build processes I propose to start an corresponding investigation.
At least we should have a look after each build, esp. after each clean 
build, if there are processes which hang.
Andrew, can only you perform such an investigation, because (as far as I 
know) you are the only who have direct access on the machine?


Best regards, Oliver.




A.

(and good catch on the ext_source logs...)


I am now reverting my temporary changes for the buildbot aoo-win7.

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

Re: [buildbot] investigate nightly windows build


Hi,

On 16.05.2013 10:24, Oliver-Rainer Wittmann wrote:

Hi,

On 15.05.2013 21:51, Andrew Rist wrote:


On 5/15/2013 12:03 AM, Oliver-Rainer Wittmann wrote:

Hi,

On 14.05.2013 10:16, Oliver-Rainer Wittmann wrote:

Hi,

our buildbot building trunk nightly for windows has problems in modul
apr since a couple of days.
Unfortunately, the log does provide nothing for a reason not known to
me.

Thus, I will try to investigate the problem.
Hopefully, I can change the buildbot script to get the build output
directly on stdout instead of as html. The html output is currently not
containing the corresponding information about the build of module apr.



Done and Thx to Herbert triggering a clean build.
Unfortunately, the build was successful. Thus, I assume the reason
that we had no nightly windows builds from trunk since 2013-04-28 was
that no clean build had been performed.

This is not the case.  The clean build is not the panacea you see it
as.  As mentioned in several other communications, I went onto the box
and cleaned up some processes that were hung (win7, win7snap, and
win7ia2).  All built successfully - even though the other two were
incremental.   The hung processes tend to occur /more/ during clean
builds - not all the time, just more often.  Thus, clean builds are more
likely to create this type of build failure, they are not a fix as
you're suggesting.



Thanks for the information.
In order to have something more tangible for fixing this defect of
hanging build processes I propose to start an corresponding investigation.
At least we should have a look after each build, esp. after each clean
build, if there are processes which hang.


It seems that this defect just occured with build #105 of aoo-w7ia2 - 
see [1]. The build had been killed. I assume that the one or the other 
process of this build is still working.
Can somebody with corresponding karma check, if there are again hanging 
processes?


[1] http://ci.apache.org/builders/aoo-w7ia2/builds/105


Best regards, Oliver.


Andrew, can only you perform such an investigation, because (as far as I
know) you are the only who have direct access on the machine?



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

Re: [QUESTION] Some confused situations in Writer UNDO/REDO

2013-05-16 Thread Fan Zheng

2013/5/16 Oliver-Rainer Wittmann orwittm...@googlemail.com

 Hi,


 On 14.05.2013 10:48, Fan Zheng wrote:

 Hi, all:

 Now I am working on a bugzilla issue 121897, which seems a writer
 undo/redo
 corresponding issue. Inside there are some questions I met, which may need
 help from the experts.

 Here is background:

 There are some refine work in SW undo/redo mechanism for integrating into
 the SfxUndoManager framework. Inside the implementation,
 SwUndoInserts::UndoImpl, which is the detailed undo method for inserting,
 will drop all the hints inside the current SwTxtNode, and then retrieve
 them back via the SwHistory::TmpRollback. Similar design also exist in
 SwUndoDelete::UndoImpl (Similarly the detailed undo method for deleting),
 but for some unknown reason (is there do exist some), the using hints
 clear
 methods are different inside above 2 undo functions. For SwUndoInserts,
 the SwTxtNode::RstAttr is used, and for SwUndoDelete,
 the SwTxtNode::ClearSwpHintsArr is used. In general, the difference of
 said
 2 hints clearing method is that, RstAttr will ignore the tox mark index
 and
 ClearSwpHintsArr will ignore the fly content when clearing hints.

 And such difference makes the phenomenon of i121897 happens: the former
 tox
 mark index is kept when clearing and a new one inserted later from
 SwHistory;

 So my questions are:

 1. Why the undo of inserting use a different clear method from the undo of
 deleting? Should we make them identical or, refine the RstAttr for certain
 usage in undo inserting?



 I am not sure about the existence of two such methods, but I assume that
 the corresponding code had evolved over the last decade and nobody took the
 responsibility to clean it up.

 I propose unify the functionality in one method.


I am not sure whether it is workable if we decide to simply drop any of
them, for the RstAttr could give more parameters, for more specified
conditions of hints clearing, for example the the clear index ranges and
the hint attributes type. So such unify you mentioned should be
more flexible then they were.


 For a release after AOO 4.0 we should investigate in detail all usages of
 the two existing methods, define certain test cases for these usages and
 then unify the functionality in one method. The most important step here is
 to define the test cases.


I agree with you.



  2. As we see, the whole hints inside the text node will be cleared, even
 if
 the actions should be undone are related to part of the text node. At it
 is
 not a good performance design. Is there any certain reason for doing like
 that?


 I do not know.
 Do you know, if this came in by the SW undo/redo refactoring?


No, at least the totally hints clearing stuff exist in
SwUndoDelete::Undo(...) before the sw undo/redo refactoring.  Which exists
maybe years, maybe even older than me :)

The former OOo code repository is still available at
 http://hg.services.openoffice.**org/ http://hg.services.openoffice.org/.
 May be a short look at its trunk (namely DEV300) and the corresponding log
 would give some insight. Even if it reveals that this 'complete clear' had
 been made since years.


 Thanks for your help!


 You are welcome.

 A question from my side:
 Does defect 121897 occurs before the SW undo/redo refactoring had been
 made?


No, it is a regression defect from SW undo/redo refectoring in my personal
view.






 Best regards, Oliver.

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

Re: svn commit: r1483216 - /openoffice/trunk/main/sal/inc/rtl/string.hxx

On Thu, May 16, 2013 at 4:25 AM,  h...@apache.org wrote:
 Author: hdu
 Date: Thu May 16 07:25:49 2013
 New Revision: 1483216

 URL: http://svn.apache.org/r1483216
 Log:
 fix constness issue causing a build breaker

 Modified:
 openoffice/trunk/main/sal/inc/rtl/string.hxx

 Modified: openoffice/trunk/main/sal/inc/rtl/string.hxx
 URL: 
 http://svn.apache.org/viewvc/openoffice/trunk/main/sal/inc/rtl/string.hxx?rev=1483216r1=1483215r2=1483216view=diff
 ==
 --- openoffice/trunk/main/sal/inc/rtl/string.hxx (original)
 +++ openoffice/trunk/main/sal/inc/rtl/string.hxx Thu May 16 07:25:49 2013
 @@ -947,7 +947,7 @@ struct CStringHash
 size_t operator()( const char* p) const {
 size_t n = 0;
 while( *p)
 -   n += 4*n + *static_castunsigned char*(p++);
 +   n += 4*n + *static_castconst unsigned char*(p++);

This still breaks:
./../inc/rtl/string.hxx:950:53: error: invalid static_cast from type
'const char*' to type 'const unsigned char*'

Regards

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

[Pootle]Different behaviour on different browsers

Opening Pootle on Firefox, konqueror and Chromium, no matter is I'm
logged-in or not, if I search for a text string or look at the tags for
errors automatically detected by pootle I get different behaviours.

On firefox and konqueror after some seconds I get, under the string the
translation memory showing similar translations, but on the bottom right of
the page the buttons to browse between the strings flash for a moment and
then disappear.

On Chromium the browse buttons remains and work, but the translation memory
is never shown.

On all, every now and then I can see a small unknown error notice that
fade away in a couple of seconds.

Try for example this simple search

https://translate.apache.org/es/aoo40/translate.html#search=abrir%20archivosfields=source,target

Can someone confirm this behaviour? The lack of browse buttons means that
it is not possible to work on firefox: you cannot jump to the next string.

Regards
Ricardo

Re: [Pootle]Different behaviour on different browsers

On 5/16/13 1:47 PM, RGB ES wrote:
 Opening Pootle on Firefox, konqueror and Chromium, no matter is I'm
 logged-in or not, if I search for a text string or look at the tags for
 errors automatically detected by pootle I get different behaviours.
 
 On firefox and konqueror after some seconds I get, under the string the
 translation memory showing similar translations, but on the bottom right of
 the page the buttons to browse between the strings flash for a moment and
 then disappear.
 
 On Chromium the browse buttons remains and work, but the translation memory
 is never shown.
 
 On all, every now and then I can see a small unknown error notice that
 fade away in a couple of seconds.
 
 Try for example this simple search
 
 https://translate.apache.org/es/aoo40/translate.html#search=abrir%20archivosfields=source,target
 
 Can someone confirm this behaviour? The lack of browse buttons means that
 it is not possible to work on firefox: you cannot jump to the next string.
 

no I can't confirm, I use Firefox 20.0 on MacOS. I see the next button
on the bottom right and can use it.

I see also 3 similar translations and can switch between them.

Juergen

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

Re: [Pootle]Different behaviour on different browsers

2013/5/16 Jürgen Schmidt jogischm...@gmail.com

 On 5/16/13 1:47 PM, RGB ES wrote:
  Opening Pootle on Firefox, konqueror and Chromium, no matter is I'm
  logged-in or not, if I search for a text string or look at the tags for
  errors automatically detected by pootle I get different behaviours.
 
  On firefox and konqueror after some seconds I get, under the string the
  translation memory showing similar translations, but on the bottom right
 of
  the page the buttons to browse between the strings flash for a moment and
  then disappear.
 
  On Chromium the browse buttons remains and work, but the translation
 memory
  is never shown.
 
  On all, every now and then I can see a small unknown error notice that
  fade away in a couple of seconds.
 
  Try for example this simple search
 
 
 https://translate.apache.org/es/aoo40/translate.html#search=abrir%20archivosfields=source,target
 
  Can someone confirm this behaviour? The lack of browse buttons means that
  it is not possible to work on firefox: you cannot jump to the next
 string.
 

 no I can't confirm, I use Firefox 20.0 on MacOS. I see the next button
 on the bottom right and can use it.


Strange... I use firefox 20 too, but on openSUSE.

Ricardo




 I see also 3 similar translations and can switch between them.

 Juergen

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

Re: [Pootle]Different behaviour on different browsers

2013-05-16 Thread Claudio Filho

Hi

2013/5/16 Jürgen Schmidt jogischm...@gmail.com:
 On 5/16/13 1:47 PM, RGB ES wrote:
 Can someone confirm this behaviour? The lack of browse buttons means that
 it is not possible to work on firefox: you cannot jump to the next string.


I do. I opened my space and opened any fuzzy/unstranslated string and
appears the suggestion in Iceweasel (firefox in Debian) , where in
Chromium (Chrome in Debian), don't shows.

With this fact, i will use firefox to translate to use this (IMHO,
very useful) feature.

Best,
Claudio

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

Translation of some extra stuff that isn't covered yet by the normal translation process

Hi,

Issue 122312 [1] describe a problem with some translation relevant
content that is not covered by the normal translation process.

For example autotext, impress templates, wizard templates etc.

The content is in /trunk/main/extras 

I don't know if we can manage to have translations for this stuff at
least for the language that we will release in time for AOO 4.0. But we
should try to achieve it.

I think it make sense to split this issue in sub-tasks to focus on the
different items separately. I plan to take a closer look on it and
update, extend the related wiki page [2] or whatever is necessary to
shed some more light on this. I have to confess that it's new to me and
I have never worked in this area or even don't know too much about it.

Thanks to Ariel who brought this issue up and we will take care of this
stuff in our new and upcoming translation process to cover it.

I invite everybody to join me and help to solve as much as possible
until the release.

Further discussion on the l10n list please.


Juergen

[1] https://issues.apache.org/ooo/show_bug.cgi?id=122312
[2] http://wiki.openoffice.org/wiki/Localization/Extras

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

Re: [Pootle]Different behaviour on different browsers

2013/5/16 Claudio Filho filh...@gmail.com

 Hi

 2013/5/16 Jürgen Schmidt jogischm...@gmail.com:
  On 5/16/13 1:47 PM, RGB ES wrote:
  Can someone confirm this behaviour? The lack of browse buttons means
 that
  it is not possible to work on firefox: you cannot jump to the next
 string.
 

 I do. I opened my space and opened any fuzzy/unstranslated string and
 appears the suggestion in Iceweasel (firefox in Debian) , where in
 Chromium (Chrome in Debian), don't shows.


But can you see the browse buttons on Firefox? This is what I see:

http://people.apache.org/~rgb-es/PootleChromium.png
http://people.apache.org/~rgb-es/PootleFirefox.png

Regards
Ricardo




 With this fact, i will use firefox to translate to use this (IMHO,
 very useful) feature.

 Best,
 Claudio

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

Re: [Pootle]Different behaviour on different browsers

2013-05-16 Thread Rob Weir

On Thu, May 16, 2013 at 7:47 AM, RGB ES rgb.m...@gmail.com wrote:
 Opening Pootle on Firefox, konqueror and Chromium, no matter is I'm
 logged-in or not, if I search for a text string or look at the tags for
 errors automatically detected by pootle I get different behaviours.


Clear your browser cache?   There might be cached Javascript?

-Rob

 On firefox and konqueror after some seconds I get, under the string the
 translation memory showing similar translations, but on the bottom right of
 the page the buttons to browse between the strings flash for a moment and
 then disappear.

 On Chromium the browse buttons remains and work, but the translation memory
 is never shown.

 On all, every now and then I can see a small unknown error notice that
 fade away in a couple of seconds.

 Try for example this simple search

 https://translate.apache.org/es/aoo40/translate.html#search=abrir%20archivosfields=source,target

 Can someone confirm this behaviour? The lack of browse buttons means that
 it is not possible to work on firefox: you cannot jump to the next string.

 Regards
 Ricardo

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

Re: [Pootle]Different behaviour on different browsers

On 5/16/13 2:37 PM, RGB ES wrote:
 2013/5/16 Claudio Filho filh...@gmail.com
 
 Hi

 2013/5/16 Jürgen Schmidt jogischm...@gmail.com:
 On 5/16/13 1:47 PM, RGB ES wrote:
 Can someone confirm this behaviour? The lack of browse buttons means
 that
 it is not possible to work on firefox: you cannot jump to the next
 string.


 I do. I opened my space and opened any fuzzy/unstranslated string and
 appears the suggestion in Iceweasel (firefox in Debian) , where in
 Chromium (Chrome in Debian), don't shows.

 
 But can you see the browse buttons on Firefox? This is what I see:
 
 http://people.apache.org/~rgb-es/PootleChromium.png
 http://people.apache.org/~rgb-es/PootleFirefox.png

that's mine

http://people.apache.org/~jsc/screenshots/Pootle_Firefox20_MacOS.png

 
 Regards
 Ricardo
 
 
 

 With this fact, i will use firefox to translate to use this (IMHO,
 very useful) feature.

 Best,
 Claudio

 -
 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: [Pootle]Different behaviour on different browsers

2013/5/16 Rob Weir robw...@apache.org

On Thu, May 16, 2013 at 7:47 AM, RGB ES rgb.m...@gmail.com wrote:
Opening Pootle on Firefox, konqueror and Chromium, no matter is I'm
logged-in or not, if I search for a text string or look at the tags for
errors automatically detected by pootle I get different behaviours.

Clear your browser cache? There might be cached Javascript?

No, I already tried that... but I did not try something more obvious:
enlarge the window. Buttons were there, but not visible because they do not
had enough space to be shown. Oh, well.

Jürgen, your screenshot was inspirational :)

Sorry for the noise! Now everything is OK

Regards
Ricardo

-Rob

On firefox and konqueror after some seconds I get, under the string the
translation memory showing similar translations, but on the bottom right
of
the page the buttons to browse between the strings flash for a moment and
then disappear.

On Chromium the browse buttons remains and work, but the translation
memory
is never shown.

On all, every now and then I can see a small unknown error notice that
fade away in a couple of seconds.

Try for example this simple search

https://translate.apache.org/es/aoo40/translate.html#search=abrir%20archivosfields=source,target

Can someone confirm this behaviour? The lack of browse buttons means that
it is not possible to work on firefox: you cannot jump to the next
string.

Regards
Ricardo

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

Re: [Pootle]Different behaviour on different browsers

2013-05-16 Thread Claudio Filho

2013/5/16 RGB ES rgb.m...@gmail.com:
 But can you see the browse buttons on Firefox? This is what I see:

Yes. I can. For me, the unique problem is the suggestions missing.

@Rob, i did it, without success. Same behavior.

Claudio

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

Re: [Pootle]Different behaviour on different browsers

On 5/16/13 2:51 PM, RGB ES wrote:
2013/5/16 Rob Weir robw...@apache.org

Clear your browser cache? There might be cached Javascript?

No, I already tried that... but I did not try something more obvious:
enlarge the window. Buttons were there, but not visible because they do not
had enough space to be shown. Oh, well.

Jürgen, your screenshot was inspirational :)

Sorry for the noise! Now everything is OK

no problem, nice to solve problems so easy ;-) It sees that others have
layout problems as well, not only OpenOffice where layouting of controls
in the UI for example is a nightmare and handcrafted :-(

Juergen

Regards
Ricardo

-Rob

On Chromium the browse buttons remains and work, but the translation
memory
is never shown.

On all, every now and then I can see a small unknown error notice that
fade away in a couple of seconds.

Try for example this simple search

https://translate.apache.org/es/aoo40/translate.html#search=abrir%20archivosfields=source,target

Can someone confirm this behaviour? The lack of browse buttons means that
it is not possible to work on firefox: you cannot jump to the next
string.

Regards
Ricardo

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

Re: Translators needed for Wizard Templates Titles

On Fri, Sep 28, 2012 at 02:47:11AM -0300, Ariel Constenla-Haile wrote:
 On Sat, Aug 25, 2012 at 07:02:18PM -0300, Ariel Constenla-Haile wrote:
  Hello *,
  
  Bug 110378 https://issues.apache.org/ooo/show_bug.cgi?id=110378 found
  a total of 292 templates without localized Title, in 11 Languages (es,
  eu, fr, it, ja, ko, pt-BR, sk, sv, zh-CN, zh-TW).
  
  The affected languages are:
  
  - Currently supported languages:
  
  * es, Spanish
  * fr, French
  * it, Italian
  * ja, Japanese
  * pt-BR, Portugese (Brazil) 
  * sk, Slovak
  * zh-CN, Chinese (simplified) 
  * zh-TW, Chinese (traditional) 
  
  - Currently unsupported languages:
  
  * eu, Basque
  * ko, Korean
  * sv, Swedish
 
 Translations are still needed for 
 
 - Chinese (traditional)
 - Portugese (Brazil)
 
 The translation is rather simple, almost 20/30 words, of kind Orange,
 Classic, Modern.

Just a reminder that (after more than 8 months) translations are still
missing.


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgpHAiiw3JTGi.pgp
Description: PGP signature

error module sal

2013-05-16 Thread jorge ivan poot diaz

Hello everyone,


In the build: there is an error

=
Building module sal
=

Entering /home/ivan/aoo/main/sal/inc


Entering /home/ivan/aoo/main/sal/typesconfig


Entering /home/ivan/aoo/main/sal/textenc

Making:all_textenc.dpslo
Making:all_textenc.dpobj

Entering /home/ivan/aoo/main/sal/osl/all

Compiling: sal/osl/all/utility.cxx
g++ -fmessage-length=0 -c -Os -fno-strict-aliasing -DENABLE_LAYOUT=0
-DENABLE_LAYOUT_EXPERIMENTAL=0   -D_FILE_OFFSET_BITS=64 -I. -I../../
unxlngi6.pro/inc/oslall -I../inc -I../../inc/pch -I../../inc
-I../../unx/inc -I../../unxlngi6.pro/inc -I.
-I/home/ivan/aoo/main/solver/400/unxlngi6.pro/inc/stl-I/home/ivan/aoo/main/solver/400/
unxlngi6.pro/inc/external
-I/home/ivan/aoo/main/solver/400/unxlngi6.pro/inc-I/home/ivan/aoo/main/solenv/unxlngi6/inc
-I/home/ivan/aoo/main/solenv/inc
-I/home/ivan/aoo/main/res -I/home/ivan/aoo/main/solver/400/
unxlngi6.pro/inc/stl -I/home/ivan/aoo/main/solenv/inc/Xp31
-I/usr/lib/jvm/java-6-openjdk-i386/include
-I/usr/lib/jvm/java-6-openjdk-i386/include/linux
-I/usr/lib/jvm/java-6-openjdk-i386/include/native_threads/include
-I/usr/include  -I/home/ivan/aoo/main/solver/400/unxlngi6.pro/inc/offuh -I.
-I../../res -I. -pipe -mtune=pentiumpro -fvisibility-inlines-hidden -Wall
-Wextra -Wendif-labels -Wshadow -Wno-ctor-dtor-privacy
-Wno-non-virtual-dtor-DLINUX -DUNX -DVCL -DGCC -DC341 -DINTEL -DGLIBC=2
-D_PTHREADS -D_REENTRANT -DNEW_SOLAR -D_USE_NAMESPACE=1
-DSTLPORT_VERSION=400 -DHAVE_GCC_VISIBILITY_FEATURE -DX86 -D__DMAKE -DUNIX
-DCPPU_ENV=gcc3 -DGXX_INCLUDE_PATH=/usr/include/c++/4.6 -DSUPD=400
-DPRODUCT -DNDEBUG -DOSL_DEBUG_LEVEL=0 -DOPTIMIZE -DCUI -DSOLAR_JAVA
-fexceptions -fno-enforce-eh-specs -DEXCEPTIONS_ON  -o ../../
unxlngi6.pro/obj/utility.o /home/ivan/aoo/main/sal/osl/all/utility.cxx
In file included from ../../inc/rtl/ustring.hxx:33:0,
 from /home/ivan/aoo/main/sal/osl/all/utility.cxx:28:
../../inc/rtl/string.hxx: In member function 'size_t
rtl::CStringHash::operator()(const char*) const':
../../inc/rtl/string.hxx:950:53: error: invalid static_cast from type
'const char*' to type 'const unsigned char*'
dmake:  Error code 1, while making '../../unxlngi6.pro/obj/utility.obj'

1 module(s):
sal
need(s) to be rebuilt

Reason(s):

ERROR: error 65280 occurred while making /home/ivan/aoo/main/sal/osl/all

When you have fixed the errors in that module you can resume the build by
running:

build --all:sal

ivan@ivan-Presario-CQ43-Notebook-PC:~/aoo/main/instsetoo_native$


What would be the solution?
I'm working on Ubuntu 12.04.1 LTS.

Regards.

Re: [Pootle]Different behaviour on different browsers

On Thu, May 16, 2013 at 02:55:51PM +0200, Jürgen Schmidt wrote:
 no problem, nice to solve problems so easy ;-) It sees that others have
 layout problems as well, not only OpenOffice where layouting of controls
 in the UI for example is a nightmare and handcrafted :-(

There is some basic support in 

vcl/inc/vcl/arrange.hxx
vcl/source/window/arrange.cxx

OpenGrok for RowOrColumn and you'll see it's even used in some dialogs,
prominently in the resizable Print dialog
http://opengrok.adfinis-sygroup.org/source/search?q=RowOrColumndefs=refs=path=mainhist=project=aoo-trunk
(I used it to make the Readme dialog resizable without having to
re-layout the controls - I like wasting my free time in this most
unimportant dialog, vcl is fun :) ).


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgp7Rr44c8dJV.pgp
Description: PGP signature

Re: [Pootle]Different behaviour on different browsers

On 5/16/13 3:12 PM, Ariel Constenla-Haile wrote:
 On Thu, May 16, 2013 at 02:55:51PM +0200, Jürgen Schmidt wrote:
 no problem, nice to solve problems so easy ;-) It sees that
 others have layout problems as well, not only OpenOffice where
 layouting of controls in the UI for example is a nightmare and
 handcrafted :-(
 
 There is some basic support in
 
 vcl/inc/vcl/arrange.hxx vcl/source/window/arrange.cxx
 
 OpenGrok for RowOrColumn and you'll see it's even used in some
 dialogs, prominently in the resizable Print dialog

ok I never have used this directly. I did UI mainly via the toolkit.

 http://opengrok.adfinis-sygroup.org/source/search?q=RowOrColumndefs=refs=path=mainhist=project=aoo-trunk

 
(I used it to make the Readme dialog resizable without having to
 re-layout the controls - I like wasting my free time in this most 
 unimportant dialog, vcl is fun :) ).

maybe you are interested to work on a more generic layout engine for
VCL. Thinking of an extended or modified format to describe dialogs
and include layout info/constraints that are used by the layout engine
etc.

This would be a very useful thing of course.

Juergen

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

Re: Translators needed for Wizard Templates Titles

On 5/16/13 3:03 PM, Ariel Constenla-Haile wrote:
 On Fri, Sep 28, 2012 at 02:47:11AM -0300, Ariel Constenla-Haile
 wrote:
 On Sat, Aug 25, 2012 at 07:02:18PM -0300, Ariel Constenla-Haile
 wrote:
 Hello *,
 
 Bug 110378 https://issues.apache.org/ooo/show_bug.cgi?id=110378
 found a total of 292 templates without localized Title, in 11
 Languages (es, eu, fr, it, ja, ko, pt-BR, sk, sv, zh-CN,
 zh-TW).
 
 The affected languages are:
 
 - Currently supported languages:
 
 * es, Spanish * fr, French * it, Italian * ja, Japanese *
 pt-BR, Portugese (Brazil) * sk, Slovak * zh-CN, Chinese
 (simplified) * zh-TW, Chinese (traditional)
 
 - Currently unsupported languages:
 
 * eu, Basque * ko, Korean * sv, Swedish
 
 Translations are still needed for
 
 - Chinese (traditional) - Portugese (Brazil)
 
 The translation is rather simple, almost 20/30 words, of kind
 Orange, Classic, Modern.
 
 Just a reminder that (after more than 8 months) translations are
 still missing.

it seems that I have missed this thread, sorry for the confusion and
my new thread on this

Juergen

 
 
 Regards
 


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

Re: svn commit: r1483216 - /openoffice/trunk/main/sal/inc/rtl/string.hxx

2013-05-16 Thread jorge ivan poot diaz

Hello Ariel,

In my local directory:
size_t operator()( const char* p) const {
size_t n = 0;
while( *p)
n += 4*n + *static_castunsigned char*(p++);
return n;


I have already made the change, but the error persists.
(pastebin, do not open the page)

but here is the error:
http://imagebin.org/257829





2013/5/16 Ariel Constenla-Haile arie...@apache.org

 On Thu, May 16, 2013 at 4:25 AM,  h...@apache.org wrote:
  Author: hdu
  Date: Thu May 16 07:25:49 2013
  New Revision: 1483216
 
  URL: http://svn.apache.org/r1483216
  Log:
  fix constness issue causing a build breaker
 
  Modified:
  openoffice/trunk/main/sal/inc/rtl/string.hxx
 
  Modified: openoffice/trunk/main/sal/inc/rtl/string.hxx
  URL:
 http://svn.apache.org/viewvc/openoffice/trunk/main/sal/inc/rtl/string.hxx?rev=1483216r1=1483215r2=1483216view=diff
 
 ==
  --- openoffice/trunk/main/sal/inc/rtl/string.hxx (original)
  +++ openoffice/trunk/main/sal/inc/rtl/string.hxx Thu May 16 07:25:49 2013
  @@ -947,7 +947,7 @@ struct CStringHash
  size_t operator()( const char* p) const {
  size_t n = 0;
  while( *p)
  -   n += 4*n + *static_castunsigned char*(p++);
  +   n += 4*n + *static_castconst unsigned
 char*(p++);

 This still breaks:
 ./../inc/rtl/string.hxx:950:53: error: invalid static_cast from type
 'const char*' to type 'const unsigned char*'

 Regards

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

Re: [Pootle]Different behaviour on different browsers

On Thu, May 16, 2013 at 03:41:11PM +0200, Jürgen Schmidt wrote:
 On 5/16/13 3:12 PM, Ariel Constenla-Haile wrote:
  On Thu, May 16, 2013 at 02:55:51PM +0200, Jürgen Schmidt wrote:
  no problem, nice to solve problems so easy ;-) It sees that others
  have layout problems as well, not only OpenOffice where layouting
  of controls in the UI for example is a nightmare and handcrafted
  :-(
  
  There is some basic support in
  
  vcl/inc/vcl/arrange.hxx vcl/source/window/arrange.cxx
  
  OpenGrok for RowOrColumn and you'll see it's even used in some
  dialogs, prominently in the resizable Print dialog
 
 ok I never have used this directly. I did UI mainly via the toolkit.
 
  http://opengrok.adfinis-sygroup.org/source/search?q=RowOrColumndefs=refs=path=mainhist=project=aoo-trunk
 
  
 (I used it to make the Readme dialog resizable without having to
  re-layout the controls - I like wasting my free time in this most
  unimportant dialog, vcl is fun :) ).
 
 maybe you are interested to work on a more generic layout engine for
 VCL. Thinking of an extended or modified format to describe dialogs
 and include layout info/constraints that are used by the layout engine
 etc.
 
 This would be a very useful thing of course.

Christian Lippka had this almost finished. I recall the picture from
this thread
http://www.mail-archive.com/dev@de.openoffice.org/msg30669.html it had
a side panel defined in xml. It would be interesting to investigate if
the work was done on some private repository in Hamburg, or if it is in
some CWS on http://hg.services.openoffice.org/; and rescue it, avoiding
to reinvent the wheel.

He was also doing a nice job with the svtools::ToolbarMenu in the
toolbar controllers: http://www.youtube.com/watch?v=_eO0X_eO6Ww

(side note: interesting reading the opinion of some former Oracle
developers, now working elsewhere)


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgpnp57msT_ZZ.pgp
Description: PGP signature

Re: svn commit: r1483216 - /openoffice/trunk/main/sal/inc/rtl/string.hxx

On Thu, May 16, 2013 at 09:03:26AM -0500, jorge ivan poot diaz wrote:
 Hello Ariel,
 
 In my local directory:
 size_t operator()( const char* p) const {
 size_t n = 0;
 while( *p)
 n += 4*n + *static_castunsigned char*(p++);
 return n;

Update your local copy, Herbert fixed this already.


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgpZ433Vl4JHY.pgp
Description: PGP signature

Re: Call for volunteers to confirm critical defects

2013-05-16 Thread Daniel Alvaro

Hello
 I added my username in the Testlink ID column.

Regards,

Daniel Alvaro


On Thu, May 16, 2013 at 7:06 AM, Rob Weir robw...@apache.org wrote:

 On Thu, May 16, 2013 at 1:12 AM, Yuzhen Fan fanyuz...@gmail.com wrote:
  Peggy, Alex, Paul, thank you all for the volunteering and welcome more to
  join in!
 
  All, I am sorry there is a typo in my call for email, for bug
  confirmation, I need your BZ(bugzilla) ID for bug assignment instead of
  Testlink ID which is for test execution.
 

 I've added a Testlink ID column to our volunteer page on the wiki:

 https://cwiki.apache.org/confluence/display/OOOUSERS/QA+Testing+Preferences

 If we could all add our Testlink IDs there it will be a good reference
 for now and in the future.

 Regards,

 -Rob



  BZ: https://issues.apache.org/ooo
 http://aootesting.adfinis-sygroup.org/login.php?note=expired
  BZ ID = Login Name
 
  Regards,
  Yu Zhen
 
 
 
  On Wed, May 15, 2013 at 8:26 PM, Yuzhen Fan fanyuz...@gmail.com wrote:
 
  Hi All,
 
  Currently we have rough 700 - 800 critical bugs in backlog, nearly 300
 out
  of them remain unconfirmed. If you have interest in joining the bug
  confirmation work, could you please let me know your Testlink ID, I will
  assign bugs to you.
 
  Thanks very much!
 
  Regard,
  Yu Zhen
 

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

Re: Handlers Drawing - Desing of the nodes.

2013-05-16 Thread Armin Le Grand

Hi Alan,

On 16.05.2013 03:03, Alan Eduardo Puc Pech wrote:

Hi all.

I need your help, I would like to change the design of the nodes. Because
now in drawing, the nodes are square and have color cyan. Therefore I
would like to know what code manipulates the node shapes square in color
cyan.

These handles are defined in png bitmaps in
main\default_images\svx\res\markers.png, markers2.png (for 2nd marker
mode) and markersACC.png (for high contrast) and are expected there at
the given pixel positions. You can..

- change these with a graphic editor (caution, they have alpha (!))
- build the svx module to build the svx ressources
- copy these (from
main\solver\400\wntmsci12\workdir\ResTarget\svxen-US.res) to your office
installation (search there)

- repack the image ressources in main\packimages, deliver from there
- copy main\packimages\wntmsci12\bin\images.zip to your installation

Alternatively, rebuild the office and install the new installation set...

It is okay to play around with these and changing them in your local
copy. Changing them in trunk will need discussion on this list, of course.

svdmrkv.cxx is the correct starting point to see how selection handling
is prepared principally; it's old code, partially cleanedup and adapted
to primitive usage and overlay mechanism. It is not easy to understand
and not very modular (well, more than some years ago, at least :-)).

If you need assistance, I am raedy to help. Maybe you start with
explaining what you want to do and why...?

HTH!

Sincerely,
Armin

Now I have this code:
http://opengrok.adfinis-sygroup.org/source/xref/aoo-trunk/main/svx/source/svdraw/svdmrkv.cxx

This code is in the following line:
/SRC_ROOT/main/svx/source/svdraw/svdmrkv.cxx

Regards

Alan.

--
ALG

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

Re: Handlers Drawing - Desing of the nodes.

2013-05-16 Thread Armin Le Grand

Alan,

one more thing:
- there are already massive changes on the way in this area in aw080
branch (branches/alg/aw080) which will collide later
- maybe for partial buils the page
http://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO#Partial_Builds
is helpful

Sincerely,
ArminOn 16.05.2013 17:09, Armin Le Grand wrote:

Hi Alan,

On 16.05.2013 03:03, Alan Eduardo Puc Pech wrote:

Hi all.

I need your help, I would like to change the design of the nodes.
Because

now in drawing, the nodes are square and have color cyan. Therefore I
would like to know what code manipulates the node shapes square in color
cyan.

- repack the image ressources in main\packimages, deliver from there
- copy main\packimages\wntmsci12\bin\images.zip to your installation

Alternatively, rebuild the office and install the new installation set...

It is okay to play around with these and changing them in your local
copy. Changing them in trunk will need discussion on this list, of
course.

svdmrkv.cxx is the correct starting point to see how selection
handling is prepared principally; it's old code, partially cleanedup
and adapted to primitive usage and overlay mechanism. It is not easy
to understand and not very modular (well, more than some years ago, at
least :-)).

If you need assistance, I am raedy to help. Maybe you start with
explaining what you want to do and why...?

HTH!

Sincerely,
Armin

Now I have this code:
http://opengrok.adfinis-sygroup.org/source/xref/aoo-trunk/main/svx/source/svdraw/svdmrkv.cxx

This code is in the following line:
/SRC_ROOT/main/svx/source/svdraw/svdmrkv.cxx

Regards

Alan.

--
ALG

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

--
ALG

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

Re: Translators needed for Wizard Templates Titles

2013-05-16 Thread Xuacu

Done for Asturian language, even if it's not in the missing languages
list: https://issues.apache.org/ooo/attachment.cgi?id=80700

All the best
--
Xuacu

2013/5/16 Ariel Constenla-Haile arie...@apache.org:

 Just a reminder that (after more than 8 months) translations are still
 missing.


 Regards
 --
 Ariel Constenla-Haile
 La Plata, Argentina

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

Re: Translators needed for Wizard Templates Titles