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

2022-08-21 Thread Matthias Seidel
Hello Rony,

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

Regards,

   Matthias

[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":
> .
>
> 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:
> 
> 
>  
> 
> 
>
>  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~XMultiServiceFactory
>
>   -- Create instance of a text table with 4 columns and 4 rows
>   objTable= objDocument~createInstance(
> "com.sun.star.text.TextTable")~XTextTable
>   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~XPropertySet~setPropertyValue( "BackTransparent", .false)
>   objTable~XPropertySet~setPropertyValue( "BackColor", 13421823)
>
>   -- Set a different background color for the first row
>   objRow~XPropertySet~setPropertyValue( "BackTransparent", .false)
>   objRow~XPropertySet~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")~setValu

Updating extensions

2022-08-21 Thread Matthias Seidel
Hi all,

I know we had a discussion somewhere about the frequency of extension
updates, but I am unable to find it right now...

Normally, the update feed should be adjusted as soon as an extension
gets a newer version.

But the English dictionary is updated every month, so I think we should
reduce the update messages here.
I would suggest to start the update feed for the English dictionary
again for the September release and then to do it on a (roughly) 3 month
base.

How do others feel about it?

BTW: Do we have an update feed for other dictionaries (e.g. Danish,
Ukrainian)?

Regards,

   Matthias




smime.p7s
Description: S/MIME Cryptographic Signature


Re: Templates Website Failure

2022-08-21 Thread Andrea Pescetti

On 20/08/22 Keith N. McKenna wrote:

Andrea Pescetti wrote:

1) We get confirmation that this is fixed not only for me

2) Then I can apply the same fix to Templates and have a fix in place, 
where the only drawback is that it uses my server


3) Then I would create a new issue like the abandoned 
https://issues.apache.org/jira/browse/INFRA-21334 so that INFRA can 
advise on whether we have a way to use the ASF mail server but without 
storing personal credentials.


I successfully registered an account and received the congraulations 
e-mail to my @apache.org address


Thank you and Dave for testing.

I've gone ahead and:

- Implemented the same solution (i.e., mail is relayed through my SMTP 
server) on the Templates site; so the Templates site will now work too


- Opened 
https://issues.apache.org/jira/projects/INFRA/issues/INFRA-23610 to ask 
INFRA how we can use an ASF-owned resource instead of my server


Regards,
  Andrea.

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



Re: Updating extensions

2022-08-21 Thread Pedro Lino
Hi Matthias

> On 08/21/2022 5:11 PM WEST Matthias Seidel  wrote:
 
> Normally, the update feed should be adjusted as soon as an extension
> gets a newer version.

That would be the ideal situation if it was operating automatically :) 
 
> But the English dictionary is updated every month, so I think we should
> reduce the update messages here.

There is no need to reduce :)
Updating is manual so we can decide what period is reasonable.

> I would suggest to start the update feed for the English dictionary
> again for the September release and then to do it on a (roughly) 3 month
> base.
> 
> How do others feel about it?

+1
3 months sounds like a reasonable interval
 
> BTW: Do we have an update feed for other dictionaries (e.g. Danish,
> Ukrainian)?

AFAIK if the users install any dictionary with a proper update link, they will 
be notified of a new version when the update feed is updated.

Regards,
Pedro

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



Re: Updating extensions

2022-08-21 Thread Matthias Seidel
Hi Pedro,

Am 21.08.22 um 19:13 schrieb Pedro Lino:
> Hi Matthias
>
>> On 08/21/2022 5:11 PM WEST Matthias Seidel  
>> wrote:
>  
>> Normally, the update feed should be adjusted as soon as an extension
>> gets a newer version.
> That would be the ideal situation if it was operating automatically :) 
>  
>> But the English dictionary is updated every month, so I think we should
>> reduce the update messages here.
> There is no need to reduce :)
> Updating is manual so we can decide what period is reasonable.
That's what I meant by reducing (the manual work). ;-)
>
>> I would suggest to start the update feed for the English dictionary
>> again for the September release and then to do it on a (roughly) 3 month
>> base.
>>
>> How do others feel about it?
> +1
> 3 months sounds like a reasonable interval
>  
>> BTW: Do we have an update feed for other dictionaries (e.g. Danish,
>> Ukrainian)?
> AFAIK if the users install any dictionary with a proper update link, they 
> will be notified of a new version when the update feed is updated.

I am not sure if an update feed for Danish exists, since the dictionary
was set up new at some point. [1]

Can you have a look, please?

Regards,

   Matthias

[1]
https://extensions.openoffice.org/en/project/danish-spellcheck-and-hyphenation-dictionaries

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



smime.p7s
Description: S/MIME Cryptographic Signature


Re: Updating extensions

2022-08-21 Thread Pedro Lino
Hi Matthias

> On 08/21/2022 6:25 PM WEST Matthias Seidel  wrote:

> That's what I meant by reducing (the manual work). ;-)
> >

:) +1

> I am not sure if an update feed for Danish exists, since the dictionary
> was set up new at some point. [1]
> 
> Can you have a look, please?

It is working correctly.
I installed the 2020 version and was notified of the 2021 version. The 2022 
version is posterior to the last update feed (because 4.1.13 was released 
meanwhile)

Regards,
Pedro

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