Re: [Discussion] ODF 1.3 filter implementation strategy

[Rony G. Flatscher (Apache)]

Has there been any work on this since? It seems that not supporting 1.3 causes troubles for AOO 
users who receive 1.3 documents.


---rony


On 12.10.2021 00:00, Kay Schenk wrote:

Hello all --

If you'd like an opinion from someone who hasn't contributed to the project in 
about 3 years...

I think using the filter API is the way to go. I remember getting very curious about the filter 
API quite some time ago for something I wanted to work on -- maybe generic XML docs, and realized 
this API seemed very useful but I wasn't sure how it had been used. So, one opinion for you in any 
case.


On 10/10/21 4:35 AM, Peter Kovacs wrote:

Hi all,

ODF 1.3 becomes more relevant soon. MS Office 2021 will support only ODF 1.3

So I try to look into this, however our implementation on ODF currently uses not the filter API 
but office Document model directly.


Should we stay with this architecture or should we use this opportunity to migrate on a API 
driven filter?


What is your opinion on this?



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

Java BufferedImage with translucency in the clipboard

[Rony G. Flatscher (Apache)]

Placing a BufferedImage with transparency into the system clipboard on Windows and then doing an 
"Edit -> Paste Special ..." in AOO 4.1.14 on Windows will list the following two formats:


   Bitmap
   GDI metafile

whereas MS Word will list the following four formats, among them PNG:

   Bitmap
   Device Independent Bitmap
   Picture (Enhanced Metafile)
   Picture (PNG)

Is it possible to get AOO 4.1.14 to list/use the PNG format somehow?

---rony

Re: state of Blockers on 4.2.0

[Rony G. Flatscher (Apache)]

On 26.09.2022 18:25, Marcus wrote:

Am 24.09.22 um 04:48 schrieb Peter Kovacs:
I was looking at our blockers for 4.2.0. I am confused atm. If I read it right, then we have 3 
Blockers for Windows and 2 for Mac 0 Linux, right?


The other open Bugs are they resolved? - For example 126762 
 seems to be fixed for 4.2., but state is still 
open.


I think a bit of clarity would help. I try to look at the MacOsX build next.


we have a list of all 4.2.0 blocker:
https://cwiki.apache.org/confluence/display/OOOUSERS/Blocker+issues+4.2.0

I don't know if the data is up-to-date - especially the status - however it gives you a better 
overview than the simple listing in Bugzilla.


AFAIK, issue  has been addressed and fixed by Jim, 
if not mistaken.


---rony



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

