Re: News about the new OOXML framework.

[Jürgen Schmidt]

On 10/06/14 23:54, Marcus (OOo) wrote:
> Am 06/10/2014 11:58 AM, schrieb Andre Fischer:
>> Another update of my progress.
>>
>> I can now create a validating parser, i.e. one that checks that a
>> document conforms to the specs while it parses its content.
>> At the moment the validation is restricted to complex types (as opposed
>> to simple types and attributes) but I think that is the hardest part.
>>
>> One NFA (non-deterministic finite automaton) is created for each complex
>> type and one for the top level elements. The NFAs are then converted
>> into equivalent DFAs (deterministic FAs) and finally minimized (via the
>> Hopcroft algorithm). The minimization step became necessary when I added
>> support for the 'all' schema element which states that its children each
>> occur once in arbitrary order. Recognizing this with an FA leads to
>> enumerate all permutations of the children. With n children there are n!
>> permutations. Luckily the 'all' element is used only once and then only
>> for 7 children (7! = 5040).
>>
>> Here are some numbers:
>> The 1st and 4th edition of the ECMA-376 specification (1st edition is
>> what is used by MS Office, 4th edition is equivalent to the ISO
>> standard) have 40 schema files.
>> These contain 1917 complex types and 781 simple types.
>> Used are 1851 complex types and 727 simple types (have to check if there
>> are really unused complex types or if my optimization is broken).
>>
>> The non-validating parser has 1853 states and 6987 transitions.
>>
>> The validating parser has 129530 states and 43512 transitions after
>> creating the NFAs.
>> After conversion to DFAs there remain 20999 states and 73772 transitions.
>> After minimization there are 6097 states and 34286 transitions.
>>
>> Please note that the time for parsing OOXML documents does not depend on
>> the number of states or transitions. It only depends on the length of
>> the input. The number of states and transitions only make the parser
>> bigger.
>>
>> Progress and commits are tracked in issue 125035.
> 
> that's existing. I cannot really follow the technical stuff and what
> this all means but it sounds like a great progress in the OOXML area.
> And for me this is exiting.

well it simply means that we spent already a lot of time in analyzing
the stuff we have, what and how we can improve it. And it shows that we
follow a very professional approach ;-)

We mean it serious with an improved and better OOXML support including
export. It is what users need and expect because the interoperability
with MS Office is still very important and OOXML becomes more and more
popular and broader used. If we like it or not.

This covers also a lot of ground work, refactoring and feature
development over time to make it possible. The parsing framework is only
one but a very important part of it.

And we will propose, discuss all the things we have in mind in detail
here on the list that everybody who is interested can join our efforts.

Juergen



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

Re: New dev wishing to participate :)

[Jürgen Schmidt]

On 10/06/14 23:40, Greg Rivera wrote:
> Hi everyone!
> 
> My name is Greg Rivera and am interested in becoming a dev for Open Office!
> 
> I am from Los Angeles and am a back-end web developer doing mostly Java. I
> do have experience in C++ (still my preferred language :). I will continue
> following the guide and see if I can build on my local machine, and then
> take a look at the tracking software, etc.
> 
> I look forward to working with the team!
> Greg Rivera
> 

welcome at OpenOffice Greg. It#s a good start to get familiar with the
build system (the beast). Many ideas are flowing around how to improve
it and to consolidate the 2 existing approaches (dmake versus gnu make)
and if you are interested to help you are welcome.

I have introduced Google test to replace cppunit which is license
incompatible and many existing tests have to be migrated. This can be
also some interesting task to get started and learn more about the code.

Just let us know where are interested in. It's also interesting to pick
a specific issues and try to debug the root cause. This is always a good
approach to learn more about the code and how it works.

Again welcome at OpenOffice

Juergen

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

Re: Apachecon EU, and a possible AOO event.

[Jürgen Schmidt]

