|
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:
|
||
|
|
||
|
F6 (Wide) - uniPaaS 1.9
Lado Wali
Hi Group, Can we achieve F6 (Wide) function by click of a push button? Thanks Lado
|
||
|
|
||
|
I can't use the invoke OS
#ria
Ryan Guedes <ryanguedes2010@...>
Hello group, I have the following problem, I want to use a batch to change the focus between the windows of my RIA application, the .bat file works but when I call by invoke OS it is executed but does not change the windows, I tried to use some other commands and I realized that none worked, what can it be?
|
||
|
|
||
|
Re: Print Data UserFunctionality
Steven Burrows
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
Sent: 21 May 2020 14:05 To: main@magicu-l.groups.io Subject: Re: [magicu-l] Print Data UserFunctionality
This email is not from Hexagon’s Office 365 instance. Please be careful while clicking links, opening attachments, or replying to this email.
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
|
||
|
|
||
|
Re: Print Data UserFunctionality
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
Sent: Thursday, May 21, 2020 9:01 AM To: main@magicu-l.groups.io Subject: Re: [magicu-l] Print Data UserFunctionality
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
|
||
|
|
||
|
Re: Print Data UserFunctionality
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
Sent: 21 May 2020 13:39 To: main@magicu-l.groups.io Subject: Re: [magicu-l] Print Data UserFunctionality
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
|
||
|
|
||
|
Re: Print Data UserFunctionality
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
Sent: Thursday, May 21, 2020 8:24 AM To: main@magicu-l.groups.io Subject: [magicu-l] Print Data UserFunctionality
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
|
||
|
|
||
|
Print Data UserFunctionality
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
|
||
|
|
||
|
Re: Issues with FTP from Windows 10 PC
When using 'get' there is no question, so with, or without '-i' makes no difference for this script.
With 'mget' you can get a quesion about overwriting, which makes the '-i' option valuable....
|
||
|
|