Re: How to access UNO_CONSTANTS definitions via OLE/COM? (Re: Windows version: ProgIDs and typelibs for OLE/COM ?

[Rony G. Flatscher (Apache)]

   If HasUnoInterfaces(oTD, "com.sun.star.reflection.XEnumTypeDescription") Then
   
     'MsgBox Join( oTD.getEnumNames(), CHR$(10))

     sNames = oTD.getEnumNames()
     lValues = otd.getEnumValues()
     For i = LBound(sNames) To UBound(sNames)
       iCount = iCount + 1
       If (iCount > 40) Then
         MsgBox(s)
         s = ""
       End If
       s = s & lValues(i) & CHR$(9) & sNames(i) & CHR$(10)
     Next
   ElseIf HasUnoInterfaces(oTD, 
"com.sun.star.reflection.XConstantsTypeDescription") Then
     lValues = oTD.getConstants()
     For i = LBound(lValues) To UBound(lValues)
       iCount = iCount + 1
       If (iCount > 40) Then
         MsgBox(s)
         s = ""
       End If
       s = s & lValues(i).getConstantValue() & CHR$(9) & lValues(i).getName() & 
CHR$(10)
     Next
   Else
     'Inspect oTD
     MsgBox "Unsupported type " & sName
     Exit Sub
   End If
   MsgBox s
End Sub

This can be used to see enumerations.

EnumerateEnumerations("com.sun.star.awt.FontSlant")

This can be used to see constant groups.

EnumerateEnumerations("com.sun.star.awt.FontWeight")

Hope this helps a little!


On Friday, June 17, 2022 07:36 EDT, "Rony G. Flatscher (Apache)" 
 wrote:
  OK, it is possible using 
"/singletons/com.sun.star.reflection.theTypeDescriptionManager". (Will have
to look further into it to maybe use it also for UNO_ENUM and the like.)

---rony


On 17.06.2022 12:46, Rony G. Flatscher wrote:

In the process of creating a few nutshell examples using OLE/COM.

One open problem is how to get to the UNO_CONSTANTS via the OLE/COM bridge. 
Here a snippet and its
output (the tilde is the message operator in ooRexx and could be replaced by a 
dot for JScript and
the like; .nil is the singleton object with the string value "The NIL object" 
to represent null):

    factory    = .OLEObject~new('com.sun.star.ServiceManager')
    coreReflection = 
factory~createInstance("com.sun.star.reflection.CoreReflection")

    clzName="com.sun.star.table.CellHoriJustify"
    say clzName":" "(UNO_ENUM)"
    type=coreReflection~forName(clzName)
    say "type:" type "type~getName:" type~getname "(forName)"
    do f over type~getFields   -- iterate over all fields
    say f~getName":" f~get(.nil)   -- show name and get the value
    end
    say
    type=coreReflection~getType(clzName)
    say "type:" type "type~getName:" type~getname "(getType)"

    say "-"~copies(79)
    say
    clzName="com.sun.star.awt.FontWeight"
    say clzName":" "(UNO_CONSTANTS)"
    type=coreReflection~forName(clzName)
    say "type:" type "(forName)"
    say
    type=coreReflection~getType(clzName)
    say "type:" type "type~getName:" type~getname "(getType)"

The output is:

    com.sun.star.table.CellHoriJustify: (UNO_ENUM)
    type: an OLEObject type~getName: com.sun.star.table.CellHoriJustify 
(forName)
    STANDARD: 0
    LEFT: 1
    CENTER: 2
    RIGHT: 3
    BLOCK: 4
    REPEAT: 5

    type: an OLEObject type~getName: string (getType)
---

    com.sun.star.awt.FontWeight: (UNO_CONSTANTS)
    type: The NIL object (forName)

    type: an OLEObject type~getName: string (getType)

So using CoreReflection does not allow one to reflect UNO_CONSTANTS (forName() 
returns null).

Using getType() will return "string" for both, UNO_ENUM and UNO_CONSTANTS.

---

Would anyone have an idea how to use OLE/COM to get at the fields and values 
for UNO_CONSTANTS
like FontWeight (getting the UNO_CONSTANT value for BOLD other than manually via
<https://www.openoffice.org/api/docs/common/ref/com/sun/star/awt/FontWeight.html>)?

---rony

P.S.: In the process of creating OLE/COM nutshell examples for scalc, swriter 
and simpress.


-
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: How to access UNO_CONSTANTS definitions via OLE/COM? (Re: Windows version: ProgIDs and typelibs for OLE/COM ?

[Rony G. Flatscher (Apache)]

OK, it is possible using "/singletons/com.sun.star.reflection.theTypeDescriptionManager". (Will have 
to look further into it to maybe use it also for UNO_ENUM and the like.)


---rony


On 17.06.2022 12:46, Rony G. Flatscher wrote:

In the process of creating a few nutshell examples using OLE/COM.

One open problem is how to get to the UNO_CONSTANTS via the OLE/COM bridge. Here a snippet and its 
output (the tilde is the message operator in ooRexx and could be replaced by a dot for JScript and 
the like; .nil is the singleton object with the string value "The NIL object" to represent null):


   factory    = .OLEObject~new('com.sun.star.ServiceManager')
   coreReflection = 
factory~createInstance("com.sun.star.reflection.CoreReflection")

   clzName="com.sun.star.table.CellHoriJustify"
   say clzName":" "(UNO_ENUM)"
   type=coreReflection~forName(clzName)
   say "type:" type "type~getName:" type~getname "(forName)"
   do f over type~getFields   -- iterate over all fields
   say f~getName":" f~get(.nil)   -- show name and get the value
   end
   say
   type=coreReflection~getType(clzName)
   say "type:" type "type~getName:" type~getname "(getType)"

   say "-"~copies(79)
   say
   clzName="com.sun.star.awt.FontWeight"
   say clzName":" "(UNO_CONSTANTS)"
   type=coreReflection~forName(clzName)
   say "type:" type "(forName)"
   say
   type=coreReflection~getType(clzName)
   say "type:" type "type~getName:" type~getname "(getType)"

The output is:

   com.sun.star.table.CellHoriJustify: (UNO_ENUM)
   type: an OLEObject type~getName: com.sun.star.table.CellHoriJustify (forName)
   STANDARD: 0
   LEFT: 1
   CENTER: 2
   RIGHT: 3
   BLOCK: 4
   REPEAT: 5

   type: an OLEObject type~getName: string (getType)
---

   com.sun.star.awt.FontWeight: (UNO_CONSTANTS)
   type: The NIL object (forName)

   type: an OLEObject type~getName: string (getType)

So using CoreReflection does not allow one to reflect UNO_CONSTANTS (forName() 
returns null).

Using getType() will return "string" for both, UNO_ENUM and UNO_CONSTANTS.

---

Would anyone have an idea how to use OLE/COM to get at the fields and values for UNO_CONSTANTS 
like FontWeight (getting the UNO_CONSTANT value for BOLD other than manually via 
)?


---rony

P.S.: In the process of creating OLE/COM nutshell examples for scalc, swriter and simpress. 



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

Re: How to get debug information (Java, oxt)

[Rony G. Flatscher (Apache)]

Hi Carl,

On 6/7/2022 12:07 AM, Carl Marcum wrote:

Hi Rony,

On 6/6/22 10:15 AM, Rony G. Flatscher (Apache) wrote:

Hi Carl,

On 6/4/2022 3:31 PM, Carl Marcum wrote:
... cut ...

Am 03.10.21 um 15:12 schrieb Rony G. Flatscher:

Searched on the Internet but found no pointers so asking here.

Problem: something goes wrong while registering a Java based extension (an oxt ), but no 
information

is supplied.

Question: how to get debug (logging) information from a Java based extension? 
Maybe with a Java
stacktrace?

---rony

P.S.: Could find the cause in the oxt, but this was really quite time consuming 
(and therefore
effortful). Some new Java code caused a Runtime exception such that the registering of the oxt 
could

not conclude; it would have helped a lot, if the Runtime exception was supplied 
rather an empty
message was given (using unopkg from the commandline).


So the error is during unopkg and not when using the installed extension 
correct?

Yes.
For runtime errors on Linux I start the office from the command line and you can println output 
to it from the extension.


Thank you very much for this hint!


Are you using the --verbose option when using unopkg from the command line?


Yes.

As mentioned in the other reply, one of my problems is that in order to quickly get (re-)adjusted 
to this infrastructure (being away because of other efforts for quite some time in between 
activities) I would need some short, functional examples (like a nutshell extension in Java with 
proper packaging to become able to experiment with both, the Java code and the packaging, hoping 
to develop a conceptual model by doing so). It may be the case that these samples exist, but that 
I have not found them. So any hint or link to such (Java) nutshell examples would be great as 
they probably help a lot getting afloat quickly.


It might be a larger example that what you're looking for but take a look at my openoffice-groovy 
project [1] that adds Apache Groovy as a macro language.

There is also an OXT on the extensions site [2].


Thank you very much, indeed!

As a matter of fact, like yourself I used the BeanShell example to add ooRexx as a macro extension. 
Nevertheless I will look into it (in the middle of July when things have settled down a little bit 
around here), as I might learn how to install the macros in share and user space (doing this 
"manually" currently).


[On the side: my premiere platform for this has been AOO, but because of the students I have been 
also trying to allow for using ooRexx as a macro language also for LO. It seems that LO has changed 
too much to allow that to be still the case, which is awkward. Short of time I am not able to pursue 
that, as the platform defining OO is AOO only.]


If you would rather have an basic stripped down extension example I can generate you one from my 
templates or guide you in setting up so you can generate your own addons and addins.


[1] https://github.com/cbmarcum/openoffice-groovy
[2] https://extensions.openoffice.org/en/project/groovy-scripting-openoffice


That is *very* kind of you and I would like to pick up your offer about samples that would 
show/demonstrate/guide to become able to create/generate also own addons and addins in ooRexx (this 
is something I have been thinking of for quite some time)!


Probably only a brief sample/pattern for an addon and an addin and what the relevant definitions 
would be terrific (especially what has to be taken into account for registering) and maybe where to 
find the relevant documentation!


Groovy and/or Java would be more than fine!

Best regards

---rony



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

Re: How to get debug information (Java, oxt)

[Rony G. Flatscher (Apache)]

Hi Carl,

On 6/4/2022 3:31 PM, Carl Marcum wrote:
... cut ...

Am 03.10.21 um 15:12 schrieb Rony G. Flatscher:

Searched on the Internet but found no pointers so asking here.

Problem: something goes wrong while registering a Java based extension (an oxt ), but no 
information

is supplied.

Question: how to get debug (logging) information from a Java based extension? 
Maybe with a Java
stacktrace?

---rony

P.S.: Could find the cause in the oxt, but this was really quite time consuming 
(and therefore
effortful). Some new Java code caused a Runtime exception such that the registering of the oxt 
could

not conclude; it would have helped a lot, if the Runtime exception was supplied 
rather an empty
message was given (using unopkg from the commandline).


So the error is during unopkg and not when using the installed extension 
correct?

Yes.
For runtime errors on Linux I start the office from the command line and you can println output to 
it from the extension.


Thank you very much for this hint!


Are you using the --verbose option when using unopkg from the command line?


Yes.

As mentioned in the other reply, one of my problems is that in order to quickly get (re-)adjusted to 
this infrastructure (being away because of other efforts for quite some time in between activities) 
I would need some short, functional examples (like a nutshell extension in Java with proper 
packaging to become able to experiment with both, the Java code and the packaging, hoping to develop 
a conceptual model by doing so). It may be the case that these samples exist, but that I have not 
found them. So any hint or link to such (Java) nutshell examples would be great as they probably 
help a lot getting afloat quickly.


---rony



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

Re: How to get debug information (Java, oxt)

[Rony G. Flatscher (Apache)]

Hi Peter,

thank you very  much for coming back to this!

I do not have the SDK installed. Unfortunately, the exact details have escaped me since (having done 
too many other things in between).


Background: many, many years ago I have authored a bridge for the scripting language ooRexx taking 
advantage of the AOO scripting framework which is Java based. Basically I copied the BeanShell 
engine (editor and dispatching the scripts) and adjusted it for ooRexx (is C++ but there is a Java 
bridge). The packaging was done copying some other samples, but could get it done only after 
receiving help from some developers back then who knew about the uno packaging process and what the 
xml configuration files need to contain. (Also, I reverse-engineered the file layout for scripting 
language scripts in order to place ooRexx samples there.)


So my problem in essence is lack of knowledge of how to properly debug Java code in this context 
when the Java exceptions are not carried over and displayed. Also, I have no real working knowledge 
of how one could/should go about configuring uno packages.


It would be of great help if there was (and maybe there is, yet, not found so far) a minimal, but 
working ("nutshell") Java example that would demonstrate and briefly explain how to create an uno 
package in Java, being able to deploy it (maybe with a method/function that returns "hello, world 
from a Java uno extension") and explaining the minimal configuration definitions.


If you would be aware of such examples I would be grateful for any links.

Again, thank you very much for taking time for this!

---rony



On 6/4/2022 7:40 AM, Peter Kovacs wrote:

I going through old emails and no one seems to answer you.

Can you describe your setup? OS, have you sdk installed?


All the best

Peter

Am 03.10.21 um 15:12 schrieb Rony G. Flatscher:

Searched on the Internet but found no pointers so asking here.

Problem: something goes wrong while registering a Java based extension (an oxt 
), but no information
is supplied.

Question: how to get debug (logging) information from a Java based extension? 
Maybe with a Java
stacktrace?

---rony

P.S.: Could find the cause in the oxt, but this was really quite time consuming 
(and therefore
effortful). Some new Java code caused a Runtime exception such that the 
registering of the oxt could
not conclude; it would have helped a lot, if the Runtime exception was supplied 
rather an empty
message was given (using unopkg from the commandline). 



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

Re: Windows version: ProgIDs and typelibs for OLE/COM ?

[Rony G. Flatscher (Apache)]

Hi Carl,

On 07.05.2022 19:40, Carl Marcum wrote:

Hi Rony,

On 5/5/22 6:31 AM, Rony G. Flatscher (Apache) wrote:

Curious about the Windows version of AOO and its support via OLE/COM:

 * What are the ProgIds to use to automate AOO? Found the following ones with "office", "star" in 
them:


   G:\tmp\orx\ole\oleinfo\work>listProgIds.rex office
   #  415/2226: ProgId: [Dropbox.OfficeAddIn]
   #  815/2226: ProgId: [Lync.UCOfficeIntegration]
   #  918/2226: ProgId: [Microsoft.Office.List.OLEDB]
   # 1193/2226: ProgId: [OcOffice.FormRegionContext]
   # 1194/2226: ProgId: [OcOffice.OcForms]
   # 1195/2226: ProgId: [OcOffice.OneNoteHelper]
   # 1196/2226: ProgId: [Office.awsdc]
   # 1197/2226: ProgId: [Office.LocalSyncClient]
   # 1198/2226: ProgId: [OfficeCompatible.Application.x86]
   # 1199/2226: ProgId: [OfficeTheme]
   # 1278/2226: ProgId: [PDFMaker.OfficeAddin]
   # 1560/2226: ProgId: [soffice.StarCalcDocument.6]
   # 1561/2226: ProgId: [soffice.StarDrawDocument.6]
   # 1562/2226: ProgId: [soffice.StarImpressDocument.6]
   # 1563/2226: ProgId: [soffice.StarMathDocument.6]
   # 1564/2226: ProgId: [soffice.StarWriterDocument.6]
   # 1928/2226: ProgId: [TFCOfficeShim.Connect]
   # 1929/2226: ProgId: [TFCOfficeShim.ControlHost.14]
   # 1930/2226: ProgId: [TFCOfficeShim.GetAddIn]

   G:\tmp\orx\ole\oleinfo\work>listProgIds.rex star
   #  175/2226: ProgId: [bhWM2Core.ctlServerStartscreen]
   #  179/2226: ProgId: [bhWM2Core.ctlStartscreen]
   #  319/2226: ProgId: [com.sun.star.ServiceManager]
   #  772/2226: ProgId: [JavaWebStart.isInstalled]
   # 1560/2226: ProgId: [soffice.StarCalcDocument.6]
   # 1561/2226: ProgId: [soffice.StarDrawDocument.6]
   # 1562/2226: ProgId: [soffice.StarImpressDocument.6]
   # 1563/2226: ProgId: [soffice.StarMathDocument.6]
   # 1564/2226: ProgId: [soffice.StarWriterDocument.6]

   Trying to get at the published interfaces for e.g. 
"soffice.StarWriterDocument.6" does not
   return any published methods, properties, events and constants as is the 
case with MS Office. So
   wondering whether there are other ProgIDs for AOO on Windows registered that 
one should use
   instead? (Usually there are version independent ProgIDs which seems to not 
be the case here.)

 * Is there an AOO typelib available that would supply the published interfaces 
usable via OLE? If
   so what would be the name and how would one install them?

---rony




This may not be what you're looking for but I found this about an OLE bridge 
[1].
From the spec...
"The bridge is automatically used when someone access the Office through the COM mechanism. This 
is done by creating the service manager component, that has the ProgId 
"com.sun.star.ServiceManager". The service manager can then be used to create additional UNO 
services. There is no explicit mapping from COM to UNO or vice versa necessary. All objects which 
have been obtained directly or indirectly from the service manager are already COM objects. "


[1] https://www.openoffice.org/udk/common/man/spec/ole_bridge.html

Best regards,
Carl



After reading through the documentation it is clear that (as impressive as the COM/UNO integration 
is!) no type information gets published via OLE, cf. 
<https://www.openoffice.org/udk/common/man/spec/ole_bridge.html#a9>:


   9 Limitations of the dispatch objects

   The dispatch objects provided by the bridge do not support type information.
   IDispatch::GetTypeInfoCount and IDispatch::GetTypeInfo return E_NOTIMPL. 
Moreover there are no
   COM type libraries available and the dispatch objects do not implement 
IProvideClassInfo as well.

   IDispatch::GetIDsOfName has to be called for every name separately. That 
this one cannot query
   the ids for several names at a time.

   IDispatch::Invoke does not support named arguments nor the pExcepInfo and 
puArgErr parameter.

---

Not sure whether attachments get stripped on this mailing list or not. But if the attachments get 
through you will see how an OLE/COM object that publishes its interfaces can get exploited to create 
on-the-fly documentation that is meant for helping programmers. The documentation in this case is 
for the MS Internet Explorer (but Excel, Word, PowerPoint, Outlook, AutoCAD, etc. would work as 
well). It would have been great if the same would have been possible for AOO!


Again, thank you for researching and your link that is very interesting!

Best regards

---rony



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

Re: Windows version: ProgIDs and typelibs for OLE/COM ?

[Rony G. Flatscher (Apache)]

Hi Carl,

On 07.05.2022 19:40, Carl Marcum wrote:

On 5/5/22 6:31 AM, Rony G. Flatscher (Apache) wrote:

Curious about the Windows version of AOO and its support via OLE/COM:

 * What are the ProgIds to use to automate AOO? Found the following ones with "office", "star" in 
them:


... cut ...

   Trying to get at the published interfaces for e.g. 
"soffice.StarWriterDocument.6" does not

   return any published methods, properties, events and constants as is the 
case with MS Office. So
   wondering whether there are other ProgIDs for AOO on Windows registered that 
one should use
   instead? (Usually there are version independent ProgIDs which seems to not 
be the case here.)

 * Is there an AOO typelib available that would supply the published interfaces 
usable via OLE? If
   so what would be the name and how would one install them?

... cut ..

This may not be what you're looking for but I found this about an OLE bridge 
[1].
From the spec...
"The bridge is automatically used when someone access the Office through the COM mechanism. This 
is done by creating the service manager component, that has the ProgId 
"com.sun.star.ServiceManager". The service manager can then be used to create additional UNO 
services. There is no explicit mapping from COM to UNO or vice versa necessary. All objects which 
have been obtained directly or indirectly from the service manager are already COM objects. "


[1] https://www.openoffice.org/udk/common/man/spec/ole_bridge.html


Thank you very  much for these pointers, will have to digest them, which will 
take a while ...

Best regards

---rony



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

Windows version: ProgIDs and typelibs for OLE/COM ?

[Rony G. Flatscher (Apache)]

Curious about the Windows version of AOO and its support via OLE/COM:

 * What are the ProgIds to use to automate AOO? Found the following ones with "office", 
"star" in them:

   G:\tmp\orx\ole\oleinfo\work>listProgIds.rex office
   #  415/2226: ProgId: [Dropbox.OfficeAddIn]
   #  815/2226: ProgId: [Lync.UCOfficeIntegration]
   #  918/2226: ProgId: [Microsoft.Office.List.OLEDB]
   # 1193/2226: ProgId: [OcOffice.FormRegionContext]
   # 1194/2226: ProgId: [OcOffice.OcForms]
   # 1195/2226: ProgId: [OcOffice.OneNoteHelper]
   # 1196/2226: ProgId: [Office.awsdc]
   # 1197/2226: ProgId: [Office.LocalSyncClient]
   # 1198/2226: ProgId: [OfficeCompatible.Application.x86]
   # 1199/2226: ProgId: [OfficeTheme]
   # 1278/2226: ProgId: [PDFMaker.OfficeAddin]
   # 1560/2226: ProgId: [soffice.StarCalcDocument.6]
   # 1561/2226: ProgId: [soffice.StarDrawDocument.6]
   # 1562/2226: ProgId: [soffice.StarImpressDocument.6]
   # 1563/2226: ProgId: [soffice.StarMathDocument.6]
   # 1564/2226: ProgId: [soffice.StarWriterDocument.6]
   # 1928/2226: ProgId: [TFCOfficeShim.Connect]
   # 1929/2226: ProgId: [TFCOfficeShim.ControlHost.14]
   # 1930/2226: ProgId: [TFCOfficeShim.GetAddIn]

   G:\tmp\orx\ole\oleinfo\work>listProgIds.rex star
   #  175/2226: ProgId: [bhWM2Core.ctlServerStartscreen]
   #  179/2226: ProgId: [bhWM2Core.ctlStartscreen]
   #  319/2226: ProgId: [com.sun.star.ServiceManager]
   #  772/2226: ProgId: [JavaWebStart.isInstalled]
   # 1560/2226: ProgId: [soffice.StarCalcDocument.6]
   # 1561/2226: ProgId: [soffice.StarDrawDocument.6]
   # 1562/2226: ProgId: [soffice.StarImpressDocument.6]
   # 1563/2226: ProgId: [soffice.StarMathDocument.6]
   # 1564/2226: ProgId: [soffice.StarWriterDocument.6]

   Trying to get at the published interfaces for e.g. 
"soffice.StarWriterDocument.6" does not
   return any published methods, properties, events and constants as is the 
case with MS Office. So
   wondering whether there are other ProgIDs for AOO on Windows registered that 
one should use
   instead? (Usually there are version independent ProgIDs which seems to not 
be the case here.)

 * Is there an AOO typelib available that would supply the published interfaces 
usable via OLE? If
   so what would be the name and how would one install them?

---rony

Re: About OpenJDK

[Rony G. Flatscher (Apache)]

On 17.08.2021 17:37, Rony G. Flatscher (Apache) wrote:
> Hi Matthias,
>
> On 17.08.2021 16:10, Matthias Seidel wrote:
>> Am 17.08.21 um 15:55 schrieb Rony G. Flatscher (Apache):
>>> On 16.08.2021 10:20, Bidouille wrote:
>>>> Hello team,
>>>>
>>>> Since july, AdoptOpenJDK has been renamed Adoptium JDK.
>>>> This project don't provide any JRE for Windows x86.
>>>> https://adoptium.net/releases.html
>>>>
>>>> So this will be a problem if AOO port x64 is not completed:
>>>> https://bz.apache.org/ooo/show_bug.cgi?id=46594
>>> You may want to try
>>> <https://www.azul.com/downloads/?os=windows&architecture=x86-32-bit&package=jdk-fx>
>>>  which also
>>> includes JavaFX (which AdoptOpenJDK seems to ignore). (There are quite a 
>>> few Java OpenJDK sites
>>> which all use the same sources, depending on the site 32-bit Java versions 
>>> may be available or not.)
>> See:
>>
>> https://adoptopenjdk.net/faq.html#openjfxfaq
> Yes, I know that statement, however it is not true, there are backports of 
> OpenJFX bug fixes exactly
> for that reason (also, OpenJFX has been using OpenJDK 11 as its baseline). 
> That is also the reason
> why others do support the "FX" and/or "FULL" versions. Not sure why they 
> state that, maybe no one
> re-checked or there are no resources for JFX available (which is actually not 
> necessary as one just
> has to add the four FX modules to a distribution and voilà they are 
> contained).
>
> ---rony

As an example, here one of the latest OpenJFX backport to OpenJDK 11:

 Forwarded Message 
Subject:     Re: [jfx11u] RFR: Request to backport July 2021 CPU changes
Date:     Tue, 20 Jul 2021 18:20:20 +0200
From:     Johan Vos 
To:     Kevin Rushforth 
CC:     openjfx-...@openjdk.java.net 


Approved.

- Johan

On Tue, Jul 20, 2021 at 6:01 PM Kevin Rushforth 
wrote:

> Hi Johan,
>
> I request approval to backport the changes from the just-released July
> 2021 CPU to jfx11u (for 11.0.12) .
>
> 
https://github.com/kevinrushforth/jfx11u/compare/db9b1b7440...cpu-2107-sync
>
> This is a straight backport (patch applies cleanly) of the one FX fix
> that went into the July CPU.
>
> NOTE: Since this is an integration of already-reviewed fixes, I will
> push it directly to the master branch of the jfx11u repo rather than via
> a pull request.
>
> Thanks.
>
> -- Kevin
>

or

 Forwarded Message 

Subject:Request to backport 7 fixes to 11-dev for 11.0.11
Date:   Tue, 2 Mar 2021 13:53:11 +0100
From:   Johan Vos 
To: openjfx-...@openjdk.java.net List 



Hi Kevin,

I request permission to backport the following issues to 11-dev, for the
11.0.11 release:

JDK-8258592: Control labels in Dialogs are truncated at certain DPI scaling
levels

JDK-8256283: IndexOutOfBoundsException when sorting a TreeTableView

JDK-8165749: java.lang.RuntimeException: dndGesture.dragboard is null in
drag

JDK-8249737: java.lang.RuntimeException: Too many touch points reported

JDK-8252099: JavaFX does not render Myanmar script correctly

JDK-8261460: Incorrect CSS applied to ContextMenu on DialogPane

JDK-8248126: JavaFX ignores HiDPI scaling settings on some linux platforms

- Johan

---rony

Re: About OpenJDK

[Rony G. Flatscher (Apache)]

On 17.08.2021 15:59, Bidouille wrote:
>> You may want to try
>> 
>> which also
>> includes JavaFX (which AdoptOpenJDK seems to ignore).
> Thanks for this resource.
> But it provide only a ZIP and not an EXE.
> So, it's a pain for end-users to install this.

Yes, for end users this might be too much.

---rony

P.S.:

OTOH it is quite simple: unzip the zip archive and set the environment variable 
JAVA_HOME to it and
it gets used. This also makes it possible to have multiple versions of Java on 
the same machine and
just switch among them by changing JAVA_HOME.



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

Re: About OpenJDK

[Rony G. Flatscher (Apache)]

Hi Matthias,

On 17.08.2021 16:10, Matthias Seidel wrote:
> Am 17.08.21 um 15:55 schrieb Rony G. Flatscher (Apache):
>> On 16.08.2021 10:20, Bidouille wrote:
>>> Hello team,
>>>
>>> Since july, AdoptOpenJDK has been renamed Adoptium JDK.
>>> This project don't provide any JRE for Windows x86.
>>> https://adoptium.net/releases.html
>>>
>>> So this will be a problem if AOO port x64 is not completed:
>>> https://bz.apache.org/ooo/show_bug.cgi?id=46594
>> You may want to try
>> <https://www.azul.com/downloads/?os=windows&architecture=x86-32-bit&package=jdk-fx>
>>  which also
>> includes JavaFX (which AdoptOpenJDK seems to ignore). (There are quite a few 
>> Java OpenJDK sites
>> which all use the same sources, depending on the site 32-bit Java versions 
>> may be available or not.)
> See:
>
> https://adoptopenjdk.net/faq.html#openjfxfaq

Yes, I know that statement, however it is not true, there are backports of 
OpenJFX bug fixes exactly
for that reason (also, OpenJFX has been using OpenJDK 11 as its baseline). That 
is also the reason
why others do support the "FX" and/or "FULL" versions. Not sure why they state 
that, maybe no one
re-checked or there are no resources for JFX available (which is actually not 
necessary as one just
has to add the four FX modules to a distribution and voilà they are contained).

---rony



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

Re: About OpenJDK

[Rony G. Flatscher (Apache)]

On 16.08.2021 10:20, Bidouille wrote:
> Hello team,
>
> Since july, AdoptOpenJDK has been renamed Adoptium JDK.
> This project don't provide any JRE for Windows x86.
> https://adoptium.net/releases.html
>
> So this will be a problem if AOO port x64 is not completed:
> https://bz.apache.org/ooo/show_bug.cgi?id=46594

You may want to try

 which also
includes JavaFX (which AdoptOpenJDK seems to ignore). (There are quite a few 
Java OpenJDK sites
which all use the same sources, depending on the site 32-bit Java versions may 
be available or not.)

However, in the meantime I think it to have become really important to also 
offer a 64-bit Windows
release of AOO.

---rony



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

Re: Availability of Apache OpenOffice 4.2.0-Dev3(m3) developer test builds

[Rony G. Flatscher (Apache)]

Experimenting with the package on MacOS, getting the following error running 
unopkg manually:

command: [/Applications/OpenOfficeDeveloperBuild.app/Contents/MacOS/unopkg 
add -f  
/Library/Frameworks/BSF4ooRexx.framework/Libraries/ScriptProviderForooRexx.oxt]
dyld: Library not loaded: @___URELIB/libuno_cppu.dylib
  Referenced from: 
/Applications/OpenOfficeDeveloperBuild.app/Contents/MacOS/uno.bin
  Reason: image not found

Maybe a question ad adding uno packages in general (always wanted to ask and 
then never asked):

  * location: which would you suggest, user or --shared or both ?
  * using unopkg with sudo or not or is this irrelevant ?

---rony


On 12.08.2021 19:28, Rony G. Flatscher wrote:
> On 09.08.2021 13:56, Jim Jagielski wrote:
>> Available immediately are complimentary community binary builds
>> of Apache OpenOffice 4.2.0. The specific version is 4.2.0-Dev3-m3.
>>
>> Please note that these are not official, GA releases of AOO 4.2.0.
>> Heck, they aren't even *Beta* releases. Instead, they are developer
>> preview test releases, to allow for more wide-spread testing of
>> the current state of the AOO 4.2.0 branch.
>>
>> We encourage all users, or potential users, of AOO to download these
>> builds and try them out. Put them through real world and automated
>> testing and let us know how they do. YOUR FEEDBACK IS CRITICAL.
>>
>> These builds can be found at:
>>
>> o https://dist.apache.org/repos/dist/dev/openoffice/4.2.0-Dev3/binaries/
>>
>> Thank you!
> Thank you!
>
> Downloaded the MacOS version (en-US) to test the scripting framework with 
> ooRexx:
>
>   * "Tools -> Macros -> -> Organize Macros -> ooRexx -> My Macros -> Library1 
> -> Macro1.rxo -> Run":
> works successfully and repeatedly
>
>   o the script runs in the user's home directory (/Users/rony) which is 
> great and solves a
> reported issue! :)
>
>   * "Tools -> Macros -> -> Organize Macros -> ooRexx -> My Macros -> Library1 
> -> Macro1.rxo -> Edit"
> brings up the editor (clone of BeanShell's editor): pressing "Run" 
> crashes AOO on the second
> "Run" invocation
>
>   o a popup menu appears, chosing "Reopen" brings up the "Start Recovery" 
> dialog and in the end
> showing the (empty) swriter document
>
> If there is anything I should do/test, please let me know.
>
> ---rony
>
>
>

Re: Availability of Apache OpenOffice 4.2.0-Dev3(m3) developer test builds

[Rony G. Flatscher (Apache)]

On 09.08.2021 13:56, Jim Jagielski wrote:
> Available immediately are complimentary community binary builds
> of Apache OpenOffice 4.2.0. The specific version is 4.2.0-Dev3-m3.
>
> Please note that these are not official, GA releases of AOO 4.2.0.
> Heck, they aren't even *Beta* releases. Instead, they are developer
> preview test releases, to allow for more wide-spread testing of
> the current state of the AOO 4.2.0 branch.
>
> We encourage all users, or potential users, of AOO to download these
> builds and try them out. Put them through real world and automated
> testing and let us know how they do. YOUR FEEDBACK IS CRITICAL.
>
> These builds can be found at:
>
> o https://dist.apache.org/repos/dist/dev/openoffice/4.2.0-Dev3/binaries/
>
> Thank you!

Thank you!

Downloaded the MacOS version (en-US) to test the scripting framework with 
ooRexx:

  * "Tools -> Macros -> -> Organize Macros -> ooRexx -> My Macros -> Library1 
-> Macro1.rxo -> Run":
works successfully and repeatedly

  o the script runs in the user's home directory (/Users/rony) which is 
great and solves a
reported issue! :)

  * "Tools -> Macros -> -> Organize Macros -> ooRexx -> My Macros -> Library1 
-> Macro1.rxo -> Edit"
brings up the editor (clone of BeanShell's editor): pressing "Run" crashes 
AOO on the second
"Run" invocation

  o a popup menu appears, chosing "Reopen" brings up the "Start Recovery" 
dialog and in the end
showing the (empty) swriter document

If there is anything I should do/test, please let me know.

---rony

Re: Some observations about AOO 4.1.10 and Windows 10 Pro 21H1

[Rony G. Flatscher (Apache)]

On 17.07.2021 10:42, Jörg Schmidt wrote:
> 2.
> JRE 1.8.0_291 is not recognized by OO and cannot be activated - even if I 
> first install JRE and then AOO it is like this.
> (In the forum http://de.openoffice.info it is however reported by a user that 
> he uses 1.8.0_291 in AOO 4.1.10, perhaps the problem occurs only with 21H1 of 
> Windows 10).
>
> JRE 1.7.0_71 on the other hand is recognized without problems (even when 
> installing after AOO) and can be activated.

Could it be that JRE 1.8.0_291 is blocked? Cf. e.g.

 .

---rony


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

Re: Does AOO 4.1.8 run under macOS Big Sur?

[Rony G. Flatscher (Apache)]

On 18.12.2020 16:25, Jim Jagielski wrote:
> Can you try with:
>
> http://home.apache.org/~jim/AOO-builds/

Same error:

wu114216:~ rony$ "/Applications/OpenOffice.app/Contents/program/unopkg" add 
-f --shared 
/Library/Frameworks/BSF4ooRexx.framework/Libraries/ScriptProviderForooRexx.oxt
  dyld: Library not loaded: @___URELIB/libuno_cppu.dylib
Referenced from: /Applications/OpenOffice.app/Contents/MacOS/uno.bin
Reason: image not found

---rony


On Dec 17, 2020, at 11:34 AM, Rony G. Flatscher (Apache)  
wrote:

... cut ...

>>> On 14.12.2020 13:33, Jim Jagielski wrote:
>>>>> On Dec 12, 2020, at 5:21 AM, Matthias Seidel  
>>>>> wrote:
>>>>>
>>>>> Hi Jim,
>>>>>
>>>>> I have been able to open docx with your version (en-US) on Big Sur.
>>>>> However, I am not sure if this bug ever applied to 4.2.x.
>>>>>
>>>>> The Extension Manager is still broken. But similar behavior is to be
>>>>> seen in 4.2.x on Windows, so the UNO problem is not mac specific.
>>>>>
>>>> Yes... I am also looking into issues w/ 4.2.0-dev and check for updates 
>>>> (main level)
>>> Ah, o.k. that might explain this. Got a minute so tried to test 4.2 beta 
>>> w.r.t. issue 127966  [1]
>>> and was not able to get ooRexx functional. When trying to register the oxt 
>>> package manually with
>>> unopkg, I got this error message:
>>>
>>>   wu114216:~ rony$ "/Applications/OpenOffice.app/Contents/program/unopkg" 
>>> add -f --shared 
>>> /Library/Frameworks/BSF4ooRexx.framework/Libraries/ScriptProviderForooRexx.oxt
>>>   dyld: Library not loaded: @___URELIB/libuno_cppu.dylib
>>> Referenced from: /Applications/OpenOffice.app/Contents/MacOS/uno.bin
>>> Reason: image not found
>>>
>>> ---rony
>>>
>>> [1] MacOS: Current directory wrongly set to root directory "/" for scripts:
>>> <https://bz.apache.org/ooo/show_bug.cgi?id=127966>
>>>

Re: Does AOO 4.1.8 run under macOS Big Sur?

[Rony G. Flatscher (Apache)]

On 14.12.2020 13:33, Jim Jagielski wrote:
>> On Dec 12, 2020, at 5:21 AM, Matthias Seidel  
>> wrote:
>>
>> Hi Jim,
>>
>> I have been able to open docx with your version (en-US) on Big Sur.
>> However, I am not sure if this bug ever applied to 4.2.x.
>>
>> The Extension Manager is still broken. But similar behavior is to be
>> seen in 4.2.x on Windows, so the UNO problem is not mac specific.
>>
> Yes... I am also looking into issues w/ 4.2.0-dev and check for updates (main 
> level)

Ah, o.k. that might explain this. Got a minute so tried to test 4.2 beta w.r.t. 
issue 127966  [1]
and was not able to get ooRexx functional. When trying to register the oxt 
package manually with
unopkg, I got this error message:

wu114216:~ rony$ "/Applications/OpenOffice.app/Contents/program/unopkg" add 
-f --shared 
/Library/Frameworks/BSF4ooRexx.framework/Libraries/ScriptProviderForooRexx.oxt
dyld: Library not loaded: @___URELIB/libuno_cppu.dylib
  Referenced from: /Applications/OpenOffice.app/Contents/MacOS/uno.bin
  Reason: image not found

---rony

[1] MacOS: Current directory wrongly set to root directory "/" for scripts:

Java, OOo, ... (Re: [discussion] future embedded DB in AOO

[Rony G. Flatscher (Apache)]

Hmm, just some thoughts and pointers that may be helpful in the context of the 
current Java and
possibly HSQL discussions.

Ad Java and OpenOffice

IMHO Java has been fulfilling Sun's original promise "write once, run 
everywhere" in a very
impressive way for decades by  now! When Sun (being the inventor of Java) 
bought Star Division
to acquire StarOffice and making the source also available via 
openoffice.org, Sun also had the
Java interfaces put into the office suite, such that Java programmers would 
be able to interface
with OOo (using "OOo" to also mean AOO and the LO-fork) via UNO to this 
very day, and also
enabling Java to become an additional programming language to C++ to create 
OOo packages. This
has been some achievement and to me has been impressive to this very day!

Java AOO components and Java applications interacting with AOO have been 
working for almost
decades without a need of change! (Also such applications would be 
deployable on different
operating systems without a need to rewrite and recompile them!)

Discussing removing Java dependencies given this history and integration 
makes me a little bit
nervous if looking at some of the arguments, which may go back to 
misconceptions, hear-say and
possibly wrong information published about Java (like Oracle's change in 
its license would make
it impossible for software XXX to continue to use it ... which simply is 
not the case).

The scripting interface to OOo is written in Java. Therefore it has become 
possible to use the
Java implemented scripting languages JavaScript and BeanShell to create OOo 
macros, besides OOo
Basic and Python. In addition - as others have done also - I authored a 
little package that uses
the OOo scripting interface in order to make another scripting language 
(ooRexx [1]) available
as an OOo macro language (one package creates a bidirectional bridge 
between ooRexx and Java
[2], the other package camouflages UNO as ooRexx and exploits the UNO 
reflection mechanism to
make it easy on programmers to interface with OOo [3]), so this is one 
reason, why being a
little bit nervous about a possible wrong assessment of Java...

Ad Java Distributions

It seems that many people think that Java is only available in a 
proprietary form from Oracle
[4], which changed its license terms for its Java 1.8/8 and up, around the 
time when modular
Java (Java 9) got released. Oracle is regarded to be the owner of Java and 
therefore people tend
to think that there is no open-source, free alternative available, which is 
not correct.

Enter "OpenJDK" [5] the open-source version of Java: this allows you to use 
Java for free (it is
GPL with the CLASSPATH exception license such that your code using it does 
not fall under GPL
automatically). With the modular versions of Java, starting with Java 9, 
one is even able to
create one own's Java (runtime environment, JRE) by combining the Java 
modules one wishes to
deploy[6]. (This would even open up the opportunity for OOo to create and 
distribute its own
tailored JRE, should such a need arise.)

If you do not feel inclined to create your own JRE (Java 
runtime-environment) then you can
download Java=OpenJDK JRE for your particular platform from e.g. 
AdoptOpenJDK [7], Liberica [8]
or Zulu [9] to name a few.

So Java is available in an open-source and free form with the term OpenJDK 
(open Java
development kit) [5].

One tidbit in this "license" context: programmers who wish to contribute to 
Java/OpenJDK must
sign an "OCA" (Oracle contributer agreement [15]) giving more or less all 
rights on the
contributed software to Oracle which then makes the software available to 
the OpenJDK with GPL
and the CLASSPATH exception. Something that Sun had done with software 
contributed to OOo. This
BTW allowed later Oracle (after buying Sun and acquiring all of Sun's 
software rights) to
contribute the OOo source code to the Apache software foundation, making it 
in the end possible
to create and release AOO under the Apache license! (BTW, one would be able 
to release one
own's, contributed code with additional, different licenses. Something that 
would also be
possible for e.g. LO-contributors, but many are not aware of this it seems.)

Ad Java 1.8/8 Versus Java 9 and Later ...

Java 9 got introduced in the fall of 2017 [10]. There are a few notable 
changes:

  * one being that Java has been finally modularized: internal and 
reflective code now is
access-based (using the package java.lang.invoke), such that 
setAccessible as used in the
prior versions via the java.lang.reflect package in order to invoke 
reflectively will not be
allowed anymore. In the transition phase this may cause many, many 
problems with code that
was created prior to Java 9, such that for some tim

Re: Using AOO 4.2-dev with Java 11

[Rony G. Flatscher (Apache)]

Starting with Java 9 (the same is true for Java 11, just pointing out the first 
version that may
exhibit this behaviour) there are at least two important changes:

  * modularisation (with the effect that setAccessible() will not work anymore 
if applied to objects
from non-exported modules),
  o up to and including Java 8 it was possible to force invocation of 
methods using
setAccessible() on all objects (unless an explicit security manager 
would prohibit this);
starting with the modularization one cannot pass by this restriction; 
however, if there are
access rights in a superclass to the desired method/field/constructor, 
then using that class
object's method, field and constructor objects would allow invocation 
on Java 9 and higher
as well),

  * no JRE anymore, the JDK (Java development kit) becomes the new JRE (pure 
Java applications can
create an adjusted runtime environment starting with Java 9).

---rony

P.S.: For testing various versions of Java on various operating systems a good 
place to look around
for it would be: .


On 27.01.2019 13:37, Mechtilde wrote:
> Hello,
>
> I tried to activate Java 11 with my AOO 4.2-dev build. this doesn't
> work. I get the message (translated back to English)
>
> The chosen directory dosn't contain a jre. Please choose another directory.
>
> I choose /usr/lib/jvm/java-11-openjdk-amd64/. In this directory ther eis
> no one named jre.
>
> It works with /usr/lib/jvm/java-8-openjdk-amd64/jre.
>
> so there is a need of some corrections for time there is no openjdk-8
> anymore.
>
> Kind regards

Re: Ad Apple''s setup for the (Java) scripting framework

[Rony G. Flatscher (Apache)]

While also testing on LO (and getting the ooRexx macro support there up and 
running again with the
help of - kudos! - Stephan Bergmann) the problem should be restated (issues
, 
):

  * if launching AOO from a Terminal (the command
"/Application/OpenOffice.org/Contents/MacOS/soffice") the environment got 
already set by the
login script, such that soffice works in that environment and therefore has 
access to all
programs in the directory "/usr/local/bin" (which has become of paramount 
inmportance on MacOSX
because Apple since a few releases forces third parties to install their 
binaries and commands 
there),

  * when launching AOO (and LO for that matter) from the Finder ("Application") 
no user login
scripts get executed and the environment therefore is - unfortunately - not 
set up the same as
in a Terminal! This is the reason why the environment variable PATH is not 
set correctly (the
Apple launch service does not honor "/etc/paths", it seems, but rather has 
the PATH hardcoded)
and other environment variables may not be defined for the application that 
gets launched by it).

On MacOS there is a file named "/etc/paths" which lists the system paths 
line by line and
includes the directory "/usr/local/bin", however the Finder launched 
application (AOO, LO) does
not include that mandatory directory in the PATH environment variable! 
Although there is a key
LSEnvironment which would allow to set the environment and therefore would 
allow to define PATH
to contain also the directory "/usr/local/bin" (e.g. by honoring 
"/etc/paths" on MacOS), I have
not been able to define it in the Info.plist that it gets honored for 
swriter, scalc, etc.!

(In my case, allowing the scripting language ooRexx to be used and deployed 
as an AOO/LO macro,
I could eventually solve the problem with a - stable, nevertheless - MacOS 
hack by analyzing
PATH prior to invoke the Rexx interpreter and if "/usr/local/bin" is 
missing it gets prepended
to the environment, which is possible via the JNI bridge to BSF4ooRexx. To 
make a long story
short: this allows ooRexx to search "/usr/local/bin" for ooRexx packages 
like BSF.CLS, UNO.CLS
and the like. It would be *much* better, of course, if AOO would be able to 
add the
"/usr/local/bin" directory to the PATH environment variable if it is 
missing from there, as then
other third party programs on MacOS could be invoked, used via AOO/LO 
components and/or macros.)

The issue with Java programs on MacOS that interact with the GUI that all of a 
sudden cause crashes
on MacOS () is still present 
on AOO (LO does not
have that problem).

What may be interesting to locate the cause is the information, that AOO/LO 
macros including ooRexx
get dispatched via Java and they work. (MacOS seems to have a quite "special" 
setup for processing
GUI events compared to other platforms, causing this crash.)

Will add these remarks/findings to the respective issues.

---rony


On 31.12.2018 14:25, Rony G. Flatscher wrote:
> On 26.12.2018 15:37, Jim Jagielski wrote:
>> I am looking into the 1st 2 and cannot find, at present, where these vars 
>> are being set... will continue to look.
>>
>>> On Dec 20, 2018, at 10:17 AM, Rony G. Flatscher  
>>> wrote:
>>>
>>> Peter,
>>>
>>> as these are different problems to issue 117961 I opened three separate new 
>>> issues for them to allow
>>> to evaluate and trace them individually:
>>>
>>>  * MacOS: PATH wrongly set for scripts: 
>>> 
>>>  * MacOS: Current directory wrongly set to root directory "/" for scripts:
>>>
>>>  * MacOS: Running via Java causes exception on MacOSX Mojave:
>>>
>>>
>>> Once the critical PATH issue (127965 above) gets resolved, I will become 
>>> able to test issue 117961
>>> again and in case it still is a problem then, I would re-open it.
>>>
>>> ---rony
> ... cut ...
>
> On further testing both, PATH (issue 127965) and current home directory 
> (issue 127966), may have the
> same cause.
>
> When starting AOO from the Apple terminal (command line), the environment is 
> untouched and therefore
> everything can work.
>
> However, if starting the AOO instance from the Apple menu (Application folder 
> and clicking on
> OpenOffice.org to start it), then the environment gets crippled 
> unfortunately, causing
> incomplete/wrong/wiped out environment values.
>
> So speculating that the installation setups scripts that cripple the 
> environment AOO gets started in.
>
> Will update the above two issues to point to each other and supply a 
> Beanshell macro that reads the
> environment settings and writes them into its swriter document. Supplying 
>

Ad Apple''s setup for the (Java) scripting framework

[Rony G. Flatscher (Apache)]

While re-assessing the (Java based) scripting framework on Apple (checking on
) for AOO 4.1.6 the following 
problems could be
isolated:

  * the PATH environment variable on MacOS gets tampered with, such that 
executables in
"/usr/local/bin" cannot be resolved, breaking the long standing scripting 
support for ooRexx
  o AOO 4.1.6 on Darwin sets the PATH environment variable to
.:/usr/bin:/bin:/usr/sbin:/sbin
rather, it should just leave the PATH environment variable intact as is 
the case on AOO
4.1.6 for Linux

As Apple has forced third party software to install to "/usr/local" a few 
years ago, at least
"/usr/local/bin" needs to be available at all times as well! (Better would 
be the user's PATH
value like on Linux.)

  * the current directory is set to the root directory "/" rather than to the 
user's home directory
like on Linux

---

Another observation that pertains to Apple only: interacting with AOO using the 
Java archives
(juh.jar, unoil.jar, ridl.jar, jurt.jar) from Java now causes a runtime 
exception on Apple with Java
9. Not sure whether this is the Apple AOO or the Java responsibility (it used 
to work in the past
years).

Here the trace of the exception (RexxDispatcher.java is the Java program that 
will invoke the ooRexx
scripting engine which itself uses a Java bridge that interacts with AOO via 
Java):

wu114215:test rony$ rexxj.sh OpenOfficeTest.rex 
*CE> 2018-12-18 16:06:25.356 soffice[6648:119551] WARNING: NSWindow drag 
regions should only be
invalidated on the Main Thread! This will throw an exception in the future. 
Called from (***CE> 0   AppKit  
0x7fff381bdccc -[NSWindow(NSWindow_Theme) 
_postWindowNeedsToResetDragMarginsUnlessPostingDisabled] + 386
CE> 1   AppKit  0x7fff381bb07c 
-[NSWindow _initContent:styleMask:backing:defer:contentView:] + 1488
CE> 2   AppKit  0x7fff381baaa6 
-[NSWindow initWithContentRect:styleMask:backing:defer:] + 45
CE> 3   libvcl.dylib0x0001118d5286 
-[SalFrameWindow initWithSalFrame:] + 262
CE> 4   libvcl.dylib0x00011160e273 
_ZN12AquaSalFrame17initWindowAndViewEv + 643
CE> 5   libvcl.dylib0x00011160deb7 
_ZN12AquaSalFrameC2EP8SalFramem + 519
CE> 6   libvcl.dylib0x0001115e93f0 
_ZN15AquaSalInstance11CreateFrameEP8SalFramem + 48
CE> 7   libvcl.dylib0x00011189f567 
_ZN6Window8ImplInitEPS_lP16SystemParentData + 1159
CE> 8   libvcl.dylib0x000111823184 
_ZN16ImplBorderWindow8ImplInitEP6WindowltP16SystemParentData + 404
CE> 9   libvcl.dylib0x0001118234c5 
_ZN16ImplBorderWindowC1EP6WindowP16SystemParentDatalt + 69
CE> 10  libvcl.dylib0x0001118bef78 
_ZN10WorkWindow8ImplInitEP6WindowlP16SystemParentData + 88
CE> 11  libvcl.dylib0x0001118bf320 
_ZN10WorkWindowC1EP6Windowl + 80
CE> 12  libootk.dylib   0x0001109420c0 
_ZN11VCLXToolkit16ImplCreateWindowEPP10VCLXWindowRKN3com3sun4star3awt16WindowDescriptorEP6Windowl
 + 5712
CE> 13  libootk.dylib   0x000110940454 
_ZN11VCLXToolkit16ImplCreateWindowERKN3com3sun4star3awt16WindowDescriptorEl + 
452
CE> 14  libootk.dylib   0x0001109407b4 
_ZThn80_N11VCLXToolkit12createWindowERKN3com3sun4star3awt16WindowDescriptorE + 
20
CE> 15  libfwk.dylib0x000113f2d84e 
_ZN9framework18TaskCreatorService28implts_createContainerWindowERKN3com3sun4star3uno9ReferenceINS3_3awt7XWindowEEERKNS6_9RectangleEh
 + 1022
CE> 16  libfwk.dylib0x000113f2cecc 
_ZN9framework18TaskCreatorService27createInstanceWithArgumentsERKN3com3sun4star3uno8SequenceINS4_3AnyEEE
 + 924
CE> 17  libfwk.dylib0x000113f2ecd2 
_ZThn16_N9framework18TaskCreatorService27createInstanceWithArgumentsERKN3com3sun4star3uno8SequenceINS4_3AnyEEE
 + 18
CE> 18  libfwk.dylib0x000113e34591 
_ZN9framework11TaskCreator10createTaskERKN3rtl8OUStringEh + 3089
CE> 19  libfwk.dylib0x000113efbd9a 
_ZN9framework7Desktop9findFrameERKN3rtl8OUStringEi + 778
CE> 20  libfwk.dylib0x000113efc3b2 
_ZThn56_N9framework7Desktop9findFrameERKN3rtl8OUStringEi + 18
CE> 21  libfwk.dylib0x000113eb53ce 
_ZN9framework7LoadEnv16impl_loadContentEv + 766
CE> 22  libfwk.dylib0x000113eb0e56 
_ZN9framework7LoadEnv

Re: Just a little side note on the scripting framework ...

[Rony G. Flatscher (Apache)]

Hi Mattias,

On 14.06.2018 22:54, Matthias Seidel wrote:
> Am 14.06.2018 um 20:54 schrieb Rony G. Flatscher (Apache):
>> A friend has LibreOffice installed (due to a better mail-merge-support I 
>> understand) and I came up
>> with a script to help her taking advantage of the writer component. The 
>> script is written in ooRexx
>> for which I authored an OOo scripting provider that works on OOo, making 
>> ooRexx an additional macro
>> language for OOo.
> That's very interesting!
> I know Object Rexx from my times with OS/2 (in fact I am still running
> it in a VM).
That's funny, me too!
;-)

(At one point in time one could create a password protected OS/2 WPS-Folder in 
ten lines of Object
Rexx code using the SOM - system object model - support! Powerful stuff.)

The source code of IBM Object Rexx got handed over to the non-profit SIG Rexx 
Language Association
(http://www.rexxla.org), which has been releasing opensource versions under the 
name of "Open Object
Rexx (ooRexx)" ever since.

I use ooRexx to teach Business Administration students oo-programming from zero 
knowledge to
programming Windows, MS Office, Linux, MacOSX, OpenOffice, platform independent 
GUIs (awt, swing,
JavaFX) in *one* semester!

Currently the official 5.0 beta (release quality) version of ooRexx is 
available for Windows and
Linux from <https://sourceforge.net/projects/oorexx/files/oorexx/5.0.0beta/>.

There is a MacOSX version that includes the latest ooRexx 5.0 beta together 
with the Java bridge
"BSF4ooRexx" at
<https://sourceforge.net/projects/bsf4oorexx/files/beta/20180312/b4r_600_500_64Bit_macosx-20180324.zip/download>.


> Is your scripting provider available somewhere?
Yes, it is contained in the package BSF4ooRexx, which is a bridge from ooRexx 
to Java and includes
among other things special support for OpenOffice programming and can be 
obtained from
<https://sourceforge.net/projects/bsf4oorexx/files/beta/20180312/>. Unzip the 
archive, go into the
directory "bsf4oorexx/install" and then into "windows" or "linux" and run the 
"install" script. If
the installer sees OOo installed, it will linstall the ooRexx script provider. 
(If you change the
AOO installation or Java, then run "BSF4ooRexx -> Installation -> Reinstall".)

Note: on Windows you need to make sure to have the same bitness as AOO 
(assuming 32-bit
installation) for ooRexx and Java (you can install Java 8 for 32-bit in 
addition).

Once installed use the "BSF4ooRexx" menu and pick the option "Samples" and open 
the "index.html"
file, which gives brief explanations of the samples. Use the link "OOo" to get 
into the OOo related
samples (there are many samples that demonstrate how to use OOo writer, calc 
and impress).

Also, if you program for OOo and like to learn about the definitions of UNO 
classes, you could use
the supplied "UNO_API_info.rxo", which can be used from any other 
programming/scripting language.
Choose the "BSF4ooRexx" menu then the option "Utilities", go into 
"OOo/UNO_API_info". Look at the
file "read-me-UNO_API_info.html" which shows and explains the GUI interface and 
how to use this
ooRexx utilitiy from OOo Basic, Java, JavaScript, ooRexx and Python via UNO 
Dispatch.

---

To learn about BSF4ooRexx you could go through my PDF slides at
<http://wi.wu.ac.at/rgf/wu/lehre/autojava/material/foils/>, where
 explains OOo programming.

An introduction to ooRexx is given in the slides at
<http://wi.wu.ac.at/rgf/wu/lehre/autowin/material/foils/>, the PDF slides 
starting with "ooRexx".

If you have any questions related to ooRexx, BSF4ooRexx and/or UNO/OOo support, 
please let me know.

Have fun :)

---rony

P.S.: The LO-adjusted provider support will be in the next beta of BSF4ooRexx 
which I plan for the
beginning of July.

>> Now, installing that package on her machine the scripts work from outside of 
>> LO flawlessly, however
>> ooRexx does not get registered as another macro language in LO (missing from 
>> the "Macro" menu).
>> After researching this issue for quite some time now, it turns out that LO 
>> removed a method in
>> ClassLoaderFactory and changed the signature of the remaining method by 
>> removing the throws clause,
>> causing a need to compile the script language provider against OOo's 
>> ScriptFramework.jar, if the
>> script provider is to run against OOo, and having the need to compile it 
>> separately against LO's
>> version of ScriptFramework.jar, which is a PITA.
>>
>> In the case that there are other script provider programmers hanging around, 
>> this is what I did in
>

Just a little side note on the scripting framework ...

[Rony G. Flatscher (Apache)]

A friend has LibreOffice installed (due to a better mail-merge-support I 
understand) and I came up
with a script to help her taking advantage of the writer component. The script 
is written in ooRexx
for which I authored an OOo scripting provider that works on OOo, making ooRexx 
an additional macro
language for OOo.

Now, installing that package on her machine the scripts work from outside of LO 
flawlessly, however
ooRexx does not get registered as another macro language in LO (missing from 
the "Macro" menu).
After researching this issue for quite some time now, it turns out that LO 
removed a method in
ClassLoaderFactory and changed the signature of the remaining method by 
removing the throws clause,
causing a need to compile the script language provider against OOo's 
ScriptFramework.jar, if the
script provider is to run against OOo, and having the need to compile it 
separately against LO's
version of ScriptFramework.jar, which is a PITA.

In the case that there are other script provider programmers hanging around, 
this is what I did in
order to get a single version that runs also against LO, if there is a need to 
use
ClassLoaderFactory (maybe in the XScript implementation part):

 ... cut ...

  // instead of: cl = ClassLoaderFactory.getURLClassLoader( metaData );
  // load and run the method dynamically at runtime:
  Class 
clfClz=Class.forName("com.sun.star.script.framework.provider.ClassLoaderFactory");
  Class 
smdClz=Class.forName("com.sun.star.script.framework.container.ScriptMetaData");
  Method meth =clfClz.getMethod("getURLClassLoader", new 
Class[]{smdClz}  );
  cl=(ClassLoader) meth.invoke(null,  new Object  []{metaData});

 ... cut ...   

Again, this is just a side note for other script provider implementors who get 
hit by this LO
pecularity.

Also: in the "description.xml" deployment file make sure that  the element
"OpenOffice.org-minimal-version has a value "3.4" or higher (cf.
), such 
that the extension is
not regarded as "legacy" by LO.

In the end, with the above changes, the ooRexx scripting provider again gets 
accepted as a macro
language for LO.

The reference remains OOo, which has been working in all other aspects of the 
Macro menu (run, edit,
making the installed macros available etc.) as per the specifications, whereas 
LO has some problems
in that area (shared scripts not showing up, listing of the script language in 
the menu disappears,
if the menu got used, still user macros remain visible and executable).

---rony

Re: AOO 4.2.0 and macOS

[Rony G. Flatscher (Apache)]

On 17.08.2017 12:51, Andrea Pescetti wrote:
> On 16/08/2017 Jim Jagielski wrote:
>> The build warnings and errors using any SDK older than 10.9 on trunk.
>
> Is this a build requirement or will it affect end users too? I mean, does 
> building with the 10.9
> SDK imply that users using Mac OS X < 10.9 won't be able to run the program?
The latest updates of Xcode and its clang may give you warnings like: 
"lisbstdc++ is deprecated;
move to libc++ with a minimum deployment target of OS X 10.9 [-Wdeprecated]". 
"OS X 10.9" nick name
is "Maverick" and was released on 2013-02-22.

Setting the environment variable "MACOSX_DEPLOYMENT_TARGET=10.9" will usually 
make the build
unusable for earlier versions of MacOSX.

> A note: we'll have to make similar discussion for Linux too, as I said, but I 
> think it's more
> appropriate to focus on 4.1.4 for the time being. Still, if we accompany 
> 4.1.4 with a statement
> such as "This is the last OpenOffice version that is expected to work on 
> [list of outdated
> operating systems]" it could be useful to users.
---rony

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

Re: Including Java

[Rony G. Flatscher (Apache)]

On 22.01.2016 13:22, Jan Høydahl wrote:
> Probably not very future proof, since it will soon get outdated as Java moves 
> on to new versions.
Harmony was planned to be at level 1.5/5, Google has been using it for Android, 
cf.
.

As long as new versions of Java still run "backlevel" Java 1.5/5 compiled code 
(the Java classfile
format of Java 1.5/5) Harmony programs would keep running. So as long as AOO 
Java programs get
compiled against Harmony this might be an option.

---rony



>> 22. jan. 2016 kl. 12.00 skrev Carl Marcum :
>>
>> Did anyone test AOO using Apache Harmony as the JRE?
>>
>> I was wondering if it would have enough functionality to bundle as the 
>> default and then set the JRE to point at a users install if found.
>>
>> I know Harmony is in the Attic now but I read somewhere it was 99% function 
>> but not necessarily compatible.
>>
>> Just a thought.
>>
>> Best regards,
>> Carl
>>

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

ad ACEU submissions (Re: Release Manager for 4.1.2

[Rony G. Flatscher (Apache)]

On 24.06.2015 11:01, jan i wrote:
> On Wednesday, June 24, 2015, Michal Hriň  wrote:
>
... cut 

>>
>> What about ACEU hackaton ? :)
> rooms are available, so it is a simple matter of getting people to come.
>
> Nobody has volunteered to make a openoffice track, and looking at cfp, it
> seems we
> might end up without any aoo talks.
hmm, just submitted a proposal yesterday evening, which sounds simliar to last 
year's, but is quite
different: it will introduce (once more) a bird-eyes view of the AOO Java based 
scripting framework.
Unlike last year it will concentrate on JSR-223 scripting languages (which 
implement the respective
javax.script classes, introduced with Java 6) and introduce and demonstrate a 
reusable
implementation for a Java bridge between a JSR-223 language (this time NetRexx) 
with the AOO Java
bridge. The implementation will be in a way that practically everything can be 
re-used for any other
JSR-223 language, by merely adapting a few locations of the introduced 
implementation. (The proposal
is attached FYI.)

If accepted, maybe it would be interesting to also offer a hackathon session 
for interested Java
programmers who wish to integrate their favored JSR-223 scirpting engine with 
AOO (and thereby
making it available as an AOO macro language)?

---rony

One prooposal for an AOO talk on this year's ACEU:

A Java Bridge between "javax.script" (JSR-223) and the AOO Scripting 
Framework, or: Turn Your
Favorite Java Scripting Language into an AOO Macro Language

Event
ApacheCon Core Europe

Submission Type
Presentation

Category
Developer

Biography
Rony G. Flatscher has been working as an Information System 
("Wirtschaftsinformatik") professor
at the WU Vienna (with 25,000 business students one of the largest of its 
kind) where he has
been trying to empower the students with IT and IS skills to help them be 
more productive in a
business world that functions more and more on IT and IS. He has been an 
active promoter and
creator of many different open source software, including the (end-user 
suited) programming
language http://www.ooRexx.org. His work on ASF's Bean Scripting Framework 
(BSF) helped him to
serve as an expert on the Java Specification Request 223 (JSR-223) group 
which defined the Java
scripting framework, which got introduced with Java 6 (package 
"javax.script").

Abstract
Apache OpenOffice (AOO) implements a scripting framework in Java. Building 
a bridge to a Java
'javax.script' (aka "JSR-223") scripting language allows making it directly 
available as a macro
language to AOO. This presentation gives a bird eyes view of the AOO 
scripting framework, what a
bridge for a 'javax.script' scripting language needs to support, introduces 
and demonstrates one
such implementation making the NetRexx programming language available to 
AOO. As a result it
becomes very easy for any Java programmer to add her favorite Java 
scripting language to AOO (a
list of such programming languages can be found at
https://en.wikipedia.org/wiki/List_of_JVM_languages) by adapting the 
introduced bridge. The
necessary adaptations will be highlighted such that every Java programmer 
attending should
become able to create a functional bridge to another Java scripting 
language within an hour.

Audience
The audience is interested in the Apache OpenOffice (AOO) scripting 
framework and/or adding
programming languages to Apache OpenOffice as macro languages.

Experience Level
Any

Benefits to the Ecosystem
AOO may be enhanced by many new programming languages that can be used and 
dispatched as macro
languages.

Status
New

Re: [RESULT] [VOTE] New Apache OpenOffice PMC Chair

[Rony G. Flatscher (Apache)]

On 18.02.2015 20:46, Andrea Pescetti wrote:
> On 08/02/2015 Andrea Pescetti wrote:
>> I will send a resolution for the next Board Meeting
>> (18 February) for replacing me with Jan Iversen.
>
> The Board has just approved the resolution, so Jan Iversen is the new 
> OpenOffice PMC Chair (or, to
> state it in official terms, Jan is the new "VP, Apache OpenOffice").
>
> I've updated the Foundations records accordingly. Jan is now listed as Chair 
> at
> http://www.apache.org/foundation/index.html and in internal ASF resources.
>
> Congratulations, Jan! And let's continue to work together for the continued 
> success of OpenOffice.
Congratulations, Jan!

Andrea: thank you very much for your incredible (thoroughful and patient) work 
as PMC chair for AOO.
I have been very impressed by your professionalism, which has been serving the 
AOO project a lot! I
am glad that you keep sticking with the AOO project and looking forward to 
meeting you on one of
those conference occasions again!

---rony

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

Re: Who will attend ApacheCon Europe?

[Rony G. Flatscher (Apache)]

On 19.10.2014 15:14, Andrea Pescetti wrote:
> On 17/10/2014 Raphael Bircher wrote:
>> Am 17.10.14 08:46, schrieb Andrea Pescetti:
>>> http://apacheconeu2014.sched.org/overview/type/openoffice ...
>>> there is a gathering for
>>> an OpenOffice community meeting after Rony's talk, at the end of the
>>> conference day on Tuesday.
>> This sounds good. But is at Tuesday evening not a general committer event?
>
> You are right, I see it listed now at
> http://events.linuxfoundation.org/events/apachecon-europe/program/schedule
>
> Well, we can still meet after Rony's talk, go together to the reception and 
> then go out for dinner
> after it, at 20.30. Tuesday is for sure the best day for us to meet. The 
> other alternative would
> be Tuesday at lunch time, and we can move it if people prefer to meet for 
> lunch.

+1 for attending the reception together and then going out for dinner

---rony

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

Re: ApacheCon Europe: Budapest, 17-21 November

[Rony G. Flatscher (Apache)]

On 04.10.2014 21:51, Andrea Pescetti wrote:
> On 04/10/2014 jan i wrote:
>> If tuesday evening is a good evening, could we somehow (somewhere) schedule
>> it have people who want to take part "register".
>> I am afraid that if we make the meeting on spot a few hours in advance,
>> many will already have made plans (like myself)
>
> I'm sure I already wrote it somewhere... Anyway, I agree, Tuesday evening is 
> perfect for meeting,
> and I would fix the meeting point after the last OpenOffice session on 
> Tuesday, i.e., after Rony's
> talk (ending at 17:40) in the same room of Rony's talk:
> http://apacheconeu2014.sched.org/overview/type/openoffice
>
> That's the meeting point, then we can discuss there in the same room, and/or 
> go for dinner
> together... being it informal, we know when it starts, but not when it ends!
>
> Is that OK? Other proposal will work for me too. And I'll obviously attend. 
> If we agree, it could
> even be put in the schedule, so people can click to confirm they will attend 
> it.
sounds like a very good plan!
:)

+1

---rony

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

Re: Is there a need for such a bug report related to a LO created odt-file?

[Rony G. Flatscher (Apache)]

Hi Regina,

thank you very much for looking into this!


On 02.09.2014 19:03, Regina Henschel wrote:
>
> there is something wrong with the index "Literaturverzeichnis1". Please 
> delete the index in
> LibreOffice and generate it newly.
Just got the information from the user that indeed after deleting the index 
"Literaturverzeichnis"
("References") he could create a usable odt-file from LO. He is also able to 
create the the
references section using the mendeley-plugin, but needs to enter 
"Literatuverzeichnis"
("References") manually (as you know German, I enclose his original text at the 
end).

Cheers,

---rony

P.S.: Sebastian's original answer in German:

> Konntest Du das Literaturverzeichnis neu erstellen und danach hat das
> Einlesen in AOO funktioniert?

Ich habe den Eintrag "Literaturverzeichnis" gelöscht, den ich in 
LIbreoffice 
erstellt habe und die Referenzen von Mendeley neu erstellen lassen.
Nun funktioniert der export und import, nur der Text 
"Literaturverzeichnis", 
bzw References muss nun manuell geschrieben werden.

Is there a need for such a bug report related to a LO created odt-file?

[Rony G. Flatscher (Apache)]

Hi there,

received a LO document (created with LibreOffice 4.2.4.2 on Ubuntu) which 
causes AOO 4.1.1 to abend.
LO has the reference manager plugin (mendeley) installed and usually stores the 
file as a flat
document (for subversion) and saved it as an odt for the purpose of sending me 
the document. Upon
opening the document in AOO the loading process seems to hang in the first 
fourth (progress bar) for
quite some time, before silently quitting. (This is AOO 4.1.1 on Windows XP.)

The sender then sent me a doc-rendering which I could read into AOO.

Now, I would be able to supply that document (and the doc rendering) as an 
attachment to a bug
report, if that is of any help. Or shall I ask that user to open a bug report 
on the LO side?

---rony



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

Re: Additional activities at Apachecon EU

[Rony G. Flatscher (Apache)]

On 28.08.2014 00:59, jan i wrote:
> On 28 August 2014 00:02, Andrea Pescetti  wrote:
>
>> If somebody is planning to attend Thursday and Friday at ApacheCon EU, it
>> is now time to propose any additional activities you would like to have
>> (hackatons, ...).
>>
>> See http://mail-archives.apache.org/mod_mbox/community-dev/
>> 201408.mbox/%3C53FDF987.9070207%40rcbowen.com%3E for more information.
>>
>> ApacheCon EU is 17-21 November in Budapest.
>>
> I fly back friday, and have plenty of time thursday and during apacheCon,
> if anybody wants to discuss anything about AOO.
>
> I will use a portion of my time, on the new project I champion...but that
> might also be of interest for AOO.
Hmm, not realizing this, I booked the hotel until Thursday, but would be 
available Thursday
throughout the day. I could offer a half a day about how to write 
macros/programs for AOO
(conceptual, UNO, most important interfaces into swriter, scalc, sdraw, 
nutshell examples to
demonstrate), if there would be interest (can be an ad hoc decision while in 
Budapest).

Of course, meeting with the AOO participants in person would be a boon!

---rony

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

Re: Dropping even 10.6 -- WHY?

[Rony G. Flatscher (Apache)]

Hi Doug,

On 30.06.2014 16:34, Douglas Mencken wrote:
> I'm here to ask you: why you decided to drop 10.6 support?
Rob already pointed out the discussion thread where this lead to the decision 
to support only newer
versions of MacOSX.

> Is it not so "hard" to keep it running, isn't it?
This depends on human resources available for the MacOSX platform.

> By the way, I'm LO guy, so see my patches, for example:
> https://gerrit.libreoffice.org/gitweb?p=core.git;a=commitdiff;h=47b520024a236eac8807a33630f493a00fc5f243
> https://gerrit.libreoffice.org/gitweb?p=core.git;a=commitdiff;h=a2ee38ef7afcec27f46530bf9e177939e38cc815
Would it be possible for you to check your patches on the AOO code as well?

If it works on AOO and you also submit a patch for AOO with the AL 2.0 license, 
it could be applied
for AOO and if so, would then be used by LO implicitly as long as LO is based 
on the AOO code and
refreshes its code base with the AOO code.

> Why is it so hard for you to support even 10.6 (no to say 10.5@powerpc)?
> WHY?
Because in AOO land there are not enough people who have the necessary 
knowledge and/or
infrastructure (10.6) to keep up the support for 10.6 in a reliable (tested) 
manner.

> Again, I know "corporate guys" are unable to read completely (unless it's
> claimed by boss from "high") — WHY?
I am not a "corporate guy" at all, but I have been around here for quite some 
time (years) by now,
and cannot remember one incidence of "read-unability" or any "boss from 'high'" 
by "corporate guys".
ASF is a great place for any kind of guys and girls, corporate or private!

---

Assuming that you have the skills and infrastructures to keep up MacOSX support 
for earlier versions
(in a tested manner), would you be interested/willing to help out in this area 
w.r.t. AOO? Possibly
the only difference for you would be to release your patches under two 
licenses, the AL 2.0 license
(only then can ASF include code donations) and the LO license.

(Please note, that LO is able to use all of AOO source code due to the AL 2.0 
license.
Unfortunately, the LO-license inhibits ASF to apply the LO-patches. Therefore 
the authors of LO
patches would need to add the AL license to their patches/code in order for AOO 
being able to use it
at all! An author can put his code under any number of licenses in parallel.)

HTH,

---rony



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

Re: RFC ad possible presentation submission for ApacheCon EU

[Rony G. Flatscher (Apache)]

Thanks to everyone giving feedback, have submitted a talk proposal:

<http://events.linuxfoundation.org/cfp/proposals/3187/2831>


Howto Turn Your Favorite Programming Language into an AOO Macro Language

Event ApacheCon Europe 2014
Submission Type Presentation
Category Developer


  Biography

Rony Flatscher is a member at the Apache Software Foundation (ASF) and 
works as a professor for
Information Systems at the WU Vienna. He is the author of BSF4ooRexx a 
cross-platform package
that bridges the programming language ooRexx and Java. It includes support 
for Apache OpenOffice
(AOO) turning ooRexx into a macro language for AOO.


  Abstract

Apache OpenOffice (AOO) defines a scripting framework that can be exploited 
to add any
programming language to Apache OpenOffice as a macro language. This 
presentation introduces the
necessary overview and knowhow to become able to assess the effort to add 
your own favorite
programming language to AOO. Although the AOO scripting framework is 
implemented in Java it is
possible to add non-Java-implemented programming languages as demonstrated 
with the programming
ooRexx which is itself implemented in C++. In addition all scripting 
languages that support
Java's "javax.script" framework could be added to AOO using AOO's scripting 
framework.


  Audience

The audience is interested in the Apache OpenOffice (AOO) scripting 
framework and/or adding
programming languages to Apache OpenOffice as macro languages.


  Experience Level

Any


  Benefits to the Ecosystem

AOO may be enhanced by many new programming languages that can be used and 
dispatched as macro
languages.
Status New



Regards,

---rony


On 17.06.2014 22:21, Andrea Pescetti wrote:
> Rony G. Flatscher (Apache) wrote:
>> The abstract might read something like: "Apache Open Office (AOO) defines a 
>> scripting framework that
>> can be exploited to add any programming language to Apache OpenOffice as a 
>> macro language. This
>> presentation introduces the necessary overview and knowhow to become able to 
>> assess the effort to
>> add your own favorite programming language to AOO.
>
> Sounds really interesting (please fix typo: Open Office -> OpenOffice; it 
> helps with search). I
> would be personally interested in the subject too, and happy to discuss it in 
> personal mail if you
> have something ready at he end of July. Anyway, do submit it, sure!
>
> Regards,
>   Andrea.
>

Re: Question ad encoding of "unoinfo java" return string value

[Rony G. Flatscher (Apache)]

Added bugzilla issue <https://issues.apache.org/ooo/show_bug.cgi?id=125115>, 
attached zip file with
three text files containing the result of "unoinfo java" on OOo 3.4, AOO 4.0.1, 
and AOO 4.0.

---rony


On 17.06.2014 21:10, Rony G. Flatscher (Apache) wrote:
> According to some older infos about the encoding returned by "unoinfo[.exe] 
> java" the resulting
> string starts with an indicator byte, where '0' indicates an ASCII encoding 
> (and the paths are
> delimited with '\0'), whereas '1' indicates UTF-16LE (and the paths are 
> delimited with "\0\0").
>
> On German Windows (AOO 4.1) I see the encoding '1' (UTF-16LE), but the 
> characters are not 16-bit
> (UTF-16LE) encoded, but plain ASCII, however the paths get delimited with 
> "\0\0". OOo (e.g. 3.4.1)
> would return encoding '1' (UTF-16LE) where each ASCII character is preceded 
> by '\0'.
>
> Clearly, an installation routine dealing with the returned string value of 
> AOO gets confused, if it
> was written with UTF-16LE in mind, working correctly on earlier OOo.
>
> If the current encoding returned by AOO 4.1 on Windows is wrong, I would file 
> a bug. If it is
> correct, where is this particular encoding in AOO stated?
>
> ---rony
>
> -
> 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

RFC ad possible presentation submission for ApacheCon EU

[Rony G. Flatscher (Apache)]

Having created an oxt in the past that adds a scripting language (ooRexx) to 
AOO as a macro language
taking advantage of AOO's Java based scripting framework, I have been wondering 
whether it may be
interesting for supporters of other scripting languages to learn how to do 
that, giving a
presentation along the lines "Howto Turn Your Favorite Programming Language 
into an AOO Macro
Language Using AOO's Scripting Framework". 

The abstract might read something like: "Apache Open Office (AOO) defines a 
scripting framework that
can be exploited to add any programming language to Apache OpenOffice as a 
macro language. This
presentation introduces the necessary overview and knowhow to become able to 
assess the effort to
add your own favorite programming language to AOO. Although the AOO scripting 
framework is
implemented in Java it is possible to add non-Java-implemented programming 
languages as demonstrated
with the programming ooRexx which is itself implemented in C++. In addition all 
scripting languages
that support Java's "javax.script" framework could be added to AOO using AOO's 
scripting framework."

One idea in this context would be to get maybe enough interested parties to 
even create an AOO
subproject that is aimed at supporting JSR-223 scripting languages out of the 
box. "JSR-223"
scripting languages are all those scripting languages that can bed used by the 
Java "javax.script"
framework.

Any comments, ideas, feedback to this idea?

---rony

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

Question ad encoding of "unoinfo java" return string value

[Rony G. Flatscher (Apache)]

According to some older infos about the encoding returned by "unoinfo[.exe] 
java" the resulting
string starts with an indicator byte, where '0' indicates an ASCII encoding 
(and the paths are
delimited with '\0'), whereas '1' indicates UTF-16LE (and the paths are 
delimited with "\0\0").

On German Windows (AOO 4.1) I see the encoding '1' (UTF-16LE), but the 
characters are not 16-bit
(UTF-16LE) encoded, but plain ASCII, however the paths get delimited with 
"\0\0". OOo (e.g. 3.4.1)
would return encoding '1' (UTF-16LE) where each ASCII character is preceded by 
'\0'.

Clearly, an installation routine dealing with the returned string value of AOO 
gets confused, if it
was written with UTF-16LE in mind, working correctly on earlier OOo.

If the current encoding returned by AOO 4.1 on Windows is wrong, I would file a 
bug. If it is
correct, where is this particular encoding in AOO stated?

---rony

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

Re: 4.1.0_release_blocker requested: [Issue 124509] MacOSX 64 crash in the scripting environment due to getenv("PATH") returning a null value

[Rony G. Flatscher (Apache)]

On 25.03.2014 16:10, bugzi...@apache.org wrote:
> r...@apache.org has asked  for 4.1.0_release_blocker:
> Issue 124509: MacOSX 64 crash in the scripting environment due to
> getenv("PATH") returning a null value
> https://issues.apache.org/ooo/show_bug.cgi?id=124509
>
>
> --- Additional Comments from r...@apache.org
> Using the AOO Java scripting framework to load the ooRexx interpreter via JNI,
> the ooRexx interpreter causes a crash while initializing as it receives a null
> value when issuing a getenv("PATH"). It seems that for unknown reasons the
> process environment is not set up properly.
>
> [ooRexx needs the process environment being set up correctly, in order to find
> its other pieces to load while initializing.]
>
> As this works flawlessly on 32- and 64-bit Linux and on 32-bit Windows, and
> also used to work at least on 32-bit MacOSX in the OOo 3.x days, I assume this
> to be a regression.
>
> In the case that someone can spot and fix this on MacOSX, I would like to
> propose this as a showstopper bug. Any help to fix this, highly appreciated!
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
Updated the issue  with a 
list of environment
variables defined when the Java scripting framework executes a script. Maybe 
the names of those
environment symbols (like PYTHONPATH or URE_BOOTSTRAP) may allow to spot the 
code area, where this
gets defined on MacOSX?

---rony


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

Reason found for crash, a regression (Re: Does it make sense to raise a showstopper for MacOSX ?

[Rony G. Flatscher (Apache)]

Hi Jürgen,

in the past two days I traced down the crash and I think I found the reason, 
which looks like a
regression to me (worked on OOo 2.x and OOo 3.x): when the ooRexx interpreter 
is loaded via JNI it
needs to get its pieces together and relies on information from the process 
environment.

This particular crash occurs on MacOSX only (works flawlessly on 32/64 Linux 
and Windows), because
getenv("PATH") returns a null value during startup of the ooRexx interpreter! 
So somewhere the
environment is not properly set up for the scripting framework, if e.g. PATH is 
not accessible.

Thought I report my findings ASAP with the latest MacOSX beta, will update the 
issue later this
evening and create an issue requesting a showstopper flag (have to leave).

---rony

P.S.: It was just a coincidence that the Java thread where the crash occurs is 
at the same time the
awt thread. That thread is not in jeopardy with the MacOSX AppKit thread. Cf.
<http://searchcode.com/codesearch/view/18259454> for 
"com.sun.star.script.framework.provider.
SwingInvocation" that gets used in beanshell.






On 26.02.2014 15:38, Jürgen Schmidt wrote:
> Hi Ronny,
>
> the problem is not new as far as I know and not easy to fix. Both the
> office and the JVM requires to run their event loop in the main thread
> and this conflicts on MacOS.
>
> A solution can be potentially to start the JVM in a separate process and
> bridge the communication via UNO.
>
> But I don't see the chance that it get fixed for AOO 4.1 or in the near
> future.
>
> Any usage of awt in macros or extensions on Mac will cause problems and
> is not recommended. And again this problem is not new and exists since
> some time.
>
> It is correct that it worked in the past and I don't know when the
> problem was introduced and which change triggered it. But I know that
> exists since several years and is not easy to fix.
>
> Juergen
>
> On 2/26/14 3:12 PM, Rony G. Flatscher (Apache) wrote:
>> Hi there,
>>
>> it seems that dispatching scripts via AOO's Java scripting framework is done 
>> using the wrong thread
>> on MacOSX.
>>
>> This reasoning stems from observing the Java runtime error to be caused e.g. 
>> when using a JDialog to
>> popup reporting the following error:
>>
>> com.sun.star.uno.RuntimeException[jni_uno_bridge_error] UNO calling Java 
>> method invoke: non-UNO exception occurred:
>> java.lang.InternalError: Can't start the AWT because Java was started on 
>> the first thread.
>> Make sure StartOnFirstThread is not specified in your application's 
>> info.plist or on the command line
>>
>> This problem is also present in Herbert's latest drop.
>>
>> This effectively inhibits dispatching any scripts from within AOO on MacOSX, 
>> which works fine on
>> Windows and Linux otherwise (in 32- and the latter in addition in 64-bit).
>>
>> As the code for making ooRexx available was copied from the BeanShell's Java 
>> scripting framework
>> implementation and works on all other platforms flawlessly, this seems to be 
>> a serious error on
>> MacOSX, and therefore a showstopper, IMHO.
>> [The code gets dispatched by AOO and on its supplied thread.]
>>
>> However and interestingly, there seems to be no problem with BeanShell and 
>> JavaScript, which is
>> surprising to me. Not sure why they execute properly on MacOSX, but that 
>> observation is also the
>> reason why I prefer to ask first, before setting the showstopper flag on bug 
>> 124170 (see below).
>>
>> There are two bug issues that document this problem:
>>
>>   * Bug <https://issues.apache.org/ooo/show_bug.cgi?id=124170>, Comment # 9: 
>> explains where to find
>> the (basically a pure Java-) oxt (a debug version using JDialog) and how 
>> to get the Java error
>> on MacOSX.
>>
>>   * Bug <https://issues.apache.org/ooo/show_bug.cgi?id=120359> is probably 
>> related to the same
>> reason (in the part describing problems dispatching scripts and some 
>> sort of work around that
>> more or less worked on the prior 32-bit version).
>>
>> ---
>>
>> It might be interesting to note, that in OpenOffice.org times (32-bit OOo) 
>> it used to work on
>> MacOSX. I am not aware of any changes in the scripting framework that could 
>> cause this behaviour.
>>
>> ---rony
>>
>>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>

Re: URL-location for latest beanshell provider source code ?

[Rony G. Flatscher (Apache)]

Buona sera Andrea,

On 24.03.2014 22:48, Andrea Pescetti wrote:
> Rony G. Flatscher (Apache) wrote:
>> While going after the current implementation of a script provider, I would 
>> like to target the
>> beanshell implemantion.
>
> This is only marginally related to what you are doing now, but note that 
> Beanshell itself was
> proposed for becoming an Incubator project, even if the effort is now stalled 
> (I think nobody has
> taken care of all the initial reviews, grants, etc yet):
> http://wiki.apache.org/incubator/BeanShellProposal
>
> So if, done this, you would like to help bring Beanshell itself to Apache the 
> first steps are
> already done!
If I can help from the second line, whatever has to be done there, yes. 
Unfortunately, I have been
tied down heavily with too many tasks to be able to step up into the front line 
for this initiative,
which I too think is very important, especially for AOO!

---rony

P.S.: My current interest in beanshell here is to double-check while 
researching a problem I have
been experiencing on MacOSX-AOO with a ScriptProvider for ooRexx, which I had 
developed and am
maintaining. (The same code works flawlessly dispatching ooRexx scripts on 32- 
and 64-bit.)


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

Re: URL-location for latest beanshell provider source code ?

[Rony G. Flatscher (Apache)]

On 24.03.2014 16:32, Jürgen Schmidt wrote:
> On 3/24/14 4:00 PM, Rony G. Flatscher (Apache) wrote:
>> While going after the current implementation of a script provider, I would 
>> like to target the
>> beanshell implemantion.
>>
>> Found an URL (via the web) pointing to:
>>
>> 
>> <http://svn.apache.org/repos/asf/openoffice/trunk/main/scripting/java/com/sun/star/script/framework/provider/beanshell/>
>>
>> Just double-checking: would that be the URL to the latest version? If not 
>> where should I start to
>> research/find the latest version?
> the link goes directly in trunk of our svn repository, means trunk
> contains the latest and greatest version and that is the place to start
:-)

Jürgen, thank you very much for reassuring this!

---rony

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

URL-location for latest beanshell provider source code ?

[Rony G. Flatscher (Apache)]

While going after the current implementation of a script provider, I would like 
to target the
beanshell implemantion.

Found an URL (via the web) pointing to:




Just double-checking: would that be the URL to the latest version? If not where 
should I start to
research/find the latest version?

---rony

Re: Does it make sense to raise a showstopper for MacOSX ?

[Rony G. Flatscher (Apache)]

Hi Jürgen,

thank you for your information!

Will therefore keep on waiting and hoping that sometimes in the (hopefully 
near!) future this
problem can be researched and tackled.

[Maybe Java-oxt's are dispatched by default on a different thread (separate JVM 
instance?) than the
"built-in" AOO Java classes on MacOSX? Maybe a Java class loader issue only 
present on MacOSX? Maybe
... of course pure speculations, which may lead to nowhere...]

---rony





On 26.02.2014 15:38, Jürgen Schmidt wrote:
> Hi Ronny,
>
> the problem is not new as far as I know and not easy to fix. Both the
> office and the JVM requires to run their event loop in the main thread
> and this conflicts on MacOS.
>
> A solution can be potentially to start the JVM in a separate process and
> bridge the communication via UNO.
>
> But I don't see the chance that it get fixed for AOO 4.1 or in the near
> future.
>
> Any usage of awt in macros or extensions on Mac will cause problems and
> is not recommended. And again this problem is not new and exists since
> some time.
>
> It is correct that it worked in the past and I don't know when the
> problem was introduced and which change triggered it. But I know that
> exists since several years and is not easy to fix.
>
> Juergen
>
> On 2/26/14 3:12 PM, Rony G. Flatscher (Apache) wrote:
>> Hi there,
>>
>> it seems that dispatching scripts via AOO's Java scripting framework is done 
>> using the wrong thread
>> on MacOSX.
>>
>> This reasoning stems from observing the Java runtime error to be caused e.g. 
>> when using a JDialog to
>> popup reporting the following error:
>>
>> com.sun.star.uno.RuntimeException[jni_uno_bridge_error] UNO calling Java 
>> method invoke: non-UNO exception occurred:
>> java.lang.InternalError: Can't start the AWT because Java was started on 
>> the first thread.
>> Make sure StartOnFirstThread is not specified in your application's 
>> info.plist or on the command line
>>
>> This problem is also present in Herbert's latest drop.
>>
>> This effectively inhibits dispatching any scripts from within AOO on MacOSX, 
>> which works fine on
>> Windows and Linux otherwise (in 32- and the latter in addition in 64-bit).
>>
>> As the code for making ooRexx available was copied from the BeanShell's Java 
>> scripting framework
>> implementation and works on all other platforms flawlessly, this seems to be 
>> a serious error on
>> MacOSX, and therefore a showstopper, IMHO.
>> [The code gets dispatched by AOO and on its supplied thread.]
>>
>> However and interestingly, there seems to be no problem with BeanShell and 
>> JavaScript, which is
>> surprising to me. Not sure why they execute properly on MacOSX, but that 
>> observation is also the
>> reason why I prefer to ask first, before setting the showstopper flag on bug 
>> 124170 (see below).
>>
>> There are two bug issues that document this problem:
>>
>>   * Bug <https://issues.apache.org/ooo/show_bug.cgi?id=124170>, Comment # 9: 
>> explains where to find
>> the (basically a pure Java-) oxt (a debug version using JDialog) and how 
>> to get the Java error
>> on MacOSX.
>>
>>   * Bug <https://issues.apache.org/ooo/show_bug.cgi?id=120359> is probably 
>> related to the same
>> reason (in the part describing problems dispatching scripts and some 
>> sort of work around that
>> more or less worked on the prior 32-bit version).
>>
>> ---
>>
>> It might be interesting to note, that in OpenOffice.org times (32-bit OOo) 
>> it used to work on
>> MacOSX. I am not aware of any changes in the scripting framework that could 
>> cause this behaviour.
>>
>> ---rony


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

Does it make sense to raise a showstopper for MacOSX ?

[Rony G. Flatscher (Apache)]

Hi there,

it seems that dispatching scripts via AOO's Java scripting framework is done 
using the wrong thread
on MacOSX.

This reasoning stems from observing the Java runtime error to be caused e.g. 
when using a JDialog to
popup reporting the following error:

com.sun.star.uno.RuntimeException[jni_uno_bridge_error] UNO calling Java 
method invoke: non-UNO exception occurred:
java.lang.InternalError: Can't start the AWT because Java was started on 
the first thread.
Make sure StartOnFirstThread is not specified in your application's 
info.plist or on the command line

This problem is also present in Herbert's latest drop.

This effectively inhibits dispatching any scripts from within AOO on MacOSX, 
which works fine on
Windows and Linux otherwise (in 32- and the latter in addition in 64-bit).

As the code for making ooRexx available was copied from the BeanShell's Java 
scripting framework
implementation and works on all other platforms flawlessly, this seems to be a 
serious error on
MacOSX, and therefore a showstopper, IMHO.
[The code gets dispatched by AOO and on its supplied thread.]

However and interestingly, there seems to be no problem with BeanShell and 
JavaScript, which is
surprising to me. Not sure why they execute properly on MacOSX, but that 
observation is also the
reason why I prefer to ask first, before setting the showstopper flag on bug 
124170 (see below).

There are two bug issues that document this problem:

  * Bug , Comment # 9: 
explains where to find
the (basically a pure Java-) oxt (a debug version using JDialog) and how to 
get the Java error
on MacOSX.

  * Bug  is probably 
related to the same
reason (in the part describing problems dispatching scripts and some sort 
of work around that
more or less worked on the prior 32-bit version).

---

It might be interesting to note, that in OpenOffice.org times (32-bit OOo) it 
used to work on
MacOSX. I am not aware of any changes in the scripting framework that could 
cause this behaviour.

---rony

Re: Any news on a new build of 64-bit MacOSX AOO 4.1 (either dayly/developer or snapshot build) ?

[Rony G. Flatscher (Apache)]

Hi Herbert,

On 11.02.2014 17:24, Herbert Duerr wrote:
> On 11.02.2014 15:23, Rony G. Flatscher (Apache) wrote:
>> On 11.02.2014 15:07, Herbert Duerr wrote:
>>>> Please advise, whether you want all crash files from yesterday and where 
>>>> to put them (issue,
>>>> make it
>>>> downloadable, send it as an attachment?)!
>>>
>>> If you have webspace somewhere then making them available there would be a 
>>> good start, especially
>>> since these seem to be different problems.
>> Uploaded all of them as a zip-file (including the .*plist) to
>> <http://wi.wu.ac.at/rgf/tmp/aoo/20140211/>.
>
> Thanks! It shows that the update-check problem is caused by an unexpected 
> exception of type
> com::sun::star::ucb::InteractiveNetworkReadException
>
> 10  __cxa_call_unexpected + 129
> 11  libucbhelper4s5abi.dylib ucbhelper::cancelCommandExecution
> 12  libucpdav1.dylib http_dav_ucp::Content::open
> 13  libucpdav1.dylib http_dav_ucp::Content::execute
> 14  libucpdav1.dylib http_dav_ucp::Content::execute
> 15  updatefeed.uno.dylib
> 16  updatefeed.uno.dylib
> 17  updatefeed.uno.dylib
> 18  updchk.uno.dylib checkForUpdates
>
> If you had a way to reproduce this I'd give you debug versions of these 
> libraries so the stack
> would be more precise.
Unfortunately, after trying hard I have not been able to get back to the 
crashing state.

Will test the next snapshot once it is available.

Kind regards

---rony


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

Re: Any news on a new build of 64-bit MacOSX AOO 4.1 (either dayly/developer or snapshot build) ?

[Rony G. Flatscher (Apache)]

Hi Herbert,

On 11.02.2014 15:07, Herbert Duerr wrote:
>
> On 11.02.2014 14:47, Rony G. Flatscher (Apache) wrote:
>> On 11.02.2014 10:45, Oliver-Rainer Wittmann wrote:
>>> On 11.02.2014 09:55, Herbert Duerr wrote:
>>>> [...]
>>>> There are hints from other users that the crash after a while may have
>>>> to do with the update service having problems. Does the problem persist
>>>> when you disable the automatic update check?
>>>> (OpenOffice->Preferences->OpenOffice->OnlineUpdate->CheckAutomatically)
>> Actually, it does not show anymore! :(
>>
>> Even removed all installed components (AOO, ScriptProvider.oxt), reinstalled 
>> AOO alone, then with
>> the ScriptProvider.oxt to no avail.
>
> Thats good news and bad news :-)
I know!
:-)

