date:20130307

Re: OpenOffice Remote for Android

2013-03-07 Thread FR web forum

Not compatible with my Samsung Galaxy Y Pro :-(

- Mail original -
De: Rob Weir robw...@apache.org
À: dev@openoffice.apache.org
Envoyé: Mercredi 6 Mars 2013 23:45:00
Objet: OpenOffice Remote for Android

https://play.google.com/store/apps/details?id=de.vrallevhl=en

The video looks good.  Has anyone tried this app?

-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: Strategic Planning: Website

2013-03-07 Thread Andrea Pescetti


Rob Weir wrote:

On Wed, Mar 6, 2013 at 5:46 PM, Kay Schenk wrote:

Sustainability concerns due to our use of unsupported applications (from
Apache Infra perspective), including phpBB and MWiki and reliance on a very
small number of system admins. ...
https://cwiki.apache.org/confluence/display/OOOUSERS/Website+Strategic+Plan

And let's not forget alternative ways of addressing this concern:
1) Work with Infra to make MWiki be officially supported.
or
2) Form our own admin group


Indeed, I see no reasons to revisit, especially at the current stage, 
the MWiki vs [any other wiki] issue.


MWiki is the biggest source of information about the project; while its 
content is often outdated, it's still very useful. Existing links to the 
MWiki pages are in the thousands (or more). It has been updated with a 
huge effort lead by Jan, and it is now stable and reliable.


If our problem is to enlarge the administrators group for MWiki or to 
get it officially supported, I prefer to explore these options first. We 
already have three committers who can administer MWiki on the system 
administration (shell access) side, right? (jani, imacat, rbircher). How 
many more do we need? I've also just asked Infra for clarifications 
about the supported applications issue.


Regards,
  Andrea.

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

Re: 4.0 and loss of backward compatibility for extensions with toolbar

2013-03-07 Thread Roberto Galoppini

On Mon, Feb 25, 2013 at 4:49 PM, Jürgen Schmidt jogischm...@gmail.com wrote:
 On 2/25/13 4:36 PM, Roberto Galoppini wrote:
 On Thu, Feb 21, 2013 at 2:28 PM, Jürgen Schmidt jogischm...@gmail.com 
 wrote:
 On 2/21/13 10:05 AM, Ariel Constenla-Haile wrote:
 On Thu, Feb 21, 2013 at 09:22:34AM +0100, Jürgen Schmidt wrote:
 The first step should be a simple check if an Addons.xcu is
 contained at all. Something like unzip -l extension | grep
 Addons.xcu should be enough. The second step if an
 Addons.xcu is contained is to check for the node
 oor:name=OfficeToolBar entry. Only if this entry exists
 the Addons.xcu the extension has to be updated.

 This might be error prone, because the file can have any name, all
 it matters is the media type in the META-INF manifest and the OO
 registry package and name in the file itself.

 While it's highly rare to find a lala.lala, I've found an
 addons.xcu (in lowercase). No wonder there is no OfficeToolBar in
 this particular extension, but the extension does not work in AOO
 4.0 due to API changes (what shows that the whole discussion
 centered on the schema change is full of ungrounded assumptions,
 and lack of knowledge on the subject).

 ignore case is probably a good idea, a complete different name is
 probably rather seldom. But from a technical point of view you are
 correct.

 We don't need exact data but it would be nice to get an impression how
 often it is used.

 it would definitely help to get an overview about which extension we are
 talking. Based on this info we could contact the owners and can inform
 them about the change.

Below the list of Extensions top downloads during the last month:

#1 http://extensions.services.openoffice.org/node/3620 Monthly: 1725
#2 http://extensions.services.openoffice.org/node/137 Monthly: 1583
#3 http://extensions.services.openoffice.org/node/4303 Monthly: 1307
#4 http://extensions.services.openoffice.org/node/496 Monthly: 1221
#5 http://extensions.services.openoffice.org/node/415 Monthly: 649
#6 http://extensions.services.openoffice.org/node/4016 Monthly: 645
#7 http://extensions.services.openoffice.org/node/567 Monthly: 424
#8 http://extensions.services.openoffice.org/node/2659 Monthly: 399
#9 http://extensions.services.openoffice.org/node/1719 Monthly: 368
#10 http://extensions.services.openoffice.org/node/5510 Monthly: 330
#11 http://extensions.services.openoffice.org/node/383 Monthly: 328
#12 http://extensions.services.openoffice.org/node/2649 Monthly: 311
#13 http://extensions.services.openoffice.org/node/2355 Monthly: 224
#14 http://extensions.services.openoffice.org/node/3023 Monthly: 218
#15 http://extensions.services.openoffice.org/node/5305 Monthly: 203
#16 http://extensions.services.openoffice.org/node/26 Monthly: 189
#17 http://extensions.services.openoffice.org/node/1210 Monthly: 173
#18 http://extensions.services.openoffice.org/node/3286 Monthly: 167
#19 http://extensions.services.openoffice.org/node/545 Monthly: 163
#20 http://extensions.services.openoffice.org/node/4710 Monthly: 156
#21 http://extensions.services.openoffice.org/node/3902 Monthly: 153
#22 http://extensions.services.openoffice.org/node/5595 Monthly: 152
#23 http://extensions.services.openoffice.org/node/4849 Monthly: 145
#24 http://extensions.services.openoffice.org/node/2771 Monthly: 135
#25 http://extensions.services.openoffice.org/node/4410 Monthly: 135
#26 http://extensions.services.openoffice.org/node/5151 Monthly: 133
#27 http://extensions.services.openoffice.org/node/2169 Monthly: 131
#28 http://extensions.services.openoffice.org/node/283 Monthly: 130
#29 http://extensions.services.openoffice.org/node/3661 Monthly: 122
#30 http://extensions.services.openoffice.org/node/3700 Monthly: 119
#31 http://extensions.services.openoffice.org/node/4213 Monthly: 117
#32 http://extensions.services.openoffice.org/node/4658 Monthly: 117
#33 http://extensions.services.openoffice.org/node/2201 Monthly: 111
#34 http://extensions.services.openoffice.org/node/1798 Monthly: 89
#35 http://extensions.services.openoffice.org/node/5392 Monthly: 88
#36 http://extensions.services.openoffice.org/node/5317 Monthly: 87
#37 http://extensions.services.openoffice.org/node/847 Monthly: 83
#38 http://extensions.services.openoffice.org/node/1039 Monthly: 80
#39 http://extensions.services.openoffice.org/node/207 Monthly: 76
#40 http://extensions.services.openoffice.org/node/4739 Monthly: 65
#41 http://extensions.services.openoffice.org/node/640 Monthly: 64
#42 http://extensions.services.openoffice.org/node/1864 Monthly: 61
#43 http://extensions.services.openoffice.org/node/3909 Monthly: 60
#44 http://extensions.services.openoffice.org/node/4150 Monthly: 54
#45 http://extensions.services.openoffice.org/node/4798 Monthly: 54
#46 http://extensions.services.openoffice.org/node/2085 Monthly: 50
#47 http://extensions.services.openoffice.org/node/603 Monthly: 49
#48 http://extensions.services.openoffice.org/node/4979 Monthly: 48
#49

Re: Strategic Planning: Website

2013-03-07 Thread janI

On 7 March 2013 09:53, Andrea Pescetti pesce...@apache.org wrote:

Rob Weir wrote:

On Wed, Mar 6, 2013 at 5:46 PM, Kay Schenk wrote:

Sustainability concerns due to our use of unsupported applications (from
Apache Infra perspective), including phpBB and MWiki and reliance on a
very
small number of system admins. ...
https://cwiki.apache.org/**confluence/display/OOOUSERS/**
Website+Strategic+Planhttps://cwiki.apache.org/confluence/display/OOOUSERS/Website+Strategic+Plan

And let's not forget alternative ways of addressing this concern:
1) Work with Infra to make MWiki be officially supported.
or
2) Form our own admin group

Indeed, I see no reasons to revisit, especially at the current stage, the
MWiki vs [any other wiki] issue.

MWiki is the biggest source of information about the project; while its
content is often outdated, it's still very useful. Existing links to the
MWiki pages are in the thousands (or more). It has been updated with a huge
effort lead by Jan, and it is now stable and reliable.

I totally agree with this point of view, but when a PMC raises doubt about
using Mwiki, it is something we all have to listen carefully to, afterall
one of the points in being PMC is to secure the long term stability of the
community and product.

This is also the reason I researched cwiki and moin...not that I personally
would like to change, but because I read the mail from one PMC and the
reactions from others.

If our problem is to enlarge the administrators group for MWiki or to get
it officially supported, I prefer to explore these options first. We
already have three committers who can administer MWiki on the system
administration (shell access) side, right? (jani, imacat, rbircher). How
many more do we need? I've also just asked Infra for clarifications about
the supported applications issue.

At the moment we have no-one with just shell access, all 3 have (or can
have) root access. Furthermore rjung (infra) pratically maintains httpd,
gmcdonald (infra-root) helps with more or less everything and Clayton helps
with mwiki setup (without access). BIG Thanks to all three for their great
help !

After the upgrade we have had one incident (which rjung handled), one
upgrade proposition (which I handled wrong) and 2 request for change (one
pending and one I have handled). At the same time, nothing have been done
inside mwiki regarding old pages, strange categories, spammed paged,
misleading information.

At the moment 2/3 of the time I use on mwiki goes to logistic and
coordinating people, if the group is expanded my experience is that the
overhead grows exponentially. I respect the wish of the community and when
the group is expanded, I will withdraw (after a handover), I am here to get
things done and not to coordinate people.

