Antonio, I am looking into some issues. The new interface code is still somewhat experimental, so these kinds of things may happen in the new version.
Also this kind of problem is extremely difficult to fix, given that we might be working with multiple screens / monitors, all with different resolutions and workspace sizes. To deal with this, everything has to be relative to the monitor resolution. Gtk will happily create a window which overshoots the screen. Plus if you add in docks and menubars then things get even more complicated. Not to mention that LiVES can run with the GUI and play windows in seperate monitors. Gdk has some new code for handling monitors so this may help in future, however this was only introduced in GTK+ 3.22+ and I am currently developing with 3.18. I'll probably update this before the following release after this one so it might be easier to fix problems like this after that. Any interface changes now need to be tested on a t least 3 different machines here, both on Linux and on the new Windows port. In addition they have to work with all versions of gtk+ from 2.x to 3.24. Hence my reluctance to tackle this right before a major new release. HOWEVER looking again I noted that gtk was leaving some space at the top of the window in your attached image. I think I have fixed this and also reduced the screen height in the fileselector. Please can you test again with the latest git version and let me know if it fixes anything. I need to do the release ASAP else I won't get another chance until september. Regards, Gabriel. http://lives-video.com https://www.openhub.net/accounts/salsaman On Mon, Jul 29, 2019 at 5:58 AM Antonio Trande <anto.tra...@gmail.com> wrote: > On 29/07/19 05:23, salsaman wrote: > > Unfortunately I think I am going to have to leave this as a know issue > > for the time being for the following reasons: > > > > 1) I am unable to replicate this behaviour in any test environment I > > have available to me. > > > > 2) It could well be due to bugs in GTK+ / window manager issue. > > gtk_window_maximize() should reposition the window to the top left, and > > in any case the window manager should display the window in such a way > > that as much is shown as possible. > > > > 3) Repositioning and / or maximising the window manually should allow > > the window to be repositioned at the top left, and then the LiVES code > > should shrink the window to fit the screen. > > Window is repositioned at the top left but it's cropped at the bottom, > so partially invisible. > > > > > 4) Thus far no other users have reported similar problems with the beta > > version. > > > > Antonio, please can you click on Info / Show Messages and save the > > result to a text file and send the file to me. This will be useful for > > analysing to see if there are any peculiarities in your setup (Window > > Manager, GTK+ version, screen dimensions, etc). > > > > Attached. > > > Regards, > > Gabriel. > > > > > > http://lives-video.com > > https://www.openhub.net/accounts/salsaman > > > > > > On Thu, Jul 25, 2019 at 5:55 PM Antonio Trande <anto.tra...@gmail.com > > <mailto:anto.tra...@gmail.com>> wrote: > > > > On 25/07/19 22:49, salsaman wrote: > > > Seems to be a bug in your version of gtk+ then. > gtk_window_maximize() > > > apparently does not reposition the window as it ought to. > > > > > > Clicking the Maximise buitton on the window should have the same > > effect. > > > > > > Does the fileselector also have the same problem ? > > > > Yes. > > > > > > > > > > > Regards, > > > Gabriel. > > > > > > > -- > > --- > > Antonio Trande > > Fedora Project > > mailto 'sagitter at fedoraproject dot org' > > GPG key: 0x6e0331dd1699e4d7 > > GPG key server: https://keys.openpgp.org/ > > > > -- > --- > Antonio Trande > Fedora Project > mailto 'sagitter at fedoraproject dot org' > GPG key: 0x6e0331dd1699e4d7 > GPG key server: https://keys.openpgp.org/ >
_______________________________________________ Lives-users mailing list Lives-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/lives-users