> However, I still have yesterdays DiagnosticReports which I can make available 
> (at least I can see
>> three different crashes, soffice with a SIGSEGV (linked to the Java awt 
>> event thread problem),
>> soffice with a SIGABRT, and a unopkg with a SIGABRT. Altogether I have 
>> eleven crash files created
>> with the 64-bit version that you have made kindly available yesterday.
>>
>> Please advise, whether you want all crash files from yesterday and where to 
>> put them (issue, make it
>> downloadable, send it as an attachment?)!
>
> If you have webspace somewhere then making them available there would be a 
> good start, especially
> since these seem to be different problems.
Uploaded all of them as a zip-file (including the .*plist) to
<http://wi.wu.ac.at/rgf/tmp/aoo/20140211/>.


>> Removing the ScriptProvider extension (not all of its URLs are valid 
>> currently), rerunning the
>> Extension Manager - Check for Updates yields no updates and does not yield a 
>> crash.
>
> This check for an extension update with bad URLs is the prime suspect for the
> crash-after-two-minutes. If you are using time machine then checking the 
> difference between the
> current and the older versions of the ScriptProviderForooRexx extension might 
> be interesting.
Well the oxt contains an update xml file that has not been changed since three 
years (2011-04-28).
The first entry in its update section points to an existing
<http://wi.wu-wien.ac.at/rgf/rexx/OOo/ScriptProviderForooRexx.update.html>, 
which gives information
how to manually update the extension (there is no automatic update of the 
extension intended, just
an alert to the user that one might exist).

[Some of the given information needs updates, which I will apply.]

As this information is the same for all platforms (it is basically a Java-based 
extension that uses
JNI to invoke the ooRexx interpreter, which needs to be installed on the target 
system, the MacOSX
version of BSF4ooRexx includes the ooRexx interpreter already) and all other 
platforms do not crash,
there must be something different on the 64-bit MacOSX version. (Also the 
32-bit MacOSX version
4.0.x did not exhibit these crashes.)

Best regards,

---rony



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

Re: Any news on a new build of 64-bit MacOSX AOO 4.1 (either dayly/developer or snapshot build) ?

[Rony G. Flatscher (Apache)]

Hi Rory,

On 11.02.2014 15:05, Rory O'Farrell wrote:
> On Tue, 11 Feb 2014 14:47:28 +0100
> "Rony G. Flatscher (Apache)"  wrote:
>
>> After pressing the o.k. button, this is followed by another error popup 
>> "OpenOffice 4.1.0" with the
>> message "http://www.rexxla.org/updates/ScriptProviderForooRexx.update.xml 
>> does not exist.", pressing
>> o.k. yields one error popup after another for each URL that does not exist, 
>> e.g.
>> "http://sourceforge.net/projects/bsf4oorexx/files/ScriptProviderForooRexx.update.html";.
>>
>> Removing the ScriptProvider extension (not all of its URLs are valid 
>> currently), rerunning the
>> Extension Manager - Check for Updates yields no updates and does not yield a 
>> crash.
> A quick inspection shows that there is no 
> /updates/ScriptProviderForooRexx.update.xml at that site. So perhaps the Rexx 
> section needs to be written in the light of more up to date information. I 
> know nothing more than I relate here, so cannot help further.
Thanks for your hint. Yes, some of the given update URLs do not exist (anymore, 
yet), however this
should not cause any crashes to AOO.

The crashes at the moment cannot be reproduced so something has changed with 
the installation, but I
do not know what.  (Tried vanilla plain installations, having removed the user 
profile, combined
with the ScriptProvider, without, etc.)

---rony

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

Re: Any news on a new build of 64-bit MacOSX AOO 4.1 (either dayly/developer or snapshot build) ?

[Rony G. Flatscher (Apache)]

On 11.02.2014 10:45, Oliver-Rainer Wittmann wrote:
> Hi,
>
> On 11.02.2014 09:55, Herbert Duerr wrote:
>> Hi Rony,
>>
>> On 10.02.2014 21:14, Rony G. Flatscher (Apache) wrote:
>>> A few remarks using yesterday's build:
>>>
>>> - If letting AOO 4.1 hang around with swriter (doing nothing), after
>>> approx. two minutes AOO
>>> crashes: do you need the DiagnosticReport file in case you cannot
>>> duplicate this?
>>
>> Yes please.
>> There are hints from other users that the crash after a while may have
>> to do with the update service having problems. Does the problem persist
>> when you disable the automatic update check?
>> (OpenOffice->Preferences->OpenOffice->OnlineUpdate->CheckAutomatically)
Actually, it does not show anymore! :(

Even removed all installed components (AOO, ScriptProvider.oxt), reinstalled 
AOO alone, then with
the ScriptProvider.oxt to no avail.

However, I still have yesterdays DiagnosticReports which I can make available 
(at least I can see
three different crashes, soffice with a SIGSEGV (linked to the Java awt event 
thread problem),
soffice with a SIGABRT, and a unopkg with a SIGABRT. Altogether I have eleven 
crash files created
with the 64-bit version that you have made kindly available yesterday.

Please advise, whether you want all crash files from yesterday and where to put 
them (issue, make it
downloadable, send it as an attachment?)!

> Or:
> - Does the crash occur when you check manually (Menu Help - Check for 
> Updates...) for a new AOO
> version?
No crash.

> - Does the crash occur when you check manually (Menu Tools - Extension 
> Manager - Check for Updates?
No crash, but a popup-error dialog with the title "OpenOffice 4.1.0" and the 
message "Error reading
data from the Internet. Server error message.".

After pressing the o.k. button, this is followed by another error popup 
"OpenOffice 4.1.0" with the
message "http://www.rexxla.org/updates/ScriptProviderForooRexx.update.xml does 
not exist.", pressing
o.k. yields one error popup after another for each URL that does not exist, e.g.
"http://sourceforge.net/projects/bsf4oorexx/files/ScriptProviderForooRexx.update.html";.

Removing the ScriptProvider extension (not all of its URLs are valid 
currently), rerunning the
Extension Manager - Check for Updates yields no updates and does not yield a 
crash.

Best regards,

---rony


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

Re: Any news on a new build of 64-bit MacOSX AOO 4.1 (either dayly/developer or snapshot build) ?

[Rony G. Flatscher (Apache)]

A few remarks using yesterday's build:

- If letting AOO 4.1 hang around with swriter (doing nothing), after approx. 
two minutes AOO
crashes: do you need the DiagnosticReport file in case you cannot duplicate 
this?

- Installing the oxt file containing the script language to "shared", although 
carried out with
sudo, there is a file opening error and the installation cannot be carried out 
successfully
(installing the extension for the user works); remember that to be the case 
with AOO 4.0 already,
found the workaround with the user context and exploiting it; as otherwise 
installation of the OXT
works on Linuxes in 32- and 64-bit in shared mode works (and used to work on 
older versions of OOo),
maybe this could be addressed for 4.1?

- Experimenting and attempts for debugging the crash of AOO when editing and 
executing ooRexx
scripts from the editor, as well as running such scripts directly via "Tools -> 
Macros -> Run Macro"
I managed somehow to get an "OpenOffice Error" popup that states:

Title: OpenOffice Error

com.sun.star.uno.RuntimeException[jni_uno_bridge_error] UNO calling Java 
method invoke: non-UNO
exception occurred:
java.lang.InternalError: Can't start the AWT because Java was started on 
the first thread.
Make sure StartOnFirstThread is not specified in your application's 
info.plist or on the
command line

java stack trace:
...

com.sun.star.script.framework.provider.oorexx.ScriptImpl.showErrorMessage(ScriptProviderForooRexx.java:920)
...

Where showErrorMessage(...) employs a javax.swing.JOptionPane.showMessageDialog 
causing the above
error dialog. Will report this also with the issue tomorrow (have to run, but 
wanted to give the
crux of what I have found out so far, maybe that helps already a little bit).

In principle the same oxt works flawlessly with the same test-usage patterns on 
Linux and Windows in
32- and 64-bits, and works with the previous 32-bit AOO on MacOSX.

---rony





On 10.02.2014 16:28, Rony G. Flatscher (Apache) wrote:
> Hi Herbert,
>
> thank you very much, indeed!
>
> Kind regards
>
> ---rony
>
> On 10.02.2014 12:52, Herbert Duerr wrote:
>> Hi Rony,
>>
>> On 10.02.2014 11:51, Rony G. Flatscher (Apache) wrote:
>>> is there anywhere a new build of the 64-bit MacOSX AOO 4.1 available 
>>> (beyond rev. 1560772)? No
>>> matter whether it is a (daily?) developer or an "official" snapshot.
>> I just uploaded my last dev-build [1].
>>
>> [1] http://people.apache.org/~hdu/AOO_nightly20140209.dmg
>>
>> We're planning to do a new milestone build soon.
>>
>> Herbert

Re: Any news on a new build of 64-bit MacOSX AOO 4.1 (either dayly/developer or snapshot build) ?

[Rony G. Flatscher (Apache)]

Hi Herbert,

thank you very much, indeed!

Kind regards

---rony

On 10.02.2014 12:52, Herbert Duerr wrote:
> Hi Rony,
>
> On 10.02.2014 11:51, Rony G. Flatscher (Apache) wrote:
>> is there anywhere a new build of the 64-bit MacOSX AOO 4.1 available (beyond 
>> rev. 1560772)? No
>> matter whether it is a (daily?) developer or an "official" snapshot.
>
> I just uploaded my last dev-build [1].
>
> [1] http://people.apache.org/~hdu/AOO_nightly20140209.dmg
>
> We're planning to do a new milestone build soon.
>
> Herbert


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

Any news on a new build of 64-bit MacOSX AOO 4.1 (either dayly/developer or snapshot build) ?

[Rony G. Flatscher (Apache)]

Hi there,

is there anywhere a new build of the 64-bit MacOSX AOO 4.1 available (beyond 
rev. 1560772)? No
matter whether it is a (daily?) developer or an "official" snapshot.

Just would like to see whether an error with a scripting extension is still 
present (if so, I really
need to debug that script extension locally).

TIA,

---rony

P.S.: It would be nice if

 would add the
date to the link when that particular snapshot build got created.

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

Re: 64bit Mac crashs often after start

[Rony G. Flatscher (Apache)]

Hi there,

Just to make sure that the filed bug is not overseen, as it only occurs on the 
new 64-bit MacOSX
AOO: . It also comes with 
the MacOSX
diagnostic file for inspection of the reported bug.

---rony


On 30.01.2014 18:35, Rony wrote:
> Hi Herbert,
>
> could you please point out where the MacOSX crash reports are located? 
>
> Experiencing an exception in the awt event thread when loading a scripting 
> engine and running a macro via the Java based scripting engine (latest, 64 
> bit AOO on MacOSX). Would like to submit it with a bug report.
>
> TIA
>
> Rony G. Flatscher (mobil/e)
>
>> Am 29.01.2014 um 08:40 schrieb Herbert Duerr :
>>
>> Hi Raphael,
>>
>>> On 01/29/2014 08:07 AM, Raphael Bircher wrote:
>>> I recognise that the OSX 4.0.1 often crachs after start. It is not realy
>>> reproducible, but I have the feeling that there is something wrong. I
>>> just whant to let you know, so we can keep a eye on this.
>>>
>>> System: 10.9 Mavericks.
>>>
>>> I will try to get more information about this behavior
>> The Mac crash reporter will have some interesting details about this.
>> Please copy and paste such a report into a text document and attach it
>> to a new issue.
>>
>> I also suggest to experiment with enabling/disabling extensions, the
>> update checker and with the java settings.
>>
>> Herbert
>>
>> -
>> 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

unoinfo-bug in latest MacOSX snapshot still present (Re: [RELEASE]: snapshot build for Mac and Windows based on revision

[Rony G. Flatscher (Apache)]

On 13.01.2014 14:01, Jürgen Schmidt wrote:
> On 1/13/14 2:00 PM, Jürgen Schmidt wrote:
>> Hi,
>>
>> I have upload a new snapshot for Mac and Windows based on revision
>> 1521921. I also update the related wiki page under [1] (quite painful
>> after the confluence update).
>>
>> An overview of changes/fixes in this snapshot since AOO 4.0.1 can be
>> found under [2].
>>
>> Mac is still 32 bit but my plan is that the next snapshot and future
>> versions will be 64 bit.
>>
>> Linux is not yet available via the snapshot page because of some
>> problems with the build machines. I recommend the builds from the Apache
>> builds bots. The difference is only that the Apache bots have a newer
>> baseline but will work on newer Linux systems.
>>
>> I plan to provide patch sets for Windows in the next days together with
>> additional information how to test and use them.
>>
>> Further languages and updates of existing languages will be integrated
>> in the next snapshot.
>>
>> Juergen
>>
> [1]
> https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds
>
> [2]
> http://people.apache.org/~jsc/developer-snapshots/snapshot/AOO4.1.0_Snapshot_fixes_1524958_1556251.html
>
> -

Just downloaded the latest snapshot build for MacOSX (en-us, rev. 1556251) and 
found that the
unoinfo-bug reported in  
is still present,
preventing Java programs using "uninfo java" for setting the classpath to be 
able to interact with AOO.

As the issue might not be too visible, yet the bug inhibits effectively Java 
from using AOO when
using "unoinfo" it seems that it should be fixed, before a final release for 
4.1.0.

---rony


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

Re: MacOSX: How to get rid of the dialog "The last time you opened ..." ?

[Rony G. Flatscher (Apache)]

On 18.01.2014 21:41, Andrea Pescetti wrote:
> Rony G. Flatscher (Apache) wrote:
>> Larry,
>> will do it at home: thanks an awful lot for your fast reponse, kudos to you!
>
> Rony, please keep a copy of the wrong state. We were rather sure to have 
> fixed this with
> https://issues.apache.org/ooo/show_bug.cgi?id=119006
> but apparently 4.0.1 still suffers from a similar problem, so the bug has 
> been reopened and any
> feedback from a user who knows what he is doing is welcome.
Thank you for the link, uploaded the state data with the issue.

---rony

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

Re: MacOSX: How to get rid of the dialog "The last time you opened ..." ?

[Rony G. Flatscher (Apache)]

Larry,

will do it at home: thanks an awful lot for your fast reponse, kudos to you!

---rony


On 18.01.2014 17:56, Larry Gusaas wrote:
> You need to delete the folder "org.openoffice.script.savedState". It is in 
> the "Saved Application
> State" folder in your User/Library.
>
> See this post on the user forum for detailed instructions:
> https://forum.openoffice.org/en/forum/viewtopic.php?f=17&t=55755#p244931
>
> On 2014-01-18, 10:51 AM Rony G. Flatscher (Apache) wrote:
>> Hi there,
>>
>> experimenting different versions of AOO on MacOSX (10.9.1) I ended up 
>> getting an AOO popup reading:
>> "The last time you opened OpenOffice, it unexpectedly quit while reopening 
>> windows. Do you want to
>> try to reopen its windows again?". No matter which button ("Don't Reopen", 
>> "Reopen") I press the
>> dialog remains and in another window AOO starts.
>>
>> Chosing the menu "Tools -> Customize..." yields no reaction.
>>
>> Choosing the menu "OpenOffice -> Preferences" is grayed out (maybe the 
>> Java settings need
>> adjustment as I have installed Apple's Java after receiving the new Mac).
>>
>> When closing all instances of AOO the dialog window remains on screen. I 
>> need to forcefully kill the
>> soffice process, either interactively or using "kill -9" on the command line.
>>
>> ---
>>
>> The next time I remove, install any version of AOO (in my case 4.0.0 and 
>> 4.0.1) the above repeats.
>>
>> Is there anything I could do to stop AOO from thinking to reopen the windows 
>> again? If it is stored
>> with the user's profile, where is that user profile located on the Mac such 
>> that I can delete it
>> (assuming that the Customize... and Preferences... menu items will become 
>> active again)?
>>
>> TIA for any pointers!
>>
>> ---rony


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

MacOSX: How to get rid of the dialog "The last time you opened ..." ?

[Rony G. Flatscher (Apache)]

Hi there,

experimenting different versions of AOO on MacOSX (10.9.1) I ended up getting 
an AOO popup reading:
"The last time you opened OpenOffice, it unexpectedly quit while reopening 
windows. Do you want to
try to reopen its windows again?". No matter which button ("Don't Reopen", 
"Reopen") I press the
dialog remains and in another window AOO starts.

Chosing the menu "Tools -> Customize..." yields no reaction.

Choosing the menu "OpenOffice -> Preferences" is grayed out (maybe the Java 
settings need
adjustment as I have installed Apple's Java after receiving the new Mac).

When closing all instances of AOO the dialog window remains on screen. I need 
to forcefully kill the
soffice process, either interactively or using "kill -9" on the command line.

---

The next time I remove, install any version of AOO (in my case 4.0.0 and 4.0.1) 
the above repeats.

Is there anything I could do to stop AOO from thinking to reopen the windows 
again? If it is stored
with the user's profile, where is that user profile located on the Mac such 
that I can delete it
(assuming that the Customize... and Preferences... menu items will become 
active again)?

TIA for any pointers!

---rony

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

Re: [RELEASE]: snapshot build for Mac and Windows based on revision 1521921

[Rony G. Flatscher (Apache)]

On 15.01.2014 10:50, Larry Gusaas wrote:
>
>
> On 2014-01-15, 3:38 AM Jürgen Schmidt wrote:
>> On 1/15/14 9:59 AM, Larry Gusaas wrote:
>>> On 2014-01-15, 2:35 AM Jürgen Schmidt wrote:
 To repeat it again AOO 4.1 will require the 10.7 SDK and if somebody is
 interested to work on support for 10.6 stand up now.
>>> And I repeat. Not supporting an operating system that was only replaced
>>> 2 1/2 years ago is wrong. Stand up now? Sounds like the old developer
>>> attitude "if you want it, do it yourself".
>> yes and no, that is how it works for sure. If you want something do it,
>> if you can't do it yourself convince others to help. Do nothing
>> definitely won't work.
>>
>> And this is not personal it is a general reminder how it works.
>>
>> Juergen
>
> And that is the bane of open source software.
No. AFAIK Apple, the commercial entity that produced and sold and developed 
software for PPC has
stopped doing so, EOL policy.

---

The boon of open source software is, that everyone *can* take the source and 
compile it for PPC.

Alternatively, other software products using AOO source code like LO can 
support such a platform.
>From your comments it seems to be the case that a LO port for PPC exists, so 
>why not suggest that
and use it, if you have extraordinary needs?

---rony

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

How to distinguish whether a 32 or 64 bit AOO is installed on systems that may host both bitnesses ? (Re: switch trunk from Mac 32bit to 64bit

[Rony G. Flatscher (Apache)]

Congratulations for allowing AOO be compiled in 64 bit for the MacOSX!

Is or will be there a possiblity to find out which version of AOO is installed, 
the 32 or the 64 bit
version?

There is at least one (mine ;) ) third party extension that may try to add an 
extension to AOO. As
the app can only be installed in either 32 or 64 bit, the extension support for 
AOO should only be
installed, if bitnesses between both match. So on operating systems where AOO 
can be installed
either as 32 or as 64 bit it would be necessary to figure out (in a platform 
independent way) what
bitness the installed AOO carries.

As unoinfo seems to not carry the bitness information, is there another 
(portable, platform
independent) way to find out what bitness the installed AOO has?

TIA,

---rony

P.S.: Expecting that after all PCs migrated from 32 to 64 bit, that then the 
migration to 128 will
start, such that this remains an interesting piece of information for the times 
to come.



On 19.12.2013 17:29, Herbert Duerr wrote:
> The new Mac port looks quite good. I uploaded a current version to my page 
> [1]. Jürgen already
> mentioned it will only work for OSX 10.7 and up. It is based on todays trunk, 
> which already
> contains a lot of fixes and enhancements compared to our latest release. For 
> details you can have
> a look at our progress tracking page [2].
>
> [1] http://people.apache.org/~hdu/
> [2] http://people.apache.org/~hdu/izlist9.htm
>
> In the early days of next year I plan to update our trunk so the new port 
> becomes active. To build
> it yourself you'll need XCode4 then. XCode4 comes with the 10.7 SDK.
>

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

Re: Sidebar for Developers

[Rony G. Flatscher (Apache)]

On 09.10.2013 14:42, Andre Fischer wrote:
> On 03.10.2013 11:37, Jörg Schmidt wrote:
>> Hello,
>>
>>> From: Andre Fischer [mailto:awf@gmail.com]
 It took a long time but here is my example, a simple search
>>> for writer.
>>>
>>> That's OK.  I just came back from my vacation and am now
>>> catching up on
>>> emails.
>>>
 Can you please help me now?
>>> I will try.  Can you tell me, what the extension does and how
>>> you want
>>> it to work and look?
>> The extension function is very simple, there is a dialog with two text 
>> fields to
>> enter a search string and a replacement text, and two buttons to start 
>> searching
>> or replacing. The extension is for writer.
>>
>> So not much function but it is indeed primarily an example of integration in 
>> the
>> sidebar
>>
>> This dialogue should now be implemented, he works as a sidebar, so:
>>
>> 2 text fields for entering
>> 4 Label Fields
>> 2 buttons to launch two Basic Macros
>>
>
> I was somewhat but not entirely successful in turning your BASIC script into 
> a sidebar panel.
>
> I have created an Eclipse project of the sidebar panel [1].   Run the 'oxt' 
> target of the Ant
> build file to create the file SidebarBasicPanelDemo.oxt in the dist/ 
> directory.   Install this
> extension in a 4.* OpenOffice and restart.  Now you should see in the sidebar 
> tab bar a new entry
> with a gear icon.  Click on it to swtich to the demo panel.
>
> What works is that the dialog is displayed as expected.  Callbacks into the 
> BASIC script work also.
>
> What does not work is that the BASIC script can not access the dialog for eg 
> retrieval of the
> search strings.  The reason for that is that the dialog is not created from 
> the script in the
> 'Start_dialog' function but on the Java side of the implementation. I tried 
> to call from Java into
> BASIC with the dialog object.  The call works, but I did not get the public 
> BASIC variable
> 'ts_dialog' to work.  When you click on the 'Suche Nächsten' button then the 
> ts_dialog value is
> empty again.
>
> But maybe this is a good thing, because every document has its own side bar 
> and its own BASIC
> dialog.  Using a single global variable to hold the dialog would not work.  
> As I do not know
> OpenOffice BASIC well enough to know if and how object orientation works, I 
> did not try to fix this.
> I also do not know how to change the event callbacks to pass parameters to 
> the BASIC script. 
> Without parameters, your BASIC script does not know from which instance of 
> the dialog it has been
> called and thus could not retrieve the search string, even if it could access 
> the dialogs.
>
> Using the BASIC dialog but do the implementation in Java would be much easier 
> and more reliable.
>
> Best regards,
>
> Andre
>
>
> [1] http://people.apache.org/~af/SidebarBasicDemo.zip
Very interesting!

Would it be possible for you use e.g. BeanShell, JavaScript, Pyhton,  instead 
of AOO Basic to fetch
the values in the Basic dialog one way or another? If so, could you please 
create such a sidebar
extension too, which could serve as a great template for script coders to take 
advantage of the new
sidebar feature?

---rony



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

Re: How to enable UNO services through Script on other platforms except Windows?

[Rony G. Flatscher (Apache)]

On 9/9/2013 2:38 PM, Kejia Ye wrote:
> I'm using LotusScript, a script language used in Lotus Notes, also
> described as "BASIC-like". It is useful to access and export the back-end
> data. And I'm thinking to use it to export the data and generate
> spreadsheet reports from AOO directly.
>
> Is there some
>  similar samples or experience to do things like that? Maybe something like
> VB scripts?
In addition to the scripting languages Jürgen pointed out you may also use the 
scripting languages
that come also with AOO like JavaScript and BeanShell.

If you are in the "Lotus corner" you might be acquainted with the Rexx (IBM's 
original SAA scripting
language) and/or the opensource Open Object Rexx (http://www.ooRexx.org) 
scripting language. The
Windows implementation of ooRexx supports COM/OLE/ActiveX and allows you to 
access e.g. Lotus Notes
via the COM interfaces (transcribing the Lotus script code).

You can get at a cross-platform solution to interface with Lotus Notes and with 
AOO from ooRexx by
adding the BSF4ooRexx package (https://sourceforge.net/projects/bsf4oorexx/), 
which allows one to
exploit any Java bridges (to Notes or to AOO) with the syntax and ease of the 
ooRexx scripting
languages. The camouflaging support of BSF4ooRexx turns Java conceptually into 
the interpreted,
dynamically typed and case-independent ooRexx

---rony


> On Mon, Sep 9, 2013 at 5:37 PM, Jürgen Schmidt wrote:
>
>> Hi Ke Jia,
>>
>> On 9/9/13 9:09 AM, Kejia Ye wrote:
>>> Hi,
>>>
>>> I'm trying to connect to AOO and calling some UNO services by a script. I
>>> found a solution about
>>> Automation_Bridge<
>> http://wiki.openoffice.org/wiki/Documentation/DevGuide/ProUNO/Bridge/Automation_Bridge
>>> and
>>> it works for me, but it can only be used on Windows, due to the COM
>>> implementation dependency.
>>>
>>> Does anybody know is there any method that I can run a script to control
>>> AOO remotely on other platforms, like Linux or Mac?
>> Sure you can use Python to automate tasks or you can use Java. It really
>> depends on what you have in mind to do.
>>
>> Maybe you can explain what you have in mind
>>
>> Juergen


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

Re: permission problem with Windows SDK from snapshot 4.0.1

[Rony G. Flatscher (Apache)]

Ah, on second reading I see that it is not a Windows installation problem you 
were referring to, but
the access rights on the web server. Sorry for my noice, probably need still 
more sleep ... ;)

---rony



On 9/7/2013 1:14 PM, Rony G. Flatscher (Apache) wrote:
> Hi Regina,
>
> On 9/6/2013 9:03 PM, Regina Henschel wrote:
>> when I click on Windows version of SDK in
>> https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds
>>  I get an error
>> "Forbidden
>> You don't have permission to access
>> /~jsc/developer-snapshots/snapshot/windows/Apache_OpenOffice-SDK_4.0.1_Win_x86_install_en-US.exe
>> on this server."
> that usually happens, if the access controls (ACL) are not set to allow 
> everyone to do everything
> with it. :)
>
> If that is the cause for your problem, then you can fix this as an 
> Administrator on your Windows
> machine using the command line tool "cacl" (change access control list).
>
> In your example, and assuming you are running a German version of Windows, 
> you might want to try the
> following command in a command line window:
>
> cacls "
> 
> /~jsc/developer-snapshots/snapshot/windows/Apache_OpenOffice-SDK_4.0.1_Win_x86_install_en-US.exe"
>  /g
> jeder:f
>
> Altghough it looks a little bit strange to see "/~jsc/" on a Window machine.
>
> Hope that helps one way or the other,
>
> ---rony
>
> P.S.: On a non-German Windows machine you need to change "jeder" to your 
> local name for "everyone".
>
>

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

Re: permission problem with Windows SDK from snapshot 4.0.1

[Rony G. Flatscher (Apache)]

Hi Regina,

On 9/6/2013 9:03 PM, Regina Henschel wrote:
> when I click on Windows version of SDK in
> https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds
>  I get an error
> "Forbidden
> You don't have permission to access
> /~jsc/developer-snapshots/snapshot/windows/Apache_OpenOffice-SDK_4.0.1_Win_x86_install_en-US.exe
> on this server."
that usually happens, if the access controls (ACL) are not set to allow 
everyone to do everything
with it. :)

If that is the cause for your problem, then you can fix this as an 
Administrator on your Windows
machine using the command line tool "cacl" (change access control list).

In your example, and assuming you are running a German version of Windows, you 
might want to try the
following command in a command line window:

cacls "

/~jsc/developer-snapshots/snapshot/windows/Apache_OpenOffice-SDK_4.0.1_Win_x86_install_en-US.exe"
 /g
jeder:f

Altghough it looks a little bit strange to see "/~jsc/" on a Window machine.

Hope that helps one way or the other,

---rony

P.S.: On a non-German Windows machine you need to change "jeder" to your local 
name for "everyone".

Re: release media files

[Rony G. Flatscher (Apache)]

On 21.07.2013 23:21, Drew Jensen wrote:
> The SVG files for the logo certainly make a trick ;_)
>
> You'll see I've made a few other changes and I kind of like where this is
> at.
>
> One item to note, I did, even with the admonition attached to the logo
> images, stick with the AOO_w_4 logo in the opening frames. That just makes
> sense to me specific to the purpose here - I did however switch to the
> numberless logo for the closing frames.
>
> OK - so, I pulled down the file from the other day and put up the results
> of the changes here:
> https://docs.google.com/file/d/0Bx7ZNEXlmR0ITkdtcnQwOEp3cm8/edit?usp=sharing
The new logo with the transparent background really improves the video a lot, 
very well done!

---rony


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

Re: release media files

[Rony G. Flatscher (Apache)]

On 20.07.2013 02:46, Drew Jensen wrote:
> Howdy Folks,
>
> Long time no speak - I noticed the pedning the 4.0 release, read an email
> the other day regarding the use, or not so much, of the blog for an
> announcemtn and more social media. Thought perhaps you would like a short
> 'release announcement' type video perhaps.
>
> I took the liberty of spinning up a very brief such item, which you can
> find here:
>
> https://docs.google.com/file/d/0Bx7ZNEXlmR0IUTY1YzFhR1VLQU0/edit?usp=sharing
> [unzip the a4.mp4 video file from the uploaded zip container]
>
> This is just 13 seconds, very low key, I think classy however (course' I'm
> bias), I had in mind an audiance of those already using the suite and just
> waiting for the release - so useful maybe on FB or G+, but if it suits
> anyone please feel free to use it in any fashion you see fit.
>
> Now - one item, I have not been on-line much for many months (only 1 a week
> for a few hours on average) and have not kept up with the goings on, so,
> was not able to quickly find a vector graphic of what I take if the new
> logo, only - I did what I could using the PNG image I found on the wiki,
> but I'm sure there is a better image available.
>
> So, if anyone knows where a vector image for that logo can be found I
> appreciate it if you could ping back to this mail on the list with the URL.
>
> I would also like to offer, and have started, a second video. Longer, 45 -
> 90 sec. range, with a quick summary of new features. A little different
> audiance from the shorty here, I suppose. To start that I've downloaded all
> the information from the release notes page on the wiki, have used this to
> generate some raw screen video catpure for the GUI changes and will use,
> with your permission If I may, the graphics from the wiki for some of the
> file fidelity enhancements.
>
> On this second piece, the problem is likely of what *not* to include, if I
> want to hit the length mark above - that certainly would benefit from
> collaboration on the list here. Also, because I've not been following along
> the list on a reagular basis I'm not sure if anyone is dong somthing like
> that already, if so I would offer to help - otherwise, I planned on putting
> a first cut together over the weekedn and would make a copy to the list for
> merciless review (the best kind of course). If anyone wants to post on the
> list to the email with a script though - it wouldn't hurt at all ;)
>
> Thanks for all your had work, it shows in the product.
>
> //drew
>

Very cute!

---rony


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

Re: Adapt the naming of our project deliverables - "OpenOffice.org" --> "Apache OpenOffice"

[Rony G. Flatscher (Apache)]

On 10.01.2013 15:56, Oliver-Rainer Wittmann wrote:
> Hi,
>
> On 10.01.2013 11:55, Rony G. Flatscher wrote:
>> Hi Oliver-Rainer,
>>
>> On 10.01.2013 11:23, Oliver-Rainer Wittmann wrote:
>>> I have finished the renaming from "OpenOffice.org" to "Apache OpenOffice" - 
>>> see issue 121388.
>>>
>>> Beside corresponding changes in the user interface this change has impact 
>>> on the following
>>> important and critical stuff:
>>> - folder/directory names
>>> - package names
>>> - Windows registry key names and values
>>> - ...
>>>
>>> As the folder/directory path to the user profile is also changed, the user 
>>> profile of a former
>>> installed AOO (or OOo) version is not taken over.
>> for installation script purposes of add-ons etc., where can one find the 
>> concrete strings for
>> folder/directory names on the various operating system platforms and the 
>> Windows registry key names
>> and values?
>>
>
> Unfortunately, there is no single place in the source code. I also had not 
> the resources to clean
> this up during the renaming work - hint, hint, hint :-)
>
> Please have a look at issue 121388, the wiki page referenced in one of the 
> issue's comments and
> the intrinsic changes I have made.
>
> The product installation folder is more or less a form of the $PRODUCTNAME + 
> [major version
> number]. E.g.:
> - Windows: "Apache OpenOffice 3"
> - Linux: "apache_openoffice3"
> On Linux platforms we have also the basis installation folder. It name is 
> found in
> /main/instsetoo_native/util/openoffice.lst
>
> The user profile folder is more or less $PRODUCTNAME/[major version number]/
>
> The Windows registry keys and values can be found in module main/scp2/
>
> I hope that helps a little bit.
Thank you very much Oliver, that definitely helps already!

Though because of your hints to modules, what would be the best tool to locate 
them in your version
of AOO via the Internet to learn about the concrete strings for the Linux basis 
installation folder,
the profile folder, and especially the Windows registry keys and values?

Best regards,

---rony

Multiple Inheritance Is Easy! (Re: Help please: Can we get some more "easy bugs" marked in Bugzilla?

[Rony G. Flatscher (Apache)]

On 10.01.2013 15:30, Rob Weir wrote:
> On Thu, Jan 10, 2013 at 9:06 AM, Ariel Constenla-Haile
>  wrote:
>> Hi Rob, *
>>
>> On Wed, Jan 09, 2013 at 11:25:28AM -0500, Rob Weir wrote:
>>> Looking right now and I only see three:
>>>
>>> https://issues.apache.org/ooo/buglist.cgi?f1=cf_fix_difficulty&list_id=41193&o1=equals&resolution=---&query_format=advanced&v1=easy
>>>
>>> I'd like to start a call for dev volunteers in the next few weeks.  I
>>> assume it will take them a few days to get their builds up and
>>> running.  But after that they will be looking for tasks to work on.
>>>
>>> We agreed to use the "difficulty" field in Bugzilla for this, to
>>> indicate which bugs are most suitable for new volunteers.  So I need
>>> your help to get a bunch of issues that are suitable for new
>>> volunteers.  Ideally we'd have 30 or more classified as "easy".
>>>
>>> Note:  these do not need to be bugs.  We can have enhancements that
>>> are easy.  Even cleanup work.  So feel free to enter new tasks, with
>>> the difficulty field set, so we have something to point new volunteers
>>> to.
>> There are three API-related task that would be nice to have completed
>> for AOO 4:
>>
>> 121578 - [IDL] Convert old-style services implementing a single
>>interface to new-style
>>https://issues.apache.org/ooo/show_bug.cgi?id=121578
>>
>> 121582 - [IDL] Unify services and interfaces which are merely an
>>extension https://issues.apache.org/ooo/show_bug.cgi?id=121582
>>
>> 121606 - Implement multiple inheritance for the ease of API usage
>>https://issues.apache.org/ooo/show_bug.cgi?id=121606
>>
> OK.  Thanks.  Though I must admit that I've never heard the word
> "multiple inheritance" and "easy" used together in the same sentence
> ;-)
Actually, "multiple inheritance" *is easy*!
:-)

About 15 years ago, when I read about all the difficulties professional 
programmers were supposed to
have understanding and applying "multiple inheritance" (which also led the Java 
designers to omit
it, although C++ would have allowed for it) I could not believe it. When 
researching some examples
that were supposed to demonstrate how multiple inheritance could ease solving 
certain kind of
problems, I could understand better: the examples used to be so complicated 
that one had
difficulties to understand the problems at hand and as a result it was almost 
un-understandable what
and why the multiple inheritance solution would be dubbed to be "easy".

Then, just as a little experiment, I tried to test non-professional programmers 
("end-user
programmers", i.e. business adminstration students who were interested in 
information systems as
well) whether it was possible for them to understand the concept of "multiple 
inheritance" and
applying it with the means some programming languages had on board (using a 
programming language
that was easy to learn from its syntax, but supported multiple inheritance too).

It turned out in the end that it made a big difference with what 
examples/problems one would
approach them. If the example/problem was easy to understand, then the concept 
of multiple
inheritance was easy for them and they could assess the programmatic means 
available to them and
apply them successfully!

Ever since then, I have been teaching multiple inheritance successfully to 
non-professional
programmers!

So in the light of professional programmers in the context of a truly 
object-oriented system like
AOO, it should indeed be easy to apply multiple inheritance to problem domains 
which are rooted in
multiple inheritance problems in the first place!

8-)

