OpenCPN Version 4.0 Released

[PjotrC]

Originally Posted by cagney

The first sentence has a wrong check-sum, should be 45 instead of 65 at the end.

Don't know how much does it change, but the error in the first sentence seems to be the blank between Acknowledgement Type (S) and Expansion Indicator (E). If removed, checksum value 65 is correct...

I noticed quite often spurious blanks in code copied off screen in CF posts.

[CarCode]

Originally Posted by CarCode

Bug in OpenCPN 4.0 Mac version
Open Properties window of a waypoint.
Try to write the small chars (no uppercase) a, c, l, m, o, q, s or t in the Description field of the Properties window.
This will trigger the shortcut function only but not write these chars.
For Linux or Windows version this does not happen.
Gerhard

Reason is that these single chars are used in the menu shortcuts and therefore catched for menu functions. However single chars as menu shortcuts are not allowed for Mac OS X but only together with an accelerator. Please alter in RegisterGlobalMenuItems() e.g. _T("A") to _T("Alt-A") and all other single chars the same.

Next in routeprop.h these lines are needed:

#ifdef __WXOSX__
#define SYMBOL_ROUTEPROP_STYLE wxCAPTION|wxRESIZE_BORDER|wxSYSTEM_MENU|wxCLOSE_BOX|wxSTAY_ON_TOP
#else
#define SYMBOL_ROUTEPROP_STYLE wxCAPTION|wxRESIZE_BORDER|wxSYSTEM_MENU|wxCLOSE_BOX
#endif

to get the Properties window in front of the RouteManager window.

Gerhard

[Gilletarom]

Hello Anyone,

This evening, the tracker is impossible to load. Pfuuu.

Gilletarom

[seandepagnier]

Originally Posted by nohal

No. OpenCPN is not built on top of the Qt toolkit, but wxWidgets/GTK. Once the QT backend for wxWidgets gets usable, then perhaps.

Pavel

It already is usable, at least with opencpn -> wxwidgets -> qt -> x11

The android backend is still very experimental, but is also usable (just a lot of features missing)

Originally Posted by Wrong

A simple solution?

When zyGrib and qtcreator are launched as 'zyGrib' and 'qtcreator' icons and text do not display properly as the first two screenshots reveal.

However, when launched with '-graphicssystem native', they do as in the second set of screenshots.

Trying to launch OpenCPN as 'opencpn -graphicssystem native' returns 'Unknown option -graphicssystem'.

Can this be made possible with OpenCPN?

Try recompiling opencpn using wxwidgets under qt (requires recompiling wxwidgets) and then it will be possible.

[Gilletarom]

If you uninstall a plugin, without disabling the first plugin, and if you reinstall again, so it is already enabled in O.

This should not be the case. For an alpha user, this should not inspire confidence in O.

When installing a plugin, once used, in the initialization file O, there is a series of line concerning this plugin.

BUT

When you uninstall the same plugin, the initialization file is not cleaned.

For example, installing and using the plugin Climatology, include approximately 130 lines in the opencpn.ini file. These lines are not cleaned.

and this for each plugin uninstalled.

If one day developers find some free minutes, in their TODO, it would be nice that all deinstallation software are improved.

Best regards. Gilletarom.

[ptulp]

I also see this problem in the logbookkonni plugin for OSX.
No possibility to enter characters in e.g. Remarks that are used as shortcuts.
So this solution below looks good to me.

Peter

Originally Posted by CarCode

Reason is that these single chars are used in the menu shortcuts and therefore catched for menu functions. However single chars as menu shortcuts are not allowed for Mac OS X but only together with an accelerator. Please alter in RegisterGlobalMenuItems() e.g. _T("A") to _T("Alt-A") and all other single chars the same.

Next in routeprop.h these lines are needed:

#ifdef __WXOSX__
#define SYMBOL_ROUTEPROP_STYLE wxCAPTION|wxRESIZE_BORDER|wxSYSTEM_MENU|wxCLOSE_BOX|wxSTAY_ON_TOP
#else
#define SYMBOL_ROUTEPROP_STYLE wxCAPTION|wxRESIZE_BORDER|wxSYSTEM_MENU|wxCLOSE_BOX
#endif

to get the Properties window in front of the RouteManager window.

Gerhard

[Wrong]

Originally Posted by boat_alexandra

It already is usable, at least with opencpn -> wxwidgets -> qt -> x11

The android backend is still very experimental, but is also usable (just a lot of features missing)



Try recompiling opencpn using wxwidgets under qt (requires recompiling wxwidgets) and then it will be possible.

"Currently, wxQT needs Qt 5 or later" and my system has 4.8. So, its not quite that simple. Means I'd have to compile Qt 5 first, which takes 24 hours on my xoom. Been there, done that but was running out of space and deleted the whole enchilada; compiled source and Qt 5 files in /usr/local. Using the customized CMakeList.txt file is easier for people following my instructions than to go through the steps necessary to enable the -graphicssystem command. Can you imagine???

Thanks for your response though.

[CarCode]

Peter,
if you cannot compile OpenCPN yourself and don't want to wait for a bug fix of OpenCPN Mac you can override the key shortcuts yourself as a temporary solution.
Go to the settings in OS X --> Keyboard --> Shortcuts and make a new item "OpenCPN.app".
The example below is for a german version. You have to enter the correct name of the menu item and make a new shortcut there for each OpenCPN menu which is bothered.
Gerhard

[ptulp]

Gerhard,

Thanks for the info.
Should we make a tracker entry for this??

Peter

[CarCode]

Originally Posted by ptulp

Gerhard,

Thanks for the info.
Should we make a tracker entry for this??

Peter

There are several issues in the Mac version and never anybody cares what I wrote.
Gerhard

[bcn]

Originally Posted by ptulp

Gerhard,

Thanks for the info.
Should we make a tracker entry for this??

Peter

Peter,

yes, please go ahead

Hubert

[ptulp]

Originally Posted by bcn

Peter,

yes, please go ahead

Hubert

I would like to, but tracker is not accessible at this moment.
Maybe later.

Peter

[cagney]

Originally Posted by CarCode

There are several issues in the Mac version and never anybody cares what I wrote.
Gerhard

Exactly which tasks, of those you entered in the tracker, are you referring to?
I suppose you are only talking about those as, Dave repeatedly said that entering bugs in the tracker is the only way that guarantees his attention.
Please enter all your observed bugs etc. in the tracker, asap.

Thomas

[marinux]

Nice, wonderfull, OpenCPN is the best ! but ...
I have no found occurences about this trouble:
Display raster charts with V4.0 is very bad - unusable.
Any touble with OCPN 3.X, on the same machine, with the same OS (future Xinutop Trusty based), with or without OpenGL.
Am I only one to have this problem ?
Bon vent, belle mer

[nohal]

Frank...
Screenshot? A chart causing problem? So far the only display "problem" I have seen with 4.0 were charts broken by manual header editing and not corrected by bsbfix.

Pavel