On 09/02/15 15:32, Anna Petrášová wrote:
On Mon, Feb 9, 2015 at 7:50 AM, Martin Landa <[email protected] <mailto:[email protected]>> wrote: Hi, 2015-02-09 9:37 GMT+01:00 Moritz Lennert <[email protected] <mailto:[email protected]>>: > I agree, again especially if I'm the only one with this issue. > > Don't change the startup logic with RC2. If this needs changing then this > should go into a point release. Absolutely agree. > FYI, however, here's a movie showing the three GUI startups in release64, > release70 and trunk, all three completely fresh checkouts and compiles: > >http://tomahawk.ulb.ac.be/moritz/splash_screen.ogv BTW, it's quite visible here that wxGUI in trunk starts more slowly (related to the recent changes in wxgui.py) compared to GRASS 70. Perhaps we should go back to the previous version. I would suggest to move the GMFrame import after showing the splash screen (the diff is for release branch): =================================================================== --- wxgui.py(revision 64473) +++ wxgui.py(working copy) @@ -34,9 +34,7 @@ except ImportError: SC = None -from lmgr.frame import GMFrame class GMApp(wx.App): def __init__(self, workspace = None): """ Main GUI class. @@ -79,6 +77,7 @@ wx.Yield() # create and show main frame + from lmgr.frame import GMFrame mainframe = GMFrame(parent = None, id = wx.ID_ANY, workspace = self.workspaceFile) as a result on my computer, the splash screen is showed earlier. It probably won't effect the problem Moritz has, but it's worth trying.
It doesn't seem to make any difference here. I don't have the feeling that the splash screen is shown any earlier, and the splash image still only fills the splash screen at the same moment the GUI comes up.
I also saw someone mentioning calling Refresh() and Update() on the splash screen after showing it. Then, there is a more complicated solution http://wiki.wxpython.org/SplashScreen%20While%20Loading.
This is via a fork. Am not informed enough to know what the difference between that and threading is.
Moritz _______________________________________________ grass-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/grass-dev
