Sean's Optimum Branch Merge

[seandepagnier]

Originally Posted by sailorF54

- There must be a way to access some W parameter that tells which kind of keyboard is used

Do you think there must (actually is), or there should be a way?

I am thinking of cases where a french person uses a computer that is not from france, or a non-french person uses a computer from france etc...

There are also other languages we didn't even consider, ie: swedish.

[sailorF54]

Originally Posted by boat_alexandra

Do you think there must (actually is), or there should be a way?

I kind of remember so called environment variables, but that was a long time ago

I am thinking of cases where a french person uses a computer that is not from france, or a non-french person uses a computer from france etc...
This person will know he has to adapt...

There are also other languages we didn't even consider, ie: swedish.

.One way would be to let the user choose...
That's even what W does: you can select the key shortcuts for e.g. switching between the qwerty and azerty layouts (see pic)

[Ptizef]

Compiled today's Git
test zoom : (French and AZERTY keyboard with numeric panel )
-smooth zoom :
mouse wheel still not usable - same behavior : a single step rotation = maximum zoom
"+" and "-" keys OK (normal and numeric panel)
-no smooth zoom :
OK
In both case ALT + "-" and "+" numeric panel keys is a nightmare

A new point : start O with smooth zoom checked. uncheck it : mouse wheel zoom no longer works. You have to exit and restart O

JP

[bdbcat]

Folks...

re:

-smooth zoom : 
mouse wheel still not usable - same behavior : a single step rotation = maximum zoom
A new point : start O with smooth zoom checked. uncheck it : mouse wheel zoom no longer works. You have to exit and restart O

On current github master, this all works fine for me, all 3 platforms, all chart types, OpenGL or not.

I need to know if this is systematic problem, or an isolated one.
Is anyone else besides JP having trouble with smooth zoom on current github?

Thanks
Dave

[ChuckSK]

Originally Posted by bdbcat

Folks...

re:

-smooth zoom : 
mouse wheel still not usable - same behavior : a single step rotation = maximum zoom
A new point : start O with smooth zoom checked. uncheck it : mouse wheel zoom no longer works. You have to exit and restart O

On current github master, this all works fine for me, all 3 platforms, all chart types, OpenGL or not.

I need to know if this is systematic problem, or an isolated one.
Is anyone else besides JP having trouble with smooth zoom on current github?

Thanks
Dave

Dave

With smooth panning and zooming disabled, mouse wheel zoom seems to work fine. With smooth panning and zooming enabled, mouse wheel zoom runs to full zoom out or full zoom in.

Chuck

[bdbcat]

Chuck...

OpenGL? What chart type?

Thanks
Dave

[ChuckSK]

Originally Posted by bdbcat

Chuck...

OpenGL? What chart type?

Thanks
Dave

All chart types. With OpenGL wheel zoom is all in or all out. Without is OK.

[ChuckSK]

Originally Posted by bdbcat

Chuck...

Texture symbols should be OK now in github. Problem was in Windows OpenGL canvas sequencing, somewhat different than linux.

Thanks
Dave

Dave

That commit blocks the chart piano at start-up.

chart1.cpp line 1915: Yield();

Chuck

[bdbcat]

Chuck...

Ackkk

I really need to fix this OpenGL symbol texture initialization problem correctly, and stop hacking at it. It behaves differently on all platforms.

I have a plan....

Dave

[bdbcat]

Chuck...

I guess I don't know what you mean by "blocks the chart piano"...

Looks and works OK for me on Win7, linux.

Dave

[ChuckSK]

Originally Posted by bdbcat

Chuck...

I guess I don't know what you mean by "blocks the chart piano"...

Looks and works OK for me on Win7, linux.

Dave

Dave

On start-up the chart piano is not displayed. A couple of F11 presses restores it.

Chuck

[seandepagnier]

The definition needed to build on osx using wxwidgets 3.0:
ADD_DEFINITIONS( " -D_WCHAR_H_CPLUSPLUS_98_CONFORMANCE_" )

[bdbcat]

Sean...

Here is a stumper...

re: The runaway smoothzoom on OpenGL bug reported in this thread.

1. Only happens on Windows, XP and Win7 to my testing.

2. Proximal cause: It seems that the completion event for m_WheelZoomStopTimer somehow gets lost. The event never happens, so DoTimedMove() runs over and over. If you put code like this in the (say) mouse wheel event handler, it always hits.

        if( m_WheelZoomStopTimer.IsRunning()  ) {
            int yyp = 4;
        }

Once started, m_WheelZoomStopTimer runs forever. The event loop is running, and other events get processed normally.

Does not happen in dc mode, only OpenGL.

Windows bug? wxWidgets bug? Memory corruption in OpenGL code path? I dunno.


Any ideas?

Dave

[rgleason]

Don't know if this is any help, but earlier I reported wheel zoom issues. Have not testedcurrent beta. Will do so. Win 7 machine.

Sent from my GT-N5110 using Cruisers Sailing Forum mobile app

[bdbcat]

Chuck...

Another approach to OpenGL startup committed to github now. I modified the initialization sequence again, so that chartsymbols are not loaded until needed, by which time the OpenGL system is fully initialized. Chartsymbols won't be loaded at all if only raster charts are used, which will help performance and memory footprint.

Still working the smooth zoom runaway issue. Mysterious....

Good Luck
Dave