Panorama X 10.2.3 Release Notes

A new Panorama X release is now available. Most users can simply let Panorama automatically update. If you have any problems with the automatic update, the direct download link is:

https://www.provue.com/downloads/sparkle/PanoramaX/4623/PanoramaX.zip

Or, you can simply go to http://www.provue.com and download the trial version, which is the same version.

This release includes a collection of bug fixes and documentation revisions.

  • Toolbar icons are now positioned correctly when using macOS 26 Tahoe. (Since this is the second time a new macOS version has messed up the icon positions, a new internal tool has been built that should make it super quick to make this fix again if Apple does this again.)
  • The duplicate record and paste record operations can now be customized with Implicitly Triggered Procedures (.DuplicateRecord, .DuplicateSummaryRecord, and .PasteRecord]
  • The PrintToPDF statement now erases the PDF file if it exists (instead of throwing an error).
  • The Dialog Workshop now correctly generates variable declarations if the form contains Text Editor objects that use a prefix on the field name
  • The htmldatatable statement now uses regular selection when running on a client copy of Panorama X.
  • The copyfolder statement has been fixed. (Previously, it simply didn’t work at all!)
  • The documentation for selectrelated has been clarified. 1) A section has been added describing how to handle selection failures (use IF ERROR instead of info(“empty”). 2) Clarified that this statement will ALWAYS bring a window forward - this cannot be suppressed.
  • The SelectRelated and SelectRecordsRelatedTo statements would fail if the mode was specified in anything other than lower case, now upper case is also allowed.
  • The SelectRecordsRelatedTo statement now works properly when the case normalization option is enabled.
  • Pressing the RETURN key in a form with no active editor no longer inserts a carriage return into the current cell,
  • Pressing the DELETE key in a form with no active editor no longer inserts an 0x7F character into the current cell.
  • The servervariable(, servervariablenames( and servervariables( function now report a specific helpful error if the requested database is not open, instead of a generic error.
  • The serverlookuapall(, serverlookup(, servervariablenames( and servervariables( now have improved error message if used on a single user database. (Also, these functions now return errors as errors, and not as goofed up data values.)
  • The servervariable( function now explicitly checks to make sure that a shared database has been specified. If a single user database has been specified, the function now returns a more helpful specific error message, instead of a generic error message that was difficult to interpret. Also, the generic error is now returned as an error, instead of as a garbled variable value.
  • Web Form Converter conversion errors are now copyable.
  • Fixed the 11 forms (out of 438) that had 1 line high Text Editor objects but did NOT have the Return key set as a terminator. (Otherwise, you could wind up with multiple blinking insertion points if you pressed the Return key.)
  • Documentation corrections submitted by James Cook, Chris Watts, Robert Ameeti, Robert McGarey, Kevin Shantz, David Thompson, Peter Newble

Is GetTextDialog still on the list to be fixed? (It comes up with the text box not active as it did before Tahoe.")

Is GetTextDialog still on the list to be fixed?

Sure, it’s on the list, but I have no idea how to fix it. The last time I fixed it, it was only with the assistance of an Apple engineer at the labs at WWDC, I think that was 2018 or 19. The fix he assisted me with no longer works. Even with his help, it took nearly an hour and was facilitated by his access to the macOS source code (he literally had a laptop with the source code with him). WWDC is coming up in a few weeks, I’ll have to see if there Is an AppKit lab I can get into.

FYI. An error message appeared to all of our users after installing the update.

“Field or Variable [hostserver] does not exist” -
I assume this is something internal to Panorama since we have no variable by that name in our code. Everything seems to be working ok despite the error.

Further testing indicates Panorama is not accessing any server variables. Any of the server variable functions throw up this same error. However info(“serverconnectionstatus”) rightly shows the server as “Online”

I have been able to roll back to the previous build of Panorama and that has resolved the problem. Server variables are all loading properly. So definitely is something in the latest update.

I encountered the same error using the servervariable( function.
Running Ventura 13.6.1.

Thanks for the bug reports. A new 4623 build has been uploaded. This new build corrects the problems with the servervariable(, servervariables(, lookupall(, and lookupfromserver( functions. (The problem was a one character typo, repeated 4 times.)

You can get this new update simply by relaunching Panorama, or using the Check for Updates command in the Panorama menu. I have also corrected the download link in the post above to point to this new build, and the main provue.com now offers this new build when you click Download Trial.

It would be super great if the ‘low-res image display object*’ problem got fixed too. I remember you saying it was an Apple issue. It’s definitely a big hassle for me.

*referenced in the thread entitled “Image display objects print at 72 dpi in b26”

2 Likes