PxPlus User Forum

Twitter Twitter Twitter

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.


Messages - Mike King

Pages: 1 ... 59 60 [61] 62 63 ... 65
901
Programming / Re: Catching a tab into a grid
« on: August 16, 2018, 10:48:49 AM »
If you have signal all changes (auto mode) then the system will treat each cell as if they were their own control thus if you have On focus events being signaled then you will get a signal when entering any cell regardless of how you got there.  If you don't have Signal all changes then you will only get a on focus event when the grid itself is entered regardless of which cell.

There is no real way to determine if the focus but there is a kludge that might get you want you want. 

In the Onfocus event for the grid check the value in MSE(25,2) which should have the binary value of the last control with focus.  If it is not the Grid's CTL id then you can from an external control however you will need to force a reset of this value by then issuing a SET_FOCUS 0.  Nomads when it finds focus is on 0 (the window itself) will force focus back to the Grid so when you next check MSE(25,2) the last control to lose focus will now be the grid itself.

Something like this:

x=dec(mid(mse,25,2)); if x<>id then set_focus 0 else (change of cell focus event)

As I said -- its a kludge but might provide what you need.

902
Language / Re: html character translation from forum to outlook
« on: August 15, 2018, 10:38:46 PM »
Mike, the problem is with Outlook so it would have to be fixed by Microsoft.  What we send is correct and works on other versions of Outlook and other products.

BTW If you look at the last entry on the link I sent it indicates the same happens with the 32bit version.

903
Language / Re: 12.50 PxPlus on Server Changes to 12.51???
« on: August 15, 2018, 01:43:57 PM »
The version numbers on the server should not be changing unless there was an update of some kind.

The system checks when running Nomads to make sure that the WindX version is at least equal to the host version to avoid the system generating commands to WindX that it does not understand.  Now technically 12.51 is unlikely to generate anything 12.50 cannot handle but its a generic check for version numbers.

You can likely just remove it temporarily by editing *obj/nomads.pvc.

904
Wish List / ODBC Access to Passworded Files
« on: August 14, 2018, 03:42:25 PM »
PxPlus native files can have passwords assigned to them to prevent unauthorized access and provide data encryption.  The ODBC driver however does not support any mechanism to supply file passwords thus the ODBC driver was not able to grant access to these files.

For PxPlus 2019 we have enhanced the native file encryption to include the ability to use the industry standard AES encryption algorithm so that more sensitive information such as credit cards numbers and personal data can easily and safely be included in your native files.

This however brings up the question as to whether we should provide access via ODBC and how this can be done.

Before we start looking into methods to provide this capability we would like to know if anybody would use this feature so we may plan accordingly.

905
Programming / Re: Very Slow Input Handler Program
« on: August 13, 2018, 12:18:03 PM »
Lawrence, I have changed the subject line for this topic to better indicate that your performance issue wasn't program Load times, but rather poor performance in your input handler when running under WindX.

When running under WindX, all FIN/FIB/MSE requests get forwarded to the workstation for processing as some of the information returned is only know at the workstation such as window handle, position, etc..  It is therefore important to minimize the number of these types of requests since on a slow network they can adversely impact overall performance.

It should also be pointed out, if you are using these function to get/save information about the device (so that your program can change settings then restore them) you would be better served by switching to the 'SA' and 'RA' mnemonics which save and restore terminal attributes.

906
Programming / Re: Very Slow Program LOAD
« on: August 10, 2018, 11:45:27 AM »
Lawrence, if a single FIN request is taking a long time to return then your network is slow.  This is either due to the line speeds (bandwidth), too much traffic, or latency.  If using satellite communications latency delay is generally over 600ms per packet caused mostly by the time for the transmission to get bounced off the satellite regardless of bandwidth.

I suggest you time the turnaround for functions like FIN and if these are not less 200 ms (1/5th of a second) then I would strongly suggest you not attempt to use the network for anything but text mode communications.  Trying to run a graphical environment such as WindX with slow packet delivery is not likely going to yield an acceptable results.


907
Nomads / Re: Logic with Numeric Multi_lines
« on: August 10, 2018, 10:02:05 AM »
If the control is set as number then use the numeric variable.

908
Wish List / Re: Ability to search on grid column names with GRID FIND
« on: August 10, 2018, 09:42:21 AM »
We will take this under consideration, however please see reply number 2 in this topic as to how you can do this currently.
https://forum1.pvxplus.com/index.php?topic=125.msg292#msg292

909
Wish List / Re: Disabled dropbox items
« on: August 10, 2018, 09:24:39 AM »
In order to accomplish what you want you would need some way to identify which selections are not allowed.  That could get very complex in the Nomads designer and even the list LOAD directive. 