I fully understand we need many sysop, and the idea of having a mail list
(or just a wiki-page, with sysop access level) is a good idea. Our biggest
job at the moment is not sys-admin but normal sysop work.

I honestly think we should consider more how to stabilize the inside of
mwiki instead of focussing on the sysadmin part, but that is just my
opinion.

rgds
Jan I.

Regards,
Andrea.

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

Re: Strategic Planning: Website

2013-03-07 Thread Rob Weir

On Thu, Mar 7, 2013 at 8:56 AM, janI j...@apache.org wrote:
On 7 March 2013 09:53, Andrea Pescetti pesce...@apache.org wrote:

Rob Weir wrote:

On Wed, Mar 6, 2013 at 5:46 PM, Kay Schenk wrote:

And let's not forget alternative ways of addressing this concern:
1) Work with Infra to make MWiki be officially supported.
or
2) Form our own admin group

Indeed, I see no reasons to revisit, especially at the current stage, the
MWiki vs [any other wiki] issue.

This is also the reason I researched cwiki and moin...not that I personally
would like to change, but because I read the mail from one PMC and the
reactions from others.

But please note that I never suggested moving off of MWiki.

This is what I see:

1) We brought over MWiki and had a single person (Terry) who really
knew what was going on. We may have had others who had permissions,
but they were not (IMHO) able to keep the wiki stable.

2) Terry left, and the wiki was not maintained as well. Eventually it
fell due to massive spam. No one of the existing admins stepped up to
fix the problem. Whether this was from skill, permissions, time,
inclination, I don't know and I don't judge. But the actions were to
disable new account creation and treat that as a new way of life.

3) You stepped up and took the lead on getting MWiki to be properly
maintained again. If you had not done that I am pretty sure that we
would not have the ability for new years to create accounts today. We
were already down on one knee when you offered to help. I'm pretty
sure without your help things would continue to degrade.

4) So what would things look like without you? Sure we have others
who have some permissions. But is that enough? (It wasn't enough
before). What do we need to do so we are not dependent on a single
person? Not just from a theoretical standpoint (X and Y have
permissions) but from a practical skill and knowledge level as well.

5) Note the same applies to phpBB as well.

From a high-level perspective, one way is to think of it like this:
As a large project with diverse technical infrastructure we make high
demands on Infra, hardware, bandwidth, sys admin time, etc. Since we
have such a dependency on this technical infrastructure, more so than
other Apache projects which are less end-user facing, this starts us
off with greater risks. Our use of non-standard services like MWiki
and phpBB increases the risk. Fine. So how do we balance those risks?

I honestly think we should consider more how to stabilize the inside of

Re: Strategic Planning: Website

2013-03-07 Thread janI

