Questions about sidebar feature

[Yi Xuan Liu]

hi, all:

I've noticed that a new sidebar build is available on sidebar wiki. I've
tried to use, and found not all sidebar panel is available.

Could some one give a list of current available sidebar panel? Then, we
could start our test on it.

Thanks!

Re: A Medium size concern about my Pootle account

[Risto Jääskeläinen]

Andrea Pescetti [pesce...@apache.org] kirjoitti: 

Risto Jääskeläinen wrote:
> I have done some translations to Finnish by Apache Translate Pootle
> service as "ristoi". Now I have lost my password or whole account. I
> can't find correct email address for new password.

Hi Risto, what you need to reset is your committer password. The service 
you need to use is https://id.apache.org/ (there's a "Forgot your 
password?" link). Did you try with that one? If you need further 
assistance, ask again and we can check this with the Apache 
Infrastructure team.


> What is the best procedure to continue?

The one above is the only solution. Since your Pootle ID is linked to 
your committer ID, nothing else will work, and we don't want to use 
anonymous access unnecessarily.


Regards,
   Andrea.



Hello again
As I write:
I

> can't find correct email address for new password.


Regards
Risto

-
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: [sidebar] Snapshot builds are available

[Andre Fischer]

On 24.03.2013 17:56, Andrea Pescetti wrote:

On 22/03/2013 Hagar Delest wrote:

What I like about the sidebar: ...
- Increase/Decrease font buttons will please a lot of users!


Indeed. And another way to make lots of users happy, and show that the 
sidebar is not only a new interface but also a way to implement new 
features, would be to include the output of "Tools - Word Count" (not 
the button, which might still be useful though) in the sidebar. Is 
this technically feasible?


As others have said before me in this thread, the word count is best be 
displayed in the status bar.


But your question is valid for other features.
The answer is, yes, of course.   Making the sidebar extensible with more 
decks and panels was one of the design goals.  You can do that with 
extensions in any language that is supported by the extension manager.  
There will be Wiki page that describes the details.  The already 
existing way to do that will be supported also.


-Andre



Regards,
  Andrea.

-
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: Questions about sidebar feature

[Andre Fischer]

On 25.03.2013 08:35, Yi Xuan Liu wrote:

hi, all:

I've noticed that a new sidebar build is available on sidebar wiki. I've
tried to use, and found not all sidebar panel is available.

Could some one give a list of current available sidebar panel? Then, we
could start our test on it.


Hi, thanks for your interest.

You can find information on the Wiki.  Probably most relevant to you 
will be the sections about "Decks and Panels" [1].  It contains a list 
of all decks and panels that are planned to be ready for the 4.0 
release.  The missing panels are marked with TBD.  These are Alignment, 
Cell Appearance, Number Format, Paragraph, Wrap.  The Text panel exists 
in the snapshot build but is not feature complete.  It is currently 
being checked in and will be available in the next build.


There is also section "Migration of Symphony content panels" [2] and 
"Migration/conversions of AOO dialogs" [3] with more details on 
migration status.


-Andre

[1] http://wiki.openoffice.org/wiki/Sidebar#Panels_and_Decks
[2] 
http://wiki.openoffice.org/wiki/Sidebar#Migration_of_Symphony_content_panels
[3] 
http://wiki.openoffice.org/wiki/Sidebar#Migration.2Fconversions_of_AOO_dialogs




Thanks!




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

[Proposal]Improve the Cc/Bcc of Mail Merge

[chengjh]

Currently,the "Mail to" is designed to map a column of the data source,and
end users can select conveniently, that's a very good design,but "Cc/Bcc"
provides end users with the behavior to input mail address
manually.Moreover the same "Cc/Bcc" mail address will appear in all mails.
So, if the mail is assumed to only "Cc" to his/her("Mail To") first line
manager,obviously, the first line manager of he/she("Mail To") may be
different,the design can not meet the requirement.

I propose to improve the "Cc/Bcc" of mail merge to provide the same
behavior of "Mail To",and the "Cc/Bcc" will also map a column of the data
source, the column can be designed to contain the expected "Cc/Bcc" mail
address info,for example,first line manager's name or e-mail. When sending
e-mail according to the "Mail To" selection, the mail can be "Cc/Bcc" to
the expected e-mail address respectively.Please feel free to comment.Thanks
in advance.

-- 

Best Regards,Jianhong Cheng

Re: [Proposal]Improve the Cc/Bcc of Mail Merge

[FR web forum]

>I propose to improve the "Cc/Bcc" of mail merge 
Great!

You have 2 issues about it:
https://issues.apache.org/ooo/show_bug.cgi?id=68294 (no vote)
https://issues.apache.org/ooo/show_bug.cgi?id=65458 (7 votes)

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

Re: Forums down (SQL error: Too many connections [1040])

[FR web forum]

Well, it's 11 o'clock in the morning and MySQL is outage.
:-(

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

Re: [question] build structure, how is l10n handled.

[Andre Fischer]

On 24.03.2013 21:19, janI wrote:

Hi all.

I have started to integrate genLang into the build structure replacing the
currenct l10n part, or more correctly I have strugled to understand head
and tail.

I thought (as written in my document earlier and corrected by none) that
somewhere localize_sl was called to do the extract/merge, but I cannot find
a single file that contains a call to localize_sl.


Hi Jan,

as far as I know the extraction part was never part of our regular build 
system but was triggered by release engineers on demand.  I guess that 
there where scripts for that that where never checked in.


The part that is part of the build system is the integration of 
localized strings.




I then removed all unxlangx6.pro (I use ubuntu) and did a build --all where
I recorded all output. Now I could see that transex3, helpex, ulfex, cfgex
and xrmex was called directly. Having seen that I thought it is in the
local makefiles, but no luck.


Keep in mind that we have two very different make file systems.  The 
unxlingx6.pro directory is used in modules by the dmake system.
The gbuild system stores its files (that is true for files visible only 
module locally as well as globally) in main/solver/
But as I said above, you will not find the extraction anywhere (that is 
my understanding but I could easily be wrong) in the makefiles.




The following files have a reference to transex3:
./toolkit/src2xml/source/src2xml.py
Don't know what this does but I am not sure that it is related to the 
text extraction.
I tried to trigger the execution of the commands in question but was not 
successful.  Touching a .src file in main/sw and then rebuilding sw 
should do the trick.  But maybe the transex3 related commands are only 
triggered when gbuild is run globally, not on a per-module bases.  
Trouble is, the global mode (gbuild replaces build.pl) does not work, as 
far as I know.
But this may server as a hint on how to integrate transex3 into gbuild 
modules.



./solenv/gbuild/AllLangResTarget.mk
This is interesting because it really applies transex3 to .src files in 
eg. main/sw.



./solenv/inc/os2gcci.mk
./solenv/inc/libs.mk
./solenv/inc/unitools.mk
These define compile flags and libraries that are probably used to build 
the transex3 executable.





But I cannot see how that connects into the build system.

In order to integrate genLang I need to understand to things:
a) where the current system builds l10n parts
If you mean extraction, then as already stated, I think that the current 
system does not do that.



b) where I could attach genLang (it should only be called once for every
module, with a list of files to extract/merge).


That is the one million dollar question.  For gbuild you may have 
already found your answer, see above.
For dmake: dmake builds a module directory by directory.  The .src files 
are also handled per-directory.  See for example 
main/sd/source/ui/app/makefile.mk.  It lists 6 .src files to be turned 
into one .srs files (line 44: SRC1FILES = ...)  It even contains a line 
(line 99)


LOCALIZE_ME =  tbxids_tmpl.src menuids2_tmpl.src menu_tmpl.src 
menuids_tmpl.src menuids4_tmpl.src popup2_tmpl.src toolbox2_tmpl.src   
menuportal_tmpl.src menuids3_tmpl.src


which, I must admit, I have not seen before.

If you want to do anything per-module then look at 
/util/makefile.mk.  In sd/util/makefile.mk you will find (line 40)

  RESLIB1SRSFILES=\
$(SRS)$/app.srs\
$(SRS)$/dlg.srs\
$(SRS)$/core.srs\
$(SRS)$/html.srs\
$(SRS)$/accessibility.srs\
$(SRS)$/notes.srs\
$(SRS)$/animui.srs\
$(SRS)$/slideshow.srs\
$(SRS)$/slsview.srs\
$(SRS)$/uitable.srs\
$(SRS)$/view.srs\
$(SRS)$/uiannotations.srs\

a list of .srs files.  The app.srs is built for the sd/source/ui/app 
directory as mentioned above.



Now, for your changes.  You may be able to use the existing lists from 
the makefiles (SRC1FILES and RESLIB1SRSFILES) and add new makefiles and 
new  targets to solenv/inc that trigger your code.


But that is already all I can say. Sorry.

-Andre



I hope someone can give me a hint on where to get more information, at the
moment I am pretty lost.

Once I get this working, I can do the final testing, and we can get rid of
the sdf files, coding is so far completed.

thx in advance for any serious help.
Jan I.




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

Re: [question] build structure, how is l10n handled.

[janI]

On 25 March 2013 11:08, Andre Fischer  wrote:

> On 24.03.2013 21:19, janI wrote:
>
>> Hi all.
>>
>> I have started to integrate genLang into the build structure replacing the
>> currenct l10n part, or more correctly I have strugled to understand head
>> and tail.
>>
>> I thought (as written in my document earlier and corrected by none) that
>> somewhere localize_sl was called to do the extract/merge, but I cannot
>> find
>> a single file that contains a call to localize_sl.
>>
>
> Hi Jan,
>
> as far as I know the extraction part was never part of our regular build
> system but was triggered by release engineers on demand.  I guess that
> there where scripts for that that where never checked in.
>
> The part that is part of the build system is the integration of localized
> strings.
>
That is what I found as well, build uses the sdf files to generate the
translated source, with genLang it is combined in one step (read source,
generate po, merge to source with languages).



>
>> I then removed all unxlangx6.pro (I use ubuntu) and did a build --all
>> where
>> I recorded all output. Now I could see that transex3, helpex, ulfex, cfgex
>> and xrmex was called directly. Having seen that I thought it is in the
>> local makefiles, but no luck.
>>
>
> Keep in mind that we have two very different make file systems.  The
> unxlingx6.pro directory is used in modules by the dmake system.
> The gbuild system stores its files (that is true for files visible only
> module locally as well as globally) in main/solver/
> But as I said above, you will not find the extraction anywhere (that is my
> understanding but I could easily be wrong) in the makefiles.
>

Are you saying the gbuild is partly integrated in trunk ??? I thought it
was still experimental in branch/gbuild.

I am not just looking for extraction, but simply how to get genLang
integrated.


