OpenCPN Beta Version 3.1.814 Released

[Gilletarom]

Originally Posted by JesperWe

....

Maybe it would be better to separate the "Route/Track" top level item into one "Route" and one "Track"? Then the same word can be used in all three menus without loss of clarity. Having the title of the menu repeated in each item in the sub-menu is redundant and not recommended, so I would prefer to avoid that.

This idea was also in my head and I think that it is a good idea.

Gilletarom.

[rgleason]

Thanks, I will get it running and help debug!

[Gilletarom]

Originally Posted by JesperWe

Difficult issue. There is no mechanism to separate two different instances of the same text, so if you have a plugin that overwrites "Position" then the only way to avoid it is to disable the plugin or fix its translation.

...

The item "Position" is not a good choice. "Various" should be better in this menu contextual.
Best regards

Gilletarom

[JesperWe]

Originally Posted by Gilletarom

The item "Position" is not a good choice. "Various" should be better in this menu contextual.

Actually all items in that sub-menu refers to the cursor position.
Maybe "Chart Position" is an improvement?

[JesperWe]

Regarding separating Route/Tracks into two items: The rest of you in the beta crowd who has been trying this out, any comments?

It's easy enough to do, the only reason they're together now is because they were kind of lumped together in the old menu.

[JesperWe]

Here's a sample with a little more worked out menu structure, in various states depending on what the cursor is on.

I am a little ambivalent about the "Paste" for route/track... Normally in other apps they are on the top level context menu, that's where most people will expect to find them and they also clearly signal that there is something available for pasting. But they could be moved to their respective sub-menu of course.

Comments?

[rgleason]

JesperWe I'll hazard an opinion.... Seems perfectly logical to me.

[Gilletarom]

hello,

Originally Posted by JesperWe

Actually all items in that sub-menu refers to the cursor position.
Maybe "Chart Position" is an improvement?

Not exactly. Actually, it is also possible to change the scale. But why not "Chart position"

[sailorF54]

AIS CPA/TCPA Alarm blurts out a huge html page
(Windows 7)

[JesperWe]

Originally Posted by sailorF54

AIS CPA/TCPA Alarm blurts out a huge html page
(Windows 7)

.... allow me to say: Bwahaha!
Contender for "Most-glaring-oversight-of-the-year".

Anyways, fixed in master.

BUT... I couldn't test the "Jump to" feature. Does anyone have the ability to test master branch with a MOB SART transponder? Or does anyone have a VDR recording with such a signal in it that I could use for testing?

[Gilletarom]

Hello BdbCat, hello JesperWe,

At first, there are more than two years I was gone on the idea that the characters "&" which some would appear in items used to define keyboard shortcuts.

In reality, it is their role? it is important to put in translations?

Best regards

Gilletarom.

[JesperWe]

Originally Posted by Gilletarom

At first, there are more than two years I was gone on the idea that the characters "&" which some would appear in items used to define keyboard shortcuts.

In reality, it is their role? it is important to put in translations?

This is their role: The & assigns the accelerator key. The letter following the & will be the accelerator and the & character itself is hidden. With the menu open, menu items with an accelerator key can be accessed by holding down Alt and pressing the corresponding letter.

But, "in reality" I totally admit to not having put in any accelerator keys in any of the menu items I edited.

Because:

1. I never ever used accelerators except when trying to operate a computer with a broken mouse.

2. I have never seen a single person except myself using them in any circumstance (including many many useability studies and GUI design focus groups)

3. Usually in applications which has a pulldown menu bar you can call down the top level menus with their accelerators, like Alt-F for the File menu etc. We don't have a menu bar, and we don't have a hot-key to show the popup menu to start with, which makes the whole concept inapplicable in OpenCPN.

...so the answer is no, I don't think it's important

[ChuckSK]

While in quilt mode, changing from ENC or BSB charts to CM93 charts by using the piano keys often causes the view-point to change.

[bcn]

Hi Jesper

with respect to your remark:

2. I have never seen a single person except myself using them in any circumstance (including many many useability studies and GUI design focus groups)

for instance data recording at motorcycle racing - MotoGP - is using short cuts a lot - there is no time to loose to make a better setting. Mice are slower.
But as we are more relaxed when boating perhaps here it won't make that much sense - but if somebody wants to get into boat racing with O it might be considered.

Hubert

[JesperWe]

Originally Posted by bcn

for instance data recording at motorcycle racing - MotoGP - is using short cuts a lot - there is no time to loose to make a better setting. Mice are slower.

We have plenty of fast short-cuts in OpenCPN: Hot Keys and Shortcuts | Official OpenCPN Homepage

Menu accelerators (sometimes called mnemonics) are a different thing, and the speed compared to a mouse is probably operator dependent ;-)

By the way, it would be really nice if we could have our shortcuts in the menus, like this page in Wikipedia illustrates. Unfortunately wxWidgets does not have this feature.