Re: about extension's name

[Juergen Schmidt]

Am Samstag, 15. September 2012 um 04:18 schrieb Ariel Constenla-Haile:
> On Fri, Sep 14, 2012 at 02:45:20PM +0200, Jürgen Schmidt wrote:
> > first of all it would be nice if you start a new mail thread for a new
> > topic.
> >  
> > The name of the toolbar is generated automatically when you don't
> > specify it. It is a very annoying design bug from my point of view that
> > you can't easy define a name in the context where you define your
> > toolbar. But anyway it was on our wish to-do list in the past and is
> > still not implemented.
> >  
>  
>  
> I have a fix for this, but is on my queue to AOO 4.0 because it will be
> an incompatible change:
>  
nice to hear that you have already a fix ;-)  
>  
> * now the toolbar is described as a set of toolbar items, see
> /trunk/main/officecfg/registry/schema/org/openoffice/Office/Addons.xcs
>  
> * to allow localizable names in the toolbar definition, it must be
> changed to be a group node consisting of a localizable ToolbarName and
> a set of ToolbarItems
>  
> Another solution would be to add a new set to AddonUI containing
> localized names for toolbars, but this sound an awful design.
>  
>  

agree, I would prefer the cleaner design as well. The question will be how we 
can handle existing addons. We will need a good migration story for our 
extension developers as well as for our users.  

We should think about it early enough.  

But again, cool that you have already worked on it.

Juergen

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

Re: [HELP] commit permission request for my Apache id

[Ariel Constenla-Haile]

On Fri, Sep 14, 2012 at 04:48:13PM +0800, Chen Peng wrote:
> me too, my svn id is pengch, just in incubator project, not include ooo
> project.

[...]

> > See < zjchen > in list
> > http://people.apache.org/committer-index.html#Z<
> > http://people.apache.org/committer-index.html#liuzhe>

Done, thanks to Ross:
http://people.apache.org/committer-index.html#zjchen
http://people.apache.org/committer-index.html#pengch


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgpyEm3vpg8Wa.pgp
Description: PGP signature

Re: about extension's name

[Ariel Constenla-Haile]

On Fri, Sep 14, 2012 at 02:45:20PM +0200, Jürgen Schmidt wrote:
> first of all it would be nice if you start a new mail thread for a new
> topic.
> 
> The name of the toolbar is generated automatically when you don't
> specify it. It is a very annoying design bug from my point of view that
> you can't easy define a name in the context where you define your
> toolbar. But anyway it was on our wish to-do list in the past and is
> still not implemented.

I have a fix for this, but is on my queue to AOO 4.0 because it will be
an incompatible change:

* now the toolbar is described as a set of toolbar items, see
  /trunk/main/officecfg/registry/schema/org/openoffice/Office/Addons.xcs

* to allow localizable names in the toolbar definition, it must be
  changed to be a group node consisting of a localizable ToolbarName and
  a set of ToolbarItems

Another solution would be to add a new set to AddonUI containing
localized names for toolbars, but this sound an awful design.


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgp30ysqr2v3a.pgp
Description: PGP signature

Re: [user documentation] Requirements for a documentation project

[Guy Waterval]

Bonsoir Cyril,
Hi all,

2012/9/13 FR web forum 

