When messageboxes are enabled, the title of the Messageboxes is "S-Code VNC Viewer". This should be configurable (like the ConnectingText).

Also the error messages generated from S-Code should be configurable. E.g. when a connection to a non-existing server fails, the messagebox displays some english error message, generated by S-code, and the Windows error message which is in the language of the OS (e.g. German).

There should be properties, so that the error messages can by fully in German and there is no "S-Code" or "VNC-Viewer" title in the message boxes.

This is a reasonable request indeed. I'll add it to the features requests list.

Thanks for your feedback!


Regards,

I have the same problem.
Does it has already been solved?

How about if we add ProductName property that will be used as part of the prompt and error messages?


Regards,

It does not solve the problem (for example if a product is not in the English).

I think that there should be an event with error number and default error message . We could then change the text message, or leave the default version.

This would be half baked solution also. Most probably what we gonna do is to add support for external dlls with resources. So basically if you’d tell ViewerX to use “en-UK” locale, it would look for dll file named scvncctrl_enUK.dll.  If there is no such file or the file doesn’t contain the resource id required, when a default string will be used.

How does it sound to you?


Regards,

Maybe I'm not understanding, but aren't there sometimes when you might not want to show an error and handle that error in code or display the error in your own GUI without a pesky message box?

Yes, please no messageboxes at all, but an event, so my program can handle the problem.

Or maybe only if the event doesn't exist, then show an message box.  But if we have the event sub available, fire it instead, or at least have a "bDoDefault" option in the event.  Each "error" should have a numeric ID so we could do a "Case" routine and display the error the way we want it, along with a list in the documentation of what the error # means for each one.  I plan to have my own language database.  I think this really the best way to handle it.