---rony

Re: Adapt the naming of our project deliverables - "OpenOffice.org" --> "Apache OpenOffice"

[Rony G. Flatscher (Apache)]

Hi Oliver-Rainer,

On 10.01.2013 11:23, Oliver-Rainer Wittmann wrote:
> I have finished the renaming from "OpenOffice.org" to "Apache OpenOffice" - 
> see issue 121388.
>
> Beside corresponding changes in the user interface this change has impact on 
> the following
> important and critical stuff:
> - folder/directory names
> - package names
> - Windows registry key names and values
> - ...
>
> As the folder/directory path to the user profile is also changed, the user 
> profile of a former
> installed AOO (or OOo) version is not taken over.
for installation script purposes of add-ons etc., where can one find the 
concrete strings for
folder/directory names on the various operating system platforms and the 
Windows registry key names
and values?

TIA,

---rony

Re: Apache OpenOffice at FOSDEM 2013

[Rony G. Flatscher (Apache)]

On 21.12.2012 13:23, Andrea Pescetti wrote:
> On 21/11/2012 Andrea Pescetti wrote:
>> On 12/11/2012 Andrea Pescetti wrote:
>>> FOSDEM 2013 will be held in Brussels, Belgium, 2-3 Feb 2013 and it is a
>>> huge, free, developer-oriented, technical conference. ...
>> Call for Talks out and advertised on the FOSDEM site at
>> https://fosdem.org/2013/news/2012-11-01-cfp/
>> (as well as ooo-dev and ooo-announce). Wiki page for proposals ready at
>> https://cwiki.apache.org/confluence/display/OOOUSERS/FOSDEM+2013+Proposals
>> Deadline for submissions: 23 December.
>
... cut ...

