Hi All
With 3.5 (final) I have quite many redraw problems. They occur for example when loading tabless tab panels.
First picture shows a menu selected with 2 tabless panels set (persons list and persons detail).
Then, by selecting another menu, the tabless panel get only partly loaded (see picture 2). The result should actually look like picture 3.
Another case occurs when changing a foreign key value where the list is displayed in a tabless panel, the changed data is not displayed.
Using the application.updateUI(); command does not help. Changing the record index (and setting it again to the original index) helps, but it’s really a weird workaround.
By the way, opening the editor also gives quite often an empty window, resizing it helps to see the content.
Do others have this sort of problems?
Best regards, Robert
I can confirm that there are quite some redraw problems. I frequently the problem that after an error (for example value list used for different types) the screen is completely gray. Other times I have to click around 5 times until the properties show up in design mode etc.
Thanks patrick for confirming.
I even have more, quite severe redraw problems with the dialogs plugin:
I get the dialog window, see picture 1: only one button!
If I click in the region where (I know) the second button should be, it appears, see picture 2.
Still, the text is NOT displayed. In rare occasions it does display the text, but I couldn’t find out when.
Picture 3 shows how the window should look like.
I think these redraw problems occur especially with modules, but I may be wrong.
Best regards, Robert
PS: The part of the code for the dialogs plugin looks like this:
var answer = plugins.dialogs.showWarningDialog(i18n.getI18NMessage(“i18n:hades.sco.dialog.title.subject”), i18n.getI18NMessage(“i18n:hades.sco.dialog.msg.subject1”) + subjectSectionName + i18n.getI18NMessage(“i18n:hades.sco.dialog.msg.subject2”), “Abbrechen”, “Zuweisen”);
if (answer == “Zuweisen” )
{
subject_section_code = forms.ScoSubjectSections.code;
}
patrick:
I can confirm that there are quite some redraw problems. I frequently the problem that after an error (for example value list used for different types) the screen is completely gray. Other times I have to click around 5 times until the properties show up in design mode etc.
Could you watch carefully if you have an error (any error will do) before you see those problems? My impression is that once you have an error, you have those problems. If there are no errors at all, everything is fine. Yesterday I wasn’t even able to switch to design mode. I could somehow open dataproviders although I still saw data, I was unable to get hold of the properties pane etc.
Patrick
It happens (also) without any preciously occured error! Although, quite surely, there are also errors when we are developing code .-) But I do not notice any relationship with (previous) errors when these problems arise.
Best regards, Robert
patrick:
Could you watch carefully if you have an error (any error will do) before you see those problems? My impression is that once you have an error, you have those problems. If there are no errors at all, everything is fine. Yesterday I wasn’t even able to switch to design mode. I could somehow open dataproviders although I still saw data, I was unable to get hold of the properties pane etc.
are you sure that you guys don’t see anything in the log when you see those redraw errors?
because this is very strange, especially that dialog plugin you show here. That is just pretty much basic java…
Any thing that reproduces it or some errors in the log would be nice.
which java versions are you seeing this in?
1.6. We just opened a solution in 3.5 on Linux, opened a formInDialog and only saw the title bar. I don’t know if that belongs here, though…
Hi Johann
I do not get errors, but I found that the dialog draws correctly if I am in the very same module as the dialog code is defined (the module the method is attached to) but shows the error as in the pictures if I am in the main module (where the user is when using the application). So I assume it has something to do with modules.
Hope this helps a step further.
Best regards, Robert
jcompagner:
are you sure that you guys don’t see anything in the log when you see those redraw errors?
because this is very strange, especially that dialog plugin you show here. That is just pretty much basic java…
Any thing that reproduces it or some errors in the log would be nice.
Hi Patrick
I see the exact same behaviour, only the dialog title and the most right button visible (the second button showing up when clicking in the area the button is, does NOT work for the message text which is never displayed).
I really found even more redraw problems in standard Servoy windows like the editor.
by the way we did not change the Java version and it’s version 1.5:
Servoy Developer
Version 3.5-build 513
Java version 1.5.0_07-87 (Mac OS X)
Best regards, Robert
patrick:
1.6. We just opened a solution in 3.5 on Linux, opened a formInDialog and only saw the title bar. I don’t know if that belongs here, though…
patrick: and if you double click or something on the title bar then it collapses? I think this is a feature of linux (you can collapse windows into the titlebar) that sometimes happens for java applications.
Robert: i currently have no idea what that could be if you also just have it in other dialogs of servoy itself. (like the editor) that really looks like a problem of the java or os or display driver. It looks very strange to me.
That the script that shows the dialog is in a module shouldn’t affect the ui 1 bit. It is one big solution when your are running it…
Do you see this draw problems in a client? or other machines?
Hi Johann
jcompagner:
patrick: and if you double click or something on the title bar then it collapses? I think this is a feature of linux (you can collapse windows into the titlebar) that sometimes happens for java applications.
Robert: i currently have no idea what that could be if you also just have it in other dialogs of servoy itself. (like the editor) that really looks like a problem of the java or os or display driver. It looks very strange to me.
The only thing I can do is assure you we did not change OS nor Java version. And we did not have these effects on the 3.5 betas.
jcompagner:
That the script that shows the dialog is in a module shouldn’t affect the ui 1 bit. It is one big solution when your are running it…
Do you see this draw problems in a client? or other machines?
Yes, I see them on the client as well and also on other machines.
Hope it helps.
Best regards, Robert
so you didn’t see this behavior with the RC of 3.5? and suddenly you see it in the final?
If you can make a sample case or something where that is visible i would love to see it. But for now i have no idea where to search for because you are saying that you see it in the solution, in the developer (method editor itself) and in the dialogs that you show through the plugin dialog.
Some how the Swing event system/Swing screen drawing must be completely mixed up.
Hi Johann
jcompagner:
so you didn’t see this behavior with the RC of 3.5? and suddenly you see it in the final?
After some discussions we are not so sure we didn’t see it in the RCs of 3.5, in fact we think the redraw problems (at least some of it) were already there in the RCs but we can’t remember exactly when we noticed it the first time.
jcompagner:
If you can make a sample case or something where that is visible i would love to see it. But for now i have no idea where to search for because you are saying that you see it in the solution, in the developer (method editor itself) and in the dialogs that you show through the plugin dialog.
Some how the Swing event system/Swing screen drawing must be completely mixed up.
We have the redraw problems on several machines (Macs), Intel and PPC. So it’s quite unlikely the swing system got messed up accidentaly on all machines.
We noticed more redraw problems since using MultiDeveloper, but this may be just coincidentally.
At the moment I am not able to send you an example because of the data the application contains. We would have to strip it out and that is a bit of work.
But at the latest we can show you the redraw problems face to face at Servoy World.
To Patrick: Do you have an example where the problems occur? Are you using Mac or PC, i. e. on what platform do your redraw problems occur?
Thanks a lot and best regards, Robert
Not sure if this is anywhere near the same problem, but I’ve recently upgraded to 3.5 and all my formindialogs act oddly here in a way they never did in 2.27. Basically they still remember the previous form in dialog’s title, and sometimes some of its screen itself. So I either see the previous form in dialog title/screen flash on the screen, or sometimes it gets stuck and the new formindialog will have the previously opened formindialog’s title (and sometimes other elements). It won’t go away until I close the form in dialog and reopen it.
There are some formInDialog problems that will be addressed in Servoy 3.5.1.
Do we have an ETA for 3.5.1? Just wondering. I’ve got an extremely complex formindialog (with charts, etc) and it’s behaving inconsistently. It’s not the data (though it looks that way) – it’s the redraw. Worked in 2.2.7 for more than year, so client getting ancy.
ellenmeserow:
Do we have an ETA for 3.5.1? Just wondering. I’ve got an extremely complex formindialog (with charts, etc) and it’s behaving inconsistently. It’s not the data (though it looks that way) – it’s the redraw. Worked in 2.2.7 for more than year, so client getting ancy.
Did you file a case with the problem in our support system? Recommended.