On 7 March 2013 15:55, Rob Weir robw...@apache.org wrote:

 On Thu, Mar 7, 2013 at 8:56 AM, janI j...@apache.org wrote:
  On 7 March 2013 09:53, Andrea Pescetti pesce...@apache.org wrote:
 
  Rob Weir wrote:
 
  On Wed, Mar 6, 2013 at 5:46 PM, Kay Schenk wrote:
 
  Sustainability concerns due to our use of unsupported applications
 (from
  Apache Infra perspective), including phpBB and MWiki and reliance on a
  very
  small number of system admins. ...
  https://cwiki.apache.org/**confluence/display/OOOUSERS/**
  Website+Strategic+Plan
 https://cwiki.apache.org/confluence/display/OOOUSERS/Website+Strategic+Plan
 
 
  And let's not forget alternative ways of addressing this concern:
  1) Work with Infra to make MWiki be officially supported.
  or
  2) Form our own admin group
 
 
  Indeed, I see no reasons to revisit, especially at the current stage,
 the
  MWiki vs [any other wiki] issue.
 
  MWiki is the biggest source of information about the project; while its
  content is often outdated, it's still very useful. Existing links to the
  MWiki pages are in the thousands (or more). It has been updated with a
 huge
  effort lead by Jan, and it is now stable and reliable.
 
 
  I totally agree with this point of view, but when a PMC raises doubt
 about
  using Mwiki, it is something we all have to listen carefully to, afterall
  one of the points in being PMC is to secure the long term stability of
 the
  community and product.
 
  This is also the reason I researched cwiki and moin...not that I
 personally
  would like to change, but because I read the mail from one PMC and the
  reactions from others.
 

 But please note that I never suggested moving off of MWiki.

 
 
  If our problem is to enlarge the administrators group for MWiki or to
 get
  it officially supported, I prefer to explore these options first. We
  already have three committers who can administer MWiki on the system
  administration (shell access) side, right? (jani, imacat, rbircher). How
  many more do we need? I've also just asked Infra for clarifications
 about
  the supported applications issue.
 
 
  At the moment we have no-one with just shell access, all 3 have (or can
  have) root access. Furthermore rjung (infra) pratically maintains httpd,
  gmcdonald (infra-root) helps with more or less everything and Clayton
 helps
  with mwiki setup (without access). BIG Thanks to all three for their
 great
  help !
 
  After the upgrade we have had one incident (which rjung handled), one
  upgrade proposition (which I handled wrong) and 2 request for change (one
  pending and one I have handled). At the same time, nothing have been done
  inside mwiki regarding old pages, strange categories, spammed paged,
  misleading information.
 
  At the moment 2/3 of the time I use on mwiki goes to logistic and
  coordinating people, if the group is expanded my experience is that the
  overhead grows exponentially. I respect the wish of the community and
 when
  the group is expanded, I will withdraw (after a handover), I am here to
 get
  things done and not to coordinate people.
 
  I fully understand we need many sysop, and the idea of having a mail list
  (or just a wiki-page, with sysop access level) is a good idea. Our
 biggest
  job at the moment is not sys-admin but normal sysop work.
 

 This is what I see:

 1) We brought over MWiki and had a single person (Terry) who really
 knew what was going on.  We may have had others who had permissions,
 but they were not (IMHO) able to keep the wiki stable.

 2) Terry left, and the wiki was not maintained as well.  Eventually it
 fell due to massive spam.  No one of the existing admins stepped up to
 fix the problem.  Whether this was from skill, permissions, time,
 inclination, I don't know and I don't judge.  But the actions were to
 disable new account creation and treat that as a new way of life.

 3) You stepped up and took the lead on getting MWiki to be properly
 maintained again.  If you had not done that I am pretty sure that we
 would not have the ability for new years to create accounts today.  We
 were already down on one knee when you offered to help.  I'm pretty
 sure without your help things would continue to degrade.

 4) So what would things look like without you?  Sure we have others
 who have some permissions.  But is that enough?  (It wasn't enough
 before).  What do we need to do so we are not dependent on a single
 person?  Not just from a theoretical standpoint (X and Y have
 permissions) but from a practical skill and knowledge level as well.


I think there are too much focus on the sysadmin part, which isnt really a
problem..mwiki is very stable, it needs an upgrade now and then (2 times a
year in average). Our httpd, ats, firewall, ubuntu needs a lot more regular
maintenance, and thats where people like rjung and gmcdonald are of great
help.

I know sidestepping. I can see your point of having multiple active
skilled persons on the team (even though I dont agree with it),

Re: [QA Report]Weekly Defect Analysis Report

2013-03-07 Thread Yue Helen

Thanks Ji. It looks good! The report shows us the weekly number of defects
in and out. It helps us to understand the quality status.

Here are my suggestions to the format of the report.
- Can we have the trend of weekly opened/fixed? this will help us to
understand the progress by weeks.
- Are there some open issues that QA volunteers should pay attention? for
example, if we have many defects which are not confirmed/verified, or if
some new QA tasks need more volunteers.
- Are there some defects that developers should pay special attention?
either high severity defects or regression should fit into this category.
- When we start FVT (eg. sidebar), we should include FVT progress into the
report.

Thanks, Helen

2013/3/4 Ji Yan yanji...@gmail.com

 Hi all,

   I post weekly defect analysis report at [1]. Pls review, your
 comments/suggestion are welcome.

 [1] http://wiki.openoffice.org/wiki/QA/Report/DefectStatus/20130304
 --


 Thanks  Best Regards, Yan Ji

Starting Introduction to Contributing to Apache OpenOffice Module

2013-03-07 Thread Luis Montalvo

Hi, 

 

I'm Luis Montalvo from Brooklyn, NY.I'm interested in helping out with
Apache OpenOffice if possible.   I have some software development
experience, QA in particular, as well as web design/development.

Re: [Problem with Mwiki] Link to list catagories not working

2013-03-07 Thread janI

On 6 March 2013 22:38, Keith N. McKenna keith.mcke...@comcast.net wrote:

 At the bottom of all Create and Edit pages in mwii there is a note to
 categorize all pages with a link that calls a special page that lists the
 category tree. It is preset to look at:
  Category:Manindex
  Mode:  Categories only
  Namespace: all

 When called instead of returning the category tree it returns the message
 Mainindex not found. The page notes that it requires AJAX functionality to
 work and will not work in old browsers or with JavaScript disabled. I am
 currently running Firefox 19.0 with JavaScript enabled.

 This did work before the upgrade and is a good feature to allow people a
 quick check of Categories available.

 Regards
 Keith


The issue is not as simple as I thought, so getting it to work will take
more time than I have right now. Can I please ask you to make a bugzilla
report, so it is registered, that also allows the other admins/sysop to
work on it.

