Community
Participate
Working Groups
I have one element in my discovery listing that is always really large. I am unsure of what this could be, but it could be a windows 7 issue as well.
Created attachment 139240 [details] screenshot
I can't reproduce this problem with the public discovery directory. I don't have access to the problem discovery content. Can you please provide me with the problem listing?
I'll send it to you via email. I have not seen this on Linux but can reproduce it on Windows Vista.
Looks fine on mac. I can look into this one late tomorrow. Steffen, Shawn feel free to investigate further if you get the chance.
As a work-around it might work to make the dialog just slightly wider (or change the text). David, could you point me at the code that sets the size constraints for the wizard? I wasn't able to find it.
Created attachment 139260 [details] fix I believe the problem is caused by controls without labels that (sometimes) advertise their default size (64x64) hence reserving blank space. I have tested the patch on Vista and Gtk. David, can you verify on Mac and commit? I noticed that the last entry of the listing is cut off on Vista and Gtk but that is probably a separate problem.
Might explain the cut off element on the bottom: http://stackoverflow.com/questions/35123/prevent-swt-scrolledcomposite-from-eating-part-of-its-children
Good find steffen!
(In reply to comment #6) > I believe the problem is caused by controls without labels that (sometimes) > advertise their default size (64x64) hence reserving blank space. I have tested > the patch on Vista and Gtk. David, can you verify on Mac and commit? Nice patch. Why are you providing strings with a space? Would an empty string suffice? On the checkbox the extra space has an adverse effect on layout. Can you try your patch again using empty strings instead? (In reply to comment #7) > Might explain the cut off element on the bottom: > http://stackoverflow.com/questions/35123/prevent-swt-scrolledcomposite-from-eating-part-of-its-children Nice find! Makes sense to me.
Created attachment 139368 [details] updated patch
I have committed the patch. Unfortunately empty labels will trigger the SWT layout weirdness but we have reduced the spacing slightly to offset the label. I have also added another work-around for the cut off entry at the end of the listing.