Is the program of the AOO presentations set already?

What about the following idea: if the number of presentations and presenters 
allow for, why not
repeat the presentations in the afternoon? (Among other things, this way, 
people attending FOSDEM
who are interested in different topics may become able to attend some of the 
AOO presentations in
the case of "time clashes" that would inhibit attendance of a presentation.)

---rony

Identifiable and customizable color groups ? (Re: [proposal] Adopt palette to Symphony palette partially

[Rony G. Flatscher (Apache)]

On 20.12.2012 11:45, Armin Le Grand wrote:
> Hi List,
>
> Talking about palettes is always difficult - at the end, it's a question of 
> taste. Nonetheless, we
> need a palette which is by default installed with the office. You all know 
> the current one (for
> years ;-)) which I think is far from optimal. Thus, I analyzed the current 
> one and want to share
> my findings. From that, I want to propose a change for our next release. Also 
> probably not
> optimal, but optimal in this field depends on the user's eye and cannot be 
> met by a single palette
> anyways.
>
> Talking about palettes is also difficult since you need to 'see' something - 
> pictures say more
> than words. To make that easier, I have prepared some data. Please look at
>
> A Impress document containing two slides 
> (http://people.apache.org/~alg/Palette/palette.odp)
> The two slides as png's for convenience 
> (http://people.apache.org/~alg/Palette/palette.png,
> http://people.apache.org/~alg/Palette/palette2.png)
>
> The following thext refers to figures there, so please take a look to see 
> what the text is about
> (...if you want to continue reading ;-))
>
> The current (old?) AOO Palette, It's made up of five groups (from my 
> perspective):
>
> (a) The 16 VGA colors: These come originally from the times where only 16 
> colors were possible and
> are in hex color notation exactly all eight combinations of red/green/blue on 
> or off, plus these
> in half intensity. It *had* technical reasons, but these colors do not have 
> any special meaning
> for the user today (well, for the programmer). Anyways, they are a result of 
> old technical
> limitations. I think they are ugly and lead to ugly results when using them 
> directly (but that's
> my impression).
>
> (b) The 'Main' Colors: 56 colors which try to build up to eight 
> gradient-stepped ranges, e.g.
> orange. These ranges are *not* equidistantly spread, but somewhat wild/random 
> (see e.g. the reds).
> I do not know where they historically come from, but I guess they were done 
> by a deveoper at these
> days. There are some nice colors among them, but not too many. I always 
> search for useful colors
> there
>
> (c) The Pale colors: These seem to be younger than the others, may have to do 
> historically with
> the StarOffice 5.2 color theme, but I'm not sure. Not too bad, not too good a 
> selection. A group
> of seven colors which form a nice kind of 'schema' and make your presentation 
> look 'acceptable'
> when using them together.
>
> (d) The Chart colors: 12 colors used in the new chart module written some 
> years ago. AFAIK these
> were added at that time especially to support the user having colors at hand 
> corresponding to the
> default chart colors. Nice. Useful.
>
> (e) 'Nice' Colors: A sub-group from (b). One is fix, it's the mentioned 'Blue 
> 9' which is
> currently the default color for objects and has to be in the palette. I 
> personally like (and often
> use) 'Blue Gray'. These are a question of taste, I would reccomend the named 
> ones, but we need to
> collect 'your' favorites here. Keep in mind to keep this number low (probably 
> 4-5) and do not
> forget that the color you like were not choosen freely, but *because* you 
> were limited to the
> offered ones, so it might be a compromize you are just used to.
...cut...