> Bonjour Guy,
>
> 
>
> >Become a committer is not my priority. I would only produce something
> >helpful for endusers in my langage (I don't speak English)
> I send again my proposition to join the french forum.
> We have a specific forum dedicated to documentation:
> http://forum.openoffice.org/fr/forum/forum37.html
> You are welcome to help us.
>

Many thanks for your proposition and your work for the AOO project.
But I'm already member of the Educoo project and I will not disperse me in
too many different projects. However, as there's a lack of documentation
released under ALv2.0, if you decide to produce something with this
License, please, let me know so I could see if I could help.
I think it's time now to collect people who agree to write and share
documents with this license, to avoid having a mix of documents with a
cocktail of different licences which are difficult to share properly.
Please, consider that I don't criticize the quality of these documents, but
only the fact that doing so, we never will have a coherent documentation
system. If we had a collection of homogen documents, based on a common
template, even in different languages, it could be  possible to merge them
in a central official documentation in English that could be maintained and
translated in the different languages. Such a work, or another alternative
that requires merging of documents, is only possible if we use the official
ALV2.0 license. Only my opinion.

PS : désolé pour le retard de la réponse, mais je suis pas mal occupé en
fin de semaine.

A+/Regards
-- 
gw

Fwd: OpenOffice status

[Rob Weir]

FYI, as posted on gene...@incubator.apache.org.

-Rob


-- Forwarded message --
From: Jukka Zitting 
Date: Fri, Sep 14, 2012 at 2:52 AM
Subject: OpenOffice status
To: gene...@incubator.apache.org


Hi,

Thanks for the report, OpenOffice!

After spend a few hours yesterday digging through list archives and
other materials I'm overall pretty happy with the things I'm seeing.
As also mentioned on your report, I believe you're well on your way to
establish a set of project-level bylaws or at least a good shared
understanding on community structure and behavior.

>From my perspective it looks like you'll be ready to graduate as soon
as those discussions have reached good enough consensus.

BR,

Jukka Zitting

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

UNO libraries for x86_64 on MacOSX Mountain Lion

[Daniel Vandersluis]

I apologize if this is the wrong place for this message.

I am trying to compile a Ruby gem that connects to OpenOffice through UNO. I 
have it working perfectly under linux 64bit (by compiling the x86_64 DEBs for 
OpenOffice and its SDK), however, I am now trying to get it set up under MacOSX 
10.8 (Mountain Lion) and am hitting a wall.

I have GCC 4.2 (via xcode) and 4.7.1 (via homebrew) installed on my system, and 
the ruby 1.9.3 libraries (installed for x86_64). I am actually able to get my 
gem to install (which compiles for the native environment) under GCC 4.7 and 
x86_64, however when I try to actually use my gem, I get the error message:

LoadError: 
dlopen(/Users/daniel/.rvm/gems/ruby-1.9.3-p194/gems/rubyuno-0.3.3/lib/rubyuno/rubyuno.bundle,
 9): Symbol not found: __ZN4cppu11OWeakObject12queryAdapterEv
Referenced from: 
/Users/daniel/.rvm/gems/ruby-1.9.3-p194/gems/rubyuno-0.3.3/lib/rubyuno/rubyuno.bundle
Expected in: flat namespace

I've figured out that the bundle is not actually getting linked to the UNO 
libraries, as they are built for i386. otool -L confirms:

otool -L rubyuno.bundle 
rubyuno.bundle:
/Users/daniel/.rvm/rubies/ruby-1.9.3-p194/lib/libruby.1.9.1.dylib 
(compatibility version 1.9.1, current version 1.9.1)
/usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 
228.0.0)
/usr/local/Cellar/gcc/4.7.1/gcc/lib/libstdc++.6.dylib (compatibility 
version 7.0.0, current version 7.17.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
version 169.3.0)
/usr/local/Cellar/gcc/4.7.1/gcc/lib/libgcc_s.1.dylib (compatibility 
version 1.0.0, current version 1.0.0)

I actually did end up getting my bundle compiled for i386 under gcc 4.2 by 
hardcoding the -arch i386 flag, which gets the libraries linked into the bundle:

$ otool -L rubyuno.bundle 
rubyuno.bundle:

@__URELIB/libuno_cppuhelpergcc3.dylib.3
 (compatibility version 0.0.0, current version 0.0.0)

@__URELIB/libuno_cppu.dylib.3 
(compatibility version 0.0.0, current version 0.0.0)

@__URELIB/libuno_salhelpergcc3.dylib.3
 (compatibility version 0.0.0, current version 0.0.0)

@__URELIB/libuno_sal.dylib.3 
(compatibility version 0.0.0, current version 0.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
version 169.3.0)
/Users/daniel/.rvm/rubies/ruby-1.9.3-p194/lib/libruby.1.9.1.dylib 
(compatibility version 1.9.1, current version 1.9.1)
/usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 
228.0.0)
/usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current 
version 56.0.0)

However why I try to load the gem I get:

LoadError: 
dlopen(/Users/daniel/.rvm/gems/ruby-1.9.3-p194/gems/rubyuno-0.3.3/lib/rubyuno/rubyuno.bundle,
 9): no suitable image found.  Did find:
./rubyuno.bundle: mach-o, but wrong architecture

/Users/daniel/.rvm/gems/ruby-1.9.3-p194/gems/rubyuno-0.3.3/lib/rubyuno/rubyuno.bundle:
 mach-o, but wrong architecture - 
/Users/daniel/.rvm/gems/ruby-1.9.3-p194/gems/rubyuno-0.3.3/lib/rubyuno/rubyuno.bundle

This happens even if I compile ruby in "universal mode":

$ rvm list
=* ruby-1.9.3-p194 [ universal ]
$ lipo -detailed_info /Users/daniel/.rvm/rubies/ruby-1.9.3-p194/bin/ruby
Fat header in: /Users/daniel/.rvm/rubies/ruby-1.9.3-p194/bin/ruby
fat_magic 0xcafebabe
nfat_arch 2
architecture x86_64
  cputype CPU_TYPE_X86_64
  cpusubtype CPU_SUBTYPE_X86_64_ALL
  offset 4096
  size 9444
  align 2^12 (4096)
architecture i386
  cputype CPU_TYPE_I386
  cpusubtype CPU_SUBTYPE_I386_ALL
  offset 16384
  size 9348
  align 2^12 (4096)