On 11/06/14 08:21, jan i wrote:
> Hi.
> 
> We have been offered a possibility to have a AOO event just after ApacheCon
> EU.
> 
> ApacheCon EU is monday-wednesday, so the AOO event can be thursday and
> friday, in parallel with a cloudstack event.
> 
> There are costs asociated with the offering, how to handle that is being
> discussed by the PMC, either we find a sponsor and can make the event next
> to free of charge, or we have to charge a fee and look for the more
> professional users (goverments etc).
> 
> I think its a great opertunity to show that AOO is still a very active
> project, and show what we do for other projects. I also believe its a great
> opertunity for developers, QA, documenters to meet with real life users and
> visa versa.
> 
> My aim with such an event, would just be the event itself, and the
> marketing that follows. It can be a major kick to our project.
> 
> But in order for this to be a reality, the community needs to be behind the
> idea, and we need a couple of people to stand up, and help get it organized.
> 
> Therefore my simple questions:
> - Is this something the community at large wants to pursue ?
> - Any volunteers to help ?
> 

I am skeptical that we can manage it in time (specially the sponsoring
part). The CFP for the normal ApacheCon ends June 25th and we can have
potentially a AOO related track during the main conference, I don't
know. But we should not miss this deadline.

I personally will focus on development and release tasks only in the
following month and will not have too much time to help. But I would of
course try to support such an event with a potential talk, a workshop or
whatever.

Juergen



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

[RELEASE]: AOO 4.1.1 code base and some additional proposed fixes

[Jürgen Schmidt]

Hi,

a possible schedule for AOO 4.1.1 is not yet finally discussed and
defined but I would like to propose some further issues that are related
to make the code working on MacOS 10.9.3.

First I propose that we develop the AOO 4.1.1 on the existing branch
AOO410 because it should be a minor bugfix release with some translation
updates. But no bigger features.

And we still have no Mac build bot but I have updated my Mac where I
have built the release in the past. Means I have no 10.7 system in place
and have to build on MacOs 10.9.3. We made these changes already on
trunk and I propose the following issues for integration in AOO 4.1.1 to
make the build possible on MacOS 10.9.3. It will still work on 10.7.
Well I have already prepared a build and did a first basic test but it
will need some more testing of course.

The issues are:

124896 remove obsoleted module-internal custom allocator in SAL,
   https://issues.apache.org/ooo/show_bug.cgi?id=124896

124908 remove custom allocator support in stlport-replacement headers,
   https://issues.apache.org/ooo/show_bug.cgi?id=124908

124422 Build no more possible with Xcode 5.1
   https://issues.apache.org/ooo/show_bug.cgi?id=124422

124442 Mac and Java Oracle 1.7,
   https://issues.apache.org/ooo/show_bug.cgi?id=124442


More things later

Juergen

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

Re: Apachecon EU, and a possible AOO event.

[jan i]

On 11 June 2014 09:51, Jürgen Schmidt  wrote:

> On 11/06/14 08:21, jan i wrote:
> > Hi.
> >
> > We have been offered a possibility to have a AOO event just after
> ApacheCon
> > EU.
> >
> > ApacheCon EU is monday-wednesday, so the AOO event can be thursday and
> > friday, in parallel with a cloudstack event.
> >
> > There are costs asociated with the offering, how to handle that is being
> > discussed by the PMC, either we find a sponsor and can make the event
> next
> > to free of charge, or we have to charge a fee and look for the more
> > professional users (goverments etc).
> >
> > I think its a great opertunity to show that AOO is still a very active
> > project, and show what we do for other projects. I also believe its a
> great
> > opertunity for developers, QA, documenters to meet with real life users
> and
> > visa versa.
> >
> > My aim with such an event, would just be the event itself, and the
> > marketing that follows. It can be a major kick to our project.
> >
> > But in order for this to be a reality, the community needs to be behind
> the
> > idea, and we need a couple of people to stand up, and help get it
> organized.
> >
> > Therefore my simple questions:
> > - Is this something the community at large wants to pursue ?
> > - Any volunteers to help ?
> >
>
> I am skeptical that we can manage it in time (specially the sponsoring
> part). The CFP for the normal ApacheCon ends June 25th and we can have
> potentially a AOO related track during the main conference, I don't
> know. But we should not miss this deadline.
>

No for sure that deadline is important, but there are NO in submitting
talks.

