Re: [Discussion] ODF 1.3 filter implementation strategy

2023-08-20 Thread 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

2023-06-15 Thread 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

2022-09-26 Thread 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: Portable version (Re: OLE: VBS "Automation_Bridge" to ooRexx

2022-08-22 Thread Rony G. Flatscher

Hi Matthias,

On 21.08.2022 16:22, Matthias Seidel wrote:

I almost forgot to answer...

:)

This is great work (although I only understand a bit of it).

Could this also work with Object REXX from OS/2 [1]?


If there was an OS/2 version of ooRexx and someone compiled BSF4ooRexx.cc for 
OS/2, then yes.

Background: ooRexx ("open object Rexx") is based on IBM's source code for Object REXX and got 
released by the non-profit "Rexx Language Association"( cf. <https://www.RexxLA.org>) under the name 
"open object Rexx (ooRexx)". For more than 15 years ooRexx got developed further, the kernel got 
rewritten and made portable, 32- and 64-bit versions for Windows, Apple and Linux have been made 
available.


"BSF4ooRexx" is a library that I have been developing for more than 20 years which establishes the 
ooRexx-Java bridge and available for all the aforementioned platforms. The major motivation was to 
not only teach BA students from zero to oo-programming within a single semester (four months, four 
hour weekly lecture) but to allow them to use all of Java (class libraries) as if they were ooRexx 
(class libraries). Among other things it takes advantage of the message paradigm (decoupling the 
concepts from the implementations).


As AOO/OOo has a Java interface and a Java based scripting framework it was possible to make ooRexx 
for the BA students available such that they not only learn how to program MS Office, but in the 
same semester how to do all of that in a portable, open-source manner using AOO/OOo.


If the OS/2 community would port ooRexx 5.0 and BSF4ooRexx.cc to OS/2 it could immediately take 
advantage of the infrastructure and run those ooRexx samples that I posted unchanged.


HTH,

---rony

P.S.: The idea of BSF4ooRexx and the first implementations came out of OS/2. But that is another 
story ... ;)






[1] http://www.edm2.com/index.php/IBM_Object_REXX_for_OS/2

Am 04.08.22 um 14:07 schrieb Rony G. Flatscher:

This is the first of a total of four postings with the intention to
demonstrate how to realize the same functionality of the posted OLE
samples without OLE and in a portable way (running unchanged on
Windows, Linux and Apple).

These are samples in the ooRexx scripting language, which usually can
be easily adapted to other languages by replacing the tilde (~), the
ooRexx message operator, with a dot (.).

Also, these solutions will use queryInterface() such that one can see
for other programming languages that need to employ queryInterface()
what the interface names are. The ooRexx solution (actually the
ooRexx-Java bridge BSF4ooRexx) takes advantage of the available
message paradigm and allows one to merely send the (unqualified)
interface name to an UNO object (instead of coding the entire
queryInterface() statement). The fully qualified interface name can
always be looked up quickly from the AOO index for the letter "X":
<https://www.openoffice.org/api/docs/common/ref/index-files/index-24.html>.

Here the portable, OLE-less solution as a follow-up to the matching
posting (see underneath):

   
/**

  swriter_table.rxo: using UNO.CLS (i.e. Java UNO under the hood)
with ooRexx

  Links:<https://OpenOffice.org>
 
<https://wiki.openoffice.org/wiki/Documentation/DevGuide/ProUNO/Bridge/Automation_Bridge>

  <https://www.pitonyak.org/oo.php>
 
<https://www.openoffice.org/udk/common/man/spec/ole_bridge.html>


  This is the ooRexx version (which includes corrections) of the
VBScript
  "A Quick Tour" example from the AOO (Apache OpenOffice) DevGuide,
chapter
  "Automation_Bridge" documentation.

  Using UNO.CLS create a new swriter document, a TextTable, a
TextFrame, paragraphs
  and apply various formattings.
   
***/


   -- Create the Desktop
   xDesktop=uno.createDesktop()    -- bootstrap & get access to
XDesktop
   xcl=xDesktop~XComponentLoader   -- get XComponentLoader