I have been going in circles for a couple days now trying to figure out how to 
get this working. I have even tried to figure out how to compile OpenOffice 
myself hoping that that way I'd be able to get x86_64 libraries to work with, 
but that seems to be a whole other can of worms. Does anyone have any 
suggestions and/or know of somewhere I can get OO compiled for Mac x86_64?

Thanks,

Daniel Vandersluis
Lead Developer, TalentNest
dvandersl...@selfmgmt.com=

Re: UNO libraries for x86_64 on MacOSX Mountain Lion

[Juergen Schmidt]

Am Freitag, 14. September 2012 um 20:56 schrieb Daniel Vandersluis:
> I apologize if this is the wrong place for this message.
> 
> I am trying to compile a Ruby gem that connects to OpenOffice through UNO. I 
> have it working perfectly under linux 64bit (by compiling the x86_64 DEBs for 
> OpenOffice and its SDK), however, I am now trying to get it set up under 
> MacOSX 10.8 (Mountain Lion) and am hitting a wall.
> 
> I have GCC 4.2 (via xcode) and 4.7.1 (via homebrew) installed on my system, 
> and the ruby 1.9.3 libraries (installed for x86_64). I am actually able to 
> get my gem to install (which compiles for the native environment) under GCC 
> 4.7 and x86_64, however when I try to actually use my gem, I get the error 
> message:
> 
> LoadError: 
> dlopen(/Users/daniel/.rvm/gems/ruby-1.9.3-p194/gems/rubyuno-0.3.3/lib/rubyuno/rubyuno.bundle,
>  9): Symbol not found: __ZN4cppu11OWeakObject12queryAdapterEv
> Referenced from: 
> /Users/daniel/.rvm/gems/ruby-1.9.3-p194/gems/rubyuno-0.3.3/lib/rubyuno/rubyuno.bundle
> Expected in: flat namespace
> 
> I've figured out that the bundle is not actually getting linked to the UNO 
> libraries, as they are built for i386. otool -L confirms:
> 
> otool -L rubyuno.bundle 
> rubyuno.bundle:
> /Users/daniel/.rvm/rubies/ruby-1.9.3-p194/lib/libruby.1.9.1.dylib 
> (compatibility version 1.9.1, current version 1.9.1)
> /usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 
> 228.0.0)
> /usr/local/Cellar/gcc/4.7.1/gcc/lib/libstdc++.6.dylib (compatibility version 
> 7.0.0, current version 7.17.0)
> /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 
> 169.3.0)
> /usr/local/Cellar/gcc/4.7.1/gcc/lib/libgcc_s.1.dylib (compatibility version 
> 1.0.0, current version 1.0.0)
> 
> I actually did end up getting my bundle compiled for i386 under gcc 4.2 by 
> hardcoding the -arch i386 flag, which gets the libraries linked into the 
> bundle:
> 
> $ otool -L rubyuno.bundle 
> rubyuno.bundle:
> @__URELIB/libuno_cppuhelpergcc3.dylib.3
>  (compatibility version 0.0.0, current version 0.0.0)
> @__URELIB/libuno_cppu.dylib.3 
> (compatibility version 0.0.0, current version 0.0.0)
> @__URELIB/libuno_salhelpergcc3.dylib.3
>  (compatibility version 0.0.0, current version 0.0.0)
> @__URELIB/libuno_sal.dylib.3 
> (compatibility version 0.0.0, current version 0.0.0)
> /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 
> 169.3.0)
> /Users/daniel/.rvm/rubies/ruby-1.9.3-p194/lib/libruby.1.9.1.dylib 
> (compatibility version 1.9.1, current version 1.9.1)
> /usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 
> 228.0.0)
> /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 
> 56.0.0)
> 
> However why I try to load the gem I get:
> 
> LoadError: 
> dlopen(/Users/daniel/.rvm/gems/ruby-1.9.3-p194/gems/rubyuno-0.3.3/lib/rubyuno/rubyuno.bundle,
>  9): no suitable image found. Did find:
> ./rubyuno.bundle: mach-o, but wrong architecture
> /Users/daniel/.rvm/gems/ruby-1.9.3-p194/gems/rubyuno-0.3.3/lib/rubyuno/rubyuno.bundle:
>  mach-o, but wrong architecture - 
> /Users/daniel/.rvm/gems/ruby-1.9.3-p194/gems/rubyuno-0.3.3/lib/rubyuno/rubyuno.bundle
> 
> This happens even if I compile ruby in "universal mode":
> 
> $ rvm list
> =* ruby-1.9.3-p194 [ universal ]
> $ lipo -detailed_info /Users/daniel/.rvm/rubies/ruby-1.9.3-p194/bin/ruby
> Fat header in: /Users/daniel/.rvm/rubies/ruby-1.9.3-p194/bin/ruby
> fat_magic 0xcafebabe
> nfat_arch 2
> architecture x86_64
> cputype CPU_TYPE_X86_64
> cpusubtype CPU_SUBTYPE_X86_64_ALL
> offset 4096
> size 9444
> align 2^12 (4096)
> architecture i386
> cputype CPU_TYPE_I386
> cpusubtype CPU_SUBTYPE_I386_ALL
> offset 16384
> size 9348
> align 2^12 (4096)
> 
> I have been going in circles for a couple days now trying to figure out how 
> to get this working. I have even tried to figure out how to compile 
> OpenOffice myself hoping that that way I'd be able to get x86_64 libraries to 
> work with, but that seems to be a whole other can of worms. Does anyone have 
> any suggestions and/or know of somewhere I can get OO compiled for Mac x86_64?
no, the bad news is that the port to 64bit on MacOS had to be done and is on 
our wish to-do list. If you are interested to help here it would be very much 
appreciated.

