| Summary: | opencpn occupies only quarter window | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Tony Blackwell <tablackwell> |
| Component: | RPM Packages | Assignee: | Philippe Didier <philippedidier> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | zen25000 |
| Version: | 8 | Keywords: | UPSTREAM |
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| URL: | https://github.com/OpenCPN/OpenCPN/issues/1927 | ||
| Whiteboard: | |||
| Source RPM: | GTK+ 3.0 v 3.24.24 | CVE: | |
| Status comment: | |||
|
Description
Tony Blackwell
2021-11-12 21:16:26 CET
Assigning to maintainer ;) Assignee:
bugsquad =>
philippedidier Hi Tony I had a dilemma when compiling opencpn for Mageia : Using wxgtk3.1 induced some crashes when launching some plugins that strictly needed wxgtk3.0 (such as logbookkonni) and I spent lot of time to find this explanation... Using wxgtk3.0 allowed to use all the plugins and no problem appeared anymore : I didn't test on very high resolution screen (I have not such a screen) would you please give the link to the github reference you mention I digged a little in the issues list and found some such bugs Unfortunately it's a known problem with very high resolution screens and wxgtk3 It appeared with MacOS and Retina too https://github.com/OpenCPN/OpenCPN/issues/2131 one explanation is here https://docs.wxwidgets.org/trunk/classwx_window.html#a63b94b3f8428fbab7f3fdf6fdce8b2cf A new beta version of opencpn is on the way now (5.5.x) that will certainly solve these problems Nevertheless I found the same workaround as you https://github.com/OpenCPN/OpenCPN/issues/1927 start opencpn from command line with GDK_SCALE=1 opencpn It's now the only solution unless we suppress some plugins and test a rebuilt with wxgtk3.1 (I may rebuild the rpms and propose them on my repo if you want) You may also test the flatpak version of opencpn to verify if the display problem remains : 1) install the flatpak rpm from mageia repo 2) and then install the flatpak version of opencpn inside the flatpak sandbox (it has been improved and lots of bugs corrected) https://opencpn.org/wiki/dokuwiki/doku.php?id=opencpn:opencpn_user_manual:getting_started:opencpn_installation:flatpak NB the flatpak version proposes a Plugin Manager that allows to choose which plugins to install and downloads them automatically PS I helped to test and debug the flapak version of opencpn... and it was not mature enough to use for navigation that's the reason why I proposed to update the rpms for Mageia (tested and debugged) until flatpak is really useable Hi again Tony I think I found a solution for your display problem As you said, the workaround allows to fill the window with the chart : <The work-around discussed late in the thread (of starting opencpn from command line <with <GDK_SCALE=1 opencpn <will fill the window Then remains a little problem <but opencpn remains essentially unusable as all controls and <icons remain barely visible as a thin line at top left window margin. Try this 1) click on the gearwheel to open the "Options" window 2) click on the "User Interface" tab 3) scroll down to see : User Interface Scale Factor 4) increase the scale to 2 or 3 by dragging its button to the right 5) then click on Apply and OK in the bottom This may increase the size of the content of the side bar on the left window margin in this same "User Interface" tab you may modify the size of the fonts for each item you choose (dialog box for instance...) Would you test this ? If it's OK I would add something in the wiki or in the errata Fixed on cauldron with opencpn v 5.6.2 Don't know if the underlying fix was in this or some other graphical component. Anyway, could be closed. With thanks, Tony re-reading start of my OP, I'm reminded it was a GTK3 issue. Anyway, is fixed. Tony Hi Tony To be sure that the new 5.6.2 version has solved the display problem you need to not use the previous config files in your /home/yourusername/.opencpn that contained the workaround tricks. Before launching OpenCPN you may rename this folder /home/yourusername/.opencpnbak , then OpenCPN will create a new one. If OpenCPN occupies now the whole screeen you may close this bug NB inside a sailing boat we rarely use a 4k screen but it's more often a laptop with a little screen (16/9 with little resolution : 1280x700 1366 x 768 1600x900 rarely 1920×1080 ) Hi again If you have still a Magei8 installed on a computer will you please test the last updates in test see bugs https://bugs.mageia.org/show_bug.cgi?id=30623 https://bugs.mageia.org/show_bug.cgi?id=30624 Bonjour Philippe, I'll respond properly to your comments 7 & 8 shortly. For now, I'll just mention that in changing brand-new M8 to Cauldron, then updating, the one program which had problems was opencpn. There were reported conflicts between oenc modules - sorry, didn't keep the details but could run it again on a different machine if required. Didn't really matter, as easily resolved in Cauldron by deleting the M8 opencpn, after which opencpn installation was uneventful and working just fine. OT: Yes, I'm familiar with screens used sailing, where every watt of power is important. Have sailed the Med a couple of times 2-4 weeks with friends. Delighted you are a sailor and enormously grateful for your skills applied to opencpn. Regards and thanks, Tony Hi Tony Indeed oernc-plugin and oesenc-plugin don't work anymore with OpenCPN... a new plugin : o-charts-plugin replaces them This new plugin can't be installed upon OpenCPN 5.2.4 provided by Mageia8 So in Cauldron OpenCPN 5.6.2 obsoletes oernc-plugin and oesenc-plugin and recommends o-charts-plugin from the nonfree repo For Mageia8 OpenCPN 5.6.2 and its new plugins are proposed in - core/update_testing - core/backport_testing - nonfree/bacport_testing These new rpms in test will solve the problem you encountered with Mageia8 and OpenCPN 5.2.4 Hope they will get quickly QA team benediction ;) fixed with OpenCPN 5.6.2 in Mageia 8 and OpenCN 5.6.4 in Mageia 9 Resolution:
(none) =>
FIXED |