interface

   -- Open a new empty writer document
   uri="private:factory/swriter"   -- new swriter document
   objDocument=xcl~loadComponentFromURL(uri,"_blank",0,.uno~noProps)

   -- Create a text object
   objText= objDocument~XTextDocument~getText

   -- Create a cursor object
   objCursor= objText~createTextCursor

   -- Inserting some Text
   vbLf = "0a"x    -- line-feed character
   objText~insertString( objCursor, "The first line in the newly
created text document."vbLf, .false)

   -- Inserting a second line
   objText~insertString( objCursor, "Now we-- re in the second
line", .false)

   -- query interface XMultiServiceFactory
   objDocument = objDocument~XMultiServiceFac

Portable version (Re: OLE: swriter (adjust paragraphs)

2022-08-04 Thread Rony G. Flatscher
This is the second of a total of four postings with the intention to demonstrate how to realize the 
same functionality of the posted OLE samples without OLE and in a portable way (running unchanged on 
Windows, Linux and Apple).


These are samples in the ooRexx scripting language, which usually can be easily adapted to other 
languages by replacing the tilde (~), the ooRexx message operator, with a dot (.).


Also, these solutions will use queryInterface() such that one can see for other programming 
languages that need to employ queryInterface() what the interface names are. The ooRexx solution 
(actually the ooRexx-Java bridge BSF4ooRexx) takes advantage of the available message paradigm and 
allows one to merely send the (unqualified) interface name to an UNO object (instead of coding the 
entire queryInterface() statement). The fully qualified interface name can always be looked up 
quickly from the AOO index for the letter "X": 
<https://www.openoffice.org/api/docs/common/ref/index-files/index-24.html>.


Here the portable, OLE-less solution as a follow-up to the matching posting 
(see underneath):

   /**
 swriter_paragraphs.rxo: using UNO.CLS (i.e. Java UNO under the hood) with 
ooRexx

 Links:<https://OpenOffice.org>
 
<https://wiki.openoffice.org/wiki/Documentation/DevGuide/ProUNO/Bridge/Automation_Bridge>
 <https://www.pitonyak.org/oo.php>
 <https://www.openoffice.org/udk/common/man/spec/ole_bridge.html>

 Using UNO.CLS create a new swriter document, add paragraphs that get 
aligned
 in four different ways. Demonstrates how to incorporate UNO_CONSTANTS and
 UNO_ENUM values into a Rexx directory-like collection for easier use.
   ***/

   /* create a text document, demonstrate how to align paragraphs */
   xDesktop=uno.createDesktop()-- bootstrap & get access to XDesktop
   xcl=xDesktop~XComponentLoader   -- get XComponentLoader interface

   uri="private:factory/swriter"   -- new swriter document
   doc=xcl~loadComponentFromURL(uri,"_blank",0,.uno~noProps)

   xText=doc~XTextDocument~getText -- get text object
   xText~setString("Hello, this is ooRexx on:" .DateTime~new"!")

   xTextCursor=xText~createTextCursor  -- create the character based cursor
   -- make paragraph's properties accessible:
   xParaProps=xTextCursor~XParagraphCursor~XPropertySet

   ctlChars=.uno_constants~new("com.sun.star.text.ControlCharacter") -- 
UNO_CONSTANT
   paraBreak=ctlChars~paragraph_break  -- get paragraph break constant

   paraAdj =.uno_enum~new("com.sun.star.style.ParagraphAdjust")   -- UNO_ENUM

   arr=.array~of("right", "center", "block", "left")  -- adjustments
   do adj over arr   -- iterate over adjustments, create string, adjust
   xTextCursor~gotoEnd(.false)  -- position at end
   xText~insertControlCharacter(xTextCursor, paraBreak, .false)
   string=("This paragraph will be" adj"-adjusted. ")~copies(8)
   xText~insertString(xTextCursor, string, .true)
   xParaProps~setPropertyValue("ParaAdjust", paraAdj~send(adj))
   end

   ::requires UNO.CLS   -- get UNO support

If there are any questions, please ask them.

---rony


On 24.06.2022 13:04, Rony G. Flatscher wrote:
This ooRexx program creates a swriter document which creates paragraphs that get right-, center-, 
block- and left-adjusted. There is a routine that allows to fetch constant and enum values in an 
ooRexx directory, such that sending the name of a constant or enum value will return the value one 
has to use as an argument.


/**
     AOO_swriter_paragraphs.rex using OLE (object linking and embedding) with 
ooRexx

     Links: <https://OpenOffice.org>
<https://wiki.openoffice.org/wiki/Documentation/DevGuide/ProUNO/Bridge/Automation_Bridge>
<https://www.pitonyak.org/oo.php>
<https://www.openoffice.org/udk/common/man/spec/ole_bridge.html>

     Using OLE create a new swriter document, add paragraphs that get aligned
     in four different ways. Demonstrates how to use UNO reflection and
     incorporate UNO_CONSTANTS and UNO_ENUM values into a Rexx directory for
     easier use.
***/

   /* create a text document, demonstrate how to align paragraphs */
   serviceManager = .OLEObject~new('com.sun.star.ServiceManager')
   /* create text document */
   desktop  = serviceManager~createInstance('com.sun.star.frame.Desktop')
   noProps  = .array~new   /* empty array (no properties)   */
   document = desktop~loadComponentFromURL('private:factory/swriter', '_blank', 
0, noProps)

   te

Portable version (Re: OLE: scalc (creating data, display it in a chart)

2022-08-04 Thread Rony G. Flatscher
This is the second of a total of four postings with the intention to demonstrate how to realize the 
same functionality of the posted OLE samples without OLE and in a portable way (running unchanged on 
Windows, Linux and Apple).


These are samples in the ooRexx scripting language, which usually can be easily adapted to other 
languages by replacing the tilde (~), the ooRexx message operator, with a dot (.).


Also, these solutions will use queryInterface() such that one can see for other programming 
languages that need to employ queryInterface() what the interface names are. The ooRexx solution 
(actually the ooRexx-Java bridge BSF4ooRexx) takes advantage of the available message paradigm and 
allows one to merely send the (unqualified) interface name to an UNO object (instead of coding the 
entire queryInterface() statement). The fully qualified interface name can always be looked up 
quickly from the AOO index for the letter "X": 
<https://www.openoffice.org/api/docs/common/ref/index-files/index-24.html>.


Here the portable, OLE-less solution as a follow-up to the matching posting 
(see underneath):

   /**
 scalc_chart.rxo: using UNO.CLS (i.e. Java UNO under the hood) with ooRexx

 Links:<https://OpenOffice.org>
 
<https://wiki.openoffice.org/wiki/Documentation/DevGuide/ProUNO/Bridge/Automation_Bridge>
 <https://www.pitonyak.org/oo.php>
 <https://www.openoffice.org/udk/common/man/spec/ole_bridge.html>

 Using UNO.CLS create a new scalc worksheet, create random data and a chart 
based on it.
 Demonstrates how to incorporate UNO_CONSTANTS and UNO_ENUM values into a
 Rexx directory-like collection for easier use.
   ***/

   /* create spreadsheet, get first sheet */
   xDesktop=uno.createDesktop()-- bootstrap & get access to XDesktop
   xcl=xDesktop~XComponentLoader   -- get XComponentLoader interface

   uri="private:factory/scalc" -- new scalc document
   doc=xcl~loadComponentFromURL(uri,"_blank",0,.uno~noProps)

   xSheets=doc~XSpreadSheetDocument~getSheets~XIndexAccess
   sheet =xSheets~getByIndex(0)~XSpreadSheet-- get first spreadsheet


   /* note values can be assigned to cells with "string", "formula" or "value" 
(for numbers) */
   /* create the titles, pretend the last two years */
   year   = date()~right(4)-2
   titles = "Quarter", year, year+1 /* title array */
   do col = 1 to titles~items
   call uno.setCell sheet, col-1, 0, titles[col]
   end
   /* get all UNO_ENUM values in a Rexx directory */
   justify = .uno_enum~new("com.sun.star.table.CellHoriJustify")
   say "justify:" justify

   props=sheet~XCellRange~getCellRangeByName("B1:C1")~XPropertySet
   props~setPropertyValue("HoriJustify", justify~right)

   /* get all UNO_CONSTANTS values in a Rexx directory */
   weights = .uno_constants~new("com.sun.star.awt.FontWeight")
   say "weights:" weights
   props=sheet~XCellRange~getCellRangeByName("A1:C1")~XPropertySet
   props~setPropertyValue("CharWeight", weights~bold)

   /* create random values for the quarter numbers  */
   do line = 1 to 4
   call uno.setCell sheet, 0,line, "Q"line   /* title in first column   */
   call uno.setCell sheet, 1,line, random(0,50)/100
   call uno.setCell sheet, 2,line, random(0,75)/100
   end

   props=sheet~XCellRange~getCellRangeByName("A2:A5")~XPropertySet
   props~setPropertyValue("CharWeight", weights~bold)
   /* format numbers, predefined style, format: "#,##0.00" */
   props=sheet~XCellRange~getCellRangeByName("B2:C5")~XPropertySet
   props~setPropertyValue("NumberFormat",4)

   /* create a chart from the data */
   structRect = .bsf~new("com.sun.star.awt.Rectangle")
   structRect~X  =   300   -- x-offset:  0.300 cm
   structRect~Y  =  2250   -- y-offset:  2.250 cm
   structRect~Width  = 16000   -- width:16.000 cm
   structRect~Height =  8000   -- height:8.000 cm

   range   = sheet~XCellRange~getCellRangeByName("A1:C5") -- data to be 
used for the chart
   rangeAddr   = range~XCellRangeAddressable~getRangeAddress
   arrOfAddr   = bsf.createArrayOf(rangeAddr~getClass, rangeAddr) -- create 
array

   tableCharts = sheet~XTableChartsSupplier~getCharts-- get chart collection 
& insert
   tableCharts~addNewByName("FirstChart", structRect, arrOfAddr, .true, .true)

   ::requires UNO.CLS  -- get UNO support, will require BSF.CLS 
(ooRexx-Java bridge)

If there are any questions, please ask them.

---rony


On 24.06.2022 13:02, Rony G. Flatsch

Portable version (Re: OLE: simpress (create presentation and then run/starts it)

2022-08-04 Thread Rony G. Flatscher
f each text paragraph:"
   call dumpItems text-- demonstrates enumerating listing 
text

   ::requires UNO.CLS  -- get UNO support, will require BSF.CLS 
(ooRexx-Java bridge)


   ::routine addItem-- adds string at the given (0-based 
outline) level
  use arg xText, string, level, bNewParagraph=.true

  xTR=xText~getEnd   -- get XTextRange
  xTR~XPropertySet~setPropertyValue("NumberingLevel",level) -- set 
XTextRange level
  xTR~setString(string)  -- set string

  if bNewParagraph=.true then-- add new paragraph
 xTR~getEnd~setString("0a"x) -- add linefeed character -> new paragraph

   ::routine dumpItems  -- show level and string from XText
  use arg xText

  enum=xText~XEnumerationAccess~createEnumeration  -- enumerate paragraphs
  do i=1 while enum~hasMoreElements
xtr=enum~nextElement -- we need XTextRange's string & properties
nl=xtr~XPropertySet~getPropertyValue("NumberingLevel")
say " item #" i": NumberingLevel="pp(nl) 
pp(xtr~XTextRange~getString)
  end
  return
   pp: -- "pretty print", internal routine: return argument enclosed in square 
brackets
  return "["arg(1)"]"

If there are any questions, please ask them.

---rony


On 24.06.2022 13:07, Rony G. Flatscher wrote:

This ooRexx program creates a simpress presentation and then runs/starts it.

/**
     AOO_simpress_present.rex using OLE (object linking and embedding) with 
ooRexx

     Links: <https://OpenOffice.org>
<https://wiki.openoffice.org/wiki/Documentation/DevGuide/ProUNO/Bridge/Automation_Bridge>
<https://www.pitonyak.org/oo.php>
<https://www.openoffice.org/udk/common/man/spec/ole_bridge.html>

     Using OLE create a new simpress presentation about REXX and ooRexx and then
     display it as a presentation. Demonstrates how to use enumeration to
     enumerate paragraphs of a text and query their 'NumberingLevel' property.
***/

   /* create a presentation, then start it */
   serviceManager = .OLEObject~new('com.sun.star.ServiceManager')
   desktop  = serviceManager~createInstance('com.sun.star.frame.Desktop')
   noProps  = .array~new   /* empty array (no properties)   */
   document = desktop~loadComponentFromURL('private:factory/simpress', 
'_blank', 0, noProps)

   drawPages = document~getDrawPages  -- get DrawPages
       -- first page
   drawPage=drawPages~getByIndex(0)   -- get first (empty) page
   drawPage~setPropertyValue("Layout", 0) -- "Title Slide"

   title = "ooRexx"
   shape = drawPage~getByIndex(0) -- get first shape (title)
   shape~setString(title)

   shape = drawPage~getByIndex(1) -- get second shape (subtitle)
   cursor = shape~createTextCursor    -- get XTextCursor
   cr="0d"x
   shape~insertString(cursor,"Open Object Rexx (ooRexx)"cr, .false)

   textRange=shape~getEnd -- get a XTextRange
   textRange~setPropertyValue("CharHeight", 15)    -- use 15 pixel height
   info="(Presentation created:" .dateTime~new")"
   textRange~setString(info)  -- set it to this string

       -- add a second page
   drawPage=drawPages~~insertNewByIndex(1)~getByIndex(1) -- insert at end, get 
access
   drawPage~setPropertyValue("Layout", 1) -- "Title Content"
   drawPage~getByIndex(0)~setString("Open Object Rexx (ooRexx)") -- first shape

   text=drawPage~getByIndex(1)    -- get second shape (listing)
   -- add string, supply level
   call addItem text, "REXX (IBM)",   0
   call addItem text, "First released in 1979 for IBM mainframes",    1
   call addItem text, "Object REXX (IBM)",    0
   call addItem text, "Object-oriented successor to REXX",    1
   call addItem text, "First released in 1994 with IBM's OS/2 Warp",  1
   call addItem text, "Negotiations about open-sourcing with RexxLA", 1
   call addItem text, "Rexx Language Association (www.RexxLA.org)",   2
   call addItem text, "Source code handed over to RexxLA in 2003",    2
   call addItem text, "Open Object Rexx (ooRexx by RexxLA)",  0
   call addItem text, "First released in 2004 by RexxLA", 1, .false

   document~setModified(.false) -- inhibit save-as popup
   /* OOo OLE interface does not answer hasOleMethod('start') with .true
       therefore forcing "start" to be dispatched to Windows */
   document~getPresentation~dispatch("start")   -- start presentation

   say "d

Portable version (Re: OLE: VBS "Automation_Bridge" to ooRexx

2022-08-04 Thread Rony G. Flatscher
ge=objTable~XCellRange~getCellRangeByName("A2:D4")
  range~XPropertySet~setPropertyValue("NumberFormat", box("short",4))   -- 
set number format
  -- use ParaAdjust: com.sun.star.style.ParagraphAdjust.RIGHT
  right=.uno_enum~new("com.sun.star.style.ParagraphAdjust")~right
  range~XPropertySet~setPropertyValue("ParaAdjust", right)  -- align right

  -- Change the CharColor and add a Shadow
  objCursor~XPropertySet~setPropertyValue( "CharColor", 255)
  objCursor~XPropertySet~setPropertyValue( "CharShadowed", .true)

  -- Create a paragraph break
  -- The second argument is a 
com::sun::star::text::ControlCharacter::PARAGRAPH_BREAK constant
  objText~insertControlCharacter( objCursor, 0 , .false)

  -- Inserting colored Text.
  objText~insertString( objCursor, " This is a colored Text - blue with 
shadow"vbLf, .false)

  -- Create a paragraph break ( ControlCharacter::PARAGRAPH_BREAK).
  objText~insertControlCharacter( objCursor, 0, .false)

  -- Create a TextFrame~
  objTextFrame= 
objDocument~createInstance("com.sun.star.text.TextFrame")~XTextFrame

  -- Create a Size struct~
  objSize = .bsf~new("com.sun.star.awt.Size")
  objSize~Width= 15000
  objSize~Height= 400
  objTextFrame~XShape~setSize( objSize)

  --  TextContentAnchorType.AS_CHARACTER = 1
  objTextFrame~XPropertySet~setPropertyValue( "AnchorType", 1)

  -- insert the frame
  objText~insertTextContent( objCursor, objTextFrame, .false)

  -- Get the text object of the frame
  objFrameText= objTextFrame~getText

  -- Create a cursor object
  objFrameTextCursor= objFrameText~createTextCursor

  -- Inserting some Text
  objFrameText~insertString( objFrameTextCursor, "The first line in the newly 
created text frame.", -
 .false)
  objFrameText~insertString( objFrameTextCursor, -
   vbLf"With this second line the height of the frame raises.", 
.false)

  -- Create a paragraph break
  -- The second argument is a 
com::sun::star::text::ControlCharacter::PARAGRAPH_BREAK constant
  objFrameText~insertControlCharacter( objCursor, 0 , .false)

  -- Change the CharColor and remove the Shadow
  objCursor~XPropertySet~setPropertyValue( "CharColor", 65536)
  objCursor~XPropertySet~setPropertyValue( "CharShadowed", .false)

  -- Insert another string
  objText~insertString( objCursor, " That-- s all for now !!", .false)

   ::requires UNO.CLS   -- get UNO support

   ::routine insertIntoCell
  use arg strCellName, strText, objTable

  objCellText= objTable~getCellByName( strCellName)~XText
  objCellCursor= objCellText~createTextCursor
  objCellCursor~XPropertySet~setPropertyValue( "CharColor",16777215)
  objCellText~insertString( objCellCursor, strText, .false)

If there are any questions, please ask them.

---rony


On 24.06.2022 12:57, Rony G. Flatscher wrote:
Having looked around some nutshell OLE samples to port to ooRexx I stumbled over 
<https://wiki.openoffice.org/wiki/Documentation/DevGuide/ProUNO/Bridge/Automation_Bridge> which 
depicts a VBScript example.


There are the following changes in the ooRexx code:

 * the "=sum" formula now has the cells and the + operator to add them up,
 * the TextTable numbers are formatted to #,###.00 and right adjusted.

Ad ooRexx: I use it to teach BA students programming from zero to Windows to Java in a four hour 
lecture in a semester (four months). The Java part includes the knowledge to apply ooRexx via the 
UNO Java bindings (one can use ooRexx to interact with Java objects, such that the students do not 
need to know Java, they just need to be able to read Java documentation).


ooRexx implements the message paradigm: a value (an object, an instance) is conceptually like a 
living thing that understands messages one sends to it, which causes the value to look for a 
method by the same name (supplying arguments, if any) which it invokes and returns any return 
value if any. The message operator is the tilde (~), the receiver is on the left hand side, the 
message name on the right hand side. (The short paper at <https://epub.wu.ac.at/8118/> introduces 
ooRexx briefly in ten pages.)


Usually one can turn VB code into ooRexx by replacing dots with a tilde, however it also works the 
other way round by replacing tildes with dots . :)


Here the transcription:

/**
     AOO_swriter_table.rex using OLE (object linking and embedding) with ooRexx

     Links: <https://OpenOffice.org>
<https://wiki.openoffice.org/wiki/Documentation/DevGuide/ProUNO/Bridge/Automation_Bridge>
<https://www.pitonyak.org/oo.php>
<https://www.o

OLE: simpress (create presentation and then run/starts it)

2022-06-24 Thread Rony G. Flatscher

This ooRexx program creates a simpress presentation and then runs/starts it.

   /**
 AOO_simpress_present.rex using OLE (object linking and embedding) with 
ooRexx

 Links: 
   

   
   

 Using OLE create a new simpress presentation about REXX and ooRexx and then
 display it as a presentation. Demonstrates how to use enumeration to
 enumerate paragraphs of a text and query their 'NumberingLevel' property.
   ***/

   /* create a presentation, then start it */
   serviceManager = .OLEObject~new('com.sun.star.ServiceManager')
   desktop  = serviceManager~createInstance('com.sun.star.frame.Desktop')
   noProps  = .array~new   /* empty array (no properties)   */
   document = desktop~loadComponentFromURL('private:factory/simpress', 
'_blank', 0, noProps)

   drawPages = document~getDrawPages  -- get DrawPages
   -- first page
   drawPage=drawPages~getByIndex(0)   -- get first (empty) page
   drawPage~setPropertyValue("Layout", 0) -- "Title Slide"

   title = "ooRexx"
   shape = drawPage~getByIndex(0) -- get first shape (title)
   shape~setString(title)

   shape = drawPage~getByIndex(1) -- get second shape (subtitle)
   cursor = shape~createTextCursor    -- get XTextCursor
   cr="0d"x
   shape~insertString(cursor,"Open Object Rexx (ooRexx)"cr, .false)

   textRange=shape~getEnd -- get a XTextRange
   textRange~setPropertyValue("CharHeight", 15)    -- use 15 pixel height
   info="(Presentation created:" .dateTime~new")"
   textRange~setString(info)  -- set it to this string

   -- add a second page
   drawPage=drawPages~~insertNewByIndex(1)~getByIndex(1) -- insert at end, get 
access
   drawPage~setPropertyValue("Layout", 1) -- "Title Content"
   drawPage~getByIndex(0)~setString("Open Object Rexx (ooRexx)") -- first shape

   text=drawPage~getByIndex(1)    -- get second shape (listing)
   -- add string, supply level
   call addItem text, "REXX (IBM)",   0
   call addItem text, "First released in 1979 for IBM mainframes",    1
   call addItem text, "Object REXX (IBM)",    0
   call addItem text, "Object-oriented successor to REXX",    1
   call addItem text, "First released in 1994 with IBM's OS/2 Warp",  1
   call addItem text, "Negotiations about open-sourcing with RexxLA", 1
   call addItem text, "Rexx Language Association (www.RexxLA.org)",   2
   call addItem text, "Source code handed over to RexxLA in 2003",    2
   call addItem text, "Open Object Rexx (ooRexx by RexxLA)",  0
   call addItem text, "First released in 2004 by RexxLA", 1, .false

   document~setModified(.false) -- inhibit save-as popup
   /* OOo OLE interface does not answer hasOleMethod('start') with .true
   therefore forcing "start" to be dispatched to Windows */
   document~getPresentation~dispatch("start")   -- start presentation

   say "double-check: dump NumberingLevel of each text paragraph:"
   call dumpItems text    -- demonstrates enumerating listing 
text


   ::routine addItem    -- adds string at the given (0-based 
outline) level
  use arg xText, string, level, bNewParagraph=.true

  xTR=xText~getEnd   -- get XTextRange
  xTR~setPropertyValue("NumberingLevel",level) -- set XTextRange level
  xTR~setString(string)  -- set string

  if bNewParagraph=.true then    -- add new paragraph
 xTR~getEnd~setString("0a"x) -- add linefeed character -> new paragraph

   ::routine dumpItems  -- show level and string from XText
  use arg xText

  enum=xText~createEnumeration   -- enumerate paragraphs
  do i=1 while enum~hasMoreElements
    xtr=enum~nextElement -- we need XTextRange's string & properties
    nl=xtr~getPropertyValue("NumberingLevel")
    say " item #" i": NumberingLevel="pp(nl) pp(xtr~getString)
  end
  return
   pp: -- "pretty print", internal routine: return argument enclosed in square 
brackets
  return "["arg(1)"]"

HTH

---rony

P.S.: The short paper at  introduces ooRexx briefly in ten pages, home 
of Rexx based technologies is the non-profit SIG "Rexx Language Association" at 
.


OLE: swriter (adjust paragraphs)

2022-06-24 Thread Rony G. Flatscher
This ooRexx program creates a swriter document which creates paragraphs that get right-, center-, 
block- and left-adjusted. There is a routine that allows to fetch constant and enum values in an 
ooRexx directory, such that sending the name of a constant or enum value will return the value one 
has to use as an argument.


   /**
 AOO_swriter_paragraphs.rex using OLE (object linking and embedding) with 
ooRexx

 Links: 
   

   
   

 Using OLE create a new swriter document, add paragraphs that get aligned
 in four different ways. Demonstrates how to use UNO reflection and
 incorporate UNO_CONSTANTS and UNO_ENUM values into a Rexx directory for
 easier use.
   ***/

   /* create a text document, demonstrate how to align paragraphs */
   serviceManager = .OLEObject~new('com.sun.star.ServiceManager')
   /* create text document */
   desktop  = serviceManager~createInstance('com.sun.star.frame.Desktop')
   noProps  = .array~new   /* empty array (no properties)   */
   document = desktop~loadComponentFromURL('private:factory/swriter', '_blank', 
0, noProps)

   text = document~getText    -- get text object
   text~setString("Hello, this is ooRexx on:" .DateTime~new"!")
   cursor = text~createTextCursor

   ctlChars = getAsDirectory(serviceManager, 
"com.sun.star.text.ControlCharacter")  -- UNO_CONSTANT
   paraBreak = ctlChars~paragraph_break   -- get paragraph break constant

   paraAdj = getAsDirectory(serviceManager, 
"com.sun.star.style.ParagraphAdjust")   -- UNO_ENUM

   arr = .array~of("right", "center", "block", "left")   -- adjustments
   do adj over arr   -- iterate over adjustments, create string, adjust
   cursor~gotoEnd(.false) -- position at end
   text~insertControlCharacter(cursor, paraBreak, .false)
   string = ("This paragraph will be" adj"-adjusted. ")~copies(8)
   text~insertString(cursor, string, .true)
   -- fetch appropriate adjust enum value from directory
   cursor~setPropertyValue("ParaAdjust", paraAdj~send(adj))
   end


   /* Routine returns a Rexx directory containing all names and values of the 
supplied
   UNO_CONSTANTS or UNO_ENUM class name (needs to be fully qualified).  */
   ::routine getAsDirectory
  use strict arg serviceManager, unoClzName

  dir = .Directory~new  -- directory will get
  dir~objectName = unoClzName   -- allows to show the uno class it 
represents

  ctxt = serviceManager~defaultContext
  tdm = 
ctxt~getValueByName("/singletons/com.sun.star.reflection.theTypeDescriptionManager")
  reflClz= tdm~getByHierarchicalName(unoClzName)
  if reflClz~isNil then return dir  -- return empty directory

  typeClass = reflClz~getTypeClass
  if typeClass = 30 then -- UNO_CONSTANTS
  do
 dir~objectName = unoClzName "(UNO_CONSTANTS)" -- supply type info to 
name
 do c over reflClz~getConstants -- iterate over constant fields
    name = c~getName    -- fully qualified
    name = name~substr(name~lastPos('.')+1) -- extract last word
    dir[name] = c~getConstantValue -- store constant values with their 
names
    -- say "name:" name "->" c~getConstantValue
 end
  end
  else if typeClass = 15 then    -- UNO_ENUMERATION
  do
 dir~objectName = unoClzName "(UNO_ENUM)"   -- supply type info to name
 enumNames = reflClz~getEnumNames -- get all enumeration names
 enumValues = reflClz~getEnumValues   -- get all enumeration values
 do i=1 to enumNames~items
    name = enumNames[i]
    name = name~substr(name~lastPos('.')+1) -- extract last word
    dir[name] = enumValues[i]   -- store enum values with their names
    -- say "name:" name "->" enumValues[i]
 end
  end
  return dir

HTH

---rony

P.S.: The short paper at  introduces ooRexx briefly in ten pages, home 
of Rexx based technologies is the non-profit SIG "Rexx Language Association" at 
.


OLE: scalc (creating data, display it in a chart)

2022-06-24 Thread Rony G. Flatscher
This ooRexx program creates a scalc spreadsheet, its data and a chart. There is a routine that 
allows to fetch constant and enum values in an ooRexx directory, such that sending the name of a 
constant or enum value will return the value one has to use as an argument.


   /**
 AOO_scalc_chart.rex using OLE (object linking and embedding) with ooRexx

 Links: 
   

   
   

 Using OLE create a new scalc worksheet, create random data and a chart 
based on it.
 Demonstrates how to use UNO reflection and incorporate UNO_CONSTANTS and 
UNO_ENUM
 values into a Rexx directory for easier use.
   ***/

   /* create a spreadsheet, add data for comparing two years by quarter, add a 
chart */
   serviceManager = .OLEObject~new('com.sun.star.ServiceManager')
   /* create spreadsheet, get first sheet */
   desktop  = serviceManager~createInstance('com.sun.star.frame.Desktop')
   noProps  = .array~new   /* empty array (no properties)   */
   document = desktop~loadComponentFromURL('private:factory/scalc', '_blank', 
0, noProps)
   sheet    = document~sheets~getByIndex(0)  -- get first spreadsheet

   /* note values can be assigned to cells with "string", "formula" or "value" 
(for numbers) */
   /* create the titles, pretend the last two yers */
   year   = date()~right(4)-2
   titles = "Quarter", year, year+1 /* title array */
   do col = 1 to titles~items
   sheet~getCellByPosition(col-1,0)~string = titles[col]
   end
   /* get all UNO_ENUM values in a Rexx directory */
   justify = getAsDirectory(serviceManager, 
"com.sun.star.table.CellHoriJustify")
   say "justify:" justify
   /* right adjust the last two years
   - possibility 1: 
sheet~getCellRangeByName("B1:C1")~setPropertyValue("HoriJustify",
   justify~right)
   - or: */
   sheet~getCellRangeByName("B1:C1")~HoriJustify = justify~right

   /* get all UNO_CONSTANTS values in a Rexx directory */
   weights = getAsDirectory(serviceManager,"com.sun.star.awt.FontWeight")
   say "weights:" weights
   sheet~getCellRangeByName("A1:C1")~CharWeight = weights~bold /* column 
headings   */

   /* create random values for the quarter numbers  */
   do line = 1 to 4
   sheet~getCellByPosition(0,line)~string = "Q"line   /* title in first 
column   */
   sheet~getCellByPosition(1,line)~value = random(0,50)/100
   sheet~getCellByPosition(2,line)~value = random(0,75)/100
   end
   sheet~getCellRangeByName("A2:A5")~CharWeight = weights~bold /* column 
headings   */
   /* format numbers, predefined style, format: "#,##0.00" */
   sheet~getCellRangeByName("B2:C5")~setPropertyValue("NumberFormat",4)

   /* create a chart from the data */
   structRect = serviceManager~bridge_getStruct("com.sun.star.awt.Rectangle")
   structRect~X  =   300   -- x-offset:  0.300 cm
   structRect~Y  =  2250   -- y-offset:  2.250 cm
   structRect~Width  = 16000   -- width:    16.000 cm
   structRect~Height =  8000   -- height:    8.000 cm

   range   = sheet~getCellRangeByName("A1:C5")    /* data to be used for 
the chart */
   rangeAddr   = range~getRangeAddress
   arrOfAddr   = .array~of(rangeAddr)  /* create array with the range address   
    */
   tableCharts = sheet~getCharts   /* get chart collection & insert 
    */
   tableCharts~addNewByName("FirstChart", structRect, arrOfAddr, .true, .true)

   /* Routine returns a Rexx directory containing all names and values of the 
supplied
   UNO_CONSTANTS or UNO_ENUM class name (needs to be fully qualified).  */
   ::routine getAsDirectory
  use strict arg serviceManager, unoClzName

  dir = .Directory~new  -- directory will get
  dir~objectName = unoClzName   -- allows to show the uno class it 
represents

  ctxt = serviceManager~defaultContext
  tdm = 
ctxt~getValueByName("/singletons/com.sun.star.reflection.theTypeDescriptionManager")
  reflClz= tdm~getByHierarchicalName(unoClzName)
  if reflClz~isNil then return dir  -- return empty directory

  typeClass = reflClz~getTypeClass
  if typeClass = 30 then -- UNO_CONSTANTS
  do
 dir~objectName = unoClzName "(UNO_CONSTANTS)" -- supply type info to 
name
 do c over reflClz~getConstants -- iterate over constant fields
    name = c~getName    -- fully qualified
    name = name~substr(name~lastPos('.')+1) -- extract last word
    dir[name] = c~getConstantValue -- store constant values with their 
names
    -- say "name:" name "->" c~getConstantValue
 end
  end
  else if typeClass = 15 then    -- UNO_ENUMERATION
  do
 

OLE: VBS "Automation_Bridge" to ooRexx

2022-06-24 Thread Rony G. Flatscher
Having looked around some nutshell OLE samples to port to ooRexx I stumbled over 
 which 
depicts a VBScript example.


There are the following changes in the ooRexx code:

 * the "=sum" formula now has the cells and the + operator to add them up,
 * the TextTable numbers are formatted to #,###.00 and right adjusted.

Ad ooRexx: I use it to teach BA students programming from zero to Windows to Java in a four hour 
lecture in a semester (four months). The Java part includes the knowledge to apply ooRexx via the 
UNO Java bindings (one can use ooRexx to interact with Java objects, such that the students do not 
need to know Java, they just need to be able to read Java documentation).


ooRexx implements the message paradigm: a value (an object, an instance) is conceptually like a 
living thing that understands messages one sends to it, which causes the value to look for a method 
by the same name (supplying arguments, if any) which it invokes and returns any return value if any. 
The message operator is the tilde (~), the receiver is on the left hand side, the message name on 
the right hand side. (The short paper at  introduces ooRexx briefly in 
ten pages.)


Usually one can turn VB code into ooRexx by replacing dots with a tilde, however it also works the 
other way round by replacing tildes with dots . :)


Here the transcription:

   /**
 AOO_swriter_table.rex using OLE (object linking and embedding) with ooRexx

 Links: 
   

   
   

 This is the ooRexx version (which includes corrections) of the VBScript
 "A Quick Tour" example from the AOO (Apache OpenOffice) DevGuide, chapter
 "Automation_Bridge" documentation.

 Using OLE create a new swriter document, a TextTable, a TextFrame, 
paragraphs
 and apply various formatings.
   ***/

  -- The service manager is always the starting point
  -- If there is no office running then an office is started up
  objServiceManager= .OleObject~new("com.sun.star.ServiceManager")

  -- Create the Desktop
  objDesktop= objServiceManager~createInstance("com.sun.star.frame.Desktop")

  -- Open a new empty writer document
  args=.array~new
  objDocument= objDesktop~loadComponentFromURL("private:factory/swriter", 
"_blank", 0, args)

  -- Create a text object
  objText= objDocument~getText

  -- Create a cursor object
  objCursor= objText~createTextCursor

  -- Inserting some Text
  vbLf = "0a"x    -- line-feed character
  objText~insertString( objCursor, "The first line in the newly created text 
document."vbLf,
   .false)

  -- Inserting a second line
  objText~insertString( objCursor, "Now we-- re in the second line", .false)

  -- Create instance of a text table with 4 columns and 4 rows
  objTable= objDocument~createInstance( "com.sun.star.text.TextTable")
  objTable~initialize( 4, 4 )

  -- Insert the table
  objText~insertTextContent( objCursor, objTable, .false)

  -- Get first row
  objRows= objTable~getRows
  objRow= objRows~getByIndex( 0)

  -- Set the table background color
  objTable~setPropertyValue( "BackTransparent", .false)
  objTable~setPropertyValue( "BackColor", 13421823)

  -- Set a different background color for the first row
  objRow~setPropertyValue( "BackTransparent", .false)
  objRow~setPropertyValue( "BackColor", 6710932)

  -- Fill the first table row
  call insertIntoCell "A1","FirstColumn", objTable -- insertIntoCell is a 
helper function, see
   below
  call insertIntoCell "B1","SecondColumn", objTable
  call insertIntoCell "C1","ThirdColumn", objTable
  call insertIntoCell "D1","SUM", objTable

  objTable~getCellByName("A2")~setValue( 22.5 )
  objTable~getCellByName("B2")~setValue( 5615.3   )
  objTable~getCellByName("C2")~setValue( -2315.7  )
  objTable~getCellByName("D2")~setFormula( "=sum ++"  )

  objTable~getCellByName("A3")~setValue( 21.5 )
  objTable~getCellByName("B3")~setValue( 615.3    )
  objTable~getCellByName("C3")~setValue( -315.7   )
  objTable~getCellByName("D3")~setFormula( "sum ++" )

  objTable~getCellByName("A4")~setValue( 121.5    )
  objTable~getCellByName("B4")~setValue( -615.3   )
  objTable~getCellByName("C4")~setValue( 415.7    )
  objTable~getCellByName("D4")~setFormula( "sum ++" )

  range=objTable~getCellRangeByName("A2:D4")
  range~setPropertyValue("NumberFormat", 4)  -- set number format
  -- use ParaAdjust: 

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

2022-06-17 Thread 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 ?

2022-06-17 Thread 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 
<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



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

2022-06-17 Thread Rony G. Flatscher

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.



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

2022-06-08 Thread 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)

2022-06-06 Thread 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)

2022-06-06 Thread 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 ?

2022-05-10 Thread 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 ?

2022-05-09 Thread 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 ?

2022-05-05 Thread 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



One more observation on MacOS (Re: AOO41X: Time for RC1?

2021-10-04 Thread Rony G. Flatscher
When dispatching a script via the ScriptEditor for the first time on MacOS, the 
following warning
gets issued:

rony@wu114221 ~ % /Applications/OpenOffice.app/Contents/MacOS/soffice ; 
exit;
2021-10-04 11:52:46.561 soffice[21999:372424]*WARNING: NSWindow drag 
regions should only be invalidated on the Main Thread! This will throw
an exception in the future. Called from (*
0   AppKit  0x7fff22c3aed1 
-[NSWindow(NSWindow_Theme) 
_postWindowNeedsToResetDragMarginsUnlessPostingDisabled] + 352
1   AppKit  0x7fff22c48fd4 
-[NSThemeFrame _tileTitlebarAndRedisplay:] + 111
2   AppKit  0x7fff22c5b6ad 
-[NSTitledFrame _titleDidChange] + 158
3   AppKit  0x7fff2345e6f3 
-[NSTitledFrame setTitle:subtitle:] + 722
4   AppKit  0x7fff22c5b2d9 
-[NSThemeFrame setTitle:] + 50
5   AppKit  0x7fff23205e15 
-[NSFrameView _updateTitleProperties:animated:] + 51
6   AppKit  0x7fff23451527 
-[NSThemeFrame _updateTitleProperties:animated:] + 186
7   CoreFoundation  0x7fff203fea53 
__CFNOTIFICATIONCENTER_IS_CALLING_OUT_TO_AN_OBSERVER__ + 12
8   CoreFoundation  0x7fff2049a4d9 
___CFXRegistrationPost_block_invoke + 49
9   CoreFoundation  0x7fff2049a454 
_CFXRegistrationPost + 496
10  CoreFoundation  0x7fff203cfcce 
_CFXNotificationPost + 736
11  Foundation  0x7fff21141bb8 
-[NSNotificationCenter postNotificationName:object:userInfo:] + 59
12  AppKit  0x7fff2335282c 
-[NSWindowTitleController _propertiesChanged:] + 147
13  AppKit  0x7fff22dfe587 -[NSWindow 
_setDocumentEdited:] + 120
14  libvcl.dylib0x00010662a0fe 
_ZN12AquaSalFrame21SetExtendedFrameStyleEm + 78
15  libvcl.dylib0x0001068c5868 
_ZN6Window16SetExtendedStyleEl + 104
16  libfwk.dylib0x00010936040e 
_ZN9framework19TagWindowAsModified8modifiedERKN3com3sun4star4lang11EventObjectE 
+ 814
17  libsfx.dylib0x0001051fd319 
_ZN4cppu25OInterfaceContainerHelper7forEachIN3com3sun4star4util15XModifyListenerENS0_20NotifySingleListenerIS6_NS4_4lang11EventObjectEvRKT0_
 + 201
18  libsfx.dylib0x0001052c2dbb 
_ZNK12SfxBaseModel26NotifyModifyListeners_ImplEv + 171
19  libsfx.dylib0x0001052c2298 
_ZN12SfxBaseModel8changingEv + 72
20  libsfx.dylib0x0001052c1a76 
_ZN12SfxBaseModel6NotifyER14SfxBroadcasterRK7SfxHint + 102
21  libsvl.dylib0x0001056f8dcc 
_ZN14SfxBroadcaster9BroadcastERK7SfxHint + 60
22  libsw.dylib 0x00017701330a 
_ZN10SwDocShell11SetModifiedEh + 186
23  libsw.dylib 0x00017700b6f9 
_ZN10SwDocShell23LinkStubOle2ModifiedHdlEPvS0_ + 41
24  libsw.dylib 0x000176b0387d 
_ZN5SwDoc11SetModifiedEv + 109
25  libsw.dylib 0x000176aff2d2 
_ZN5SwDoc12InsertStringERK5SwPaMRK6StringN26IDocumentContentOperations11InsertFlagsE
 + 1106
26  libsw.dylib 0x000176e29d2e 
_ZN17SwUnoCursorHelper22DocInsertStringSplitCRER5SwDocRK5SwPaMRK6Stringb + 638
27  libsw.dylib 0x000176e7aab7 
_ZN13SwXTextCursor15DeleteAndInsertERKN3rtl8OUStringEb + 231
28  libsw.dylib 0x000176e7e502 
_ZN13SwXTextCursor9setStringERKN3rtl8OUStringE + 146
29  libs5abi_uno.dylib  0x00011362fada 
_ZN7bridges7cpp_uno6shared25unoInterfaceProxyDispatchEP14_uno_InterfacePK24_typelib_TypeDescriptionPvPS7_PP8_uno_Any
 + 4042
30  libs5abi_uno.dylib  0x00011362f430 
_ZN7bridges7cpp_uno6shared25unoInterfaceProxyDispatchEP14_uno_InterfacePK24_typelib_TypeDescriptionPvPS7_PP8_uno_Any
 + 2336
31  libs5abi_uno.dylib  0x00011362edf0 
_ZN7bridges7cpp_uno6shared25unoInterfaceProxyDispatchEP14_uno_InterfacePK24_typelib_TypeDescriptionPvPS7_PP8_uno_Any
 + 736
32  libjava_uno.dylib   0x000179e12e2d 
_ZNK7jni_uno6Bridge8call_unoERKNS_11JNI_contextEP14_uno_InterfaceP24_typelib_TypeDescriptionP33_typelib_TypeDescriptionReferenceiPK24_typelib_MethodParameterP13_jobjectArray
 + 605
33  libjava_uno.dylib   0x000179e13877 
Java_com_sun_star_bridges_jni_1uno_JNI_1proxy_dispatch_1call + 1735
34  ??? 0x00019ebe36ae 0x0 + 

How to get debug information (Java, oxt)

2021-10-03 Thread 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



Ad runtime jar files (unoinfo java)

2021-09-29 Thread Rony G. Flatscher
The CLASSPATH environment variable or -cp switch needs to contain the output of 
"unoinfo java" which
usually consists of  the following fully qualified directories to point to the 
following files: 
unoil.jar, ridl.jar, jurt.jar and juh.jar.

LibreOffice combines these four jar files into a single jar file (I think 
libreoffice.jar) which
simplifies/shortens the CLASSPATH string considerably. Would this be something 
to be considered for
AOO as well (e.g. combining the four jar files into a single openoffice.jar)?

---rony



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



Re: AOO41X: Time for RC1?

2021-09-29 Thread Rony G. Flatscher
On 29.09.2021 17:16, Dave Fisher wrote:
> Does the behavior change if you use the Terminal window to explicitly set the 
> environment and then `open -a OpenOffice`?

What environment variables should I change how to which value(s) (it seems that 
DYLD_ environment
variables seem to get purged [1]) ?

> I had to do that in Catalina to access a Mozzila keystore.

---rony

[1] "Runtime Protections":
<https://developer.apple.com/library/archive/documentation/Security/Conceptual/System_Integrity_Protection_Guide/RuntimeProtections/RuntimeProtections.html>


> On Sep 29, 2021, at 8:03 AM, Rony G. Flatscher  
> wrote:
>> On 28.09.2021 22:25, Jim Jagielski wrote:
>>> Is this a regression?
>> Not really sure, it used to work on AOO 4.1.10 AFAICR, but now, testing 
>> against 4.1.10 the same
>> problem occurs, although java.library.path has a different value compared to 
>> 4.1.11:
>>
>>
>> java.library.path=[.:/Users/rony/Library/Java/Extensions:/Library/Java/Extensions:/Network/Library/Java/Extensions:/System/Library/Java/Extensions:/usr/lib/java:.]
>>
>>java.runtime.version=[9.0.4+11]
>>
>> However, I did update the operating system in between which now is macOS Big 
>> Sur 11.6.
>>
>> My (pure!) speculation is, that dlopen() on BigSur does not honor 
>> DYLD_FALLBACK_LIBRARY_PATH which
>> includes ~/lib:/usr/local/lib:/usr/lib, cf. [1], [2].
>>
>> However, "man dlopen" would document that if DYLD_FALLBACK_LIBRARY_PATH was 
>> not set, then dlopen
>> operates as if this environment variable was set to 
>> $HOME/lib:/usr/local/lib:/usr/lib. If that was
>> the case then libBSF4ooRexx.dylib would be found as it is in /usr/local/lib, 
>> but it is not (hence
>> speculating).
>>
>> So maybe these libraries should be explicitly added to the java.library.path 
>> on Darwin to have
>> System.loadLibrary(name) look through them.
>>
>> ---rony
>>
>> [1]  "Using Dynamic Libraries":
>> <https://developer.apple.com/library/archive/documentation/DeveloperTools/Conceptual/DynamicLibraries/100-Articles/UsingDynamicLibraries.html>
>>
>> [2] Manpage for dlopen(3):
>> <https://developer.apple.com/library/archive/documentation/System/Conceptual/ManPages_iPhoneOS/man3/dlopen.3.html>
>>
>>
>>>> On Sep 28, 2021, at 1:36 PM, Rony G. Flatscher  
>>>> wrote:
>>>>
>>>> Tested the MacOS version and ran into a problem: AOO does not consult 
>>>> "/usr/local/lib" on MacOS when
>>>> loading a native library.  Also, on "java.library.path" there seems to be 
>>>> a wrong directory
>>>> ("/Applications/OpenOffice.app/Contents").
>>>>
>>>> The setting of "java.library.path" in effect:
>>>>
>>>>   
>>>> java.library.path=[/Applications/OpenOffice.app/Contents:/Users/rony/Library/Java/Extensions:/Library/Java/Extensions:/Network/Library/Java/Extensions:/System/Library/Java/Extensions:/usr/lib/java:.]
>>>>
>>>>   java.runtime.version=[9.0.4+11]
>>>>
>>>> Placing a symbolic link into "/Applications/OpenOffice.app/Contents" 
>>>> allows the library
>>>> "libBSF4ooRexx.dylib" to be found in this version (and everything then 
>>>> works as expected), however
>>>> that directory should probably not be defined as it is does not contain 
>>>> any native libraries (rather
>>>> its subdirectory MacOS does).
>>>>
>>>> So, this version does not consult "/usr/local/lib" to find and load 
>>>> "libBSF4ooRexx.dylib".
>>>>
>>>> ---rony
>>>>
>>>> P.S.: Here the relevant stack trace (when attempting to load the scripting 
>>>> engine for ooRexx to run
>>>> an AOO macro via the Tools -> Macros menu):
>>>>
>>>>   Caused by: java.lang.UnsatisfiedLinkError: no BSF4ooRexx in 
>>>> java.library.path
>>>>at java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2541)
>>>>at java.base/java.lang.Runtime.loadLibrary0(Runtime.java:873)
>>>>at java.base/java.lang.System.loadLibrary(System.java:1857)
>>>>at 
>>>> org.rexxla.bsf.engines.rexx.RexxAndJava.(RexxAndJava.java:880)
>>>>at 
>>>> org.rexxla.bsf.engines.rexx.RexxEngine.initialize(RexxEngine.java:291)
>>>>at org.apache.bsf.BSFManager$8.run(BSFManager.java:854)
>>>>at java

Re: AOO41X: Time for RC1?

2021-09-29 Thread Rony G. Flatscher
On 28.09.2021 22:25, Jim Jagielski wrote:
> Is this a regression?

Not really sure, it used to work on AOO 4.1.10 AFAICR, but now, testing against 
4.1.10 the same
problem occurs, although java.library.path has a different value compared to 
4.1.11:


java.library.path=[.:/Users/rony/Library/Java/Extensions:/Library/Java/Extensions:/Network/Library/Java/Extensions:/System/Library/Java/Extensions:/usr/lib/java:.]

java.runtime.version=[9.0.4+11]

However, I did update the operating system in between which now is macOS Big 
Sur 11.6.

My (pure!) speculation is, that dlopen() on BigSur does not honor 
DYLD_FALLBACK_LIBRARY_PATH which
includes ~/lib:/usr/local/lib:/usr/lib, cf. [1], [2].

However, "man dlopen" would document that if DYLD_FALLBACK_LIBRARY_PATH was not 
set, then dlopen
operates as if this environment variable was set to 
$HOME/lib:/usr/local/lib:/usr/lib. If that was
the case then libBSF4ooRexx.dylib would be found as it is in /usr/local/lib, 
but it is not (hence
speculating).

So maybe these libraries should be explicitly added to the java.library.path on 
Darwin to have
System.loadLibrary(name) look through them.

---rony

[1]  "Using Dynamic Libraries":
<https://developer.apple.com/library/archive/documentation/DeveloperTools/Conceptual/DynamicLibraries/100-Articles/UsingDynamicLibraries.html>

[2] Manpage for dlopen(3):
<https://developer.apple.com/library/archive/documentation/System/Conceptual/ManPages_iPhoneOS/man3/dlopen.3.html>


>
>> On Sep 28, 2021, at 1:36 PM, Rony G. Flatscher  
>> wrote:
>>
>> Tested the MacOS version and ran into a problem: AOO does not consult 
>> "/usr/local/lib" on MacOS when
>> loading a native library.  Also, on "java.library.path" there seems to be a 
>> wrong directory
>> ("/Applications/OpenOffice.app/Contents").
>>
>> The setting of "java.library.path" in effect:
>>
>>
>> java.library.path=[/Applications/OpenOffice.app/Contents:/Users/rony/Library/Java/Extensions:/Library/Java/Extensions:/Network/Library/Java/Extensions:/System/Library/Java/Extensions:/usr/lib/java:.]
>>
>>java.runtime.version=[9.0.4+11]
>>
>> Placing a symbolic link into "/Applications/OpenOffice.app/Contents" allows 
>> the library
>> "libBSF4ooRexx.dylib" to be found in this version (and everything then works 
>> as expected), however
>> that directory should probably not be defined as it is does not contain any 
>> native libraries (rather
>> its subdirectory MacOS does).
>>
>> So, this version does not consult "/usr/local/lib" to find and load 
>> "libBSF4ooRexx.dylib".
>>
>> ---rony
>>
>> P.S.: Here the relevant stack trace (when attempting to load the scripting 
>> engine for ooRexx to run
>> an AOO macro via the Tools -> Macros menu):
>>
>>Caused by: java.lang.UnsatisfiedLinkError: no BSF4ooRexx in 
>> java.library.path
>>  at java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2541)
>>  at java.base/java.lang.Runtime.loadLibrary0(Runtime.java:873)
>>  at java.base/java.lang.System.loadLibrary(System.java:1857)
>>  at 
>> org.rexxla.bsf.engines.rexx.RexxAndJava.(RexxAndJava.java:880)
>>  at 
>> org.rexxla.bsf.engines.rexx.RexxEngine.initialize(RexxEngine.java:291)
>>  at org.apache.bsf.BSFManager$8.run(BSFManager.java:854)
>>  at java.base/java.security.AccessController.doPrivileged(Native Method)
>>  at org.apache.bsf.BSFManager.loadScriptingEngine(BSFManager.java:852)
>>  ... 40 more
>>
>>
>> On 27.09.2021 21:21, Jim Jagielski wrote:
>>> The macOS, Linux64 and Linux32 builds are also there!
>>>
>>>> On Sep 23, 2021, at 9:48 AM, Matthias Seidel  
>>>> wrote:
>>>>
>>>> Hi all,
>>>>
>>>> I have uploaded all Windows binaries to:
>>>>
>>>> https://dist.apache.org/repos/dist/dev/openoffice/4.1.11-RC1/binaries/
>>>>
>>>> Although we have not yet announced AOO 4.1.11-RC1 officially please feel
>>>> free to download and test them!
>>>>
>>>> Regards,
>>>>
>>>>   Matthias
>>>>
>>>> P.S.: Linux/macOS builds will be uploaded next week
>>>>
>>>> Am 22.09.21 um 17:33 schrieb Matthias Seidel:
>>>>> Hi all,
>>>>>
>>>>> I would be ready to upload the Windows binaries if we want to announce 
>>>>> RC1?
>>>>>
>>>>> Regards,
>>>>>
>>>>>   Matthias
>>>>>
>>>>> Am 21.09.21 um 23:15 schrieb Matthias Seidel:
>>>>>> Hi all,
>>>>>>
>>>>>> Am 21.09.21 um 22:42 schrieb Pedro Lino:
>>>>>>> Hi Dave, all
>>>>>>>
>>>>>>>
>>>>>>>> On 09/21/2021 9:07 PM Dave Fisher  wrote:
>>>>>>>> windows - thanks Matthias
>>>>>>>> https://www.dropbox.com/s/912galt8kr7wiem/Apache_OpenOffice_4.1.11_Win_x86_install_en-US.exe?dl=0
>>>>>>> Installed and tested signing a document. Works as expected
>>>>>>>
>>>>>>>> linux
>>>>>>>> We are waiting for someone to do a build.
>>>>>>> Can sign on Ubuntu 18.04 x64 using my PGP certificate
>>>>>>>
>>>>>>> Unless there is a problem on Mac, seems like ready to go?
>>>>>> It looks good for me!
>>>>>>
>>>>>> Regards,
>>>>>>
>>>>>>   Matthias
>>>>>>
>>>>>>> Regards,
>>>>>>> Pedro



Re: AOO41X: Time for RC1?

2021-09-28 Thread Rony G. Flatscher
Tested the MacOS version and ran into a problem: AOO does not consult 
"/usr/local/lib" on MacOS when
loading a native library.  Also, on "java.library.path" there seems to be a 
wrong directory
("/Applications/OpenOffice.app/Contents").

The setting of "java.library.path" in effect:


java.library.path=[/Applications/OpenOffice.app/Contents:/Users/rony/Library/Java/Extensions:/Library/Java/Extensions:/Network/Library/Java/Extensions:/System/Library/Java/Extensions:/usr/lib/java:.]

java.runtime.version=[9.0.4+11]

Placing a symbolic link into "/Applications/OpenOffice.app/Contents" allows the 
library
"libBSF4ooRexx.dylib" to be found in this version (and everything then works as 
expected), however
that directory should probably not be defined as it is does not contain any 
native libraries (rather
its subdirectory MacOS does).

So, this version does not consult "/usr/local/lib" to find and load 
"libBSF4ooRexx.dylib".

---rony

P.S.: Here the relevant stack trace (when attempting to load the scripting 
engine for ooRexx to run
an AOO macro via the Tools -> Macros menu):

Caused by: java.lang.UnsatisfiedLinkError: no BSF4ooRexx in 
java.library.path
at java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2541)
at java.base/java.lang.Runtime.loadLibrary0(Runtime.java:873)
at java.base/java.lang.System.loadLibrary(System.java:1857)
at 
org.rexxla.bsf.engines.rexx.RexxAndJava.(RexxAndJava.java:880)
at 
org.rexxla.bsf.engines.rexx.RexxEngine.initialize(RexxEngine.java:291)
at org.apache.bsf.BSFManager$8.run(BSFManager.java:854)
at java.base/java.security.AccessController.doPrivileged(Native Method)
at org.apache.bsf.BSFManager.loadScriptingEngine(BSFManager.java:852)
... 40 more


On 27.09.2021 21:21, Jim Jagielski wrote:
> The macOS, Linux64 and Linux32 builds are also there!
>
>> On Sep 23, 2021, at 9:48 AM, Matthias Seidel  
>> wrote:
>>
>> Hi all,
>>
>> I have uploaded all Windows binaries to:
>>
>> https://dist.apache.org/repos/dist/dev/openoffice/4.1.11-RC1/binaries/
>>
>> Although we have not yet announced AOO 4.1.11-RC1 officially please feel
>> free to download and test them!
>>
>> Regards,
>>
>>Matthias
>>
>> P.S.: Linux/macOS builds will be uploaded next week
>>
>> Am 22.09.21 um 17:33 schrieb Matthias Seidel:
>>> Hi all,
>>>
>>> I would be ready to upload the Windows binaries if we want to announce RC1?
>>>
>>> Regards,
>>>
>>>Matthias
>>>
>>> Am 21.09.21 um 23:15 schrieb Matthias Seidel:
 Hi all,

 Am 21.09.21 um 22:42 schrieb Pedro Lino:
> Hi Dave, all
>
>
>> On 09/21/2021 9:07 PM Dave Fisher  wrote:
>> windows - thanks Matthias
>> https://www.dropbox.com/s/912galt8kr7wiem/Apache_OpenOffice_4.1.11_Win_x86_install_en-US.exe?dl=0
> Installed and tested signing a document. Works as expected
>
>> linux
>> We are waiting for someone to do a build.
> Can sign on Ubuntu 18.04 x64 using my PGP certificate
>
> Unless there is a problem on Mac, seems like ready to go?
 It looks good for me!

 Regards,

Matthias

> Regards,
> Pedro



Re: About OpenJDK

2021-08-17 Thread 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

2021-08-17 Thread 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

2021-08-17 Thread 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

2021-08-17 Thread 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

2021-08-15 Thread 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

2021-08-12 Thread 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: Availability of Apache OpenOffice 4.2.0-Dev3(m3) developer test builds

2021-08-12 Thread Rony G. Flatscher
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

2021-07-20 Thread 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?

2020-12-19 Thread 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?

2020-12-17 Thread 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:





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

2020-12-11 Thread Rony G Flatscher
Thank you as well, also for the link which I was not aware of! 

—-rony

Rony G. Flatscher (mobil/e)

> Am 10.12.2020 um 12:49 schrieb Matthias Seidel :
> 
> Hi all,
> 
>> Am 10.12.20 um 01:59 schrieb Peter Kovacs:
>> Thank you Rony for the Java deep dive.
> 
> +1
> 
> And BTW:
> 
> https://www.youtube.com/watch?v=p4DeOilMOQA
> 
> Regards,
> 
>Matthias
> 
>> 
>>> On 08.12.20 19:11, Rony G. Flatscher (Apache) wrote:
>>> 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 n

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

2020-12-08 Thread 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: OS/2 (Re: Question ad MacOS 4.2 Developer Build

2020-07-15 Thread Rony G. Flatscher
Hi Matthias,

had a little time: [1] refers to the OS/2 EDM magazine about Object  Rexx which 
got introduced with
OS/2 Warp by IBM.

[1]  contains a link [2] to a brief article (10 pages) I wrote about 15 years 
ago which attempts to
introduce the Rexx language to newbies and Open Object Rexx.

[2] has an example that demonstrates how one would create a swriter document in 
seven lines of code
from ooRexx (from outside of OOo). That sample still runs unchanged today, 
though ooRexx and
BSF4ooRexx have seen a *lot* of development since 2006.

Cheers,

---rony

P.S.: I have been employing ooRexx and BSF4ooRexx successfully on a business 
administration
university for 20 years, where it is possible with this mix to introduce 
interested BA students to
programming (literally from zero knowledge to Windows OLE programming to Java 
programming on all
supported platforms) within a *single* semester with a weekly teaching load of 
four hours, believe
it or not (8 ECTS in total). This is only possible because Rexx/ooRexx are 
quite easy to learn due
to the syntax, yet powerful enough to do many, many interesting things...

[1] "Object REXX": <http://www.edm2.com/index.php/Object_REXX>
[2] " Resurrecting REXX, Introducing Object Rexx":
<http://wi.wu.ac.at/rgf/rexx/misc/ecoop06/ECOOP2006_RDL_Workshop_Flatscher_Paper.pdf>


On 14.07.2020 17:00, Rony G. Flatscher wrote:
> Hi Matthias,
>
> On 14.07.2020 16:48, Matthias Seidel wrote:
>> Hi Rony,
>>
>> Am 14.07.20 um 16:34 schrieb Rony G. Flatscher:
>>> Hi Matthias,
>>>
>>> On 14.07.2020 16:14, Matthias Seidel wrote:
>>>> Am 14.07.20 um 16:03 schrieb Rony G. Flatscher:
>>>>> Hi there,
>>>>>
>>>>> yesterday I intended to test the ooRexx macro language oxt file against 
>>>>> the MacOS Developer Build
>>>>> (4.2) to test whether <https://bz.apache.org/ooo/show_bug.cgi?id=127966> 
>>>>> is fixed.
>>>>>
>>>>> As the install script that has been working for more than 10 years on OO 
>>>>> (and LO) failed I looked
>>>>> into the cause and saw that the "soffice" (and "unoinfo") executable now 
>>>>> resides in
>>>>> "/Applications/OpenOffice Developer Build.app/Contents/*MacOS*/soffice" 
>>>>> whereas it used to be
>>>>> located in "/Applications/OpenOffice.app/Contents/*program*/soffice".
>>>> As it is a Developer Build the PRODUCTNAME is "OpenOffice Developer Build"
>>>> I am pretty sure that your script works as expected with a "normal" build.
>>> Yes, this is o.k. (not the problem).
>>>
>>> The problem is that in the "Contents" directory there is no "program" 
>>> subdirectory in the developer
>>> build, rather it is named "MacOS" instead.
>> I realized that now (see my other mail)
>>> The installation script assumes on the Mac that "soffice" and "unoinfo" are 
>>> located in
>>> "/Applications/OpenOffice[ Developer Build].app/Contents/program". (If this 
>>> is intentional I would
>>> change the script accordingly.)
>> I don't think that was intentional. Let's wait for a "normal" build.
>>>> Maybe there is a possibility to get the script recognize the difference?
>>>> (the same would apply to a Beta Build)
>>>>
>>>> @Jim: Could you provide some plain mac builds?
>>>>
>>>> BTW: I always wanted to test your ooRexx extension, Rexx was my first 
>>>> "language" on OS/2.
>>> You would be surprised! ;-)
>>>
>>> Actually "Object-oriented Rexx" was created as an object-oriented 
>>> replacement of "Rexx" for OS/2
>>> Warp by IBM. The Windows version generated quite some income for IBM when 
>>> their user base switched
>>> from OS/2 to Windows and learned that there were tons of Rexx programs that 
>>> also needed to run on
>>> Windows.
>>>
>>> Later IBM handed the source code over to the non-profit SIG "Rexx Language 
>>> Association" which then
>>> released an open-source version of it under the name "Open Object Rexx" 
>>> (ooRexx) in 2005. Ever since
>>> then it got steadily improved and the current 5.0 (officially in beta but 
>>> in release quality)
>>> release is imminent.
>>>
>>> The OpenOffice plugin of ooRexx was created using the Java-bridge 
>>> "BSF4ooRexx" (Apache BSF and
>>> oo

Re: Question ad Groovy implementation (Re: Beanshell Scripting

2020-07-15 Thread Rony G. Flatscher
Hi Carl,

On 15.07.2020 01:49, Carl Marcum wrote:
> Hi Rony,
>
> On 7/14/20 10:11 AM, Rony G. Flatscher wrote:
>> Hi Carl,
>>
>>
... cut ...
>
> I'm planning a more formal announcement as soon as I finish the Readme's for 
> a couple of these but...
>
> There are a few inter-dependent projects.
>
> The Groovy UNO Extension [1] extends the Java UNO API's with convenience 
> methods for Groovy
> Extensions and Client apps.
> It's documentation is here [2].
> It uses Groovy's Extension mechanism to extend the UNO API's.
>
> The OpenOffice-Groovy [3] is the OpenOffice extension to add Groovy to the 
> scripting framework. It
> is heavily influenced by the built-in Beanshell.
> I'm using Groovy's GroovyShell to evaluate the script [4].
> It includes the Groovy UNO Extension.
> You can get it on Bintray here [5].
>
> The third project is OpenOffice-Groovy-Macros [6] an extension to add a lot 
> of the sample macros
> included in AOO rewritten in Groovy.
> Probably more useful copy-paste from github since you can't edit these from 
> the extension like you
> can with the built-in macros.
> You can get it on Bintray here [7].
>
> I plan to add them to the Extension site after I get some more testing done.
>
> I'm also working on an Extension project generator similar to the NetBeans 
> plugin but IDE
> independent.
> Not ready to show that one yet.
>
> I have copies of the 4.1.6 UNO jars for use by Maven, Gradle and Groovy 
> scripts in Bintray [8].
>
> Please let me know if you have any questions.

Thank you *very* much for your explanations and pointers! I can now 
understand/relate better what
you are up to, very interesting!

Best regards

---rony


>
> [1] https://github.com/cbmarcum/guno-extension
> [2] https://cbmarcum.github.io/guno-extension/
> [3] https://github.com/cbmarcum/openoffice-groovy
> [4] http://www.groovy-lang.org/integrating.html#integ-groovyshell
> [5] https://bintray.com/cmarcum/openoffice-extensions/openoffice-groovy#files
> [6] https://github.com/cbmarcum/openoffice-groovy-macros
> [7] 
> https://bintray.com/cmarcum/openoffice-extensions/openoffice-groovy-macros#files
> [8] https://bintray.com/cmarcum/maven


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



OS/2 (Re: Question ad MacOS 4.2 Developer Build

2020-07-14 Thread Rony G. Flatscher
Hi Matthias,

On 14.07.2020 16:48, Matthias Seidel wrote:
> Hi Rony,
>
> Am 14.07.20 um 16:34 schrieb Rony G. Flatscher:
>> Hi Matthias,
>>
>> On 14.07.2020 16:14, Matthias Seidel wrote:
>>> Am 14.07.20 um 16:03 schrieb Rony G. Flatscher:
>>>> Hi there,
>>>>
>>>> yesterday I intended to test the ooRexx macro language oxt file against 
>>>> the MacOS Developer Build
>>>> (4.2) to test whether <https://bz.apache.org/ooo/show_bug.cgi?id=127966> 
>>>> is fixed.
>>>>
>>>> As the install script that has been working for more than 10 years on OO 
>>>> (and LO) failed I looked
>>>> into the cause and saw that the "soffice" (and "unoinfo") executable now 
>>>> resides in
>>>> "/Applications/OpenOffice Developer Build.app/Contents/*MacOS*/soffice" 
>>>> whereas it used to be
>>>> located in "/Applications/OpenOffice.app/Contents/*program*/soffice".
>>> As it is a Developer Build the PRODUCTNAME is "OpenOffice Developer Build"
>>> I am pretty sure that your script works as expected with a "normal" build.
>> Yes, this is o.k. (not the problem).
>>
>> The problem is that in the "Contents" directory there is no "program" 
>> subdirectory in the developer
>> build, rather it is named "MacOS" instead.
> I realized that now (see my other mail)
>> The installation script assumes on the Mac that "soffice" and "unoinfo" are 
>> located in
>> "/Applications/OpenOffice[ Developer Build].app/Contents/program". (If this 
>> is intentional I would
>> change the script accordingly.)
> I don't think that was intentional. Let's wait for a "normal" build.
>>> Maybe there is a possibility to get the script recognize the difference?
>>> (the same would apply to a Beta Build)
>>>
>>> @Jim: Could you provide some plain mac builds?
>>>
>>> BTW: I always wanted to test your ooRexx extension, Rexx was my first 
>>> "language" on OS/2.
>> You would be surprised! ;-)
>>
>> Actually "Object-oriented Rexx" was created as an object-oriented 
>> replacement of "Rexx" for OS/2
>> Warp by IBM. The Windows version generated quite some income for IBM when 
>> their user base switched
>> from OS/2 to Windows and learned that there were tons of Rexx programs that 
>> also needed to run on
>> Windows.
>>
>> Later IBM handed the source code over to the non-profit SIG "Rexx Language 
>> Association" which then
>> released an open-source version of it under the name "Open Object Rexx" 
>> (ooRexx) in 2005. Ever since
>> then it got steadily improved and the current 5.0 (officially in beta but in 
>> release quality)
>> release is imminent.
>>
>> The OpenOffice plugin of ooRexx was created using the Java-bridge 
>> "BSF4ooRexx" (Apache BSF and
>> ooRexx), which also has its roots in OS/2 believe it or not: Java played an 
>> important role for OS/2
>> and portable (even GUI) applications became possible with the Java bridge 
>> such that Rexx programs
>> developed under OS/2 ran unchanged on Windows (and vice versa).
>>
>> Today the Java bridge BSF4ooRexx is bi-directionally complete, i.e. Java 
>> classes and Java objects
>> are camouflaged as ooRexx classes and objects, sending them ooRexx messages. 
>> On the other hand Java
>> code can invoke ooRexx methods without realizing that the implementation is 
>> done in ooRexx (e.g.
>> when extending Java classes in ooRexx or implementing abstract Java methods 
>> in ooRexx).
>>
>> Like with Rexx ooRexx is a dynamically typed, interpreted language with a 
>> "human-centric" syntax,
>> such that it can be learned quite fast and programs can be understood quite 
>> easily.
>>
>> So, if you have interest and a little bit of time, it may be very worthwhile 
>> to look into it.
>> Creating ooRexx-macros and/or using OpenOffice from ooRexx programs is 
>> straight-forward and quite easy.
> If I only had the time (and knowledge)... ;-)
>
> But in fact I still use OS/2 (ArcaOS in VirtualBox) with AOO installed.

That is remarkable and great indeed!

---rony



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



Re: Question ad MacOS 4.2 Developer Build

2020-07-14 Thread Rony G. Flatscher
One more problem, observation: while running "unopkg" I experience the 
following error:

e:\DropBox\Dropbox\xfer\mac>type problem.txt
wu114217:Resources rony$ "/Applications/OpenOffice Developer 
Build.app/Contents/MacOS/unopkg" add -f --shared /Library/Frameworks/BSF4o
oRexx.framework/Libraries/ScriptProviderForooRexx.oxt
dyld: Library not loaded: @___URELIB/libuno_cppu.dylib
  Referenced from: /Applications/OpenOffice Developer 
Build.app/Contents/MacOS/uno.bin
  Reason: image not found

^Cwu114217:Resources ronysudo "/Applications/OpenOffice Developer 
Build.app/Contents/MacOS/unopkg" add -f --shared /Library/Frameworks/
BSF4ooRexx.framework/Libraries/ScriptProviderForooRexx.oxt
dyld: Library not loaded: @___URELIB/libuno_cppu.dylib
  Referenced from: /Applications/OpenOffice Developer 
Build.app/Contents/MacOS/uno.bin
  Reason: image not found

The version of AOO 2.0 developer build for MacOSX was downloaded yesterday from 
Jim's site:
<https://home.apache.org/~jim/AOO-builds/>

---rony


On 14.07.2020 16:03, Rony G. Flatscher wrote:
> Hi there,
>
> yesterday I intended to test the ooRexx macro language oxt file against the 
> MacOS Developer Build
> (4.2) to test whether <https://bz.apache.org/ooo/show_bug.cgi?id=127966> is 
> fixed.
>
> As the install script that has been working for more than 10 years on OO (and 
> LO) failed I looked
> into the cause and saw that the "soffice" (and "unoinfo") executable now 
> resides in
> "/Applications/OpenOffice Developer Build.app/Contents/*MacOS*/soffice" 
> whereas it used to be
> located in "/Applications/OpenOffice.app/Contents/*program*/soffice".
>
> Is this an oversight/bug or has the directory structure been changed (and if 
> so on all platforms)?
>
> ---rony
>



Re: Question ad MacOS 4.2 Developer Build

2020-07-14 Thread Rony G. Flatscher
Hi Matthias,

On 14.07.2020 16:14, Matthias Seidel wrote:
> Am 14.07.20 um 16:03 schrieb Rony G. Flatscher:
>> Hi there,
>>
>> yesterday I intended to test the ooRexx macro language oxt file against the 
>> MacOS Developer Build
>> (4.2) to test whether <https://bz.apache.org/ooo/show_bug.cgi?id=127966> is 
>> fixed.
>>
>> As the install script that has been working for more than 10 years on OO 
>> (and LO) failed I looked
>> into the cause and saw that the "soffice" (and "unoinfo") executable now 
>> resides in
>> "/Applications/OpenOffice Developer Build.app/Contents/*MacOS*/soffice" 
>> whereas it used to be
>> located in "/Applications/OpenOffice.app/Contents/*program*/soffice".
> As it is a Developer Build the PRODUCTNAME is "OpenOffice Developer Build"
> I am pretty sure that your script works as expected with a "normal" build.

Yes, this is o.k. (not the problem).

The problem is that in the "Contents" directory there is no "program" 
subdirectory in the developer
build, rather it is named "MacOS" instead.

The installation script assumes on the Mac that "soffice" and "unoinfo" are 
located in
"/Applications/OpenOffice[ Developer Build].app/Contents/program". (If this is 
intentional I would
change the script accordingly.)

> Maybe there is a possibility to get the script recognize the difference?
> (the same would apply to a Beta Build)
>
> @Jim: Could you provide some plain mac builds?
>
> BTW: I always wanted to test your ooRexx extension, Rexx was my first 
> "language" on OS/2.

You would be surprised! ;-)

Actually "Object-oriented Rexx" was created as an object-oriented replacement 
of "Rexx" for OS/2
Warp by IBM. The Windows version generated quite some income for IBM when their 
user base switched
from OS/2 to Windows and learned that there were tons of Rexx programs that 
also needed to run on
Windows.

Later IBM handed the source code over to the non-profit SIG "Rexx Language 
Association" which then
released an open-source version of it under the name "Open Object Rexx" 
(ooRexx) in 2005. Ever since
then it got steadily improved and the current 5.0 (officially in beta but in 
release quality)
release is imminent.

The OpenOffice plugin of ooRexx was created using the Java-bridge "BSF4ooRexx" 
(Apache BSF and
ooRexx), which also has its roots in OS/2 believe it or not: Java played an 
important role for OS/2
and portable (even GUI) applications became possible with the Java bridge such 
that Rexx programs
developed under OS/2 ran unchanged on Windows (and vice versa).

Today the Java bridge BSF4ooRexx is bi-directionally complete, i.e. Java 
classes and Java objects
are camouflaged as ooRexx classes and objects, sending them ooRexx messages. On 
the other hand Java
code can invoke ooRexx methods without realizing that the implementation is 
done in ooRexx (e.g.
when extending Java classes in ooRexx or implementing abstract Java methods in 
ooRexx).

Like with Rexx ooRexx is a dynamically typed, interpreted language with a 
"human-centric" syntax,
such that it can be learned quite fast and programs can be understood quite 
easily.

So, if you have interest and a little bit of time, it may be very worthwhile to 
look into it.
Creating ooRexx-macros and/or using OpenOffice from ooRexx programs is 
straight-forward and quite easy.

---rony



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



Question ad Groovy implementation (Re: Beanshell Scripting

2020-07-14 Thread Rony G. Flatscher
Hi Carl,

On 13.07.2020 22:07, Carl Marcum wrote:
... cut ...

> Currently my Groovy macro is a standalone extension.
>
> We can discuss later after I announce it's information whether it could be 
> added to the office at
> some point or left as a soon-to-be-popular extension ;)

Could you briefly explain what your extension does (e.g. generically allowing 
the implementation of
UNO classes/components in Groovy)?

---rony

P.S.: AFAIK Groovy uses Apache BSF. If so it may be helpful to look at the 
ooRexx ScriptProvider
implementation (which uses Apache BSF and which is based on the BeanShell 
implementation of the
ScriptProvider) in case you have not yet implemented the ScriptProvider part 
for Groovy.



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



Question ad MacOS 4.2 Developer Build

2020-07-14 Thread Rony G. Flatscher
Hi there,

yesterday I intended to test the ooRexx macro language oxt file against the 
MacOS Developer Build
(4.2) to test whether  is 
fixed.

As the install script that has been working for more than 10 years on OO (and 
LO) failed I looked
into the cause and saw that the "soffice" (and "unoinfo") executable now 
resides in
"/Applications/OpenOffice Developer Build.app/Contents/*MacOS*/soffice" whereas 
it used to be
located in "/Applications/OpenOffice.app/Contents/*program*/soffice".

Is this an oversight/bug or has the directory structure been changed (and if so 
on all platforms)?

---rony



Re: Using AOO 4.2-dev with Java 11

2019-01-28 Thread 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

2019-01-04 Thread 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
<https://bz.apache.org/ooo/show_bug.cgi?id=127965>, 
<https://bz.apache.org/ooo/show_bug.cgi?id=127966>):

  * 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 (<https://bz.apache.org/ooo/show_bug.cgi?id=127967>) 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: 
>>> <https://bz.apache.org/ooo/show_bug.cgi?id=127965>
>>>  * MacOS: Current directory wrongly set to root directory "/" for scripts:
>>><https://bz.apache.org/ooo/show_bug.cgi?id=127966>
>>>  * MacOS: Running via Java causes exception on MacOSX Mojave:
>>><https://bz.apache.org/ooo/show_bug.cgi?id=127967>
>>>
>>> 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 

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

2018-12-31 Thread Rony G. Flatscher
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: 
>> <https://bz.apache.org/ooo/show_bug.cgi?id=127965>
>>  * MacOS: Current directory wrongly set to root directory "/" for scripts:
>><https://bz.apache.org/ooo/show_bug.cgi?id=127966>
>>  * MacOS: Running via Java causes exception on MacOSX Mojave:
>><https://bz.apache.org/ooo/show_bug.cgi?id=127967>
>>
>> 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 also 
the two AOO swriter
documents, one being off the "command line AOO", one being off the "menu AOO".

---rony

P.S.: On Windows (this is still with AOO 4.1.5) the environment remains intact 
when starting AOO
from the Windows menu. This should be also the case for the Unix based AOO 
installations.



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



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

2018-12-20 Thread Rony G. Flatscher
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: 
<https://bz.apache.org/ooo/show_bug.cgi?id=127965>
  * MacOS: Current directory wrongly set to root directory "/" for scripts:
<https://bz.apache.org/ooo/show_bug.cgi?id=127966>
  * MacOS: Running via Java causes exception on MacOSX Mojave:
<https://bz.apache.org/ooo/show_bug.cgi?id=127967>

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


On 19.12.2018 18:22, Peter Kovacs wrote:
> Since it has been closed because of lack of response, just reopen it and
> continue.
>
>
> On 19.12.18 18:06, Rony G. Flatscher (Apache) wrote:
>> While re-assessing the (Java based) scripting framework on Apple (checking on
>> <https://bz.apache.org/ooo/show_bug.cgi?id=117961>) 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

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

2018-12-19 Thread 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 ...

2018-06-15 Thread 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 ...

2018-06-14 Thread 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

2017-08-17 Thread 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

2016-01-22 Thread 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

2015-06-24 Thread 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

2015-02-19 Thread 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: OpenOffice folks: ApacheCon template?

2014-11-10 Thread Rony G. Flatscher

On 24.10.2014 21:49, Rich Bowen wrote:

 On 10/24/2014 03:36 PM, Andrea Pescetti wrote:
 On 24/10/2014 Rich Bowen wrote:
 One more try - can any of you fine OpenOffice folks whip up a slide
 template for ApacheCon EU, like was done for Denver?

 Let's forward this to the OpenOffice dev list too (in CC) and see if it is a 
 yes! Volunteers?
 Templates to be refreshed are here:

 http://templates.openoffice.org/en/search?search_api_views_fulltext=apacheconsort_by=createdsort_order=ASC


 ApacheCon EU is in Budapest, Hungary, in case someone doesn't know (old 
 templates often used the
 country colors, but this is not a must).

 Awesome.

 The image on the website is white on a transparent background, which poses 
 difficulties. :-) Feel
 free to tweak that if you need to.

Just received an e-mail pointing to the ApacheCon EU template at
http://events.linuxfoundation.org/events/apachecon-europe/program/speaker-guide.,
 which is a
breathtaking 18 (eighteen) MB file! My AOO crashes constantly on that 
presentation template on my
old Windows XP machine due to the size.

Obviously, someone who has no clues what s/he does used incredible sizes for 
some of the
(background) pictures creating such an abmysal presntation.

This is what one could do to resolve the issue:

  * unzip ApacheEU_PPT_v2_ac.odp, switch into the Pictures subdirectory and 
load the two huge
png-files that stand-out in that directory and resize them e.g. to 1024x768 
pixel (fine result,
1/10th of the size, size could be reduced even further).
  * zip all the files and subdirectory to a new ApacheEU_PPT_v2_ac_sane.odp 
file.

In my case I could reduce the size to two MB and AOO is happily processing it.

Though the design is extremely dark, so I wonder whether it would be o.k. to 
use one owns
template/design (carrying the AOO logo and the Apache feather)?

---rony



Re: Who will attend ApacheCon Europe?

2014-10-19 Thread 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: Who will attend ApacheCon Europe?

2014-10-19 Thread Rony G. Flatscher

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

2014-10-05 Thread 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?

2014-09-02 Thread rony g. flatscher
Hi Regina and Andrea,


On 01.09.2014 20:54, Regina Henschel wrote:
 Hi Rony,

 Rony G. Flatscher (Apache) schrieb:
 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?

 An application should never crash and should not quit without a message to 
 the user. That has to
 be fixed in Apache OpenOffice. So please write a bug report and attach the 
 .odt document as
 LibreOffice has produced it and the .fodt file too.

 The person, who sends it to you, should try to save the file not in 1.2 
 Extended (recommended)
 but in 1.2 Extended (compat mode) or in 1.2 or even in 1.0/1.1. Then 
 you will likely be able
 to open it without problems. Hi finds the saving format in Tools  Options  
 Load/Save  General.
The user informed me that saving it in an older format with LO did still not 
allow AOO to load it
(he now has AOO 4.1.1 installed on Ubuntu).

The issue with the attachment is now filed as 
https://issues.apache.org/ooo/show_bug.cgi?id=125560.

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

2014-09-02 Thread 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?

2014-09-01 Thread 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

2014-08-28 Thread 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?

2014-07-01 Thread 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

2014-06-18 Thread 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

2014-06-18 Thread 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

2014-06-17 Thread 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

2014-06-17 Thread 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 ?

2014-03-25 Thread Rony G. Flatscher (Apache)
Hi Jürgen,

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

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

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

---rony

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






On 26.02.2014 15:38, Jürgen Schmidt wrote:
 Hi Ronny,

 the problem is not new as far as I know and not easy to fix. Both the
 office and the JVM requires to run their event loop in the main thread
 and this conflicts on MacOS.

 A solution can be potentially to start the JVM in a separate process and
 bridge the communication via UNO.

 But I don't see the chance that it get fixed for AOO 4.1 or in the near
 future.

 Any usage of awt in macros or extensions on Mac will cause problems and
 is not recommended. And again this problem is not new and exists since
 some time.

 It is correct that it worked in the past and I don't know when the
 problem was introduced and which change triggered it. But I know that
 exists since several years and is not easy to fix.

 Juergen

 On 2/26/14 3:12 PM, Rony G. Flatscher (Apache) wrote:
 Hi there,

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

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

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

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

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

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

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

 There are two bug issues that document this problem:

   * Bug https://issues.apache.org/ooo/show_bug.cgi?id=124170, Comment # 9: 
 explains where to find
 the (basically a pure Java-) oxt (a debug version using JDialog) and how 
 to get the Java error
 on MacOSX.

   * Bug https://issues.apache.org/ooo/show_bug.cgi?id=120359 is probably 
 related to the same
 reason (in the part describing problems dispatching scripts and some 
 sort of work around that
 more or less worked on the prior 32-bit version).

 ---

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

 ---rony



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



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

2014-03-25 Thread Rony G. Flatscher
Hi Pedro,

On 25.03.2014 16:29, Pedro Giffuni wrote:
 Hello;

 Concerning beanshell itself, we did everything we were supposed to do to get 
 Beanshell into the
 ASF. The code was relicensed and the major IP-clearance process was done. The 
 author also
 submitted a SGA to the ASF secretary. You can check out the code in 
 apache-extras:

 https://code.google.com/a/apache-extras.org/p/beanshell/

 As I see it, what stalled the process were basic doubts about the value of 
 the incubation process
 itself. In other words, we already did most of what was meant to be done in 
 incubation (the
 IP-clearance and the SGA) so if any Apache Project needs the code they can 
 consume it directly.

 After the vote (which is apparently still open?), most of us that were 
 involved, have been too
 busy on other things.
Thank you for this update!

 I would have thought that the Beanshell code was more valuable to the rest of 
 the ASF than to
 Apache OpenOffice, where the extension is optional. Beyond AOO, what I would 
 have really liked is
 to see the Apache Commons BSF update their support for Beanshell and take it 
 in.
The Apache Commons BSF is only working on scripting language /engines/ in two 
forms, one being the
pre-javax.script (pure Apache versions that originate from the IBM opensource 
project donated to
Apache later to originally allow using scripting languages in JSPs) a.k.a. BSF 
version 2.x, and a
non-backward compatible version 3.x framework implementing the JSR-223 
(javax.script) specs.

BeanShell itself should probably be its own project under the Apache Commons 
umbrella.

---rony




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

2014-03-25 Thread 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 ?

2014-03-24 Thread 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 ?

2014-03-24 Thread 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 ?

2014-03-24 Thread 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 ?

2014-02-27 Thread 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 ?

2014-02-26 Thread 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) ?

2014-02-12 Thread 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) ?