Juergen 
> 
> Thanks,
> 
> Daniel Vandersluis
> Lead Developer, TalentNest
> dvandersl...@selfmgmt.com
> 
> 

UNO libraries for x86_64 on MacOSX Mountain Lion

[Daniel Vandersluis]

I apologize if this is the wrong place for this message.

I am trying to compile a Ruby gem that connects to OpenOffice through UNO. I 
have it working perfectly under linux 64bit (by compiling the x86_64 DEBs for 
OpenOffice and its SDK), however, I am now trying to get it set up under MacOSX 
10.8 (Mountain Lion) and am hitting a wall.

I have GCC 4.2 (via xcode) and 4.7.1 (via homebrew) installed on my system, and 
the ruby 1.9.3 libraries (installed for x86_64). I am actually able to get my 
gem to install (which compiles for the native environment) under GCC 4.7 and 
x86_64, however when I try to actually use my gem, I get the error message:

LoadError: 
dlopen(/Users/daniel/.rvm/gems/ruby-1.9.3-p194/gems/rubyuno-0.3.3/lib/rubyuno/rubyuno.bundle,
 9): Symbol not found: __ZN4cppu11OWeakObject12queryAdapterEv
Referenced from: 
/Users/daniel/.rvm/gems/ruby-1.9.3-p194/gems/rubyuno-0.3.3/lib/rubyuno/rubyuno.bundle
Expected in: flat namespace

I've figured out that the bundle is not actually getting linked to the UNO 
libraries, as they are built for i386. otool -L confirms:

otool -L rubyuno.bundle 
rubyuno.bundle:
/Users/daniel/.rvm/rubies/ruby-1.9.3-p194/lib/libruby.1.9.1.dylib 
(compatibility version 1.9.1, current version 1.9.1)
/usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 
228.0.0)
/usr/local/Cellar/gcc/4.7.1/gcc/lib/libstdc++.6.dylib (compatibility 
version 7.0.0, current version 7.17.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
version 169.3.0)
/usr/local/Cellar/gcc/4.7.1/gcc/lib/libgcc_s.1.dylib (compatibility 
version 1.0.0, current version 1.0.0)

I actually did end up getting my bundle compiled for i386 under gcc 4.2 by 
hardcoding the -arch i386 flag, which gets the libraries linked into the bundle:

$ otool -L rubyuno.bundle 
rubyuno.bundle:

@__URELIB/libuno_cppuhelpergcc3.dylib.3
 (compatibility version 0.0.0, current version 0.0.0)

@__URELIB/libuno_cppu.dylib.3 
(compatibility version 0.0.0, current version 0.0.0)

@__URELIB/libuno_salhelpergcc3.dylib.3
 (compatibility version 0.0.0, current version 0.0.0)

@__URELIB/libuno_sal.dylib.3 
(compatibility version 0.0.0, current version 0.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
version 169.3.0)
/Users/daniel/.rvm/rubies/ruby-1.9.3-p194/lib/libruby.1.9.1.dylib 
(compatibility version 1.9.1, current version 1.9.1)
/usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 
228.0.0)
/usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current 
version 56.0.0)

However why I try to load the gem I get:

LoadError: 
dlopen(/Users/daniel/.rvm/gems/ruby-1.9.3-p194/gems/rubyuno-0.3.3/lib/rubyuno/rubyuno.bundle,
 9): no suitable image found.  Did find:
./rubyuno.bundle: mach-o, but wrong architecture

/Users/daniel/.rvm/gems/ruby-1.9.3-p194/gems/rubyuno-0.3.3/lib/rubyuno/rubyuno.bundle:
 mach-o, but wrong architecture - 
/Users/daniel/.rvm/gems/ruby-1.9.3-p194/gems/rubyuno-0.3.3/lib/rubyuno/rubyuno.bundle

This happens even if I compile ruby in "universal mode":

$ rvm list
=* ruby-1.9.3-p194 [ universal ]
$ lipo -detailed_info /Users/daniel/.rvm/rubies/ruby-1.9.3-p194/bin/ruby
Fat header in: /Users/daniel/.rvm/rubies/ruby-1.9.3-p194/bin/ruby
fat_magic 0xcafebabe
nfat_arch 2
architecture x86_64
 cputype CPU_TYPE_X86_64
 cpusubtype CPU_SUBTYPE_X86_64_ALL
 offset 4096
 size 9444
 align 2^12 (4096)