Please submit all the talks you want, when we arrange the talks there will
be either a small AOO track + event, or a (hopefully) big AOO track.

>
> I personally will focus on development and release tasks only in the
> following month and will not have too much time to help. But I would of
> course try to support such an event with a potential talk, a workshop or
> whatever.
>

The more talks/workshops we get the better. There should be plenty of
topics to talk about.

rgds
jan I.


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

Re: .mdb file

[Facundo Cevey]

Yes, try this program http://www.alexnolan.net/software/mdb_viewer_plus.htm



2014-06-10 13:20 GMT-03:00 Kenneth Scotland :

> I have one .mdb file, created some years ago using M/S Access.  It is
>
> a personal file concerning my collections.  However, with acquiring new a
>
> computer, I somehow lost access to Access.  I still have the file, and can
>
> read it.but cannot add items.
>
>
>
> Do you have a program which would help me?
>
>
>
> Thanks for your attention.
>
>
>
> Kenneth Scotland
>
>
>
>
>
> ---
> This email is free from viruses and malware because avast! Antivirus
> protection is active.
> http://www.avast.com
>



-- 

*Cevey Facundo*
Tel:15-33695938

review requested: [Issue 125071] When saving as doc, odt file crashes and immediately recovers : [Attachment 83538] check SwFmt::GetItemState()'s ppItem for NULL

[bugzilla]

h...@apache.org  has asked Oliver-Rainer Wittmann
 for review:
Issue 125071: When saving as doc, odt file crashes and immediately recovers
https://issues.apache.org/ooo/show_bug.cgi?id=125071

Attachment 83538: check SwFmt::GetItemState()'s ppItem for NULL
https://issues.apache.org/ooo/attachment.cgi?id=83538&action=edit


--- Additional Comments from h...@apache.org 
The SwFmt::GetItemState() method shoud check its ppItem pointer argument before
assigning something into it, because NULL is the default value according to
main/sw/inc/format.hxx and thus is allowed.

The suggested patch solves the crash for both Keith's sample document and for
the autotests, but debug logging still emits warnings like "Unhandled
SfxPoolItem with id X" which hint at a deeper problem.

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

Re: Portuguese download broken

[Marcus (OOo)]

Am 06/11/2014 01:23 AM, schrieb Andrea Pescetti:

Marcus (OOo) wrote:

It's easier than thought as only the following has to be done:
- Add the following 4 files back to the main download area:
- download.js
- globalvars.js
- exceptions.css
- release_matrix.js
- Rename the new files with adding something (e.g., "download2.js") to
separate from the old files.


This will cause some caching issues (for those who have already used the
new download page) but indeed it seems not so bad.


caching issues shouldn't be a problem. Just reload the browser window. 
Furthermore, the website will browsed again and again in case of new 
download wishes.



- Change the file references in the "head" part of the "index.html" in
the main download webpage, so that the new files will be used.


OK, unless you wish to rename the old ones (to download_old.js and such)
if this is still easy, since we may want to actually get rid of the old
mechanism in favor of the new one.


It is more effort the other way around as I would need to change every 
localized download webpage. Of course this is also a possible way. We 
just need to agree what we want.



- Delete the added "Click this temporary link to download"
text box in every localized "index.html" file.


For my commits, this means reverting
http://svn.apache.org/viewvc?view=revision&revision=1601211
http://svn.apache.org/viewvc?view=revision&revision=1601213
Of course, feel free to revert both when replacing them with a better
solution.


Now the golden question: :-)
Do we want to go on with the temporary way?
Or change back to the old One-Click-Download behavior?


Could we go back to the old behavior (whatever the file names) but then
try and encapsulate all logic differently?


OK but ...


The most difficult part is that one just wants to localize the page, but
still there's a lot of JavaScript around. From a maintenance point of


... this is a totally different topic. ;-)


view, I would prefer to have a "createDownloadDiv(var strings)" function
that takes an array of all strings needed to build the localized div and
returns the div markup. This would simplify a translator's work, since
they would only have to translate a long but understandable function
call. If this is unclear I can make an example. And this would also
guarantee that we can adjust it more easily.