To make this easier to define we could add a property where you could indicate the leading character for non-selectable items such as 'DisabledPrefix$ = "~" then any list item that starts with ~ would not be selectable and the ~ would be suppressed.   This approach would make is easier to load and define in Nomads.

I however am still not certain this might cause more problems from a support perspective not to mention having to see how it could be implemented in iNomads on Tablets where drop boxes are presented as a overlaid list on the screen and not as a drop down list.  I'm not certain we have any control over the display in this case.


910
Wish List / Re: Error on line in ED+
« on: August 10, 2018, 09:06:07 AM »
The issue with changing the background is that we would have to define a special color for every theme since a red background might result in a line of text that would not be very readable due to different text colors.

If you do want the errors to stand out more give the Chaos theme a try. It highlights the line number column instead of just using the red cross.

BTW: The themes are fully editable.  Their definition is controlled by the theme-xxxxxx.js files found in *plus/inomads/add-ons/editors/ace/src-noconflict.  We provide the standard themes but if desired you can add your own custom one. 

Note: The ACE editor has changed the way these files are used in their latest release.  We are considering updating to the new version of ACE in the future however the basic layout will remain the same.


911
Programming / Re: Windx connection fails to execute Linux program
« on: August 10, 2018, 08:46:10 AM »
DoubleVision cannot handle the WindX protocol.  We suggest if you wish to continue to use DoubeVision that you use it on standard text mode terminals that DoubleVision does support otherwise use one of any number of Windows desktop sharing programs or Windows RDP which comes standard with the Professional version of Windows 10.


912
Programming / Re: Very Slow Program LOAD
« on: August 09, 2018, 11:29:10 AM »
Lawrence, a good wide-area network should still have a fairly respectable packet exchange time.  For example we have an Amazon server in Oregon and when we time how long a FIN request takes we get an response of less than a 1/10th of a second for the packets to go between Toronto and Oregon (basically coast to coast plus an international gateway -- routing over 24 points according to tracert )

Here is what we ran:

-;list
0001 LET x=TMR(0)
0010 FOR i=1 TO 100
0020 LET x$=FIN(0)
0030 NEXT i
0031 PRINT TMR(0)
-;run
 8.609

(so 100 requests in 8.6 seconds or 0.086 seconds per request)

So given that most users could not distinguish anything below about 1/2 a second, you should be able to run a handful of FIN requests in your logic without any noticeable delay.

However going back to the original question you have not answered; Did you try a simple INPUT statement to see how it performed and how does all of this relate to program load times???

913
Wish List / Re: Disabled dropbox items
« on: August 09, 2018, 10:26:24 AM »
While in theory it could be done, a user might get the impression he/she can select an item and then it does not change they may report it as a bug in the application.

My suggestion would be for the drop box simply assign logic executes something like this:

  • On DB1 Post_create
    db1_fix$=db1$
  • On DB1 Selection event:
    if db1$<>db1_fix$ msgbox "Only selection of "+db1_fix$+" allowed at this time."; db1$=db1_fix$; change_flg--
This would enable the drop box but prevent the user from changing the value while letting them know why their selection is being rejected. 

In addition the logic could easily be made conditional so that only in certain conditions the user would be allowed to change the value -- for example when creating new record but not changeable when viewing existing records.

914
Programming / Re: Very Slow Program LOAD
« on: August 09, 2018, 09:25:36 AM »
Have you tried a simple program such as:

10 INPUT "Enter your name:",x$
20 PRINT "Hello ",x$

Does this also exhibit the slow down?

Also your post title is "Slow Program LOAD".  I'm not certain how a slow program load is related to terminal input.  Slow program loads generally has to do with system loading or perhaps the number of directories being searched to find the program.

Lastly, with regards to the FIN/FIB functions, while these provide information about the terminal state, on WindX they also include information only know to the workstation such as X/Y screen co-ordinates which the user can change at any time.  Accessing the FIB requires a packet exchange with the workstation thus can slow down input processing. (This additional information is not applicable/available when using text terminal emulators). 

You should make sure you minimize the number of calls to this function to improve performance when using WindX.

Mind you a packet exchange with WindX on most networks only takes a few hundredths of a second (if that) so unless you have a very slow network or are doing an excessive number of requests your performance should not be visibly impacted by a couple of FIN/FIB requests.


915
Wish List / Re: Ability to search on grid column names with GRID FIND
« on: August 09, 2018, 08:54:07 AM »
If all you wanted was to get the contents of a grid cell then just set 'Column$ to the column name, set 'Row to the row number and read 'Value$.  You don't need to use the GRID FIND at all.  If you want to change the cell, just assign the new value to the 'Value$ property after setting row/column.

The property 'Column$ can be set to either the column number as a numeric string or the column name.  Internally it does the same as 'Colno.

BTW: Setting the two properties and just reading the value will be faster than the GRID FIND if using column names.

Pages: 1 ... 59 60 [61] 62 63 ... 65