re-planning a planned dive

[Robert C. Helling]

On 20 Aug 2014, at 04:42, Dirk Hohndel <dirk at hohndel.org> wrote:

Hi,

nice work, Dirk, indeed.

> But once the planned dive is written to disk and read back we are back to
> what I describe above - ALL waypoints are treated as if they were user
> entered.
> 
> I have a hunch that this is sufficient for most reasonable use cases, but
> the simply fact how hard it is to explain this makes me wonder if we
> shouldn't save this data to disk, anyway. It obviously would be easy to
> add to both XML and git save and parse routines... but I didn't want to
> add this until the likely users of this feature have commented if that
> would be important to them.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-Control-Click-removes-divedatapoint-and-all-followin.patch
Type: application/octet-stream
Size: 1574 bytes
Desc: not available
URL: <http://lists.hohndel.org/pipermail/subsurface/attachments/20140821/da41ed50/attachment.obj>
-------------- next part --------------

With this patch, you can Control-click on the trash can of the first calculated waypoint and remove that and all later waypoints.

The way the planner works, it only adds waypoint after all manually entered waypoints. So it should be enough to memorise the time of the past manual point and not all the ?entered? flags. Can we place that information at some innocent place?

Best
Robert

--                                                                              
.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oO 
Robert C. Helling     Elite Master Course Theoretical and Mathematical Physics  
                      Scientific Coordinator                                   
                      Ludwig Maximilians Universitaet Muenchen, Dept. Physik    
print "Just another   Phone: +49 89 2180-4523  Theresienstr. 39, rm. B339       
    stupid .sig\n";   http://www.atdotde.de 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 495 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.hohndel.org/pipermail/subsurface/attachments/20140821/da41ed50/attachment.sig>