Yes, I thought about this already a few months ago. A first result was this:

http://ooo-site.staging.apache.org/download/test/l10n/index_en.html

I've done now an example with the new select boxes. You can look into 
the HTML code of the main or German download webpage. You will find a 
file "msg_prop_l10n_en.js" resp. "msg_prop_l10n_de.js" with all strings 
that could be localized. These are assigned in the JS code parts of the 
HTML file.


That means there shouldn't be a need to dive into the HTML+JS code 
sections to find the things to translate. OK, except for the "noscript" 
parts as I don't know a better way for the moment. So, if someone knows 
a way please tell me.



Furthermore, I don't like the idea of a static webpage of this size. It
will become bigger with every new released language. I've done the
current improvements to avoid this piece of effort. ;-)


If we really want to have a webpage to serve all needs of people who
disable technologies, we could build other.html with a script that scans
the files tree and simply outputs a minimal table. But I don't know if
this is worth the effort.


The users that wanted to have a different install file than offered by 
the previous One-Click-Download was surely higher than now with the new 
"select-what-you-want" way. Only these users were the target audience 
for the "other.html" webpage. To build up a relatively easy way to get 
what they want. But the noscript users were not the audience.


The number of users are not very high. It's simply no fun to browse 
nowadays through the Internet with disabled JavaScript. Maybe it's even 
less funny compared with disabled cookies. ;-)


Furthermore, there are some add-ons like "Noscript" where you can 
fine-tune which website is allowed to browse with enabled JavaScript and 
which not.


Right, the "other.html" could be scripted somehow. But at the moment I'm 
still convinced that it is not worth the effort.


Marcus


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

Re: [RELEASE]: AOO 4.1.1 code base and some additional proposed fixes

[Marcus (OOo)]

Am 06/11/2014 11:14 AM, schrieb Jürgen Schmidt:

Hi,

a possible schedule for AOO 4.1.1 is not yet finally discussed and
defined but I would like to propose some further issues that are related
to make the code working on MacOS 10.9.3.

First I propose that we develop the AOO 4.1.1 on the existing branch
AOO410 because it should be a minor bugfix release with some translation
updates. But no bigger features.


Don't we have created a branch for every new release even when it was a 
micro release like 4.1.1? To keep a clean repository for those who want 
to build a specific release from scratch?


Or will you do some magic with SVN tags to reach this?


And we still have no Mac build bot but I have updated my Mac where I
have built the release in the past. Means I have no 10.7 system in place
and have to build on MacOs 10.9.3. We made these changes already on
trunk and I propose the following issues for integration in AOO 4.1.1 to
make the build possible on MacOS 10.9.3. It will still work on 10.7.
Well I have already prepared a build and did a first basic test but it
will need some more testing of course.

The issues are:

124896 remove obsoleted module-internal custom allocator in SAL,
https://issues.apache.org/ooo/show_bug.cgi?id=124896


Should be decided by code developers.


124908 remove custom allocator support in stlport-replacement headers,
https://issues.apache.org/ooo/show_bug.cgi?id=124908


Should be decided by code developers.


124422 Build no more possible with Xcode 5.1
https://issues.apache.org/ooo/show_bug.cgi?id=124422


OK, looks reasonable.


124442 Mac and Java Oracle 1.7,
https://issues.apache.org/ooo/show_bug.cgi?id=124442


The last issue should be already fixed in AOO 4.1.0. Thats what I 
understood from the issue text and target milestone. ;-)


Maybe an issue ID mix-up?

Marcus


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

Re: Portuguese download broken

[Marcus (OOo)]

Am 06/11/2014 07:51 PM, schrieb Marcus (OOo):

Am 06/11/2014 01:23 AM, schrieb Andrea Pescetti:

Marcus (OOo) wrote:



The most difficult part is that one just wants to localize the page, but
still there's a lot of JavaScript around. From a maintenance point of


... this is a totally different topic. ;-)


view, I would prefer to have a "createDownloadDiv(var strings)" function
that takes an array of all strings needed to build the localized div and
returns the div markup. This would simplify a translator's work, since
they would only have to translate a long but understandable function
call. If this is unclear I can make an example. And this would also
guarantee that we can adjust it more easily.