architecture i386
 cputype CPU_TYPE_I386
 cpusubtype CPU_SUBTYPE_I386_ALL
 offset 16384
 size 9348
 align 2^12 (4096)

I have been going in circles for a couple days now trying to figure out how to 
get this working. I have even tried to figure out how to compile OpenOffice 
myself hoping that that way I'd be able to get x86_64 libraries to work with, 
but that seems to be a whole other can of worms. Does anyone have any 
suggestions and/or know of somewhere I can get OO compiled for Mac x86_64?

Thanks,

Daniel Vandersluis
Lead Developer, TalentNest
dvandersl...@selfmgmt.com

Open World Forum Paris

[Louis Suárez-Potts]

Hi All,

Open World Forum is an interesting conference held annually in Paris. This 
year, it's from 11-13 October. The URL: http://www.openworldforum.org/ The 
focus is opens source, open knowledge, open practice, and there are usually big 
companies and projects but also much smaller efforts aiming to use open source 
technology, techniques, community to achieve by and large humanitarian or 
otherwise socially conscious goals.

I, and I am sure others subscribed to this list, will be presenting there. I'll 
be discussing community dynamics on a panel focused on that, as well as on 
trends on community workings.

It occurred to me that OWF offers a good opportunity for those of us in the 
area to meet up. The venue, in the 16th, does offer some meeting rooms but more 
to the point, there are lots of cafes and casual restaurants to have 
interesting discussions. And the weather ought still to be decent.

I'll be reachable via Twitter @luispo, and email. If this idea, of meeting up, 
sounds good, we can also arrange something via MeetUp or the equivalent, e.g., 
Facebook, Google+, or whatever.

Cheers
Louis

Re: about extension's name

[Jürgen Schmidt]

On 9/14/12 4:31 PM, jianlizhao wrote:
> Hello Juergen:
>  Thank you very much. 
> With your help, I solve the problem.
> 
> I ask youu another problem .
> How display a  brief of my Extension on the Extension Manager? 
> 

I guess you mean the display name and/or the description that is visible
in the extension manager. Please check the related documentation in the
DevGuide, especially the section about extensions and the description.xml

http://wiki.openoffice.org/wiki/Documentation/DevGuide/Extensions/Description_of_XML_Elements

http://wiki.openoffice.org/wiki/Documentation/DevGuide/Extensions/Example

Juergen

Re: [QA Report] The table style fidelity enhancement in MSO Word 2007 format importing

[Ji Yan]

Hi JinLong,

 As I remember, Dong Jun suggested to separate test case to more platforms,
e.g. Linux, but from your report I saw the test only performed on Windows
platform. I'm afraid it may cause issue is not dected by your test. And
there is another question, where can I find your execution result in
TestLink?

2012/9/13 Jinlong Wu 

> Hi All,
>
> Here is the report of  table style fidelity enhancement in MSO Word 2007
> format importing.
>
> Please review.
>
> 1. Total test case number: 11
> 2. Total execution number: 11
> 3. Testing platforms
>- Windows XP
> 4. Pass rate: 100%
> 5. Bug analysis
> Bug 120832 submitted and fixed.
>
> Feature related bugs:
> Bug 120832  some of
> the font color is not correct
>



-- 


Thanks & Best Regards, Yan Ji

about extension's name

[jianlizhao]

Hello Juergen:
 Thank you very much. 
With your help, I solve the problem.

I ask youu another problem .
How display a  brief of my Extension on the Extension Manager? 

Re: [QA CALLFORREV​IEW] [testuno]Bug 120966 -[testUNO patch]Subtotal function, First Group.Second Group and Third Group

[Ariel Constenla-Haile]

Hi Terry Yang,

On Fri, Sep 14, 2012 at 02:08:44PM +0800, YangTerry wrote:
> 
> Hi,
> I have write a UNO script about SubTotals funcion in SC, please help review.
> In this patch 

the patch got removed by the mailing list software. You can open a bug,
attach the patch there and flag it as needing review.


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgpRAYnapbEi4.pgp
Description: PGP signature

Re: about extension's name

[Jürgen Schmidt]

On 9/14/12 2:17 PM, jianlizhao wrote:
> I wrote a simple oepnoffice extension, this extension is a OfficeToolBar ,
> The extension working properly.
> 
> I click  menu  view->toolbars, I find the extension name is "addon 1", not I
> write  the expansion's name.
> 
> How can I solve this problem.
> Which configuration file need to modify?
> 

first of all it would be nice if you start a new mail thread for a new
topic.

The name of the toolbar is generated automatically when you don't
specify it. It is a very annoying design bug from my point of view that
you can't easy define a name in the context where you define your
toolbar. But anyway it was on our wish to-do list in the past and is
still not implemented.

