Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - James Zukowski

#31
Nomads / Re: Panel Startup Timing
April 05, 2024, 04:33:22 PM
Another observation: Tabbing from field to field also takes a LOT of time, even on the test server, which has VERY few users. The server utilization theory fails there...
#32
Nomads / Re: Panel Startup Timing
April 05, 2024, 03:14:03 PM
I thought SPAWNing would take more time, too. I ran a brief test on our test server, and the first time I ran the panel, it came up in about 2 seconds. Exiting back to the menu and starting again took about 8 seconds, which remained consistent in subsequent runs. So...why would the first run launch so quickly and the others not? It doesn't make sense to me.

If we scrapped the show(-1) method, what would be the 'best' method to hide the menu? Move it WAAY off the screen, and move it back later? Something else? It seems like with Win 11 (or earlier), we've lost the ability to right-click an icon on the taskbar and move the window with the arrow keys, so shifting off-screen is a concern.
#33
Nomads / Re: Panel Startup Timing
April 05, 2024, 01:51:37 PM
(Un)Fortunately, there are only about 30-40 left to remove the SPAWNing from, and we're developing all new panels without it; they're directly PROCESSed. They also seem to take a fair amount of launch time.

Is there anything I could look into?
#34
Nomads / Panel Startup Timing
April 05, 2024, 11:19:45 AM
Until I started here a couple of years ago, the NOMADS panels that were being used were being SPAWNed as separate processes off our menus. Since that would allow for multiple 'sessions' using the same FID(0), it also led to occasional file conflict problems. We've been working to remove the SPAWNing part of the sequence and just have the menu PROCESS the panel directly after hiding itself ['show'(-1)]. With a little work to undo some of the added 'hooks' for the SPAWNing, this works pretty well.
The problem we're running into is timing. When the panel was SPAWNed, it loaded and displayed VERY quickly. However, directly PROCESSing the panel generally takes quite a bit longer, sometimes 6-8 seconds or more compared to the 0-2 seconds previously. And it doesn't necessarily correlate with the number of controls on the panel. Perhaps it can sometimes be chalked up to server utilization, but it seems to be a pretty consistent differential.
We're running RHEL 7.9 (64-bit) with PxPlus v15.1 and WindX via VPN. Most of the client PCs have been upgraded from Win 10 to Win 11.
After the latest wave of updates, we're starting to get some clear complaints about this. Any suggestions would be greatly appreciated.
Thanks, all!
#35
(Added un-accented listbox snip for comparison)
#36
We have a Report View listbox with 4 text lines per entry. When we include accented characters as part of a line, it breaks the line and we now have 5 text lines (see attached). If I translate the accented characters into un-accented characters, it's back to being a 4-line entry.

Is there an option I'm missing somewhere? Is this something with Windows or PxPlus and listboxes?

Suggestions welcome.
#37
Programming / Re: PXPlus crashing after error 61
February 15, 2024, 03:35:32 PM
The only time we run into the Error 61 problem is when the user hasn't set up the WindX authorization properly. Why it's happening on a LOCAL statement or with a particular server file (I presume) is a curiosity indeed.
#38
Language / Re: ESCape key trapping
January 25, 2024, 03:39:34 PM
Done as prescribed, my results:
-;setesc on
-;run
1 2 3CAT
Try to break out:
4 5 6DOG
Try to break out:
7 8 9PIG
Try to break out: That was easy.
-;
-;
-;setesc off
-;run
1 2 3CAT
Try to break out:
4 5 6DOG
Try to break out:
7 8 9PIG
Try to break out: Try to break out: Try to break out: Try to break out: Try to b
reak out:


This is using the standard keyboard definition, unmodified.

Running v15.1 on Linux through WindX with Win 10 client.
#39
Language / Re: ESCape key trapping
January 25, 2024, 02:50:02 PM
Yes, I did. It was more the Ctl-C and Ctl-Break that I saw different than the table results.
#40
Language / ESCape key trapping
January 24, 2024, 04:10:42 PM
We're starting to get new people using our application, and instead of using the F-keys we display, they'll use then ESCape key. Normally, we wouldn't expect any problems, but it seems that PxPlus maps then ESCape key to ctl=4 (F4 key) by default. Is this correct? Or was there a change a while back? Or am I missing a parameter setting?

I've changed 'my' keyboard configuration to have ESC return $1B$ and it works as expected.

BTW, the example program for 'Format 3' on the SETESC page does not work exactly as described in the table.
#41
Language / Re: Error 17
January 10, 2024, 05:56:19 PM
Have you tried a BMP?
#42
Programming / Re: temporary error 11
November 29, 2023, 08:55:48 AM
This may have something to do with the file being built as an EFF file.
See EFF vs VLR File Formats for further details.
#43
Nomads / Re: Auto-Complete not setting kno
November 09, 2023, 11:48:55 AM
Has anyone encountered this before?
#44
I'm already dealing with multiple options. What seems to get it through, though, is including No_Flush=1 when I'm dealing with a single click and returning to the same listbox for further action. Together with your test showing the double-click follows the single-click in the input stream, this looks like it makes everything work the way we want.

Thanks for the tips.
#45
Nomads / Re: Dependencies Doubling with Embedded Panels?
November 06, 2023, 01:28:58 PM
Thanks, Jane, that did wonders...even for v15! It took our list from 34 entries to 10.

I'm noticing, though, that the TitleBar dependencies are being repeated at the end of the list, resulting in their being processed twice. This is different than the original sequence, where they were repeated twice at the beginning of the cycle. I think our list should only contain 8 entries.

Any thoughts?