I've completed the separation of code and strings in the "index.html" 
file [1] - except for the "noscript" section.


IMHO there is no longer a need to create a "createDownloadDiv()" 
function to create the green box in localized "index.html" files from an 
external JavaScript file. Otherwise the complete file would be included 
in the separate file and the "index.html" would contain (more or less) 
just the function call. ;-)


[1] http://ooo-site.staging.apache.org/download/test/index.html

Marcus


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

RE: EXTERNAL: Re: Macro Security Button

[Steele, Raymond]

I am not sure if this is desired, but it appears  the configure.in script does 
set’s ENABLE_NSS_MODULE=NO if the category-b flag is enabled.  Is this wrong or 
right? I need the security features enabled.

http://svn.apache.org/viewvc/openoffice/branches/AOO401/main/configure.in?view=markup

AC_MSG_CHECKING([whether to enable category B components])

1430

# Category B modules (libraries):

1431

# moz (seamonkey)

1432

# nss (nss)

1433

# hunspell (hunspell)

1434

# hyphen (hyphen)

1435

# saxon (saxon)

1436

# rhino (rhino)

1437

# beanshell (beanshell)

1438

# graphite (silgraphite)

1439

if test "$enable_category_b" = "yes"; then

1440

ENABLE_CATEGORY_B=YES

1441

enable_hunspell="yes"

1442

enable_hyphen="yes"

1443

enable_saxon="yes"

1444

enable_javascript="yes"

1445

enable_beanshell="yes"

1446

enable_graphite="yes"

1447

enable_coinmp="yes"

1448

enable_category_b_fonts="yes"

1449

1450

AC_MSG_RESULT([yes: allow modules moz, nss, hunspell, hyphen, saxon, rhino, 
beanshell, graphite, coinmp to be built])

1451

else

1452

# Disable libaries.

1453

enable_mozilla="no"

1454

enable_nss_module="no"

1455

enable_hunspell="no"

1456

enable_hyphen="no"

1457

enable_saxon="no"

1458

enable_javascript="no"

1459

enable_beanshell="no"

1460

enable_graphite="no"

1461

enable_coinmp="no"

1462

enable_category_b_fonts="no"




-Original Message-
From: Kay Schenk [mailto:kay.sch...@gmail.com]
Sent: Tuesday, June 10, 2014 8:48 AM
To: OOo Apache
Subject: Re: EXTERNAL: Re: Macro Security Button



On Mon, Jun 9, 2014 at 3:12 PM, Steele, Raymond 
mailto:raymond.ste...@lmco.com>>

wrote:



> I will give this a try. However, I noticed that when I

> -enable-category-b and -enable-nss-module, the environment variable

> ENABLE_NSS_MODULE is set to NO.  Is this correct?

>



This doesn't sound right to me, but typically I don't  "-enable-category-b"

so ENABLE_NSS_MODULE=NO on my setup typically. Looking at configure.in, to me 
it seems -enable-nss-module is set to "yes" unless you set it to no, if you use 
enable-category-b,



If I were you I would try dmake clean (source your shell file first before 
doing this), followed by a fresh configure with just "-enable-category-b"

added and then see what you get on ENABLE_NSS_MODULE.







> -Original Message-

> From: Oliver-Rainer Wittmann [mailto:orwittm...@googlemail.com]

> Sent: Friday, June 06, 2014 4:25 AM

> To: dev@openoffice.apache.org

> Subject: EXTERNAL: Re: Macro Security Button

>

> Hi,

>

> On 05.06.2014 20:24, Steele, Raymond wrote:

> > In reference to the following thread, is setting the

> > -enable-category-b switch and re-compiling the only way to get the

> > macro security button to work in OpenOffice?

> >

> > http://markmail.org/thread/etx2btp74xaazc3p

> >

>

> configure option -enable-category-b activates the build of nss which

> is needed for security related stuff in AOO.

>

> Thus, you can use -enable-category-b to get the macro security stuff.