>
>> The following files have a reference to transex3:
>> ./toolkit/src2xml/source/**src2xml.py
>>
> Don't know what this does but I am not sure that it is related to the text
> extraction.
>

Toolkit is the API of AOO if I understand it correctly ?


> I tried to trigger the execution of the commands in question but was not
> successful.  Touching a .src file in main/sw and then rebuilding sw should
> do the trick.  But maybe the transex3 related commands are only triggered
> when gbuild is run globally, not on a per-module bases.  Trouble is, the
> global mode (gbuild replaces build.pl) does not work, as far as I know.
> But this may server as a hint on how to integrate transex3 into gbuild
> modules.
>

I did it with success, even though I did it by removing  unxlng6.pro, then
build (called locally) called transex3. So maybe I have used gbuild even
though I called build.



>
>  ./solenv/gbuild/**AllLangResTarget.mk
>>
> This is interesting because it really applies transex3 to .src files in
> eg. main/sw.
>
>  ./solenv/inc/os2gcci.mk
>> ./solenv/inc/libs.mk
>> ./solenv/inc/unitools.mk
>>
> These define compile flags and libraries that are probably used to build
> the transex3 executable.
>
>
>
>> But I cannot see how that connects into the build system.
>>
>> In order to integrate genLang I need to understand to things:
>> a) where the current system builds l10n parts
>>
> If you mean extraction, then as already stated, I think that the current
> system does not do that.
>
>  b) where I could attach genLang (it should only be called once for every
>> module, with a list of files to extract/merge).
>>
>
> That is the one million dollar question.  For gbuild you may have already
> found your answer, see above.
> For dmake: dmake builds a module directory by directory.  The .src files
> are also handled per-directory.  See for example main/sd/source/ui/app/
> makefile**.mk .  It lists 6 .src files to be turned
> into one .srs files (line 44: SRC1FILES = ...)  It even contains a line
> (line 99)
>
Now the 2 million dollard question, you told me long time ago, that gbuild
would not be ready for a long time, it that still the case, is anyone
working actively on it ?

Otherwise it seems I have to fight my way through both new an old build.


>
> LOCALIZE_ME =  tbxids_tmpl.src menuids2_tmpl.src menu_tmpl.src
> menuids_tmpl.src menuids4_tmpl.src popup2_tmpl.src toolbox2_tmpl.src
> menuportal_tmpl.src menuids3_tmpl.src
>
> which, I must admit, I have not seen before.
>
> If you want to do anything per-module then look at /util/
> makefile.mk.  In sd/util/makefile.mk you will find (line 40)
>   RESLIB1SRSFILES=\
> $(SRS)$/app.srs\
> $(SRS)$/dlg.srs\
> $(SRS)$/core.srs\
> $(SRS)$/html.srs\
> $(SRS)$/accessibility.srs\
> $(SRS)$/notes.srs\
> $(SRS)$/animui.srs\
> $(SRS)$/slideshow.srs\
> $(SRS)$/slsview.srs\
> $(SRS)$/uitable.srs\
> $(SRS)$/view.srs\
> $(SRS)$/uiannotations.srs\
>
> 

Re: [Call-for-Review] code changes for more powerful smarttag extensions

[TJ Frazier]

On 3/18/2013 03:45, Jürgen Schmidt wrote:

On 3/17/13 11:27 PM, TJ Frazier wrote:

... I also noticed that when you zoom a text document the lines for
redlining as well as for smarttags, etc. are not zoomed in the same way
and makes it less visible. But this seems to be a general issue.

Juergen


Hi, Jürgen,

This is one of my pet peeves. The major problem seems to be the line
thickness, which corresponds to the glyph property "stroke weight". The
un-zoomed skinny line just disappears at high zoom factors. Do you want
me to file an issue in BZ on this?


Having an issue for this is definitely a good idea.

Thanks

Juergen




(The problem with cats is, they have kittens.)
If you would take a minute to look through this issue, you will see why 
I am asking you to add a comment on it. I am a firm believer (though 
others disagree) in "BZ as database", that is, as the right place to 
record details for the future; I picked the title as carefully as I 
could, to show up on searches.


/tj/




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

Re: updating Splashscreen

[Rob Weir]

On Sun, Mar 24, 2013 at 10:08 PM, Louis Suárez-Potts  wrote:
> The new-ish splashcreen improves on the old, which had the charm of being 
> written in not-quite-colloquial English. But now its as charming as a gap 
> toothed smile. Things are missing.
>
> So:
>
> NOW:
>
> Copyright © 2012 Apache Software Foundation.
> All rights reserved.
>
> This product was created by Apache Software Foundation, based on Apache 
> OpenOffice.
> Apache OpenOffice acknowledges all community members, especially those 
> mentioned at .
>

Or just drop the 2nd paragraph.  You can't click on the link in the
splash screen, right?  And it is not up long enough for anyone to
write it down.  We can cover that info in Help/About.

-Rob

> —
>
> IMPROVED:
>
> Copyright © 2012 Apache Software Foundation.
> All rights reserved.
>
> This product, Apache OpenOffice, was created by The Apache Software 
> Foundation and is based on code hosted by the ASF.
> We recognize the contributions of the members constituting the Apache 
> OpenOffice Project and in particular credit those mentioned at
>
> --
>
> -louis
> -
> 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: [Proposal]Improve the Cc/Bcc of Mail Merge

[chengjh]

Hi FR,

Thanks for your info..I voted them. And I propose to take them as high
priority candidate for 4.0.thanks.

On Mon, Mar 25, 2013 at 5:55 PM, FR web forum  wrote:

> >I propose to improve the "Cc/Bcc" of mail merge
> Great!
>
> You have 2 issues about it:
> https://issues.apache.org/ooo/show_bug.cgi?id=68294 (no vote)
> https://issues.apache.org/ooo/show_bug.cgi?id=65458 (7 votes)
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 

Best Regards,Jianhong Cheng

Re: updating Splashscreen

[Louis Suárez-Potts]

On 13-03-25, at 07:41 , Rob Weir  wrote:

> On Sun, Mar 24, 2013 at 10:08 PM, Louis Suárez-Potts  wrote:
>> The new-ish splashcreen improves on the old, which had the charm of being 
>> written in not-quite-colloquial English. But now its as charming as a gap 
>> toothed smile. Things are missing.
>> 
>> So:
>> 
>> NOW:
>> 
>> Copyright © 2012 Apache Software Foundation.
>> All rights reserved.
>> 
>> This product was created by Apache Software Foundation, based on Apache 
>> OpenOffice.
>> Apache OpenOffice acknowledges all community members, especially those 
>> mentioned at .
>> 
> 
> Or just drop the 2nd paragraph.  You can't click on the link in the
> splash screen, right?  And it is not up long enough for anyone to
> write it down.  We can cover that info in Help/About.
> 
> -Rob

Suits me.

louis
> 
>> —
>> 
>> IMPROVED:
>> 
>> Copyright © 2012 Apache Software Foundation.
>> All rights reserved.
>> 
>> This product, Apache OpenOffice, was created by The Apache Software 
>> Foundation and is based on code hosted by the ASF.
>> We recognize the contributions of the members constituting the Apache 
>> OpenOffice Project and in particular credit those mentioned at
>> 
>> --
>> 
>> -louis
>> -
>> 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
> 


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

Contribution in Swedish

[Jonas Hellsborn]

Hello,
I'd like to contribute to the Swedish translation(s) of OO.
I have previously tried to download it and mostly met dead links. Once I saw a 
Swedish version "almost finished".
It seems to be lagging, so I'd gladly give a helping hand.

Best regards
Jonas Hellsborn
jo...@metron.se

Re: [question] build structure, how is l10n handled.

[Andre Fischer]

On 25.03.2013 11:40, janI wrote:

On 25 March 2013 11:08, Andre Fischer  wrote:


On 24.03.2013 21:19, janI wrote:


Hi all.

I have started to integrate genLang into the build structure replacing the
currenct l10n part, or more correctly I have strugled to understand head
and tail.

I thought (as written in my document earlier and corrected by none) that
somewhere localize_sl was called to do the extract/merge, but I cannot
find
a single file that contains a call to localize_sl.


Hi Jan,

as far as I know the extraction part was never part of our regular build
system but was triggered by release engineers on demand.  I guess that
there where scripts for that that where never checked in.

The part that is part of the build system is the integration of localized
strings.


That is what I found as well, build uses the sdf files to generate the
translated source, with genLang it is combined in one step (read source,
generate po, merge to source with languages).




I then removed all unxlangx6.pro (I use ubuntu) and did a build --all
where
I recorded all output. Now I could see that transex3, helpex, ulfex, cfgex
and xrmex was called directly. Having seen that I thought it is in the
local makefiles, but no luck.


Keep in mind that we have two very different make file systems.  The
unxlingx6.pro directory is used in modules by the dmake system.
The gbuild system stores its files (that is true for files visible only
module locally as well as globally) in main/solver/
But as I said above, you will not find the extraction anywhere (that is my
understanding but I could easily be wrong) in the makefiles.


Are you saying the gbuild is partly integrated in trunk ??? I thought it
was still experimental in branch/gbuild.


Why do you thing that integrated and experimental are mutually 
exclusive? :-)


To be serious, gbuild is not experimental anymore.  But it is not 
flawless either.
The gbuild branch contains more modules converted to gbuild.  In various 
stages of completeness, I believe.




I am not just looking for extraction, but simply how to get genLang
integrated.



The following files have a reference to transex3:
./toolkit/src2xml/source/**src2xml.py


Don't know what this does but I am not sure that it is related to the text
extraction.


Toolkit is the API of AOO if I understand it correctly ?


It contains some part of API implementation, for the com.sun.star.awt 
stuff for example.  And other things that did not fit anywhere else.






I tried to trigger the execution of the commands in question but was not
successful.  Touching a .src file in main/sw and then rebuilding sw should
do the trick.  But maybe the transex3 related commands are only triggered
when gbuild is run globally, not on a per-module bases.  Trouble is, the
global mode (gbuild replaces build.pl) does not work, as far as I know.
But this may server as a hint on how to integrate transex3 into gbuild
modules.


I did it with success, even though I did it by removing  unxlng6.pro, then
build (called locally) called transex3. So maybe I have used gbuild even
though I called build.


If there is a directory like unxlngx6.pro in your module then it is 
dmake.  If there is a  file Module_.mk then it is gbuild.  
If both is true then there is an error.

But you are right, toolkit is a gbuild module.






  ./solenv/gbuild/**AllLangResTarget.mk
This is interesting because it really applies transex3 to .src files in
eg. main/sw.

  ./solenv/inc/os2gcci.mk

./solenv/inc/libs.mk
./solenv/inc/unitools.mk


These define compile flags and libraries that are probably used to build
the transex3 executable.




But I cannot see how that connects into the build system.

In order to integrate genLang I need to understand to things:
a) where the current system builds l10n parts


If you mean extraction, then as already stated, I think that the current
system does not do that.

  b) where I could attach genLang (it should only be called once for every

module, with a list of files to extract/merge).


That is the one million dollar question.  For gbuild you may have already
found your answer, see above.
For dmake: dmake builds a module directory by directory.  The .src files
are also handled per-directory.  See for example main/sd/source/ui/app/
makefile**.mk .  It lists 6 .src files to be turned
into one .srs files (line 44: SRC1FILES = ...)  It even contains a line
(line 99)


Now the 2 million dollard question, you told me long time ago, that gbuild
would not be ready for a long time, it that still the case, is anyone
working actively on it ?


I am still working on some ideas on how to replace it with something 
readable and understandable that is fast on Windows.  But if I ever 
finish, it will take some time.




Otherwise it seems I have to fight my way through both new an old build.


Ahm, yes, I am afraid that is true.  Even if we integrated the gbuild 
branch today, we would still be far from our goal of a total conversio

Re: [CODE][PROPOSAL]: AOO 4.0 getting rid of the 3 layer office, part 1

[Jürgen Schmidt]

On 3/25/13 3:36 AM, Ariel Constenla-Haile wrote:
> On Sun, Mar 24, 2013 at 07:04:53PM -0700, Dennis E. Hamilton
> wrote:
>> @Ariel,
>> 
>> This is where they are in 3.4.1.  Are you talking about a change
>> for 4.0 or something else?
> 
> Yes, by "now" I meant right-now, on trunk (it would be helpful if
> people -reading this mailing list, not normal users- use the builds
> from the build bots; it would help finding bugs/regressions early,
> not one week before voting the release).
> 
>> The ones quoted below were installed with the normal installation
>> (which is why they are under C:\Program Files\OpenOffice.org 3\).
>> I did nothing to obtain them as extensions.
> 
> You are right, these extensions were bundled with the installation;
> IMO it was a non-sense from the beginning to develop these as
> extensions (at least the presentation minimizer and the presenter
> screen, that have no external dependencies).

I gave a new built trunk version a try on my MacBook and the presenter
screen doesn't work. AOO 3.4.1 worked.

Juergen


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

Re: [CODE][PROPOSAL]: AOO 4.0 getting rid of the 3 layer office, part 1

[Ariel Constenla-Haile]

On Mon, Mar 25, 2013 at 04:29:16PM +0100, Jürgen Schmidt wrote:
> On 3/25/13 3:36 AM, Ariel Constenla-Haile wrote:
> > On Sun, Mar 24, 2013 at 07:04:53PM -0700, Dennis E. Hamilton
> > wrote:
> >> @Ariel,
> >> 
> >> This is where they are in 3.4.1.  Are you talking about a change
> >> for 4.0 or something else?
> > 
> > Yes, by "now" I meant right-now, on trunk (it would be helpful if
> > people -reading this mailing list, not normal users- use the builds
> > from the build bots; it would help finding bugs/regressions early,
> > not one week before voting the release).
> > 
> >> The ones quoted below were installed with the normal installation
> >> (which is why they are under C:\Program Files\OpenOffice.org 3\).
> >> I did nothing to obtain them as extensions.
> > 
> > You are right, these extensions were bundled with the installation;
> > IMO it was a non-sense from the beginning to develop these as
> > extensions (at least the presentation minimizer and the presenter
> > screen, that have no external dependencies).
> 
> I gave a new built trunk version a try on my MacBook and the presenter
> screen doesn't work. AOO 3.4.1 worked.

It works on Windows and Linux, where I could test. Did you check if the 
libraries
were even delivered from the module?

This should copy the libraries:
http://svn.apache.org/viewvc/openoffice/trunk/main/sdext/prj/d.lst?revision=1457159&view=markup
..\%__SRC%\lib\*.dylib %_DEST%\lib%_EXT%\*.dylib

Or even installed?
http://svn.apache.org/viewvc/openoffice/trunk/main/scp2/source/ooo/file_library_ooo.scp?revision=1457159&view=markup#l1340
UNXSUFFIX is .dylib, so this look fine.

For anything else, I can't help, I don't build on Mac.


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgpKeuyBwOSrF.pgp
Description: PGP signature

Re: [CODE][PROPOSAL]: AOO 4.0 getting rid of the 3 layer office, part 1

[Ariel Constenla-Haile]

On Mon, Mar 25, 2013 at 12:58:17PM -0300, Ariel Constenla-Haile wrote:
> > I gave a new built trunk version a try on my MacBook and the presenter
> > screen doesn't work. AOO 3.4.1 worked.
> 
> It works on Windows and Linux, where I could test. Did you check if the 
> libraries
> were even delivered from the module?
> 
> This should copy the libraries:
> http://svn.apache.org/viewvc/openoffice/trunk/main/sdext/prj/d.lst?revision=1457159&view=markup
> ..\%__SRC%\lib\*.dylib %_DEST%\lib%_EXT%\*.dylib
> 
> Or even installed?
> http://svn.apache.org/viewvc/openoffice/trunk/main/scp2/source/ooo/file_library_ooo.scp?revision=1457159&view=markup#l1340
> UNXSUFFIX is .dylib, so this look fine.
> 

If delivered, and installed, see if the components can be instantiated:

Sub Test
Dim oPresenterJob as Object
Dim oPresenterProtocol as Object
Dim oMinimizer as Object
Dim oMinimizerDlg as Object

oPresenterJob= 
CreateUnoService("com.sun.star.comp.Draw.framework.PresenterScreenJob")
oPresenterProtocol= 
CreateUnoService("vnd.sun.star.sdext.presenter.PresenterProtocolHandler")

oMinimizer= 
CreateUnoService("com.sun.star.comp.ui.dialogs.PresentationMinimizerDialog")
oMinimizerDlg = CreateUnoService("com.sun.star.comp.PPPOptimizerImp")
End Sub

Now that I look at this, even if there is no profile migration, I should
change the names to avoid name clashes.


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgpaNspfmhjS0.pgp
Description: PGP signature

Re: [CODE][PROPOSAL]: AOO 4.0 getting rid of the 3 layer office, part 1

[Andre Fischer]

On 25.03.2013 03:36, Ariel Constenla-Haile wrote:

On Sun, Mar 24, 2013 at 07:04:53PM -0700, Dennis E. Hamilton wrote:

@Ariel,

This is where they are in 3.4.1.  Are you talking about a change for 4.0 or 
something else?

Yes, by "now" I meant right-now, on trunk (it would be helpful if people
-reading this mailing list, not normal users- use the builds from the
build bots; it would help finding bugs/regressions early, not one week
before voting the release).


The ones quoted below were installed with the normal installation (which is why 
they are under
C:\Program Files\OpenOffice.org 3\).  I did nothing to obtain them as 
extensions.

You are right, these extensions were bundled with the installation; IMO
it was a non-sense from the beginning to develop these as extensions (at
least the presentation minimizer and the presenter screen, that have no
external dependencies).


I disagree and I don't see why this change should be a good thing.

Being an extension has several advantages:

-  Updates can be provided independently of the AOO release cycle. This 
is something that I have used several times in the past and always was 
very glad that I had it.


- Easy control over the feature set that is shipped with OpenOffice.  
This is something that we use extensively for dictionaries.


- Forces the developer to write clean code that does not use anything 
outside the ODK.


I personally would like to see more code moved to extensions than the 
other way round.


In this special case I would like to know how the user can turn of the 
presenter screen.  Did you add a button or option for this?. The 
original idea was that activation/deactivation is done by 
activating/installing or deactivating/uninstalling the extension. That 
was somewhat undermined by product managers who shipped the extension 
with OOo but hid the Presenter Console extension from the extension 
manager.  It was still possible to uninstall the extension but not via 
the UI.


-Andre





Regards



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

Re: [CODE][PROPOSAL]: AOO 4.0 getting rid of the 3 layer office, part 1

[Ariel Constenla-Haile]

On Mon, Mar 25, 2013 at 05:37:06PM +0100, Andre Fischer wrote:
> On 25.03.2013 03:36, Ariel Constenla-Haile wrote:
> >On Sun, Mar 24, 2013 at 07:04:53PM -0700, Dennis E. Hamilton wrote:
> >>@Ariel,
> >>
> >>This is where they are in 3.4.1.  Are you talking about a change for 4.0 or 
> >>something else?
> >Yes, by "now" I meant right-now, on trunk (it would be helpful if people
> >-reading this mailing list, not normal users- use the builds from the
> >build bots; it would help finding bugs/regressions early, not one week
> >before voting the release).
> >
> >>The ones quoted below were installed with the normal installation (which is 
> >>why they are under
> >>C:\Program Files\OpenOffice.org 3\).  I did nothing to obtain them as 
> >>extensions.
> >You are right, these extensions were bundled with the installation; IMO
> >it was a non-sense from the beginning to develop these as extensions (at
> >least the presentation minimizer and the presenter screen, that have no
> >external dependencies).
> 
> I disagree and I don't see why this change should be a good thing.
> 
> Being an extension has several advantages:
> 
> -  Updates can be provided independently of the AOO release cycle.

When was the Presenter Screen released since OpenOffice is at the ASF?

> This is something that I have used several times in the past and
> always was very glad that I had it.

Did AOO ever release the extensions? No. You can go to the extension
site and there are still the Sun/Oracle versions of these extensions
(the wiki publisher is even named "Sun").

> - Easy control over the feature set that is shipped with OpenOffice.
> This is something that we use extensively for dictionaries.

If dictionaries were ALv2, for sure AOO would include them, as
Sun/Oracle did (this was something the native-lang asked for long time).
So this is something we use with dictionaries just because we cannot
include them by default.

> - Forces the developer to write clean code that does not use
> anything outside the ODK.

You must be kidding, "nothing outside the ODK" is not what happened with
the Presenter Screen, you know this as you were the one that developed
it :)

The work-arounds used to develop the Present Screen only show how badly
designed is sometimes the API (I'm talking about the canvas module,
a *whole* API module that cannot be used by the API users). IMO this is
the proof that this was no clean code that uses only stuff in ODK:
http://www.openoffice.org/api/docs/common/ref/com/sun/star/drawing/XPresenterHelper.html

"This interface is a collection of functions that are necessary to
implement larger parts of the presenter screen as extension. The methods
of this interface give access to services that can, at the moment, only
implemented in the Office core, not in an extension."

Could you have developed the Presenter Screen without such a workaround? The
same applies for the ReportBuilder, but we don't build it anyway.

A "normal" extension developer could have never developed the Presenter
Screen. The Presenter Screen and the Report Builder needed code in the
application core (and not only designing new API): for the case of the
Presenter Screen, could it work without the code here?
http://svn.apache.org/viewvc/openoffice/trunk/main/sd/source/ui/presenter/

So you choose the worst example, the WikiPublisher and the Presentation
Minimizer are certainly pure UNO code, but the PS no.

> I personally would like to see more code moved to extensions than
> the other way round.

While I agree in general, I disagree with the case of these three
extensions.

> In this special case I would like to know how the user can turn of
> the presenter screen.  Did you add a button or option for this?. 

No, I guess the user can deactivate the UNO component (I'm kidding). How
does the user deactivate it now? As bundled extension is not listed in
the Extension Manager. The average user will have no idea that the
Presenter Screen is installed as an extension.

> The original idea was that activation/deactivation is done by
> activating/installing or deactivating/uninstalling the extension.
> That was somewhat undermined by product managers who shipped the
> extension with OOo but hid the Presenter Console extension from the
> extension manager.  It was still possible to uninstall the extension
> but not via the UI.

I don't see a regression here, from the user perspective, in 3.4.1 the
Presenter Screen cannot be deactivated.

So I see the following advantages:

* pre-bundled extensions are broken on Linux:
 https://issues.apache.org/ooo/show_bug.cgi?id=120606
 Of course, the proper fix for this bug is fixing it. Why is the
 Presenter Screen a bundled extension? To work around
 https://issues.apache.org/ooo/show_bug.cgi?id=120338
 Could the extension be a normal extension as downloaded from the
 extension site without deadlocking? This is just another point to have
 this integrated and not as an extension

* we have three extensions that we never rele

Re: Problems with Accessibility in Open Office

[Doitblind Jennifer McKinley]

Good Morning,

Thank you for including us on this list.  

John and I started Do It Blind because of the lack of accessibility for blind 
and visually impaired people for the majority of programs.  Although many 
programs say they are accessible, we have found they are minimally accessible 
and do not make things very easy or friendly for blind users.  John is 100% 
blind and I am fully sighted.  We are a 2 person team taking on the world of 
accessibility.  
When we launched doitblind.com, we immediately started receiving requests to 
script many different programs.  We script programs that are most commonly 
requested and able to be scripted for blind accessibility.  When you visit 
doitblind.com, you will see where you are able to download the different 
scripts.  We currently charge a one time minimal fee for the different 
programs.  
We have had requests to make Open Office blind accessible and decided to look 
into it.  What we would like to do is write the scripts to make Open Office 
accessible.  We would then put the scripts on our website and allow people to 
purchase the scripts which would make Open Office more accessible than it 
currently is.   
As far as programing languages are concerned, we do JAWS scripting.  As far as 
508 compliance goes, we can aid programmers in making screen readers natively 
supported.  If there is currently someone working on accessibility, we would 
love to be in touch with them.  Thank you!  We hope everyone has a wonderful 
afternoon!

Jennifer McKinley
Co-Founder, Do It Blind, LLC
j...@doitblind.com
doitblind.com
505-382-2641

From: Steve Yin 
Sent: Sunday, March 24, 2013 11:30 PM
To: dev@openoffice.apache.org ; orc...@apache.org 
Cc: Waldorf PC ; j...@doitblind.com 
Subject: Re: Problems with Accessibility in Open Office

Hi Reina, 

Did you install the Symphony successfully? If not, please try to remove the 
Symphony work space firstly. The path of it is like this: C:\Documents and 
Settings\username\IBM\Lotus\Symphony. Thanks.



On Mon, Mar 25, 2013 at 1:00 AM, Dennis E. Hamilton  wrote:

  Hello Reina,

  I trust you are well.

  It would be useful to have the rplauncher.og that is left when your install 
of Symphony fails to open.

  Another person has expressed interest in accessibility for blind users.  I 
have included Jennifer on this note. I don't know how much the work of "Do It 
Blind" is tied to 508 Compliance.

  Regards,

  - Dennis

  > My name is Jennifer McKinley.  I am the co-founder of Do It Blind.  My
  > business partner, John Martyn, and I would like to work with Open Office to
  > make it blind accessible.  We have already developed scripts for other very
  > popular programs like iTunes, Rhapsody, and Spotify.  Please visit
  > doitblind.com for more information on them.  Who can we speak with in
  > regards to making Open Office blind accessible?
  > Please email me or call me.  We appreciate your time.
  >
  > Thank you!
  >
  > Jennifer McKinley
  > Co-Founder, Do It Blind, LLC
  > doitblind.com
  > 505-382-2641


  -Original Message-
  From: Dennis E. Hamilton [mailto:dennis.hamil...@acm.org]

  Sent: Sunday, March 17, 2013 13:09
  To: dev@openoffice.apache.org
  Cc: 'Waldorf PC'
  Subject: RE: Problems with Accessibility in Open Office


  A. I was able to install Symphony 3.0.1 and the Fix Pack 2.  I also
  have obtained the rcplauncher.log, which is rather interesting.

  B. When you are able to get Symphony operating, there is a feature
  that will be interesting to understand the accessibility of.  There is
  a sidebar on the right of the Symphony window that includes a variety
  of dialogs and a way to select among them.  This is also a feature that
  is being worked up for Apache OpenOffice 4.x.


  [ ... ]



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






-- 

Best Regards,

Steve Yin

Problem with module VCL

[Alan Eduardo Puc Pech]

Hello team, I'm Alan, Now I have a problem about building AOO with the
module VCL.

The error this is:

[ build CXX ] vcl/unx/generic/gdi/salvd
[ build CXX ] vcl/unx/generic/gdi/xrender_peer
[ build CXX ] vcl/unx/generic/printergfx/bitmap_gfx
[ build CXX ] vcl/unx/generic/printergfx/common_gfx
[ build CXX ] vcl/unx/generic/printergfx/glyphset
[ build CXX ] vcl/unx/generic/printergfx/printerjob
[ build CXX ] vcl/unx/generic/printergfx/psputil
[ build CXX ] vcl/unx/generic/printergfx/text_gfx
[ build CXX ] vcl/unx/generic/window/FWS
[ build CXX ] vcl/unx/generic/window/salframe
[ build CXX ] vcl/unx/generic/window/salobj
[ build LNK ] Library/libvclplug_gen.so
/usr/bin/ld: cannot find -lXinerama
collect2: error: ld returned 1 exit status
make: *** [/home/alan/aoo/main/solver/400/
unxlngi6.pro/workdir/LinkTarget/Library/libvclplug_gen.so] Error 1
dmake:  Error code 2, while making 'all'

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

Reason(s):

ERROR: error 65280 occurred while making /home/alan/aoo/main/vcl/prj

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

build --all:vcl

I would like to know what this error is? because I went to this directory:
/home/alan/aoo/main/solver/400/
unxlngi6.pro/workdir/LinkTarget/Library/libvclplug_gen.so and I did not
find this file: libvclplug_gen.so. I need your help.

Regards. Alan

Re: [question] build structure, how is l10n handled.

[janI]

On 25 March 2013 14:33, Andre Fischer  wrote:

> On 25.03.2013 11:40, janI wrote:
>
>> On 25 March 2013 11:08, Andre Fischer  wrote:
>>
>>  On 24.03.2013 21:19, janI wrote:
>>>
>>>  Hi all.

 I have started to integrate genLang into the build structure replacing
 the
 currenct l10n part, or more correctly I have strugled to understand head
 and tail.

 I thought (as written in my document earlier and corrected by none) that
 somewhere localize_sl was called to do the extract/merge, but I cannot
 find
 a single file that contains a call to localize_sl.

  Hi Jan,
>>>
>>> as far as I know the extraction part was never part of our regular build
>>> system but was triggered by release engineers on demand.  I guess that
>>> there where scripts for that that where never checked in.
>>>
>>> The part that is part of the build system is the integration of localized
>>> strings.
>>>
>>>  That is what I found as well, build uses the sdf files to generate the
>> translated source, with genLang it is combined in one step (read source,
>> generate po, merge to source with languages).
>>
>>
>>
>>  I then removed all unxlangx6.pro (I use ubuntu) and did a build --all
 where
 I recorded all output. Now I could see that transex3, helpex, ulfex,
 cfgex
 and xrmex was called directly. Having seen that I thought it is in the
 local makefiles, but no luck.

  Keep in mind that we have two very different make file systems.  The
>>> unxlingx6.pro directory is used in modules by the dmake system.
>>> The gbuild system stores its files (that is true for files visible only
>>> module locally as well as globally) in main/solver/
>>> But as I said above, you will not find the extraction anywhere (that is
>>> my
>>> understanding but I could easily be wrong) in the makefiles.
>>>
>>>  Are you saying the gbuild is partly integrated in trunk ??? I thought it
>> was still experimental in branch/gbuild.
>>
>
> Why do you thing that integrated and experimental are mutually exclusive?
> :-)
>
> To be serious, gbuild is not experimental anymore.  But it is not flawless
> either.
> The gbuild branch contains more modules converted to gbuild.  In various
> stages of completeness, I believe.
>
>
>> I am not just looking for extraction, but simply how to get genLang
>> integrated.
>>
>>
>>  The following files have a reference to transex3:
 ./toolkit/src2xml/source/src2xml.py

  Don't know what this does but I am not sure that it is related to the
>>> text
>>> extraction.
>>>
>>>  Toolkit is the API of AOO if I understand it correctly ?
>>
>
> It contains some part of API implementation, for the com.sun.star.awt
> stuff for example.  And other things that did not fit anywhere else.
>
>
>
>>
>>  I tried to trigger the execution of the commands in question but was not
>>> successful.  Touching a .src file in main/sw and then rebuilding sw
>>> should
>>> do the trick.  But maybe the transex3 related commands are only triggered
>>> when gbuild is run globally, not on a per-module bases.  Trouble is, the
>>> global mode (gbuild replaces build.pl) does not work, as far as I know.
>>> But this may server as a hint on how to integrate transex3 into gbuild
>>> modules.
>>>
>>>  I did it with success, even though I did it by removing  unxlng6.pro,
>> then
>> build (called locally) called transex3. So maybe I have used gbuild even
>> though I called build.
>>
>
> If there is a directory like unxlngx6.pro in your module then it is
> dmake.  If there is a  file Module_.mk then it is gbuild.  If
> both is true then there is an error.
> But you are right, toolkit is a gbuild module.
>
>
>>
>>
>>./solenv/gbuild/AllLangResTarget.mk
>>>
>>> This is interesting because it really applies transex3 to .src files in
>>> eg. main/sw.
>>>
>>>   ./solenv/inc/os2gcci.mk
>>>
 ./solenv/inc/libs.mk
 ./solenv/inc/unitools.mk

  These define compile flags and libraries that are probably used to
>>> build
>>> the transex3 executable.
>>>
>>>
>>>
>>>  But I cannot see how that connects into the build system.

 In order to integrate genLang I need to understand to things:
 a) where the current system builds l10n parts

  If you mean extraction, then as already stated, I think that the
>>> current
>>> system does not do that.
>>>
>>>   b) where I could attach genLang (it should only be called once for
>>> every
>>>
 module, with a list of files to extract/merge).

  That is the one million dollar question.  For gbuild you may have
>>> already
>>> found your answer, see above.
>>> For dmake: dmake builds a module directory by directory.  The .src files
>>> are also handled per-directory.  See for example main/sd/source/ui/app/
>>> makefile**.mk .  It lists 6 .src files to be turned
>>>
>>> into one .srs files (line 44: SRC1FILES = ...)  It even contains a line
>>> (line 99)
>>>
>>>  Now the 2 million dollard question,

Re: [question/feature request] Is it planing to implement (math) formula import from .docx format?

[Торохов Сергей]

It seems second attachment is too big (> 100 kb) and doesn't get through,
so pdf-example could be downloaded from apache bugzilla (with initial 
docx-example placed in zip-archive - 140 kb):


https://issues.apache.org/ooo/attachment.cgi?id=80259

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

Re: [CODE][PROPOSAL]: AOO 4.0 getting rid of the 3 layer office, part 1

[Hagar Delest]

Le 25/03/2013 17:37, Andre Fischer a écrit :

- Easy control over the feature set that is shipped with OpenOffice. This is 
something that we use extensively for dictionaries.


+1. I know about the dictionaries. But basically I think that we should keep 
the bundled dics as few as possible and let the user install extra dics if 
needed.



In this special case I would like to know how the user can turn of the 
presenter screen.  Did you add a button or option for this?. The original idea 
was that activation/deactivation is done by activating/installing or 
deactivating/uninstalling the extension. That was somewhat undermined by 
product managers who shipped the extension with OOo but hid the Presenter 
Console extension from the extension manager.  It was still possible to 
uninstall the extension but not via the UI.


+1. There are some advanced features that are of no use for me (like those 
related to Impress). In the past I could deactivate them (in 3.4.0 IIRC). But 
well, perhaps there is no real gain to remove the extension.

There is a balance to find between a sleek code with extensions à la Firefox 
for advanced features and a more complex code with more features included with 
less hassle for the users who need them.

Advanced features could be developed as extensions and integrated in the main 
code if they meet big success.

Hagar

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

[question/feature request] Is it planing to implement (math) formula import from .docx format?

[Торохов Сергей]

Unfortunately currently Apache OpenOffice 3.4.1 (and recent 3.5 snapshot 
build) cannot display or import any formulas from .docx -
instead them are only blank fields - see attached 
"equations_example.docx" for test and "equations_example.pdf" for 
reference how it must looks.


Is it planning to add some support of math formula import of .docx 
document to new Apache OpenOffice 4.0 release?


equations_example.docx
Description: application/vnd.openxmlformats-officedocument.wordprocessingml.document

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

Re: [question] build structure, how is l10n handled.

[Juergen Schmidt]

Am Montag, 25. März 2013 um 20:52 schrieb janI:
> On 25 March 2013 14:33, Andre Fischer  wrote:
>  
> > On 25.03.2013 11:40, janI wrote:
> >  
> > > On 25 March 2013 11:08, Andre Fischer  wrote:
> > >  
> > > On 24.03.2013 21:19, janI wrote:
> > > >  
> > > > Hi all.
> > > > >  
> > > > > I have started to integrate genLang into the build structure replacing
> > > > > the
> > > > > currenct l10n part, or more correctly I have strugled to understand 
> > > > > head
> > > > > and tail.
> > > > >  
> > > > > I thought (as written in my document earlier and corrected by none) 
> > > > > that
> > > > > somewhere localize_sl was called to do the extract/merge, but I cannot
> > > > > find
> > > > > a single file that contains a call to localize_sl.
> > > > >  
> > > > > Hi Jan,
> > > >  
> > > > as far as I know the extraction part was never part of our regular build
> > > > system but was triggered by release engineers on demand. I guess that
> > > > there where scripts for that that where never checked in.
> > > >  
> > > > The part that is part of the build system is the integration of 
> > > > localized
> > > > strings.
> > > >  
> > > > That is what I found as well, build uses the sdf files to generate the
> > > translated source, with genLang it is combined in one step (read source,
> > > generate po, merge to source with languages).
> > >  
> > >  
> > >  
> > > I then removed all unxlangx6.pro (I use ubuntu) and did a build --all
> > > > > where
> > > > > I recorded all output. Now I could see that transex3, helpex, ulfex,
> > > > > cfgex
> > > > > and xrmex was called directly. Having seen that I thought it is in the
> > > > > local makefiles, but no luck.
> > > > >  
> > > > > Keep in mind that we have two very different make file systems. The
> > > > unxlingx6.pro directory is used in modules by the dmake system.
> > > > The gbuild system stores its files (that is true for files visible only
> > > > module locally as well as globally) in main/solver/
> > > > But as I said above, you will not find the extraction anywhere (that is
> > > > my
> > > > understanding but I could easily be wrong) in the makefiles.
> > > >  
> > > > Are you saying the gbuild is partly integrated in trunk ??? I thought it
> > > was still experimental in branch/gbuild.
> > >  
> >  
> >  
> > Why do you thing that integrated and experimental are mutually exclusive?
> > :-)
> >  
> > To be serious, gbuild is not experimental anymore. But it is not flawless
> > either.
> > The gbuild branch contains more modules converted to gbuild. In various
> > stages of completeness, I believe.
> >  
> >  
> > > I am not just looking for extraction, but simply how to get genLang
> > > integrated.
> > >  
> > >  
> > > The following files have a reference to transex3:
> > > > > ./toolkit/src2xml/source/src2xml.py
> > > > >  
> > > > > Don't know what this does but I am not sure that it is related to the
> > > > text
> > > > extraction.
> > > >  
> > > > Toolkit is the API of AOO if I understand it correctly ?
> >  
> > It contains some part of API implementation, for the com.sun.star.awt
> > stuff for example. And other things that did not fit anywhere else.
> >  
> >  
> >  
> > >  
> > > I tried to trigger the execution of the commands in question but was not
> > > > successful. Touching a .src file in main/sw and then rebuilding sw
> > > > should
> > > > do the trick. But maybe the transex3 related commands are only triggered
> > > > when gbuild is run globally, not on a per-module bases. Trouble is, the
> > > > global mode (gbuild replaces build.pl) does not work, as far as I know.
> > > > But this may server as a hint on how to integrate transex3 into gbuild
> > > > modules.
> > > >  
> > > > I did it with success, even though I did it by removing unxlng6.pro,
> > > then
> > > build (called locally) called transex3. So maybe I have used gbuild even
> > > though I called build.
> > >  
> >  
> >  
> > If there is a directory like unxlngx6.pro in your module then it is
> > dmake. If there is a file Module_.mk then it is gbuild. If
> > both is true then there is an error.
> > But you are right, toolkit is a gbuild module.
> >  
> >  
> > >  
> > >  
> > > ./solenv/gbuild/AllLangResTarget.mk
> > > >  
> > > > This is interesting because it really applies transex3 to .src files in
> > > > eg. main/sw.
> > > >  
> > > > ./solenv/inc/os2gcci.mk
> > > >  
> > > > > ./solenv/inc/libs.mk
> > > > > ./solenv/inc/unitools.mk
> > > > >  
> > > > > These define compile flags and libraries that are probably used to
> > > > build
> > > > the transex3 executable.
> > > >  
> > > >  
> > > >  
> > > > But I cannot see how that connects into the build system.
> > > > >  
> > > > > In order to integrate genLang I need to understand to things:
> > > > > a) where the current system builds l10n parts
> > > > >  
> > > > > If you mean extraction, then as already stated, I think that the
> > > > current
> > > > system does not do that.
> > > >  
> > > > b) 

Re: [CODE][PROPOSAL]: AOO 4.0 getting rid of the 3 layer office, part 1

[Ariel Constenla-Haile]

On Mon, Mar 25, 2013 at 09:41:18PM +0100, Hagar Delest wrote:
> +1. There are some advanced features that are of no use for me (like
> those related to Impress). In the past I could deactivate them (in
> 3.4.0 IIRC). But well, perhaps there is no real gain to remove the
> extension.

But you do hit the point for removing this "extension" that is no
extension at all: you (average user) cannot deactivate in the UI.
Being integrated in the Office is as simple as adding a checkbox on the
Options dialog, and for system administrators an option in an xcu file.

Besides, now as preregistered extensions, they consume space both in the
installation folder and every user directory on your system. Integrated
into the Office code is simply a library, configuration files are
merged, and images part of the global images.zip.

Besides, as preregistered extensions, they are broken on Linux. The fact
that the Presenter Screen ended as a preregistered extensions is just
a hack to workaround bugs, not to mention the whole buggy unopkg sync and
preregistered extensions by itself (no wonder Stephan Bergmann removed
them long ago
http://lists.freedesktop.org/archives/libreoffice/2012-August/036627.html)

Besides the fact that, although being linked only to URE libs, this is
by no means a "normal" extension, and has deep dependencies in the core
code that go beyond mere UNO services as could be used by other
extensions; so the fact of this being an extension is no argument in
favor of the code being easy to maintain, on the contrary, by looking at
the history

[ariel@localhost presenter]$ git log --oneline .
1b138b4 i121873 - Integrate the Presenter Screen
7f0e1cf #121388# - adapt renaming: "Apache OpenOffice" --> "OpenOffice"
77d41e6 i119977 - Update version number to 4.0.0
4edadde Fixed build breaker and some cleanup.
8c43b8f #i119206# use generic methods in presenter-console's makefile
e35efbe fix extension maximal version dependency
b9e592a extensions with updated license get a new version also update 
min-/max-dependency to Apache OpenOffice 3.4+
5729e2e #i119168# update granted extensions to match their ALv2 license
9979154 Added AL2 license.
c30c02e Update headers to Alv2 headers
ffe7841 Update headers to Alv2 headers
cbc6f46 remove svn:executable properties from more source files
50c3fa1 remove svn:executable properties from document templates and samples
ff38d84 remove svn:executable properties from source files
c5fe3be Update headers to Alv2 headers
fbb9cd7 Update headers to Alv2 headers
1f83643 Update headers to Alv2 headers
539ae5f Update headers to Alv2 headers
1842c5f Update headers to Alv2 headers
c946a2d Update headers to Alv2 headers
00639e4 Update headers to Alv2 headers
6b9fba5 Initial import of the old OOo hg repository tip revision.

this shows the code hasn't been touched since it was transfered to the
ASF, since 2011:

changeset:   276848:2418cfd47c84
user:Andre Fischer
date:Wed Mar 23 09:42:08 2011 +0100
files:   sdext/source/presenter/description.xml
description:
impress211: #i110990# Increased version number (micro) of presenter screen 
extension to 1.1.1.


changeset:   276845:d8cdb29e0a59
user:Andre Fischer
date:Fri Mar 11 15:22:17 2011 +0100
files:   sd/source/ui/dlg/present.cxx
sd/source/ui/slideshow/slideshow.cxx
sdext/source/presenter/PresenterScreen.cxx
description:
impress211: #i110990# Fixed remaining problems with display ids and indices.


This could mean:

a) the extension is bug-free and full-featured
b) it is unmaintained

Searching bugs in bugzilla, and looking at the logs in
http://opengrok.libreoffice.org/xref/core/sdext/source/presenter/ seems
to indicate that is far from (a).

IMHO, in the case of this particular extension, having it integrated
makes it more easy to debug and hack on, the problem (a serious one in
this project) is to attract community contributors to work on it.


> Advanced features could be developed as extensions and integrated in
> the main code if they meet big success.

This is far from reality. Advanced features need integration into the
office code. With an hybrid extension that is no real extension because
of it dependencies you end up with something difficult to maintain. The
Report Builder and MySQL Connector are very good examples, besides the
Presenter Screen. Just try to install the MySQL connector and connect to
a socket (Unix) or a pipe (Windows); I could cite more examples, but
I already wrote too much (besides, I used too much the word "besides").


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgp7yfjodgVyi.pgp
Description: PGP signature

annoying input field popup

[B K]

i've been using openoffice for over a year and it was fine til today.
now no matter what document format i use i'm unable to edit without the very 
annoying input field popup.
when i try to backspace to delete a word or letter my cursor changes from the 
vertical line to the hand with the finge rpointing.  i've spent all afternoon 
looking at your help section and checking on google for support from other 
users. so far no luck.
please tell me how to rectify this?
thank you.
bk

Re: A Medium size concern about my Pootle account

[Andrea Pescetti]

Risto Jääskeläinen wrote:

can't find correct email address for new password.


I wrote "ristoi" in https://id.apache.org/reset/enter ; you should have 
received password reset instructions at your saunalahti.fi address. Did 
you receive it?


Regards,
  Andrea.

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

Re: [CODE][PROPOSAL]: AOO 4.0 getting rid of the 3 layer office, part 1

[Hagar Delest]

Top posting.
It was just my user POV. If there is more advantages to merge such code in the 
main trunk, according to your experience as developer, then I've no problem 
with that.
I'm not a developer so I don't want to interfere with false good ideas...

Hagar


Le 25/03/2013 23:12, Ariel Constenla-Haile a écrit :


On Mon, Mar 25, 2013 at 09:41:18PM +0100, Hagar Delest wrote:

+1. There are some advanced features that are of no use for me (like
those related to Impress). In the past I could deactivate them (in
3.4.0 IIRC). But well, perhaps there is no real gain to remove the
extension.


But you do hit the point for removing this "extension" that is no
extension at all: you (average user) cannot deactivate in the UI.
Being integrated in the Office is as simple as adding a checkbox on the
Options dialog, and for system administrators an option in an xcu file.

Besides, now as preregistered extensions, they consume space both in the
installation folder and every user directory on your system. Integrated
into the Office code is simply a library, configuration files are
merged, and images part of the global images.zip.

Besides, as preregistered extensions, they are broken on Linux. The fact
that the Presenter Screen ended as a preregistered extensions is just
a hack to workaround bugs, not to mention the whole buggy unopkg sync and
preregistered extensions by itself (no wonder Stephan Bergmann removed
them long ago
http://lists.freedesktop.org/archives/libreoffice/2012-August/036627.html)

Besides the fact that, although being linked only to URE libs, this is
by no means a "normal" extension, and has deep dependencies in the core
code that go beyond mere UNO services as could be used by other
extensions; so the fact of this being an extension is no argument in
favor of the code being easy to maintain, on the contrary, by looking at
the history

[ariel@localhost presenter]$ git log --oneline .
1b138b4 i121873 - Integrate the Presenter Screen
7f0e1cf #121388# - adapt renaming: "Apache OpenOffice" --> "OpenOffice"
77d41e6 i119977 - Update version number to 4.0.0
4edadde Fixed build breaker and some cleanup.
8c43b8f #i119206# use generic methods in presenter-console's makefile
e35efbe fix extension maximal version dependency
b9e592a extensions with updated license get a new version also update 
min-/max-dependency to Apache OpenOffice 3.4+
5729e2e #i119168# update granted extensions to match their ALv2 license
9979154 Added AL2 license.
c30c02e Update headers to Alv2 headers
ffe7841 Update headers to Alv2 headers
cbc6f46 remove svn:executable properties from more source files
50c3fa1 remove svn:executable properties from document templates and samples
ff38d84 remove svn:executable properties from source files
c5fe3be Update headers to Alv2 headers
fbb9cd7 Update headers to Alv2 headers
1f83643 Update headers to Alv2 headers
539ae5f Update headers to Alv2 headers
1842c5f Update headers to Alv2 headers
c946a2d Update headers to Alv2 headers
00639e4 Update headers to Alv2 headers
6b9fba5 Initial import of the old OOo hg repository tip revision.

this shows the code hasn't been touched since it was transfered to the
ASF, since 2011:

changeset:   276848:2418cfd47c84
user:Andre Fischer
date:Wed Mar 23 09:42:08 2011 +0100
files:   sdext/source/presenter/description.xml
description:
impress211: #i110990# Increased version number (micro) of presenter screen 
extension to 1.1.1.


changeset:   276845:d8cdb29e0a59
user:Andre Fischer
date:Fri Mar 11 15:22:17 2011 +0100
files:   sd/source/ui/dlg/present.cxx
sd/source/ui/slideshow/slideshow.cxx
sdext/source/presenter/PresenterScreen.cxx
description:
impress211: #i110990# Fixed remaining problems with display ids and indices.


This could mean:

a) the extension is bug-free and full-featured
b) it is unmaintained

Searching bugs in bugzilla, and looking at the logs in
http://opengrok.libreoffice.org/xref/core/sdext/source/presenter/ seems
to indicate that is far from (a).

IMHO, in the case of this particular extension, having it integrated
makes it more easy to debug and hack on, the problem (a serious one in
this project) is to attract community contributors to work on it.



Advanced features could be developed as extensions and integrated in
the main code if they meet big success.


This is far from reality. Advanced features need integration into the
office code. With an hybrid extension that is no real extension because
of it dependencies you end up with something difficult to maintain. The
Report Builder and MySQL Connector are very good examples, besides the
Presenter Screen. Just try to install the MySQL connector and connect to
a socket (Unix) or a pipe (Windows); I could cite more examples, but
I already wrote too much (besides, I used too much the word "besides").


Regards



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

questions about Base---do we need an embedded DB?

[Kay Schenk]

Well no doubt this may start a rather heated discussion. I started looking
into the history of the Base component, who is using it now (looked into
Forums, users discussion list), and finally came upon the following FAQ
(edited a LOT just recently):

http://wiki.openoffice.org/wiki/FAQ_%28Base%29

which seems to indicate (hmmm)--

 "Is Base a database?

Not technically. Base serves several roles within the *Office suite
(AOO/
LibO ), but Base *itself* is strictly an
interface (or 
front-end)
designed to connect to various types of databases, by means of
driverfiles."


...and then

"Base offers to create an *all-in-one 'embedded database' file* similar to
MS Access. In this configuration, the front-end components (queries, forms,
reports and macros) are packaged together with the database files produced
by HSQLDB, all within a single Base (.odb) file. Unfortunately, this
single-file concept has proven unreliable with Base, leading to rampant
data 
corruption.
So it's best to avoid the 'Create new database' wizard in Base thereby
avoiding 'embedded database' files (perhaps with the exception of
developing prototypes or distributing
examples).
Fortunately, Base offers an alternative wizard which produces a robust '
split-database'
configuration in which the database (tables and user-data) is stored in a
separate file (or files). Steps for creating a new 'split-database'
utilizing the built-in HSQL database-engine with Base are outlined below."


I don't really know who the author is, but, I too, had been giving this a
great deal of thought. Does a user know what any of this really means, for
example. And, including an embedded DB like HSQL puts added responsibility
for that embedded DB on this project.  What if Base were  strictly  a
front-end?

So, does anyone have any further insights into how many users, if any,
directly use Base to create and use their own individual DBs as opposed to
using the "front-end" capabilities?



-- 

MzK

"Achieving happiness requires the right combination of Zen and Zin."

Re: Contribution in Swedish

[Andrea Pescetti]

Jonas Hellsborn wrote:

I'd like to contribute to the Swedish translation(s) of OO.
I have previously tried to download it and mostly met dead links. Once I saw a Swedish 
version "almost finished".
It seems to be lagging, so I'd gladly give a helping hand.


The Swedish version (3.4.1) was released a couple of months ago.
You can find it on the main download page or in the full download page:
http://www.openoffice.org/download/other.html

If you see wrong/misleading links or instructions somewhere on the 
openoffice.org site, please inform us. I've just found and fixed some 
outdated references.


However, we can still use your help in completing the Swedish 
translation for version 4.0! Please subscribe to the L10N list; you can 
find all details at http://openoffice.apache.org/translate.html


Regards,
  Andrea.

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

Re: questions about Base---do we need an embedded DB?

[Fred Ollinger]

Perhaps a survey question could be regarding this. How many people use
it? What features do they use? What features do they want. To MS
Access users, it could be, feature(s) would get you to switch to AOOO
for all DB needs?

Fred

On Mon, Mar 25, 2013 at 4:39 PM, Ariel Constenla-Haile
 wrote:
> Hi Kay,
>
> On Mon, Mar 25, 2013 at 03:58:06PM -0700, Kay Schenk wrote:
>> Well no doubt this may start a rather heated discussion.
>
> One of my favorites quotes about Base is from Andreas Säger (villeroy on
> the forums):
>
> "The difference between MS Access and Base amounts to several millions of
> Dollars and more than one decade of development time.
>
> Once you got used to MS Access, it is rather unlikely that you will ever
> be able to work with any other set of database utilities.
>
> I wish the AOO team had the balls to remove all the experimental trash
> while keeping bare important database connectivity for the pros. Since
> 2006 the whole concept of Base with the embedded HSQLDB and wizards is
> proven to be completely wrong, wrong, wrong."
>
> http://markmail.org/message/izhtpii5li57lnjn
>
>> I don't really know who the author is, but, I too, had been giving this a
>> great deal of thought. Does a user know what any of this really means, for
>> example. And, including an embedded DB like HSQL puts added responsibility
>> for that embedded DB on this project.  What if Base were  strictly  a
>> front-end?
>>
>> So, does anyone have any further insights into how many users, if any,
>> directly use Base to create and use their own individual DBs as opposed to
>> using the "front-end" capabilities?
>
> This is hard too guess. The majority of AOO users are Windows users, so
> you can asume that the "average user" that tries Base with a MS Office
> background, is looking for something like MS Access. I guess this was
> what drove Sun to create the ODB file with embedded db inside. With such
> an expectation, no wonder this average user gets frustrated with Base.
>
>
> For the whole topic, though it might be interesting to discuss it, IMHO
> it is completely pointless: look at the history in
>
> trunk/main/connectivity
> trunk/main/dbaccess
> trunk/main/reportdesign
> trunk/main/reportbuilder
>
> if there is no one to maintain the code, it will end up being dead code,
> so it's not a matter of "having the balls" (at least not *just* this);
> it's a matter of knowing the code, or willing to learn it and work on it
> (be it for removing Base embedded completely, or for fixing Base bugs,
> or developing Base features).
>
> Many mails can be written discussing dropping embedded HSQLDB engine,
> but at the end who will do this?
>
> Given that the not-so-difficult bug for building with Java 7 (it has
> even the explanation from the HSQLDB developer on the bug, telling how
> to fix it) didn't find someone to take care of him, removing HSQLDB
> seems something unrealistic. Just let it die.
>
>
> 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: questions about Base---do we need an embedded DB?

[Ariel Constenla-Haile]

Hi Kay,

On Mon, Mar 25, 2013 at 03:58:06PM -0700, Kay Schenk wrote:
> Well no doubt this may start a rather heated discussion.

One of my favorites quotes about Base is from Andreas Säger (villeroy on
the forums):

"The difference between MS Access and Base amounts to several millions of
Dollars and more than one decade of development time.

Once you got used to MS Access, it is rather unlikely that you will ever
be able to work with any other set of database utilities.

I wish the AOO team had the balls to remove all the experimental trash
while keeping bare important database connectivity for the pros. Since
2006 the whole concept of Base with the embedded HSQLDB and wizards is
proven to be completely wrong, wrong, wrong."

http://markmail.org/message/izhtpii5li57lnjn

> I don't really know who the author is, but, I too, had been giving this a
> great deal of thought. Does a user know what any of this really means, for
> example. And, including an embedded DB like HSQL puts added responsibility
> for that embedded DB on this project.  What if Base were  strictly  a
> front-end?
> 
> So, does anyone have any further insights into how many users, if any,
> directly use Base to create and use their own individual DBs as opposed to
> using the "front-end" capabilities?

This is hard too guess. The majority of AOO users are Windows users, so
you can asume that the "average user" that tries Base with a MS Office
background, is looking for something like MS Access. I guess this was
what drove Sun to create the ODB file with embedded db inside. With such
an expectation, no wonder this average user gets frustrated with Base.


For the whole topic, though it might be interesting to discuss it, IMHO
it is completely pointless: look at the history in

trunk/main/connectivity
trunk/main/dbaccess
trunk/main/reportdesign
trunk/main/reportbuilder

if there is no one to maintain the code, it will end up being dead code,
so it's not a matter of "having the balls" (at least not *just* this);
it's a matter of knowing the code, or willing to learn it and work on it
(be it for removing Base embedded completely, or for fixing Base bugs,
or developing Base features).

Many mails can be written discussing dropping embedded HSQLDB engine,
but at the end who will do this?

Given that the not-so-difficult bug for building with Java 7 (it has
even the explanation from the HSQLDB developer on the bug, telling how
to fix it) didn't find someone to take care of him, removing HSQLDB
seems something unrealistic. Just let it die.


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgpoEY3bUhv2t.pgp
Description: PGP signature

Re: annoying input field popup

[chengjh]

Hi BK,

Could you please provide a detail use case to describe what's your problem?
Of course, it is better based on a sample..Thus, the community can
understand correctly,and then do something helpful for you. Thanks.

On Tue, Mar 26, 2013 at 6:17 AM, B K  wrote:

> i've been using openoffice for over a year and it was fine til today.
> now no matter what document format i use i'm unable to edit without the
> very annoying input field popup.
> when i try to backspace to delete a word or letter my cursor changes from
> the vertical line to the hand with the finge rpointing.  i've spent all
> afternoon looking at your help section and checking on google for support
> from other users. so far no luck.
> please tell me how to rectify this?
> thank you.
> bk




-- 

Best Regards,Jianhong Cheng

Re: updating Splashscreen

[Samer Mansour]

I think we should start first with what the purpose of the splash screen is:

1 Welcome users. Hi I'm OpenOffice.

2 Provide loading progress.  If loading is so fast do we even need a bar.
Perhaps a spinning circle is better to show activity.

3 Is there any specific requirements. Ie. Legal, asf logo requirement.
My thought, its unlikely we have legal requirement as its not even up long
enough for users to read in order to adhere to.

My contribution in this conversation is to stand in the user's shoes.
Think little sister or mom. Do they read that? Is it foreign concept? Do
they care? Should they really care?

If we cut out text and objects that don't really matter, when it comes time
to present the user with something that does matter they will more likely
read it.

Please note I am listening to feedback with ears wide open, no comment is a
stupid comment. I will place feedback into the application screens wiki
page I started.

Samer
On Mar 25, 2013 8:59 AM, "Louis Suárez-Potts"  wrote:

>
> On 13-03-25, at 07:41 , Rob Weir  wrote:
>
> > On Sun, Mar 24, 2013 at 10:08 PM, Louis Suárez-Potts 
> wrote:
> >> The new-ish splashcreen improves on the old, which had the charm of
> being written in not-quite-colloquial English. But now its as charming as a
> gap toothed smile. Things are missing.
> >>
> >> So:
> >>
> >> NOW:
> >>
> >> Copyright © 2012 Apache Software Foundation.
> >> All rights reserved.
> >>
> >> This product was created by Apache Software Foundation, based on Apache
> OpenOffice.
> >> Apache OpenOffice acknowledges all community members, especially those
> mentioned at .
> >>
> >
> > Or just drop the 2nd paragraph.  You can't click on the link in the
> > splash screen, right?  And it is not up long enough for anyone to
> > write it down.  We can cover that info in Help/About.
> >
> > -Rob
>
> Suits me.
>
> louis
> >
> >> —
> >>
> >> IMPROVED:
> >>
> >> Copyright © 2012 Apache Software Foundation.
> >> All rights reserved.
> >>
> >> This product, Apache OpenOffice, was created by The Apache Software
> Foundation and is based on code hosted by the ASF.
> >> We recognize the contributions of the members constituting the Apache
> OpenOffice Project and in particular credit those mentioned at
> >>
> >> --
> >>
> >> -louis
> >> -
> >> 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
> >
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>

Re: questions about Base---do we need an embedded DB?

[Mechtilde]

Hello,

We need base with its easy way to connect to databases like mysql or
postgresql especially under other OS's than Windows.

we ourselves developed an extension based on this funktion for Law
Offices in Germany

There is no other free Office Suite which had a databse modul which you
can use therefore.

Kind regards

Mechtilde

Am 26.03.2013 01:29, schrieb Fred Ollinger:
> Perhaps a survey question could be regarding this. How many people use
> it? What features do they use? What features do they want. To MS
> Access users, it could be, feature(s) would get you to switch to AOOO
> for all DB needs?
> 
> Fred
> 
>



signature.asc
Description: OpenPGP digital signature

CMS diff: Consensus Building

[Keith McKenna]

Clone URL (Committers only):
https://cms.apache.org/redirect?new=anonymous;action=diff;uri=http://openoffice.apache.org/docs%2Fgovernance%2FconsensusBuilding.mdtext

Keith McKenna

Index: trunk/content/docs/governance/consensusBuilding.mdtext
===
--- trunk/content/docs/governance/consensusBuilding.mdtext  (revision 
1460937)
+++ trunk/content/docs/governance/consensusBuilding.mdtext  (working copy)
@@ -63,4 +63,4 @@
 Once there is a clear consensus members of the community can proceed with 
 the work under the [lazy consensus][1] model.
 
-  [1]: /openofficeorg/docs/governance/lazyConsensus.html
\ No newline at end of file
+  [1]: /docs/governance/lazyConsensus.html
\ No newline at end of file


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