This is an interesting view at the different color groups! It would be great, 
if the UI would be
able to distinguish those groups and gives hints to which group a color belongs 
to when hovering
over the colors.

Such an approach might also allow for defining additional custom groups (e.g. a 
group for the CI of
an organization, various groups of colors for different projects, purposes, 
etc.). Of course, there
would be a need then for importing, editing, removing such customized color 
groups. [The same might
be interesting to do with predefined gradient fill patterns.]


---rony

Ad Java versions to support ... (Re: AOO trunk build fails with HSQLDB

[Rony G. Flatscher (Apache)]

On 17.12.2012 18:10, Kay Schenk wrote:
> On Sun, Dec 16, 2012 at 2:50 PM, Pedro Giffuni  wrote:
>> Hello Kay;
>>
>> Yes, I can confirm after solving those two issues,we got OpenOffice building 
>> with JDK 7 on FreeBSD:
>>
>> http://www.freebsd.org/cgi/cvsweb.cgi/ports/editors/openoffice-3-devel/files/
>>
>> Pedro.
> Hey -- thanks for this notice. Well, IMO, we should fix these
> supposedly *trivial* issues and get on with java 7. Java 6 is out of
> support for *some* time now. We can't expect users to keep an older
> version like 6 around.
Just a word of caution: businesses tend to keep even very old installations of 
Java, if some
important Java applications are deployed ("never change a running system"). I 
know even of 1.4 (!)
installations, where 1.5 installations are still not uncommon.

So, unlike private persons, who may be inclined to always have the latest and 
best installed/updated
software, companies tend to be much more conservative.

Here is a list of Oracle's supported Java versions, which also indicate that 
services might be still
in place for older versions of Java, even if no public updates are planned 
anymore (excerpt from
):

Major
Release GA Date End of Public Updates  Extended Support

1.4 Feb 2002Oct 2008   Feb 2013
5.0 May 2004Oct 2009   May 2014
6   Dec 2006Feb 2013   Dec 2016
7   July 2011   July 2014  July 2019

As newer Java versions are able to run older classfiles there should not be a 
problem, if the Java
baseline for AOO remains lower than the latest Java version. This would allow 
shops with older Java
installations to run the latest AOO. (AFAIK AOO has Java 5 as its baseline?)

---rony

Re: MacOSX: problems deploying an extension in shared mode

[Rony G. Flatscher (Apache)]

At ApacheCon Europe it turned out that one is able to deploy the oxt-extension
("ScriptProviderForooRexx.oxt") in user mode successfully!

The same extension cannot be successfully deployed in shared mode on MacOSX as 
described, even
running unopkg as super user manually.

Therefore I just added the oxt to the issue at
<https://issues.apache.org/ooo/show_bug.cgi?id=120359> as an attachment, such 
that it becomes
possible to test this "stand-alone", i.e. without a need to install the entire 
BSF4ooRexx package.

---rony



On 24.07.2012 20:08, Rony G. Flatscher (Apache) wrote:
> On 22.07.2012 14:07, Rony G. Flatscher (Apache) wrote:
>> In the context of creating a new version of BSF4ooRexx for MacOSX as well
>> (<http://sourceforge.net/projects/bsf4oorexx/files/GA/BSF4ooRexx-410.20120618-GA/ooRexx411WithBSF4ooRexx-410.20120618-i386-MacOSX.pkg.zip/download>)
>> the automatic installation of an oxt-extension to AOO 3.4.0 to add ooRexx as 
>> a macro language
>> directly to AOO, there are errors with the MacOSX version.
>>
>> If you download the package from the above link you'll get ooRexx and 
>> BSF4ooRexx for MacOSX in
>> 32-Bit (as OOo is still 32-bit on MacOSX) installed and both ooRexx and 
>> BSF4ooRexx (a Rexx function
>> package camouflaging Java as the dynamically typed ooRexx) are operational.
>>
>> Unfortunately, the OOo extension named "ScriptProviderForooRexx.oxt" cannot 
>> be added to the MacOSX
>> AOO 3.4 installation using "unopkg"! Here a few infos to the locations and 
>> the scripts that are run
>> as sudo with the error message:
>>
>> wu114123:sources rony$ *ls -al 
>> /Applications/OpenOffice.org.app/Contents/program/unopkg**
>> lrwxr-xr-x@ 1 rony  admin 10 Apr 19 08:28 
>> /Applications/OpenOffice.org.app/Contents/program/unopkg -> unopkg.bin
>> -r-xr-xr-x@ 1 rony  admin  13568 Apr 19 08:28 
>> /Applications/OpenOffice.org.app/Contents/program/unopkg.bin
>>
>>
>>
>> wu114123:sources rony$ *ls -al 
>> /System/Library/Frameworks/BSF4ooRexx.framework/Libraries/ScriptProviderForooRexx.oxt*
>> -rwxrwxrwx  1 root  wheel  330778 Jun 15 17:24 
>> /System/Library/Frameworks/BSF4ooRexx.framework/Libraries/ScriptProviderForooRexx.oxt
>>
>>
>>
>> wu114123:sources rony$ *sudo 
>> /Applications/OpenOffice.org.app/Contents/program/unopkg add --shared 
>> /System/Library/Frameworks/BSF4ooRexx.framework/Libraries/ScriptProviderForooRexx.oxt*
>>
>> *ERROR: Error binding package: 
>> vnd.sun.star.expand:$UNO_SHARED_PACKAGES_CACHE/uno_packages/Qpgmug_/ScriptProviderForooRexx.oxt*
>>Cause: an error occured during file opening
>>
>> unopkg failed.
>>
>> There is no directory named "Qpgmug_" in the shared cache directory; not 
>> sure why.
>>
>> ---
>>
>> Trying to do the same from AOO's "Tools -> Extension Manager" is not 
>> successful either, if intending
>> to install for "All users" with the scarce error message "an error occured 
>> during file opening".
>>
>> However adding this extension via AOO's "Tools -> Extension Manager" for 
>> "Only for me" works o.k.!
>> Restarting AOO, and the extension is available and operational allowing 
>> ooRexx to be used as a macro
>> language!
>>
>> Using the user extension has another irregularity: if using for the 
>> first time in a totally
>> fresh AOO session "Tools -> Macros -> Run Macro" and then executing any 
>> ooRexx macro will yield
>> an error ("unable to load language"). However, if first doing a "Tools 
>> -> Macros -> Organize
>> Macros -> ooRexx" and editing any ooRexx macro and running it via the 
>> edit window menu, ooRexx
>> can be later found via "Tools -> Macros -> Run Macro" as well.
>>
>> [Using the oxt-extension on Windows and Linux with AOO, OOo, LO works in 
>> shared mode, and AFAIK
>> there are no anomalities that I know of.]
>>
>> Any ideas, what might be wrong, what I could do?
>> [To duplicate: just install the MacOSX package and then run the above 
>> commands from a command line
>> to see for yourself.]
>>
>> TIA for any hints, ideas and suggestions,
>>
>> ---rony
> Just tested this with the developer snapshot build 3.4.1 for English (en-US), 
> r1364591
> <http://people.apache.org/%7Ejsc/developer-snapshots/r1364591/macos/Apache_OpenOffice_incubating_3.4.1_MacOS_x86_install_en-US.dmg>
> with the same behaviour..
>
> Filed a new issue such that this remains documented:
> <https://issues.apache.org/ooo/show_bug.cgi?id=120359>.
>
> ---rony
>
>

Re: Apache OpenOffice at FOSDEM 2013, 2-3 February 2013, Brussels

[Rony G. Flatscher (Apache)]

On 17.11.2012 18:24, Andrea Pescetti wrote:
> Apache OpenOffice at FOSDEM 2013, 2-3 February 2013, Brussels
>
> Apache OpenOffice (formerly OpenOffice.org) is coming again to
> FOSDEM in Brussels, for the first time as an Apache Top-Level
> Project. Our community has a new structure, friendly and open,
> and new developers are especially welcome.
>
> We invite submissions of talks for the Apache OpenOffice devroom,
> to be held on Saturday, 2 February 2013, 9.00 to 17.30.
>
> If you have something interesting to say about Apache OpenOffice
> or the ODF format from a technical point of view (code, extensions,
> localization, QA, tools... but also less known functions or creative
> ways to use the program) please share it with us!
>
> It doesn't need to be long or serious. Funny contributions are welcome
> as well. Just make sure to specify an estimated length for
> your talk, as well as a proposed title, description and a few lines
> about yourself.
>
> The deadline is Sunday, 23 December 2012. Accepted talks will be
> published by 10 January 2013. Limited funding may be available for
> accepted speakers in need.
>
> Please add your talk proposals to the following page:
>
> http://s.apache.org/fosdem-2013-proposals
>
> You can send any questions to our development mailing list:
> dev@openoffice.apache.org

Probably a SQ ("stupid question"): what is needed to become able to edit that 
Wiki?

Tried my Apache userid and password to no avail. Should I create a separate 
userid and passwd for
Confluence or could the Apache userid with passwd be used with a somehow 
different approach?

---rony

Question ad FOSDEM 2013

[Rony G. Flatscher (Apache)]

So there is an AOO room on Saturday at FOSDEM 2013, .

Is there any need for talks/presentations? If there is a need, what contents 
are needed and to whom
should one send a proposal by when?

---rony