[Dario L.]

It’s been a while, but this should work:

Calculate lString as utf8tochar(lBinary)

[Dario L.]

Hey,

Unfortunately, Omnis can be a bit sketchy regarding method overloading and local variables management as you already know.

However, there is a simple workaround. Instead of using the Do inherited command, write the sequent:

Do $cinst.$inherited.$doThings(5) Returns #F

[Dario L.]

I believe this is what you’re looking for:

Do pRow.$copydefinition(pList)

[Dario L.]

That version of Omnis is found here:
Omnis Downloads – File Archive
path: /OmnisStudio/Studio4321/OmnisStudio/Development

However, I don’t know if it requires a valid key. Download it and give it a try

• This reply was modified 1 year, 8 months ago by  Dario L..

[Dario L.]

Hi,
Are the resources used at the convention (slides, notes, etc) publicly available?

[Dario L.]

I’ve never used it before but you can try it by adding this line of code into your report’s construct method:
Do $cinst.$repeatfactor.$assign(2)

[Dario L.]

Thanks for the answer,
So I was right, the rows can’t be initialized implicitly when created as list/row fields.
Thank you for your workaround, I came up with something similar so I think it could be a good idea to post it along with yours:
Clear list (Hash lists) ;; better safe than sorry
Do iRow.$cols.$add("ID";kInteger;k32bitint)
Do iRow.$cols.$add("listValues";kList) ;; list field - still to be initialized
Calculate iRow.listValues as #L8 ;; manual initialization
Do iRow.listValues.$cols.$add("Data";kRow)

[Dario L.]

Sono un pò in ritardo, ma hai già provato ad impostare $pagesetupdata al valore predefinito, anzichè cancellarla?
Calculate $cinst.$pagesetupdata (verifica se la notazione usata è corretta) as $root.$prefs.$pagesetupdata
Oppure un’altra possibile soluzione è quella di impostare direttamente la proprietà $loadpagesetup della classe del report a falso

[Dario L.]

Hi,
I think this is what you need:
Calculate sessionObj.$emptydateisnull as kTrue

[Dario L.]

errata corrige: “This way I can create a list and a row within a row variable”

[Dario L.]

Thank you.
I couldn’t manage to come up with your solution and I think it is actually a good workaround, although not the best in terms of performance.
I’ll keep experimenting with it, at least now i know how to put it to good use. 🙂
Let’s hope we will receive an official statement regarding this function’s behavior and correct usage.
For now, thank you again.
Bye
Dario

[Dario L.]

Hi, thanks for your answer.
Yes, lBinVar is a generic binary variable, whereas lCharVar is a character value (of proper length).
What bugs me is that the bintobase64() function seems to always return a binary variable rather than a char(string). I think this is wrong since a conversion to base64 is supposed to return a string..
So i thought that either I’m not using this function the correct way or the function is bugged/not properly documented. I’m currently forced to use the OXML object, which usage is not recommended for REST requests.
I’m looking forward for an answer. Bye

[Dario L.]

Relevant info: i’m using OS 8.15

[Dario L.]

@Silvan That did the trick! Thanks a lot 🙂

@Diego Mendoza Muñoz I didn’t know about that, that’s really interesting! Thanks to you too for this useful tip

[Dario L.]

Thank you for the answer.
So this means the only feasible way to convert said fields is by looping through each field, figure out if its type is date, then call that function for each record on that field(s)?
I was hoping for a more integrated solution, but if there’s nothing else available I guess I’ll have to cope with the “manual” conversion overhead.