Forum Replies Created

  • Scott

    Member
    January 14, 2022 at 3:22 pm in reply to: MariaDB Compatibility

    According to support this is done in the same way as mysql.
    https://www.omnis.net/developers/resources/dams/index.jsp

  • Scott

    Member
    September 17, 2020 at 4:58 pm in reply to: Omnis 5: HTTPGet / HTTPPost to TLS 1.2 server

    I’m not certain about Omnis 5, but when we were using Omnis 4.3.2.1 we had to build our own external in order to send TLSv1.2 https calls. It’s likely that Omnis 5 is similar from the look of it can only use TLS v1.0 without the use of an external.

  • Scott

    Member
    September 17, 2020 at 4:44 pm in reply to: try catch block

    Thanks Paul, it’s an interesting substitute. Not sure why they strayed from the traditional try/catch, but I am happy to have something that will do the trick. I gave it a try and it does seems to work. Hopefully it holds up in the wild. Much appreciate it!

  • Scott

    Member
    April 17, 2020 at 3:57 pm in reply to: WIndows 64-bit Runtime Omnis 10.1

    Appreciate all that info Paul, unfortunately the copying from the firstruninstall folder to the AppData with no notification is a bit of a sticking point. We’ve always tried to make it easy for almost any user to install our application. Many times people will install without the help of an IT professional, even with one the process is pretty opaque. I’ve had people on my staff have double launch the app I think it’s just intuitive to do so when you see no indication of it launching. At least on Mac you see the app launch.
    I guess we’ll limp along right now, I’m sure we’ll find a way around this it will just take some time and some time. I’m surprised this isn’t something that’s been worked out by now since it’s been around for quite a while. We’ve only recently upgraded to 10.1 from 4.3.2.1.

  • Scott

    Member
    April 16, 2020 at 5:29 pm in reply to: WIndows 64-bit Runtime Omnis 10.1

    Thanks Paul, I appreciate you explaining your process, so every windows users on a the workstation your omnis app copies the entire contents of AppData/Local from the server?
    May I also ask which version of $O you are using?

  • Scott

    Member
    April 15, 2020 at 3:41 pm in reply to: WIndows 64-bit Runtime Omnis 10.1

    Hi Paul,
    That’s great I’m interested to hear more about how you implement this server that from what I understand copies files to other user profiles. Our case is a bit different. We allow our clients to download our application install it on their workstation this workstation connects to our cloud servers “database servers”. So we don’t install any kind of local server components and we don’t want to install files on each user account unless the user is actually using the software. So I don’t think this solution will work for us, but I would still love to hear more in case there is any ideas we can generate from your works.
    Thanks so much for sharing. Be well!

  • Scott

    Member
    January 15, 2020 at 8:34 pm in reply to: Simple problem but i can’t solve it.

    Remember returning 0 means the file did not write. It will return true if sorry i should have wrote that better in my code it’s not lError should be lOK to be more clear.
    First we wabt to make sure the lritorno variable is in fact a string since you are using writecharacter instead of $writeentirefile.
    If that is the case break it before
    Do lFileOps.$writecharacter(kUniTypeAnsiLatin1,lritorno) Returns lError
    See what this line returns:
    Do lFileOps.$openfile(lnomefile,kTrue) Returns lError
    If it returns 0 (this is false) the file does not exist and you will need to use the Do lFileOps.$createfile() first if the file doesn’t exist.
    Lastly make sure the variable lFileOps is an object reference mapped to the FileOps object.

  • Scott

    Member
    January 13, 2020 at 6:44 pm in reply to: Simple problem but i can’t solve it.

    I believe you have to do something like this to write the file (create, open, write, close).
    Do lFileOps.$createfile(lDir_1)
    Do lFileOps.$openfile(lDir_1,kFalse)
    Do FileOps.$writeentirefile(lDir_1,xtextbin) Returns lError
    Do lFileOps.$closefile()
    For binary files I believe you can do writing in one step using the WriteBinFile command
    https://www.omnis.net/developers/resources/onlinedocs/index.jsp
    Best of luck!

  • Scott

    Member
    October 4, 2019 at 5:49 pm in reply to: Problem with Apple Script on Omnis Studio 8.x (also 10.x)

    I checked the documentation and it looks like the syntax has changed slightly.
    I ran this code in omnis 10 with not issues.
    Begin text block
    Text:tell application “Finder”(Carriage return)
    Text:display dialog “Hello World”(Carriage return)
    Text:end tell(Carriage return)
    End text block
    Get text block lScript
    Do $root.$runapplescript(lScript,lRet,lErr)

  • Scott

    Member
    October 2, 2019 at 11:40 pm in reply to: A lot of “Obsolete Command”.

    It really depends on what you are using these commands for example if need to receive apple events then you should test to make sure it working. For example if you use an apple script to open or quit omnis you should test this script in omnis 8 to make sure it’s still working. I believe all of these commands have to do with apple scripting so it’s a good idea to find out why these were added and then test this functionality.
    From what I can tell it there isn’t a lot of info on what to do if the command is deprecated just that is was deprecated.

  • Scott

    Member
    September 17, 2019 at 11:38 pm in reply to: Register and Call DLL

    Sorry for the delay, for some reason I wasn’t getting notified on this thread. Yes I can type on Mac in omnis 10.
    The plaform says windows because there are no DLLs on Mac, but you should be able to still type it. It would be odd if they took it out of Omnis 8 and put it back in Omnis 10.

  • Scott

    Member
    September 12, 2019 at 3:48 pm in reply to: Register and Call DLL

    That is strange maybe, it was left out of Omnis 8. Like I said we are going from Omnis 4.3.2.1 to Omnis 10 and we have those commands all over the place and they all seem to work. It’s even in the help documentation in the app. What happens when you try to type in the commands? Do they come up?
    It’s still in the documentation online so it’s still supported.
    https://developer.omnis.net/onlinedocs/index.jsp

  • Scott

    Member
    September 11, 2019 at 4:15 pm in reply to: Register and Call DLL

    Hey Gianni,
    It seems that it is still supported. Where are you seeing that it is not supported? The commands are still implemented in Omnis 10. I also still see this technote on the website.
    https://developer.omnis.net/technotes/tnno0006.jsp
    We are currently migrating to omnis 10 and use this command in many places so hopefully it still works correctly.

  • Scott

    Member
    December 5, 2019 at 10:59 pm in reply to: Menu “RemoteDebug”

    Hey,
    If you don’t need the remote debug at all you can simply delete the remotedebug.lbs file. If you do need it, then add a line of code in the startup either “Remove menu” and whatever that menu is called or “Remove all menus” before you add any menus should work as well.
    Cheers!

  • Scott

    Member
    October 4, 2019 at 8:22 pm in reply to:

    Yea it would be a good feature thanks for the reply.