|
|
08-04-2012, 23:00
|
#106
|
Registered User
Join Date: Mar 2010
Location: Svanesund, Orust, Sweden
Boat: Forgus 31
Posts: 96
|
Re: OpenCPN Version 2.6 Beta Build 1524
Quote:
Originally Posted by mrm
In addition, I tested on another Linux machine, Ubuntu 10.04.4 LTS, with a bigger physical display, 1680x1050, and the toolbar problem does not appear.
|
I think i have seen the same. And only on the laptop, so it might be screen size related.
|
|
|
09-04-2012, 00:14
|
#107
|
Registered User
Join Date: Feb 2010
Location: Tierra del Fuego
Boat: Phantom 19
Posts: 6,145
|
Re: OpenCPN Version 2.6 Beta Build 1524
Definitely not as repeatable as it looked at first
- It's Linux specific.
- It looks like it happens only when the toolbar would be overlaid by the preferences dialog - thus on highres displays unlikely to be observed.
- It does not happen always, but on my machines I can say that an almost 100% reproducible scenario is the first time the toolbox is shown after a change of toolbar orientation.
- I should have probably fixed it instead of writing this messy text...
Pavel
|
|
|
09-04-2012, 02:00
|
#108
|
Registered User
Join Date: Feb 2010
Location: Tierra del Fuego
Boat: Phantom 19
Posts: 6,145
|
Re: OpenCPN Version 2.6 Beta Build 1524
Dave...
When I tried to have a look at the toolbar issue on my Precise dev box, a new problem, which was not there a couple of days ago, appeared:
Code:
The program 'opencpn' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadRequest (invalid request code or no such operation)'.
(Details: serial 2836 error_code 1 request_code 135 minor_code 19)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)
Traced it down to
Code:
glChartCanvas::glChartCanvas(wxWindow *parent) :
wxGLCanvas(parent, wxID_ANY, wxDefaultPosition, wxSize(256, 256), wxFULL_REPAINT_ON_RESIZE | wxBG_STYLE_CUSTOM, _T(""), attribs),
m_cacheinvalid(1), m_data(NULL),
m_datasize(0), m_bsetup(false)
(chcanv.cpp:11971, called from the ChartCanvas constructor)
Let's see if the behavior will revert until the official release...
Pavel
|
|
|
09-04-2012, 02:35
|
#109
|
Registered User
Join Date: Dec 2005
Location: Helsingborg
Boat: Dufour 35
Posts: 3,891
|
Re: OpenCPN Version 2.6 Beta Build 1524
Pavel
I had exactly the same error message as you, at one stage, last autumn.
In the end they disappeared after upgrading to the latest driver for my ATI card. Check if you have had any (bad) updates, the last few days. Worth checking....
Thomas
|
|
|
09-04-2012, 06:12
|
#110
|
Registered User
Join Date: Feb 2010
Location: Tierra del Fuego
Boat: Phantom 19
Posts: 6,145
|
Re: OpenCPN Version 2.6 Beta Build 1524
The toolbar positioning fix looks pretty simple: https://github.com/nohal/OpenCPN/com...8a0c73b227257b
Please someone have a look if it doesn't break another part of the behavior for you...
Pavel
|
|
|
09-04-2012, 07:08
|
#111
|
Marine Service Provider
Join Date: Mar 2008
Posts: 7,384
|
Re: OpenCPN Version 2.6 Beta Build 1524
Pavel....
Thanks for the toolbar move patch.
However, not so simple.
There is something strange going on with linux event queue and dialog moving. Something to do with idle cycles, so becomes dependent on system performance, etc.
I'm tracing it now.
More anon....
Dave
|
|
|
09-04-2012, 07:29
|
#112
|
Registered User
Join Date: Dec 2005
Location: Helsingborg
Boat: Dufour 35
Posts: 3,891
|
Re: OpenCPN Version 2.6 Beta Build 1524
Pavel & Dave
I took the opportunity to test my 9" EEEpc, that has had the problem with the toolbar jumping to the middle of the screen. So far Pavels fix seems to work, and I haven't found anything else broken.
I did notice a few other things.
I found a spot with a zoom of 4.3, that shows "Overzoom" in quilting mode (only), both for GL and non GL. I suppose hat the real problem is that the display changes to next larger scale CM93 chart to late.
The last shot shows that only the lower part of the chart outline shows in GL mode.
Thomas
|
|
|
09-04-2012, 07:35
|
#113
|
Marine Service Provider
Join Date: Mar 2008
Posts: 7,384
|
Re: OpenCPN Version 2.6 Beta Build 1524
Pavel....
I think I've got it.
Dialogs are funny. On linux, when they are created the default position is centered on the screen. If they get hidden, and then reshown, they revert to screen center. Thats why we have to Reposition().
However, I think there is a bug in wxGTK. The underlying wxWindow m_x, m_y are not updated when the internal move to center is performed. So, if we subsequently Move() the window, the wxWindow base class thinks that no move is necessary, since the thing is thought to be already where it is moving to.
viz:
Code:
if ((m_x != old_x) || (m_y != old_y))
{
gtk_window_move( GTK_WINDOW(m_widget), m_x, m_y );
}
There is some complication with the order of events in the application event queue, so that is why we do not see consistent behaviour.
Simple solution: Move it to (0,0), then RePosition(). This will force a "real" move.
Code:
void ocpnFloatingToolbarDialog::Surface()
{
Hide();
Move(0,0)
RePosition();
Show();
if(m_ptoolbar)
m_ptoolbar->ShowTooltip();
}
Coming in next Beta....
Dave
|
|
|
09-04-2012, 07:36
|
#114
|
Marine Service Provider
Join Date: Mar 2008
Posts: 7,384
|
Re: OpenCPN Version 2.6 Beta Build 1524
Thomas....
What am I looking for here?
Dave
|
|
|
09-04-2012, 07:44
|
#115
|
Registered User
Join Date: Dec 2005
Location: Helsingborg
Boat: Dufour 35
Posts: 3,891
|
Re: OpenCPN Version 2.6 Beta Build 1524
Dave
You're to quick when I'm switching between eeepc and the "big" box.
Have another look at the original post.
Thomas
|
|
|
09-04-2012, 11:10
|
#116
|
Registered User
Join Date: Feb 2010
Location: Tierra del Fuego
Boat: Phantom 19
Posts: 6,145
|
Re: OpenCPN Version 2.6 Beta Build 1524
Quote:
Originally Posted by cagney
Pavel
I had exactly the same error message as you, at one stage, last autumn.
In the end they disappeared after upgrading to the latest driver for my ATI card. Check if you have had any (bad) updates, the last few days. Worth checking....
Thomas
|
Right you were. As soon as I removed the AMD binary fglrx drivers Ubuntu installed and started to use the fallback open source "ati" driver, everything is back to normal. Let's hope they will fix it soon as the Mobility Radeon X1400 in this machine is definitely not that uncommon...
Pavel
|
|
|
|
|
Thread Tools |
Search this Thread |
|
|
Display Modes |
Rate This Thread |
Linear Mode
|
|
Posting Rules
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
|
Advertise Here
Recent Discussions |
|
|
|
|
|
|
|
|
|
|
|
|
Vendor Spotlight |
|
|
|