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)]

EnumTypeDescription") 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=x86-32-bit=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=x86-32-bit=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 

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 

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
>> order to get a 

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ň h...@apache.org 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 pesce...@apache.org 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: 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

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.

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

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

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: 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 https://issues.apache.org/ooo/show_bug.cgi?id=124509 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

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:


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?

---rony

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

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: 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 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

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)]

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)]

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) r...@apache.org 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)]

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

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
https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds
 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: 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

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: 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: https://issues.apache.org/ooo/show_bug.cgi?id=124170. 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 h...@apache.org:

 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 https://issues.apache.org/ooo/show_bug.cgi?id=123475 
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

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: 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=17t=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

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: 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: 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: 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)]

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

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
 arie...@apache.org 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_difficultylist_id=41193o1=equalsresolution=---query_format=advancedv1=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)]

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

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

Question ad FOSDEM 2013

[Rony G. Flatscher (Apache)]

So there is an AOO room on Saturday at FOSDEM 2013, https://fosdem.org.

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