2014-02-11 Thread 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) ?

2014-02-11 Thread 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) ?

2014-02-11 Thread 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) ?

2014-02-10 Thread 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) ?

2014-02-10 Thread 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) ?

2014-02-10 Thread Rony G. Flatscher
A few remarks using yesterday's build:

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

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

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

Title: OpenOffice Error

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

java stack trace:
...

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

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

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

---rony





On 10.02.2014 16:28, Rony G. Flatscher (Apache) wrote:
 Hi Herbert,

 thank you very much, indeed!

 Kind regards

 ---rony

 On 10.02.2014 12:52, Herbert Duerr wrote:
 Hi Rony,

 On 10.02.2014 11:51, Rony G. Flatscher (Apache) wrote:
 is there anywhere a new build of the 64-bit MacOSX AOO 4.1 available 
 (beyond rev. 1560772)? No
 matter whether it is a (daily?) developer or an official snapshot.
 I just uploaded my last dev-build [1].

 [1] http://people.apache.org/~hdu/AOO_nightly20140209.dmg

 We're planning to do a new milestone build soon.

 Herbert



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

2014-02-10 Thread 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

2014-02-04 Thread 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



32-Bit MacOSX Snapshot available too, somewhere ? (Re: New SNAPSHOT available (based on r1560772)

2014-01-29 Thread Rony G. Flatscher

On 27.01.2014 12:02, Herbert Duerr wrote:
 New snapshot builds based on the feature freeze revision
 (according to the release plan [1]) are available at [2].

 [1] 
 https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.1+Release+Planning

 [2] http://people.apache.org/~hdu/developer-snapshots/snapshot/

 The development-snapshot CWiki page [3] has been partially updated, but since 
 Markup was disabled
 [4] in the latest Confluence update the process of updating this page has 
 become incredibly
 painful and will take some more time.

 [3] 
 https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds
 [4] 
 http://blogs.atlassian.com/2011/11/why-we-removed-wiki-markup-editor-in-confluence-4/

 I suggest to move this page into our MediaWiki instead where generated markup 
 can be directly used.

 I also suggest to use a different name for these kinds of snapshots, because 
 the buildbots provide
 a different of snapshot [5] that are not built for maximum compatibility. How 
 about renaming the
 release-like snapshots to milestone?

 [5] http://ci.apache.org/projects/openoffice/#linsnap
[3] points to a non-existing 32-bit version of the 4.1 MacOSX snapshot.

Using [2] allows me to get to a 64-bit verison of the 4.1 MacOSX snapshot.

As all my tests in the past have been against 32-bit, I would like to do them 
with the latest
snapshot as well against the 32-bit version. So, is there any pointer to a 
32-bit version too, or is
the plan to release 4.1 on MacOSX in 64-bit only?

TIA,

---rony


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



Re: 32-Bit MacOSX Snapshot available too, somewhere ? (Re: New SNAPSHOT available (based on r1560772)

2014-01-29 Thread Rony G. Flatscher

On 29.01.2014 16:23, Jürgen Schmidt wrote:
 On 1/29/14 3:30 PM, Rony G. Flatscher wrote:
 On 27.01.2014 12:02, Herbert Duerr wrote:
 New snapshot builds based on the feature freeze revision
 (according to the release plan [1]) are available at [2].

 [1] 
 https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.1+Release+Planning

 [2] http://people.apache.org/~hdu/developer-snapshots/snapshot/

 The development-snapshot CWiki page [3] has been partially updated, but 
 since Markup was disabled
 [4] in the latest Confluence update the process of updating this page has 
 become incredibly
 painful and will take some more time.

 [3] 
 https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds
 [4] 
 http://blogs.atlassian.com/2011/11/why-we-removed-wiki-markup-editor-in-confluence-4/

 I suggest to move this page into our MediaWiki instead where generated 
 markup can be directly used.

 I also suggest to use a different name for these kinds of snapshots, 
 because the buildbots provide
 a different of snapshot [5] that are not built for maximum compatibility. 
 How about renaming the
 release-like snapshots to milestone?

 [5] http://ci.apache.org/projects/openoffice/#linsnap
 [3] points to a non-existing 32-bit version of the 4.1 MacOSX snapshot.

 Using [2] allows me to get to a 64-bit verison of the 4.1 MacOSX snapshot.

 As all my tests in the past have been against 32-bit, I would like to do 
 them with the latest
 snapshot as well against the 32-bit version. So, is there any pointer to a 
 32-bit version too, or is
 the plan to release 4.1 on MacOSX in 64-bit only?

 as discussed already on the list here some weeks ago, we won't have a
 32bit version of AOO 4.1. We migrate to newer APIs because the older
 ones are already deprecated by Apple. The maintenance effort for us is
 too high but we said that we will support anybody who is interested to
 work on this.
That's fine, I followed the discussion but have not realized that the switch to 
64-bit on MacOSX is
with 4.1.

Nevertheless, the link from [3] should be adjusted accordingly.

---rony


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



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

2014-01-23 Thread Rony G. Flatscher
On 23.01.2014 10:29, Herbert Duerr wrote:
 On 22.01.2014 20:17, Rony G. Flatscher (Apache) wrote:
 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.

 Fixed with [1] that will get into the next snapshot build, that will be out 
 really soon. Please
 test it then.
Super, thank you very much Herbert!

---rony

P.S.: Yes, will test it with the next snapshot, whenever it is being built.


-
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

2014-01-22 Thread Rony G. Flatscher

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



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

2014-01-22 Thread 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 ... ?

2014-01-19 Thread 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 ... ?

2014-01-18 Thread 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 ... ?

2014-01-18 Thread 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

2014-01-15 Thread 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

2013-12-19 Thread 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

2013-10-09 Thread Rony G. Flatscher (Apache)

On 09.10.2013 14:42, Andre Fischer wrote:
 On 03.10.2013 11:37, Jörg Schmidt wrote:
 Hello,

 From: Andre Fischer [mailto:awf@gmail.com]
 It took a long time but here is my example, a simple search
 for writer.

 That's OK.  I just came back from my vacation and am now
 catching up on
 emails.

 Can you please help me now?
 I will try.  Can you tell me, what the extension does and how
 you want
 it to work and look?
 The extension function is very simple, there is a dialog with two text 
 fields to
 enter a search string and a replacement text, and two buttons to start 
 searching
 or replacing. The extension is for writer.

 So not much function but it is indeed primarily an example of integration in 
 the
 sidebar

 This dialogue should now be implemented, he works as a sidebar, so:

 2 text fields for entering
 4 Label Fields
 2 buttons to launch two Basic Macros


 I was somewhat but not entirely successful in turning your BASIC script into 
 a sidebar panel.

 I have created an Eclipse project of the sidebar panel [1].   Run the 'oxt' 
 target of the Ant
 build file to create the file SidebarBasicPanelDemo.oxt in the dist/ 
 directory.   Install this
 extension in a 4.* OpenOffice and restart.  Now you should see in the sidebar 
 tab bar a new entry
 with a gear icon.  Click on it to swtich to the demo panel.

 What works is that the dialog is displayed as expected.  Callbacks into the 
 BASIC script work also.

 What does not work is that the BASIC script can not access the dialog for eg 
 retrieval of the
 search strings.  The reason for that is that the dialog is not created from 
 the script in the
 'Start_dialog' function but on the Java side of the implementation. I tried 
 to call from Java into
 BASIC with the dialog object.  The call works, but I did not get the public 
 BASIC variable
 'ts_dialog' to work.  When you click on the 'Suche Nächsten' button then the 
 ts_dialog value is
 empty again.

 But maybe this is a good thing, because every document has its own side bar 
 and its own BASIC
 dialog.  Using a single global variable to hold the dialog would not work.  
 As I do not know
 OpenOffice BASIC well enough to know if and how object orientation works, I 
 did not try to fix this.
 I also do not know how to change the event callbacks to pass parameters to 
 the BASIC script. 
 Without parameters, your BASIC script does not know from which instance of 
 the dialog it has been
 called and thus could not retrieve the search string, even if it could access 
 the dialogs.

 Using the BASIC dialog but do the implementation in Java would be much easier 
 and more reliable.

 Best regards,

 Andre


 [1] http://people.apache.org/~af/SidebarBasicDemo.zip
Very interesting!

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

---rony



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



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

2013-09-09 Thread Rony G. Flatscher
On 9/9/2013 2:38 PM, Kejia Ye wrote:
 I'm using LotusScript, a script language used in Lotus Notes, also
 described as BASIC-like. It is useful to access and export the back-end
 data. And I'm thinking to use it to export the data and generate
 spreadsheet reports from AOO directly.

 Is there some
  similar samples or experience to do things like that? Maybe something like
 VB scripts?
In addition to the scripting languages Jürgen pointed out you may also use the 
scripting languages
that come also with AOO like JavaScript and BeanShell.

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

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

---rony


 On Mon, Sep 9, 2013 at 5:37 PM, Jürgen Schmidt jogischm...@gmail.comwrote:

 Hi Ke Jia,

 On 9/9/13 9:09 AM, Kejia Ye wrote:
 Hi,

 I'm trying to connect to AOO and calling some UNO services by a script. I
 found a solution about
 Automation_Bridge
 http://wiki.openoffice.org/wiki/Documentation/DevGuide/ProUNO/Bridge/Automation_Bridge
 and
 it works for me, but it can only be used on Windows, due to the COM
 implementation dependency.

 Does anybody know is there any method that I can run a script to control
 AOO remotely on other platforms, like Linux or Mac?
 Sure you can use Python to automate tasks or you can use Java. It really
 depends on what you have in mind to do.

 Maybe you can explain what you have in mind

 Juergen


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



Re: permission problem with Windows SDK from snapshot 4.0.1

2013-09-07 Thread 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.



  1   2   >