You have to provide a context specific WindowState.xcu file to
define the name. See
http://wiki.openoffice.org/wiki/Documentation/DevGuide/WritingUNO/AddOns/Toolbars

I hope this helps

Juergen

about extension's name

[jianlizhao]

I wrote a simple oepnoffice extension, this extension is a OfficeToolBar ,
The extension working properly.

I click  menu  view->toolbars, I find the extension name is "addon 1", not I
write  the expansion's name.

How can I solve this problem.
Which configuration file need to modify?

Re: User friendly version of Conditional Text

[Jürgen Schmidt]

Hi Hemant Kumar,

first of all sorry for answering so late, I saw your email today when I
worked through a bigger mail backlog after vacation.

On 8/28/12 9:59 AM, Hemant Kumar wrote:
> Hello folks,
> 
> I have been using Conditional Text feature quite a bit, but I have following 
> gripes with it:
> 
> 1. It is not possible to have more than one else clause. Something similar to 
> switch/case. Or am I missing something?
> 
> 2. In general, when combined with field variables, this feature is somewhat 
> harder to use for end user. My main problems being, setting variable part is 
> not intuitive. Once you create a variable, it is not editable. 
> 
> So, for my needs I am contemplating to write a extension that simplifies this 
> feature. 
> 
> 1. Allow more than one condition to be specified.
> 2. Variable declaration and specifying conditional text happens in one screen.
> 
> However, before I actually start writing the code, I would like to know if 
> something like this was attempted before. Also, since I am new to OpenOffice 
> development side of things, I am wondering, what will be best way to write 
> the extension. Should I explore OpenOffice UNO API or Visual Basic Scrpting 
> interface will suffice?
> 

I don't know if something like this was attempted before but it sounds
interesting and potentially useful to allow more than one condition.

I would start to play with the UNO API either in our BASIC or in Java
from for example NetBeans. Trying to figure out if it possible at all
via the API. Maybe it is not yet possible I don't know without
experimenting on my own. If the API allows this changes you can think
about an extension (here I would use Java) where you provide an
alternative UI for setting conditional text/styles ...

Later on if it works we can analyze together with UX if it would be an
useful enhancement in general and we can enhance the existing dialog.

Well it's just an idea. You can also start to build the office on your
own and play with the C++ code directly.

Anyway you are welcome at AOO and feel free to ask questions here on the
list.

Regards

Juergen



> 
> 
> With Regards
> Hemant Kumar
> http://twitter.com/gnufied
> Co Founder - http://www.codemancers.com
> 
> 
> 
> 
> 

Re: OpenOffice file loss on crashes