rgds
Jan I.



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

Re: TOOLS DRAW

2013-03-07 Thread jorge ivan poot diaz

Hello,

I already modify the source code:
ivan@ivan-Presario-CQ43-Notebook-PC:~/aoo/main/sd/uiconfig/sdraw/menubar$
gedit menubar.xml

/menu:menu
  menu:menu menu:id=.uno:PruebasMenu (-  ToolsMenu -)
menu:menupopup
  menu:menuitem menu:id=.uno:SpellDialog/
  menu:menu menu:id=.uno:LanguageMenu
menu:menupopup
  menu:menuitem menu:id=.uno:HangulHanjaConversion/
  menu:menuitem menu:id=.uno:ChineseConversion/
  menu:menuitem menu:id=.uno:ThesaurusDialog/
  menu:menuitem menu:id=.uno:Hyphenation/
  menu:menuseparator/
  menu:menuitem menu:id=.uno:MoreDictionaries/
/menu:menupopup
  /menu:menu

 When I did the build in officecfg and postprocess:

 ivan@ivan-Presario-CQ43-Notebook-PC:~/aoo/main/postprocess$ build
debug=true dbglevel=3


ivan@ivan-Presario-CQ43-Notebook-PC:~/aoo/main/postprocess$ deliver
deliver -- version: 275594
COPY: ../unxlngi6.pro/bin/uiconfig.zip - /home/ivan/aoo/main/solver/350/
unxlngi6.pro/bin/uiconfig.zip
COPY: ../unxlngi6.pro/misc/lang/registry_en-US.xcd -
/home/ivan/aoo/main/solver/350/unxlngi6.pro/xml//registry_en-US.xcd
LOG: writing /home/ivan/aoo/main/solver/350/
unxlngi6.pro/inc/postprocess/deliver.log
Module 'postprocess' delivered successfully. 2 files copied, 27 files
unchanged
ivan@ivan-Presario-CQ43-Notebook-PC:~/aoo/main/postprocess$

I can not see what files I should copy in my installation folder.
I already try with export VERBOSE=TRUE

But I have not the results.

To start when I do the build I have not notice of officecfg and postprocess
if are building

Help me.