> I think you can also -enable-nss-module top get it work.

>

> Best regards, Oliver.

>

> > Raymond

> >

> >

>

> -

> 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

>

>





--

-

MzK



"In the midst of winter, I found there was, within me,  an invincible summer."

  -- Albert Camus

Re: [RELEASE]: AOO 4.1.1 code base and some additional proposed fixes

[Jürgen Schmidt]

On 11/06/14 19:51, Marcus (OOo) wrote:
> Am 06/11/2014 11:14 AM, schrieb Jürgen Schmidt:
>> Hi,
>>
>> a possible schedule for AOO 4.1.1 is not yet finally discussed and
>> defined but I would like to propose some further issues that are related
>> to make the code working on MacOS 10.9.3.
>>
>> First I propose that we develop the AOO 4.1.1 on the existing branch
>> AOO410 because it should be a minor bugfix release with some translation
>> updates. But no bigger features.
> 
> Don't we have created a branch for every new release even when it was a
> micro release like 4.1.1? To keep a clean repository for those who want
> to build a specific release from scratch?
> 
> Or will you do some magic with SVN tags to reach this?

no magic, but the difference between a branch and a tag is minimal. I
would create a new branch based on branch AOO410. The release version is
tagged and we tag the 4.1.1 as well.

> 
>> And we still have no Mac build bot but I have updated my Mac where I
>> have built the release in the past. Means I have no 10.7 system in place
>> and have to build on MacOs 10.9.3. We made these changes already on
>> trunk and I propose the following issues for integration in AOO 4.1.1 to
>> make the build possible on MacOS 10.9.3. It will still work on 10.7.
>> Well I have already prepared a build and did a first basic test but it
>> will need some more testing of course.
>>
>> The issues are:
>>
>> 124896 remove obsoleted module-internal custom allocator in SAL,
>> https://issues.apache.org/ooo/show_bug.cgi?id=124896
> 
> Should be decided by code developers.
> 
>> 124908 remove custom allocator support in stlport-replacement headers,
>> https://issues.apache.org/ooo/show_bug.cgi?id=124908
> 
> Should be decided by code developers.
> 
>> 124422 Build no more possible with Xcode 5.1
>> https://issues.apache.org/ooo/show_bug.cgi?id=124422
> 
> OK, looks reasonable.
> 
>> 124442 Mac and Java Oracle 1.7,
>> https://issues.apache.org/ooo/show_bug.cgi?id=124442
> 
> The last issue should be already fixed in AOO 4.1.0. Thats what I
> understood from the issue text and target milestone. ;-)

I will check it, maybe I picked the wrong one.

But the message is that I plan to integrate some necessary changes to
make the build possible ;-)

Juergen



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

Re: EXTERNAL: Re: Macro Security Button

[Jürgen Schmidt]

On 12/06/14 01:41, Steele, Raymond wrote:
> I am not sure if this is desired, but it appears  the configure.in script 
> does set’s ENABLE_NSS_MODULE=NO if the category-b flag is enabled.  Is this 
> wrong or right? I need the security features enabled.
> 

It is correct, we enable some features that depend on category b with
only one switch. Take them all or none. If catgory-b is ok why should
somebody drop a feature?

In your case potentially other category-b feature make problems as well
but this is a different topic.

Juergen