[Rory O'Farrell]

On Fri, 14 Sep 2012 07:23:33 -0400
TJ Frazier  wrote:

> On 9/14/2012 05:52, RGB ES wrote:
> > 2012/9/14 FR web forum 
> >
> >> Hello,
> >>
> >>> I strongly suggest that an important alteration to all future releases of
> >> AOO
> >>> should be a file save protocol whereby at least a version of the file
> >> being
> >>> edited is saved as a backup file.
> >>
> >> See this issue: https://issues.apache.org/ooo/show_bug.cgi?id=111290
> >>
> >> Another way will be to modify by default Options > Load/Save > General.
> >> Always create backup copy should be checked and Save AutoRecovery take
> >> too much time. It shouldn't be 15 min, but 2-3 minutes.
> >>
> >
> > +1. But with a difference: those backup files are saved on the user profile
> > folder. That user profile is hidden on all OSs and for most users a hidden
> > folder means they will not be able to find the backup file without
> > guidance.
> >
> > Regards
> > Ricardo
> >
> Hi, folks,
> 
> The changes you're suggesting would probably help. But what would help 
> more is fixing the !#$%* problem! I use Writer heavily, and since 2.0 I 
> have never seen this bug. However, I run with a big UPS, and *never* 
> have power failures. AOO should behave gracefully for those. There 
> should be some way to rig a VM to simulate a power failure for the o/s 
> (which is much easier on the hardware than testing with actual power 
> failures). Then maybe the devs can find and fix the bug.
> 
> /tj/
> 

Most of the subscribers to ooo-dev and many of the other ooo lists are 
experienced computer users who use their computers with care.  They would not 
ignore a laptop "low power" warning and most probably have a regular backup 
policy in place.  Not so, unfortunately, the ordinary user, for whom the 
computer is a "magic box"; such a user doesn't know or care how it works, and 
doesn't understand that the "magic" has limits, especially when confronted by 
rank stupidity.  

I agree with tj - I have never seen this bug in five years of heavy Writer use, 
but as I say above, I'm an experienced user.  But working on the en-Forum we 
regularly see such postings as the one referenced at the start of this thread; 
we need to protect such users from themselves. There will of course be corner 
cases where nothing can help (catastrophic HD failure, for example), but 
OpenOffice should cope with sudden power failure or computer crash, at least to 
preserving a print of the file in its last opened state.  The problem is that a 
crash often erases the last opened state.  It should not do this.
 


-- 
Rory O'Farrell 

Re: OpenOffice file loss on crashes

[TJ Frazier]

On 9/14/2012 05:52, RGB ES wrote:

2012/9/14 FR web forum 


Hello,


I strongly suggest that an important alteration to all future releases of

AOO

should be a file save protocol whereby at least a version of the file

being

edited is saved as a backup file.


See this issue: https://issues.apache.org/ooo/show_bug.cgi?id=111290

Another way will be to modify by default Options > Load/Save > General.
Always create backup copy should be checked and Save AutoRecovery take
too much time. It shouldn't be 15 min, but 2-3 minutes.



+1. But with a difference: those backup files are saved on the user profile
folder. That user profile is hidden on all OSs and for most users a hidden
folder means they will not be able to find the backup file without
guidance.

Regards
Ricardo


Hi, folks,

The changes you're suggesting would probably help. But what would help 
more is fixing the !#$%* problem! I use Writer heavily, and since 2.0 I 
have never seen this bug. However, I run with a big UPS, and *never* 
have power failures. AOO should behave gracefully for those. There 
should be some way to rig a VM to simulate a power failure for the o/s 
(which is much easier on the hardware than testing with actual power 
failures). Then maybe the devs can find and fix the bug.


/tj/

[QA CALLFORREVIEW] Chart utility method refined, and test cases test cases for Chart title, DataLabel, Grid, Trendline, MeanValue, Y Error Bar added.

[Shan Zhu]

Hi, all

Test script of Spreadsheet for UNO automation test have been submitted with Bug
120973 .

In this path, there are:
1. Refined createChart method.
2. Test cases for Chart title(main and sub title).
3. Test cases for Data label.
4. Test cases for Grid in both 2D and 3D chart.
5. Test cases for Trendline.
6. Test cases for Mean Value line.

Please help to review it.
Thanks a lot.
[1]https://issues.apache.org/ooo/show_bug.cgi?id=120973

Regards,
Shan Zhu

Re: Volunteers needed to pickup some tasks

[Herbert Duerr]

On 13.09.2012 18:46, Dave Fisher wrote:

On Sep 11, 2012, at 11:14 PM, Herbert Duerr wrote:
[...]

3. Taking the lead on the AOO Security team, tracking vulnerability
reports, writing disclosure bulletins, coordinating with security
analysts and related open source projects.


Jian Fang Zhang and I volunteer to do this.


Thanks!

Rob recommends that you also moderate the ooo-announce list so that you can 
quickly let through any security bulletins that you write.

Shall I have you added as moderator to both ooo-announce and ooo-security?


That makes sense, so please add us for these lists. I'm already 
moderator on the related cross-platform officesecurity list.


Herbert

[Call for review] 119634 [was: Re: [Call-For-Review]Fixes for 5 shape related bugs]

[Oliver-Rainer Wittmann]

Hi Jianyuan,

On 31.08.2012 08:34, Jianyuan Li wrote:

Hi, all,

I have fixes for 5 shape related bugs. Can anyone help review? Thanks.
https://issues.apache.org/ooo/show_bug.cgi?id=119520
https://issues.apache.org/ooo/show_bug.cgi?id=119634


I had a look at this issue.
Please have a look at my comment in the issue.

Best regards, Oliver.


https://issues.apache.org/ooo/show_bug.cgi?id=119628
https://issues.apache.org/ooo/show_bug.cgi?id=119491
https://issues.apache.org/ooo/show_bug.cgi?id=119521


Regards,
Jianyuan

Re: OpenOffice file loss on crashes

[RGB ES]

2012/9/14 FR web forum 

> Hello,
>
> >I strongly suggest that an important alteration to all future releases of
> AOO
> >should be a file save protocol whereby at least a version of the file
> being
> >edited is saved as a backup file.
>
> See this issue: https://issues.apache.org/ooo/show_bug.cgi?id=111290
>
> Another way will be to modify by default Options > Load/Save > General.
> Always create backup copy should be checked and Save AutoRecovery take
> too much time. It shouldn't be 15 min, but 2-3 minutes.
>

+1. But with a difference: those backup files are saved on the user profile
folder. That user profile is hidden on all OSs and for most users a hidden
folder means they will not be able to find the backup file without
guidance.

Regards
Ricardo

[QA] [CALLFORREVIEW] [testuno] Create/Show/Hide/Edit/Delete comments in spreadsheet.

[Bin Guo]

Hi All,

One UNO API script for spreadsheet has been submitted as a bug 120972 in
BugZilla.
https://issues.apache.org/ooo/show_bug.cgi?id=120972

This patch including:
Create/Show/Hide/Edit/Delete comments in spreadsheet

please help on reivew it.

thank you,
Bin Guo

Re: [HELP] commit permission request for my Apache id

[Chen Peng]

me too, my svn id is pengch, just in incubator project, not include ooo
project.

2012/9/14 ZuoJun Chen 

> Hi,
>
>  I have accepted the commiter invitation some days ago and
>
> my Apache id has been created. However, I'm not in ooo svn project
>
> thus could not commit code to AOO trunk.
>
> See < zjchen > in list
> http://people.apache.org/committer-index.html#Z<
> http://people.apache.org/committer-index.html#liuzhe>
>
>  Is there anyone who can help me to make commits permission?
>
> Thanks in advance.
>
> Regards -- Zuo Jun
>

Re: OpenOffice file loss on crashes

[FR web forum]

Hello,

>I strongly suggest that an important alteration to all future releases of AOO 
>should be a file save protocol whereby at least a version of the file being 
>edited is saved as a backup file.  

See this issue: https://issues.apache.org/ooo/show_bug.cgi?id=111290

Another way will be to modify by default Options > Load/Save > General. 
Always create backup copy should be checked and Save AutoRecovery take 
too much time. It shouldn't be 15 min, but 2-3 minutes. 

[QA CALLFORREV​IEW] [testgui]C​heck AnimationEmphasis E​ffects in SD by GUI

[liu ping]

Hi, all
One patch for GUI automation test script has been submitted with *Bug120971
*
https://issues.apache.org/ooo/show_bug.cgi?id=120971

In this patch:
1. Create a new slide and insert text in Presentation
2. Select Animation Effect
3. Add Emphasis Effects
4. Check Automatic Preview
5. Change Fill Color and assert
6. Change Animation Speed
7. Change Font Size

Pls help to review it. Thanks.

Regards,
Liu Ping

OpenOffice file loss on crashes

[Rory O'Farrell]

Another case reported on the Forum this morning
http://user.services.openoffice.org/en/forum/viewtopic.php?f=7&t=56285

I strongly suggest that an important alteration to all future releases of AOO 
should be a file save protocol whereby at least a version of the file being 
edited is saved as a backup file.  I can recollect when programming in CP/M 
days (as I rode my dinosaur!) one had to learn how to do this by automatically 
naming and saving in a specific order; has such protocol been forgotten?

-- 
Rory O'Farrell 

Re: Clipart library

[Ian Lynch]

On 14 September 2012 03:23, Armin Le Grand  wrote:
> Hi Joost,
>
>
> On 13.09.2012 15:43, Joost Andrae wrote:
>>
>> Hi Armin,
>>
>> I can still reproduce the behavior described:
>>
>> Open eg.
>> http://openclipart.org/detail/172011/racing-helmet-by-gnokii-172011 in
>> Firefox and drag the SVG file to the Gallery in AOO. On my system (Win7
>> Pro 64 Bit) the resulting Gallery entry is a BMP file.
>
>
> It is also a bitmap file when dragging it to Inkscae. This is because the
> D&D contains a bitmap already. To get the svg file, you need to right-click
> on the helmet and use 'save link as' and save it somewher. From there, you
> can drag the real SVG.
>
> HTH!
>
>
>>> Joost wrote somewhere in this thread that SVG dropped to the gallery is
>>> converted to bitmap formats. I checked this and it is not true.
>>>
>>> When using a SVG from the gallery and svaing the document, I checked the
>>> SVG embedded into the ODF format - it's exactly (byte by byte) the
>>> original SVG I was dropping to the gallery.
>>>
>>> Works as intended/expected.
>>>
>>
>> Kind regards, Joost
>>
>

Hi Armin,

Do you know why drag and drop of files from the Nautilus filer to the
gallery works with complex svg with embeded bitmaps but not odg?

-- 
Ian

Ofqual Accredited IT Qualifications (The Schools ITQ)

www.theINGOTs.org +44 (0)1827 305940

The Learning Machine Limited, Reg Office, 36 Ashby Road, Tamworth,
Staffordshire, B79 8AQ. Reg No: 05560797, Registered in England and
Wales.

[QA][Call-For-Review] Bug 120955- [testuno]test scripts about text box properties in Impress

[Li Feng Wang]

Hi, all,
 I wrote test scripts about text box properties in Impress
https://issues.apache.org/ooo/show_bug.cgi?id=120955

Test cover:
Text box fill properties
   -Insert text, fill color, fill gradient, fill hatch,
Text box Line proprties
   -Line color, line style

pls help to review, thx in advance.
-- 
Best Wishes, LiFeng Wang

[Call-for-Review] Bug 120885 - [From Symphony]Sample file's table border is missing

[Bingbing Ma]

Hi All,

 I have fixed a bug https://issues.apache.org/ooo/show_bug.cgi?id=120885,
which can't read/write table border properties from/to tableCell style in
style.xml.

Anyone can help to review the fix, thanks!

-- 
Thanks
Best Regards