2013/2/28 Ariel Constenla-Haile arie...@apache.org

 Hi Ivan,

 On Thu, Feb 28, 2013 at 12:03:43AM -0600, jorge ivan poot diaz wrote:
  Hello,
 
  ivan@ivan-Presario-CQ43-Notebook-PC
 :~/aoo/main/officecfg/registry/data/org/openoffice/Office/UI$
  ls
 
  I can not find: ModuleCommands.xcu

 Module is a placeholder, sorry for not been more explicit:

 [ariel@localhost main]$ ls
 ./officecfg/registry/data/org/openoffice/Office/UI/*Commands.xcu
 ./officecfg/registry/data/org/openoffice/Office/UI/BasicIDECommands.xcu
 ./officecfg/registry/data/org/openoffice/Office/UI/DrawImpressCommands.xcu
 ./officecfg/registry/data/org/openoffice/Office/UI/BibliographyCommands.xcu
 ./officecfg/registry/data/org/openoffice/Office/UI/GenericCommands.xcu
 ./officecfg/registry/data/org/openoffice/Office/UI/CalcCommands.xcu
 ./officecfg/registry/data/org/openoffice/Office/UI/MathCommands.xcu
 ./officecfg/registry/data/org/openoffice/Office/UI/ChartCommands.xcu
 ./officecfg/registry/data/org/openoffice/Office/UI/StartModuleCommands.xcu
 ./officecfg/registry/data/org/openoffice/Office/UI/DbuCommands.xcu
 ./officecfg/registry/data/org/openoffice/Office/UI/WriterCommands.xcu

 where Module is one the modules in AOO.

 sw - WriterCommands.xcu
 sd - DrawImpress.xcu
 sc - CalcCommands.xcu

 
  I have already been modifying:
 
 http://opengrok.adfinis-sygroup.org/source/xref/aoo-trunk/main/sd/uiconfig/sdraw/menubar/menubar.xml

 If changing this, do not modify the UNO command, only the menu
 structure.


 Regards
 --
 Ariel Constenla-Haile
 La Plata, Argentina

Re: TOOLS DRAW

2013-03-07 Thread jorge ivan poot diaz

Hello,

I have made the following changes to the source code:

ivan@ivan-Presario-CQ43-Notebook-PC:~/aoo/main/sd/uiconfig/sdraw/menubar$
gedit menubar.xml
menu:menu menu:id=.uno:PruebaMenu
menu:menupopup
  menu:menuitem menu:id=.uno:SetDefault/
  menu:menuseparator/
  menu:menuitem menu:id=.uno:FontDialog/
  menu:menuitem menu:id=.uno:ParagraphDialog/
  menu:menuitem menu:id=.uno:OutlineBullet/
  menu:menuitem menu:id=.uno:PageSetup/
  menu:menuseparator/
  menu:menu menu:id=.uno:TransliterateMenu
menu:menupopup

ivan@ivan-Presario-CQ43-Notebook-PC
:~/aoo/main/officecfg/registry/data/org/openoffice/Office/UI$
node oor:name=.uno:PruebaMenu oor:op=replace
prop oor:name=Label oor:type=xs:string
value xml:lang=en-USF~ormat/value
/prop
/node


The result of the build and deliver (They are in the following links):

http://imagebin.org/249355
http://imagebin.org/249356

I have already copied the main.xcd in my installation directory, but I have the
following error in the soffice interface:

[image: Imagen integrada 1]

Menu does not appear that I have changed. In this case the Format menu. I
want to appear instead of Format, Prueba.

Help me, I want to learn how it works source code of office.

A patch for this change. Please.

Regards.


2013/3/7 jorge ivan poot diaz ivan.pootd...@gmail.com

 Hello,

 I already modify the source code:
 ivan@ivan-Presario-CQ43-Notebook-PC:~/aoo/main/sd/uiconfig/sdraw/menubar$
 gedit menubar.xml

 /menu:menu
   menu:menu menu:id=.uno:PruebasMenu (-  ToolsMenu -)
 menu:menupopup
   menu:menuitem menu:id=.uno:SpellDialog/
   menu:menu menu:id=.uno:LanguageMenu
 menu:menupopup
   menu:menuitem menu:id=.uno:HangulHanjaConversion/
   menu:menuitem menu:id=.uno:ChineseConversion/
   menu:menuitem menu:id=.uno:ThesaurusDialog/
   menu:menuitem menu:id=.uno:Hyphenation/
   menu:menuseparator/
   menu:menuitem menu:id=.uno:MoreDictionaries/
 /menu:menupopup
   /menu:menu

  When I did the build in officecfg and postprocess:

  ivan@ivan-Presario-CQ43-Notebook-PC:~/aoo/main/postprocess$ build
 debug=true dbglevel=3


 ivan@ivan-Presario-CQ43-Notebook-PC:~/aoo/main/postprocess$ deliver
 deliver -- version: 275594
 COPY: ../unxlngi6.pro/bin/uiconfig.zip - /home/ivan/aoo/main/solver/350/
 unxlngi6.pro/bin/uiconfig.zip
 COPY: ../unxlngi6.pro/misc/lang/registry_en-US.xcd -
 /home/ivan/aoo/main/solver/350/unxlngi6.pro/xml//registry_en-US.xcd
 LOG: writing /home/ivan/aoo/main/solver/350/
 unxlngi6.pro/inc/postprocess/deliver.log
 Module 'postprocess' delivered successfully. 2 files copied, 27 files
 unchanged
 ivan@ivan-Presario-CQ43-Notebook-PC:~/aoo/main/postprocess$

 I can not see what files I should copy in my installation folder.
 I already try with export VERBOSE=TRUE

 But I have not the results.

 To start when I do the build I have not notice of officecfg and
 postprocess if are building

 Help me.


 2013/2/28 Ariel Constenla-Haile arie...@apache.org

 Hi Ivan,

 On Thu, Feb 28, 2013 at 12:03:43AM -0600, jorge ivan poot diaz wrote:
  Hello,
 
  ivan@ivan-Presario-CQ43-Notebook-PC
 :~/aoo/main/officecfg/registry/data/org/openoffice/Office/UI$
  ls
 
  I can not find: ModuleCommands.xcu

 Module is a placeholder, sorry for not been more explicit:

 [ariel@localhost main]$ ls
 ./officecfg/registry/data/org/openoffice/Office/UI/*Commands.xcu
 ./officecfg/registry/data/org/openoffice/Office/UI/BasicIDECommands.xcu
 ./officecfg/registry/data/org/openoffice/Office/UI/DrawImpressCommands.xcu

 ./officecfg/registry/data/org/openoffice/Office/UI/BibliographyCommands.xcu
 ./officecfg/registry/data/org/openoffice/Office/UI/GenericCommands.xcu
 ./officecfg/registry/data/org/openoffice/Office/UI/CalcCommands.xcu
 ./officecfg/registry/data/org/openoffice/Office/UI/MathCommands.xcu
 ./officecfg/registry/data/org/openoffice/Office/UI/ChartCommands.xcu
 ./officecfg/registry/data/org/openoffice/Office/UI/StartModuleCommands.xcu
 ./officecfg/registry/data/org/openoffice/Office/UI/DbuCommands.xcu
 ./officecfg/registry/data/org/openoffice/Office/UI/WriterCommands.xcu

 where Module is one the modules in AOO.

 sw - WriterCommands.xcu
 sd - DrawImpress.xcu
 sc - CalcCommands.xcu

 
  I have already been modifying:
 
 http://opengrok.adfinis-sygroup.org/source/xref/aoo-trunk/main/sd/uiconfig/sdraw/menubar/menubar.xml

 If changing this, do not modify the UNO command, only the menu
 structure.


 Regards
 --
 Ariel Constenla-Haile
 La Plata, Argentina

Re: [Problem with Mwiki] Link to list catagories not working

2013-03-07 Thread Keith N. McKenna


janI wrote:

On 6 March 2013 22:38, Keith N. McKenna keith.mcke...@comcast.net wrote:


At the bottom of all Create and Edit pages in mwii there is a note to
categorize all pages with a link that calls a special page that lists the
category tree. It is preset to look at:
  Category:Manindex
  Mode:  Categories only
  Namespace: all

When called instead of returning the category tree it returns the message
Mainindex not found. The page notes that it requires AJAX functionality to
work and will not work in old browsers or with JavaScript disabled. I am
currently running Firefox 19.0 with JavaScript enabled.

This did work before the upgrade and is a good feature to allow people a
quick check of Categories available.

Regards
Keith



The issue is not as simple as I thought, so getting it to work will take
more time than I have right now. Can I please ask you to make a bugzilla
report, so it is registered, that also allows the other admins/sysop to
work on it.

rgds
Jan I.




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





Jan;

Issue submitted to Bugzilla 
as:https://issues.apache.org/ooo/show_bug.cgi?id=121864



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

Re: 4.0 and loss of backward compatibility for extensions with toolbar

2013-03-07 Thread Roberto Galoppini

On Thu, Mar 7, 2013 at 1:36 PM, Herbert Dürr h...@apache.org wrote:
 On 2013/03/07 11:41 AM, Roberto Galoppini wrote:

 Below the list of Extensions top downloads during the last month:

 #1 http://extensions.services.openoffice.org/node/3620 Monthly: 1725
 [...]

 #50 http://extensions.services.openoffice.org/node/3409 Monthly: 42


 The extension popularity list is very interesting. Thanks Roberto!

Keep in mind those are the most popular among Extensions containing
Addons.xcu with OfficeToolBar. The most popular in absolute terms are
found at http://extensions.services.openoffice.org/en/most_popular/month

 For easier consumption I annotated the list with the extension names:

 #1 http://extensions.services.openoffice.org/node/3620 Monthly: 1725
 (WriterRotationTool)
 #2 http://extensions.services.openoffice.org/node/137 Monthly: 1583
 (OOo2GoogleDocs)
 #3 http://extensions.services.openoffice.org/node/4303 Monthly: 1307
 (Diagram)
 #4 http://extensions.services.openoffice.org/node/496 Monthly: 1221  (Oracle
 Presentation Minimizer)
 #5 http://extensions.services.openoffice.org/node/415 Monthly: 649
 (CropOOo)
 #6 http://extensions.services.openoffice.org/node/4016 Monthly: 645
 (Typography toolbar)
 #7 http://extensions.services.openoffice.org/node/567 Monthly: 424
 (Convert Text To Number (and date))
 #8 http://extensions.services.openoffice.org/node/2659 Monthly: 399
 (Readability Report)
 #9 http://extensions.services.openoffice.org/node/1719 Monthly: 368
 (MultiSave)
 #10 http://extensions.services.openoffice.org/node/5510 Monthly: 330
 (PixCompress)
 #11 http://extensions.services.openoffice.org/node/383 Monthly: 328
 (Template Changer)
 #12 http://extensions.services.openoffice.org/node/2649 Monthly: 311 (Read
 Text)
 #13 http://extensions.services.openoffice.org/node/2355 Monthly: 224 (CLC09
 quick_formule)
 #14 http://extensions.services.openoffice.org/node/3023 Monthly: 218 (RGB)
 #15 http://extensions.services.openoffice.org/node/5305 Monthly: 203 (SmART
 Extension en Español)
 #16 http://extensions.services.openoffice.org/node/26 Monthly: 189   (Sun
 Weblog Publisher)
 #17 http://extensions.services.openoffice.org/node/1210 Monthly: 173 (GeOOo
 : Create Thematic maps with Ooo)
 #18 http://extensions.services.openoffice.org/node/3286 Monthly: 167 (Change
 Picture)
 #19 http://extensions.services.openoffice.org/node/545 Monthly: 163
 (eVoice)
 #20 http://extensions.services.openoffice.org/node/4710 Monthly: 156
 (PixelPluz Image Editor for Writer)
 #21 http://extensions.services.openoffice.org/node/3902 Monthly: 153 (EPUB
 Generator)
 #22 http://extensions.services.openoffice.org/node/5595 Monthly: 152 (Basic
 IDE Tools)
 #23 http://extensions.services.openoffice.org/node/4849 Monthly: 145 (Paste
 From Web)
 #24 http://extensions.services.openoffice.org/node/2771 Monthly: 135
 (Chiffres en lettres)
 #25 http://extensions.services.openoffice.org/node/4410 Monthly: 135 (Export
 As Doc)
 #26 http://extensions.services.openoffice.org/node/5151 Monthly: 133 (OCR
 helper)
 #27 http://extensions.services.openoffice.org/node/2169 Monthly: 131
 (Thousands Separator)
 #28 http://extensions.services.openoffice.org/node/283 Monthly: 130
 (MultiDiff)
 #29 http://extensions.services.openoffice.org/node/3661 Monthly: 122
 (TradutorOOoNote)
 #30 http://extensions.services.openoffice.org/node/3700 Monthly: 119
 (Versatile Calculator for Open office)
 #31 http://extensions.services.openoffice.org/node/4213 Monthly: 117 (Copy
 only visible cells)
 #32 http://extensions.services.openoffice.org/node/4658 Monthly: 117 (Solvit
 (Advanced Solver of System of Equations - Linear/Nonlinear))
 #33 http://extensions.services.openoffice.org/node/2201 Monthly: 111
 (OOoFormulaEditor)
 #34 http://extensions.services.openoffice.org/node/1798 Monthly: 89
 (CalcEasyToolbar)
 #35 http://extensions.services.openoffice.org/node/5392 Monthly: 88  (IBM
 Connections Connector for Apache OpenOffice)
 #36 http://extensions.services.openoffice.org/node/5317 Monthly: 87  (MMove)
 #37 http://extensions.services.openoffice.org/node/847 Monthly: 83
 (OOoTranslit)
 #38 http://extensions.services.openoffice.org/node/1039 Monthly: 80
 (Color2Rows)
 #39 http://extensions.services.openoffice.org/node/207 Monthly: 76
 (BorderLiner)
 #40 http://extensions.services.openoffice.org/node/4739 Monthly: 65
 (Mini-Calculator)
 #41 http://extensions.services.openoffice.org/node/640 Monthly: 64
 (ImpressTextResizer)
 #42 http://extensions.services.openoffice.org/node/1864 Monthly: 61
 (OOoLilyPond)
 #43 http://extensions.services.openoffice.org/node/3909 Monthly: 60 (eLAIX)
 #44 http://extensions.services.openoffice.org/node/4150 Monthly: 54 (Photo
 Album ES)
 #45 http://extensions.services.openoffice.org/node/4798 Monthly: 54
 (CleanDoc)
 #46 http://extensions.services.openoffice.org/node/2085 Monthly: 50 (WiRWiB
 - Wordnet Based suggestive writing aid  for creative writing in English and
 Hindi)
 #47 http://extensions.services.openoffice.org/node/603

Apache OpenOffice at SourceForge Enterprise Directory

2013-03-07 Thread Roberto Galoppini

SourceForge has just launched a new Enterprise Directory, a
sub-section of our site focused specifically on Enterprise projects.
These are the projects that are geared specifically for use within a
company, you can read more about it at our blog.

We are honoured to host Apache OpenOffice among our the first
enterprise-grade applications, see
https://sourceforge.net/projects/openofficeorg.mirror/

Note that the new directory has been designed to allow a richer
community interaction through the new reviews and ratings system, plus
a richer list of project features, a resource center (now containing
pointers to Extensions and Templates in the Add-ons  Plugins
section, and some titles in the Related books section) and more.

It would be interesting to see our community to engage by providing
in-depth reviews as well as ratings, as well as add more info about
upcoming events and if we want also about partners (support,
training).

Roberto

-- 

This e- mail message is intended only for the named recipient(s) above. It 
may contain confidential and privileged information. If you are not the 
intended recipient you are hereby notified that any dissemination, 
distribution or copying of this e-mail and any attachment(s) is strictly 
prohibited. If you have received this e-mail in error, please immediately 
notify the sender by replying to this e-mail and delete the message and any 
attachment(s) from your system. Thank you.


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

Re: OpenOffice Remote for Android

Re: Strategic Planning: Website

Re: 4.0 and loss of backward compatibility for extensions with toolbar

Re: Strategic Planning: Website

Re: Strategic Planning: Website

Re: Strategic Planning: Website

Re: [QA Report]Weekly Defect Analysis Report

Starting Introduction to Contributing to Apache OpenOffice Module

Re: [Problem with Mwiki] Link to list catagories not working

Re: TOOLS DRAW

Re: TOOLS DRAW

Re: [Problem with Mwiki] Link to list catagories not working

Re: 4.0 and loss of backward compatibility for extensions with toolbar

Apache OpenOffice at SourceForge Enterprise Directory

14 matches

Site Navigation

Mail list logo

Footer information