|
Re: Locked out of studio with msg I've never seen before
John, Try this: With the studio closed, search your local hard drive for any abandoned mglock.dat files, and delete any found. HTH. Steve Blank
On 5/25/2020 1:06 PM, Santana John
wrote:
|
||
|
|
||
|
Locked out of studio with msg I've never seen before
Santana John
Hi, I sure hope someone knows what I need to do here. Using good ol' uniPaaS 1.9p, Windows 10, as I have for years with no problems. Suddenly today I get this dialog:  I've restarted Mr. Computer and checked everything I know to check, but I still get this message. I'm hoping there's something easy to fix here. I expect a complete uninstall and reinstall might fix it, but it just might not. I should mention that there are no other running computers my network. It looks like it might be an entry in some MSE file I don't know about, or maybe a registry value went haywire. If you know what this is about, I sure would appreciate your taking the time to respond. I've use Magic since it first came out in the 80s, and seen many a strange message, but this is yet another first. Just when you think you've seen it all.... Thanks, John
|
||
|
|
||
|
Re: Huge Price Drop For Germ Protection Masks
Hershel Teitelbaum
which version Unipaas 1.9 or xpa 4.6?
|
||
|
|
||
|
Lost Focus with Call Program
Mulyadi Jet
Wondering if anyone had come up against this problem and if so do you have any ideas for a work around. xpa 2.5c RIA Parent (MDI Child) with Subform (Call Subtask : Child) In Child Task, Main Data is Order File. And in Child Task, there is a button with raise event to Call Program (New Order Entry). If this button click, it calls the New Order Entry Program, but the cursor was still remain in the previous form (Order Line Form). How can I make the cursor move to the called program's form ? Any ideas ? Cheers, Mulyadi
|
||
|
|
||
|
Have you got Unipaas Runtime Licenses?
עזריאל ארד
if so,
please contact me on azrielarad at gmail.com thanks Azriel
|
||
|
|
||
|
Wes Hein
Steve,
I guess I've never had the main screen appear off screen so I can't say about that, but have had modal windows decide to do so and the FormStateClear makes them visible again and remembers the proper location without requiring an exit/restart. Wes
|
||
|
|
||
|
Wes,
I'm likely wrong, but I don't believe that FormStateClear('*') will produce the OP's desired result, at least I have not been successful in achieving his goal just now, in my admittedly-limited testing. Specifically, FormStateClear() is a Magic function and, as such, can only be evaluated while the MDI is open. As a result, one may indeed clear the current state of all open windows, but the final position and size of the MDI will always be saved again afterward, even after the Main Program's Task Suffix is executed, when the user exits the application. Moreover, child windows' positions, sizes, etc. are saved in the Application Data folder, while the position and size of the MDI is saved in the registry, as a matter of standard OS functionality. Steve Blank
|
||
|
|
||
|
Re: Instruction Manual
Roberto Ramirez Cervantes
If you are looking for a Study Guide to get some one up to speed with Magic and the development of Client-Server applications (No web\RIA\Online client). This document might be useful to you: https://www.dropbox.com/s/mxeyl8jmlzkhq00/StudyGuide_MagicXPA_v22_rev4.pdf?dl=0 -- Roberto Ramirez marionette_66@...
On Thu, May 21, 2020, at 11:07 PM, abners@... wrote:
|
||
|
|
||
|
Darren, One way to address this issue would be to specify a fixed initial position and size for the MDI. To force the MDI to always open with the top-left corner at the (x,y) screen coordinates (0,0), and with an initial size of 640 by 480 pixels, that is, with the bottom-right corner at (640,480), add the following to the MAGIC.INI file's [MAGIC_ENV] section: [MAGIC_ENV]MDIleft = 0 MDItop = 0 MDIright = 640 MDIbottom = 480 With these settings added to the MAGIC.INI file, the application will always startup in the same position and at the same size. BTW, these settings only affect the MDI – all other child screens' positions and sizes will be persisted as before, and the user, of course, is free to move, resize, max, and min the MDI as they desire. HTH. Steve Blank P.S. There are more such settings that you might want to play with, some documented, some not. The complete library (AFAIK) of such settings are as follows: MDIClientEdge = Y|N
On 5/21/2020 6:42 PM, Darren wrote:
|
||
|
|
||
|
Wes Hein
I put a global event in the main program <Ctrl-F8> that issues a FormStateClear('') to just clear the form they are parked on. In the menu I added a Clear All Form States option that calls a batch with a FormStateClear('*'), Alternately you could all a separate global event to clear all states as well. Nothing 'magic' about the key combination I selected, was just what I picked at the time.
Wes
|
||
|
|
||
|
Re: Instruction Manual
Todd Baremore
Heidi Schuppenhauer has posted a number of very helpful videos on YouTube https://www.youtube.com/user/HeidiSchuppenhauer/videos Moshe Yakobson also covers a number of topics https://www.youtube.com/results?search_query=magic+Moshe+Yakobson Todd On 5/22/2020 2:07 AM,
abners@... wrote:
|
||
|
|
||
|
Instruction Manual
abners@...
Hi, Thanks
|
||
|
|
||
|
Re: Print Data UserFunctionality
Steven Burrows
FYI – Managed to expose their “Export to Excel” event via the ECI and can raise that instead of Print Data, then the Task Option has no effect. For someone coming from XPA2.5, there is some good stuff in UserFunctionality worth making use of. Hijacking their Graph methodology is next on my list. We currently have some in GoogleCharts and some ancient ones using some 3rd Party, neither are perfect, a MS Solution sounds calming. Steven Burrows
From: main@magicu-l.groups.io <main@magicu-l.groups.io>
On Behalf Of Steven Burrows via groups.io
Sent: 21 May 2020 14:34 To: main@magicu-l.groups.io Subject: Re: [magicu-l] Print Data UserFunctionality
Now I know what the issue is, I might try the more professional approach of exposing the individual User Events or Programs in UserFunctionality rather than relying on the Print Data event which has a strange status of being an Internal Event that doesn’t actually do anything except be controlled by that Task Property.
Steven Burrows
From:
main@magicu-l.groups.io <main@magicu-l.groups.io>
On Behalf Of Keith Canniff via groups.io
I figured you’d probably do a mass update of the xml files 😊 Haven’t ventured into the 4.x arena yet with all the horror stories I’m hearing. I did when it first came out and that was enough….
From:
main@magicu-l.groups.io <main@magicu-l.groups.io>
On Behalf Of Steven Burrows
Super, that’s (probably) not a problem. I have been forced back into the dark arts of Black Magic (Sourcery) recently, so a quick run through to globally change that property in all the XMLs doesn’t scare me. XPA 4.6 crashes so much, you would hardly notice if I got one wrong 😉
Steven Burrows
From:
main@magicu-l.groups.io <main@magicu-l.groups.io>
On Behalf Of Keith Canniff via groups.io
This email is not from Hexagon’s Office 365 instance. Please be careful while clicking links, opening attachments, or replying to this email.
Steve,
Unfortunately you have to allow Print Data in the task (Task Properties, Options tab). Otherwise it’s unavailable.
Keith
From:
main@magicu-l.groups.io <main@magicu-l.groups.io>
On Behalf Of Steven Burrows
After seeing the rather cool things the Print Data event in UserFunctionality can now do in XPA4.6, thought I would implement it as a generic option. If I raise the Internal Event “Print Data” from a button, it triggers OK, but cant add it to every program. If I put Internal Event “Print Data” on the Context Menu, it is always disabled. If I raise Internal Event “Print Data” from a User Event in Main Program, my User Event is triggered, but User Functionality event is not performed .
I must be missing a Hook somewhere. What to do to get a general solution ? Steven Burrows
|
||
|
|
||
|
Tim Downie
Function called formstateclear i think....run this when app initialises on client side - it will all reset
From: main@magicu-l.groups.io <main@magicu-l.groups.io> on behalf of Darren <darren.jimenez@...>
Sent: Friday, 22 May 2020 1:42 AM To: main@magicu-l.groups.io <main@magicu-l.groups.io> Subject: [magicu-l] How to reset Screen State automatically #xpa #ria Hello Everyone,
|
||
|
|
||
|
Darren
Hello Everyone,
|
||
|
|
||
|
Re: F6 (Wide) - uniPaaS 1.9
Wes Hein
You might want to substitute a CtrlGoto command in the event then add an internal event Wide on the control prefix of the control name you to to, might be more XPA friendly
Wes
|
||
|
|
||
|
Re: F6 (Wide) - uniPaaS 1.9
Lado Wali
Hi Steve, Ok, I have achieved this through below steps: 1) Added a variables to the push button. 2) Fixed the Tab Control for both the Push Button and the Field for which I need the F6/Wide function in order one after another. 3) Added the below user action to the push button.  It worked beautifully. Thanks Lado
On Thu, May 21, 2020 at 6:21 PM Steven Blank <sgblank@...> wrote:
|
||
|
|
||
|
Re: F6 (Wide) - uniPaaS 1.9
Lado, So, if I understand correctly, when the user clicks your button, you want: (1) the cursor to move TO a specific edit control on the form, regardless of where the cursor currently sets, and (2) to change to Wide mode. Is that correct? What version? Steve Blank
On 5/21/2020 3:03 PM, Lado Wali wrote:
|
||
|
|
||
|
Re: F6 (Wide) - uniPaaS 1.9
Lado Wali
Steven, If I attach the data field, it does work but again the parking should be on the field first. I want this to work without knowing where to park. Thanks Lado 
On Thu, May 21, 2020 at 5:19 PM Steven Blank <sgblank@...> wrote:
|
||
|
|
||
|
Re: F6 (Wide) - uniPaaS 1.9
Lado, Place a button control on the form and set its Raise Event
property (red arrow) to Internal:Wide, as follows: Notice that the button control is not bound to a variable (Data property is empty, green arrow). I did not verify this detail, but I do not believe you can bind this button to a variable and have it work properly. Steve Blank
On 5/21/2020 1:26 PM, Lado Wali wrote:
|
||
|
|