> http://svn.apache.org/viewvc/openoffice/branches/AOO401/main/configure.in?view=markup
> 
> AC_MSG_CHECKING([whether to enable category B components])
> 
> 1430
> 
> # Category B modules (libraries):
> 
> 1431
> 
> # moz (seamonkey)
> 
> 1432
> 
> # nss (nss)
> 
> 1433
> 
> # hunspell (hunspell)
> 
> 1434
> 
> # hyphen (hyphen)
> 
> 1435
> 
> # saxon (saxon)
> 
> 1436
> 
> # rhino (rhino)
> 
> 1437
> 
> # beanshell (beanshell)
> 
> 1438
> 
> # graphite (silgraphite)
> 
> 1439
> 
> if test "$enable_category_b" = "yes"; then
> 
> 1440
> 
> ENABLE_CATEGORY_B=YES
> 
> 1441
> 
> enable_hunspell="yes"
> 
> 1442
> 
> enable_hyphen="yes"
> 
> 1443
> 
> enable_saxon="yes"
> 
> 1444
> 
> enable_javascript="yes"
> 
> 1445
> 
> enable_beanshell="yes"
> 
> 1446
> 
> enable_graphite="yes"
> 
> 1447
> 
> enable_coinmp="yes"
> 
> 1448
> 
> enable_category_b_fonts="yes"
> 
> 1449
> 
> 1450
> 
> AC_MSG_RESULT([yes: allow modules moz, nss, hunspell, hyphen, saxon, rhino, 
> beanshell, graphite, coinmp to be built])
> 
> 1451
> 
> else
> 
> 1452
> 
> # Disable libaries.
> 
> 1453
> 
> enable_mozilla="no"
> 
> 1454
> 
> enable_nss_module="no"
> 
> 1455
> 
> enable_hunspell="no"
> 
> 1456
> 
> enable_hyphen="no"
> 
> 1457
> 
> enable_saxon="no"
> 
> 1458
> 
> enable_javascript="no"
> 
> 1459
> 
> enable_beanshell="no"
> 
> 1460
> 
> enable_graphite="no"
> 
> 1461
> 
> enable_coinmp="no"
> 
> 1462
> 
> enable_category_b_fonts="no"
> 
> 
> 
> 
> -Original Message-
> From: Kay Schenk [mailto:kay.sch...@gmail.com]
> Sent: Tuesday, June 10, 2014 8:48 AM
> To: OOo Apache
> Subject: Re: EXTERNAL: Re: Macro Security Button
> 
> 
> 
> On Mon, Jun 9, 2014 at 3:12 PM, Steele, Raymond 
> mailto:raymond.ste...@lmco.com>>
> 
> wrote:
> 
> 
> 
>> I will give this a try. However, I noticed that when I
> 
>> -enable-category-b and -enable-nss-module, the environment variable
> 
>> ENABLE_NSS_MODULE is set to NO.  Is this correct?
> 
>>
> 
> 
> 
> This doesn't sound right to me, but typically I don't  "-enable-category-b"
> 
> so ENABLE_NSS_MODULE=NO on my setup typically. Looking at configure.in, to me 
> it seems -enable-nss-module is set to "yes" unless you set it to no, if you 
> use enable-category-b,
> 
> 
> 
> If I were you I would try dmake clean (source your shell file first before 
> doing this), followed by a fresh configure with just "-enable-category-b"
> 
> added and then see what you get on ENABLE_NSS_MODULE.
> 
> 
> 
> 
> 
> 
> 
>> -Original Message-
> 
>> From: Oliver-Rainer Wittmann [mailto:orwittm...@googlemail.com]
> 
>> Sent: Friday, June 06, 2014 4:25 AM
> 
>> To: dev@openoffice.apache.org
> 
>> Subject: EXTERNAL: Re: Macro Security Button
> 
>>
> 
>> Hi,
> 
>>
> 
>> On 05.06.2014 20:24, Steele, Raymond wrote:
> 
>>> In reference to the following thread, is setting the
> 
>>> -enable-category-b switch and re-compiling the only way to get the
> 
>>> macro security button to work in OpenOffice?
> 
>>>
> 
>>> http://markmail.org/thread/etx2btp74xaazc3p
> 
>>>
> 
>>
> 
>> configure option -enable-category-b activates the build of nss which
> 
>> is needed for security related stuff in AOO.
> 
>>
> 
>> Thus, you can use -enable-category-b to get the macro security stuff.
> 
>> I think you can also -enable-nss-module top get it work.
> 
>>
> 
>> Best regards, Oliver.
> 
>>
> 
>>> Raymond
> 
>>>
> 
>>>
> 
>>
> 
>> -
> 
>> 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
> 
>>
> 
>>
> 
> 
> 
> 
> 
> --
> 
> -
> 
> MzK
> 
> 
> 
> "In the midst of winter, I found there was, within me,  an invincible summer."
> 
>   -- Albert Camus
> 


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