ODraw - 1.3 beta

[Gilletarom]

Hello Jongough,

I just install 1.3.11 with O 4.4.

This version run.

But, now, it is impossible to open genegal contextual menu.

See screen copy.

Gilletarom

[Hakan]

Jon..
Very good. Now solved. I can end e draw action using both Esc and left mouse click and still be able to switch drawing tool at next draw occasion.
Many Thanks
Håkan

Originally Posted by jongough

Håkan,
I have found an issue when using 'Esc' to stop drawing. This is fixed with patch 1.3.13 which is in the release_1.3-over_ocpn_4.4 branch. When you used 'Esc' the OD toolbar would display tools you could not select, now when you use 'Esc' it has the same effect as using right click, all the tools should be selectable.

Jon

[jongough]

Gilletarom,
Can you try this with 1.3.12 as this patch does fix an error with handling toolbars. I don't think that is your issue though.

Can you please tell me, step by step, what you did to get this effect as the screen shot looks a bit strange. There have been a few changes to the mouse handling to allow the use of left drag without having to go through the right click menu and you may have found an issue with that.

Thanks
Jon

Originally Posted by Gilletarom

Hello Jongough,

I just install 1.3.11 with O 4.4.

This version run.

But, now, it is impossible to open genegal contextual menu.

See screen copy.

Gilletarom

[rgleason]

Jon, Often direct right click works, but sometimes left click is needed to get correct object selected.

[jongough]

Rick,
I think the left click is needed as OCPN has lost focus and is not receiving mouse inputs. The left click sets the focus back to the OCPN application and allows the right click to be processed. I have seen this on Linux as well. It sometimes happens after a dialog box has been displayed, but I have not managed to track it down yet.

Jon

[jongough]

Hi,
I have fixed up some of the 'moving' code for EBL and PIL, this is in patch 1.3.14. I have tried it out on Win 10 under OCPN 4.4.0 & 4.5.0 and it 'seems' to work OK for me. I have tried all the test cases that have been identified and they seem to work.

Jon

[jongough]

Hi,
There is a windows installable for OD 1.3.14 here:
https://github.com/jongough/ocpn_dra...es/tag/V1.3.14

Jon

[Gilletarom]

Hello Jongough,

I am not very available at the moment. So much so that I have not tested Drawing for quite a long time. However, I tried to translate the articles on the Crowdin. There is something left which I can not translate. I will return when I find the time to test your latest tool (PIL).

B.R. Gilletarom.

[Gilletarom]

Hello Jongough,

W10. OCPN 4.4.0. Draw 1.2 and also Draw 1.3.14

Try to create a boundary with only 2 points. Then, open properties of it. Then try to change inside by outside. Then DRAW block and it impossible to stop OCPN. So, the only way is to use Ctrl + Alt + Suppr.

Best regards. Gilletarom.

[Gilletarom]

Hello Jongough,

W 10. OCPN 4.4.0. Draw 1.3.14

I create a PIL.

Select the point, then right click, then delete. Then the window Yes/no is opened but witout any text. Then :
- "Yes" or "No". Yes ... it is deleted, this is Ok
- "No", it is not deleted. This is also Ok.
The problem is that there is no text.

B.R. Gilletarom

[jongough]

Gilletarom,
This issue is fixed in 1.3.17. Thanks for the catch.

Jon

Originally Posted by Gilletarom

Hello Jongough,

W 10. OCPN 4.4.0. Draw 1.3.14

I create a PIL.

Select the point, then right click, then delete. Then the window Yes/no is opened but witout any text. Then :
- "Yes" or "No". Yes ... it is deleted, this is Ok
- "No", it is not deleted. This is also Ok.
The problem is that there is no text.

B.R. Gilletarom

[jongough]

Hi Gilletarom,
Patch 1.3.18 should fix this issue. If you draw a single line boundary it will not display the 'inclusion' hatch around it. This was the behaviour with non-opengl, so I have done the same for opengl. If you need the inclusion hatch you will need to insert a point on the boundary, or draw a three point boundary in the first place. I am not really sure that a single line (between two boundary points) makes much sense, but...

Regards
Jon

Originally Posted by Gilletarom

Hello Jongough,

W10. OCPN 4.4.0. Draw 1.2 and also Draw 1.3.14

Try to create a boundary with only 2 points. Then, open properties of it. Then try to change inside by outside. Then DRAW block and it impossible to stop OCPN. So, the only way is to use Ctrl + Alt + Suppr.

Best regards. Gilletarom.

[Gilletarom]

Hello Jongough,

First, happy new year !!!!

Originally Posted by jongough

Hi Gilletarom,
....I am not really sure that a single line (between two boundary points) makes much sense, but...
Jon

About a boundary with only 2 points, see the example that I use here :
M?t?o Routage G?n?ralit?s

Yes, it is very usefull in this case.

A boundary with only two points is really handy in the weatherrouting module. This makes it possible to achieve what I call a barrier. In the example cited, I put two barriers, which forces WR to pass the meteoroute between two barriers.
This almost amounts to defining a compulsory crossing point. This type of possibility exists in all quality routing software.
But this does not exist in WR. So, fortunately, we can use this type of barrier to simulate this kind of point.

The grid could be useful if a barrier could be crossed in one direction but not in the other direction. It would then be necessary to put a grid, only on one side of the barrier.

Best regards. Gilletarom

[jongough]

Gilletarom,
Happy new year to you to.

OK, I wont remove the capability. But I have had difficulty trying to create the inclusion hatching around the boundary with only two points. The algorithm (or my usage of it) fails to create the correct information for the tessellation process to do the drawing. By the way, the non-opengl implementation has never (as far as I can remember) tried to draw the hatching in this case.


I hope this does not detract from the functionality. From the way that you are using the boundary it will not show the 'exclusion' hatching because of the 'zero' width of the boundary.

Jon

[Gilletarom]

Hello Jongough,

Originally Posted by jongough

Gilletarom,
...
OK, I wont remove the capability. ....

I hope this does not detract from the functionality. ...
Jon

I am afraid I have misunderstood myself. Warning, in this post, I speak of WeatherRouting = WR, no WatchDog = WD.

We just need the barrier principle to be operational and WR to detect them. If I believe my tests, WR does not take into account the hatchings, whether internal, external or absent. WR also ignores whether a boundary is active or inactive.

In the current state of WR, we do not need hatching. And neither for the barriers nor for the polygonal boundary.
I will not ask Sean d'Epagnier to take account of the hatching. In my opinion, there are many other, more important priorities to be met in WR.

When I tested the passage from inside to outside, and that I was confronted with the bug I posted in #54 post, it's just because I was having unexplained difficulties with WeatherRouting. In short, it is by chance that I have made a trial out of curiosity. It was just to see if WR was working well by doing various tests.

So if you choose to simplify your life as a developer, in the OD program, that's fine.