I wonder if anyone else has seen this problem. I am prettry sure that the program can be modified to check for the existance of the monitor before attempting to draw on it.
Here is the scenario: At work I have a second video monitor that extends my desktop to cover two screens. This is really great for Servoy development as you might imagine. For example I can have the application on one screen and the editor/debugger on the other screen.
The problem comes when I go home, where I only have the built-in screen of the laptop. When I start Servoy at home Servoy tries to draw on the non-existant monitor. This results in no display.
I am sure that there is some kind of key sequence that will allow me to move the windows onto the actual screen but I feel as though Servoy should be able to detect that there is only one screen, and revert to only using the actual sceen.
Good request Dan
Although the main Dev & Editor windows can be moved from their unseen position - the various Servoy popups (Relationships, Tables, Color picker etc) can’t be reached.
Maybe we could have a section in the Servoy Properties file for all these windows so that they could be reset manually if required.
Graham Greensall
Worxinfo Ltd
Check out menu File/Settigs/General “Reset all dialog sizes”…
Thanks Patrick
“Reset all dialog sizes” is in Edit/Preferences however it doesn’t work - Font/Color/Sort are left in last position used and I’m not aware of a way to get them when on a single monitor.
Graham Greensall
Worxinfo Ltd
Then that seems to be a bug. For several reasons I keep all kinds of preference files. So what you could do is have one preference file for “office”, one for “home” or whatever. I have almost 20 different pref files, mainly because of DB connections, but for office/home I also have that monitor issue and it solves that.
patrick:
Then that seems to be a bug. For several reasons I keep all kinds of preference files. So what you could do is have one preference file for “office”, one for “home” or whatever. I have almost 20 different pref files, mainly because of DB connections, but for office/home I also have that monitor issue and it solves that.
so if some end users are at the office then go home, where they my have a different monitor set up, they have to manage different preference files? I am not sure about other peoples end users, but some of our reps are lucky to be able to open a application.
I thought the reset dialog box preference would handle this issue?
I think we are only talking about developer and development work. If you are working in Client then by definition each client application will be station specific. At least I hope you are talking about Client because if your ‘reps’ are using Developer and they have trouble opening an application then you might be in a bit of trouble ![:)]( "Smile")
well, in some cases, they may have 2 clients running.
Well in that case shouldn’t it be alright because each separate instance of Client will be tied into one monitor or the other? I haven’t actually done this yet but was thinking about setting it up for one project. I was imagining that if each instance of Client is set up for one monitor or the other (and one could also label them that way for the less knowledgeable) then it should be alright. If they are working on another set up where they only have one monitor then those instances of client will have a different set of preferences without a second monitor. I would be interested to hear if that doesn’t work for what I’m thinking of doing.
I have not tested this yet, thats what I was courious about the expected behaviour. I was thinking along your lines and did not forsee any problems, when I saw the post, I thought I would throw it out there. I will be testing this in a month or so.