subsurface Digest, Vol 42, Issue 54

Edi Anderson ediandersonlobo at gmail.com
Wed May 27 10:10:48 PDT 2015


The idea is have the Subsurface installed in several machines and devices
and do not need to have installed the dropbox on all machines and devices.
So we could to have access to our diving files in anywhere at any time.
what do you think?

2015-05-27 13:22 GMT-03:00 <subsurface-request at subsurface-divelog.org>:

> Send subsurface mailing list submissions to
>         subsurface at subsurface-divelog.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
> or, via email, send a message with subject or body 'help' to
>         subsurface-request at subsurface-divelog.org
>
> You can reach the person managing the list at
>         subsurface-owner at subsurface-divelog.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of subsurface digest..."
>
>
> Today's Topics:
>
>    1. Re: Re: Dive Site Management - request for feedback (Davide DB)
>    2. Re: Dive Site Management location wierdness (Dirk Hohndel)
>    3. Re: Fwd: Re: Dive Site Management - request for feedback
>       (Dirk Hohndel)
>    4. Re: Fwd: Re: Dive Site Management - request for feedback
>       (Dirk Hohndel)
>    5. Subsurface ans Dropbox (Edi Anderson)
>    6. Re: Subsurface ans Dropbox (JB2Cool)
>    7. Re: Subsurface ans Dropbox (Willem Ferguson)
>    8. Re: Subsurface ans Dropbox (Davide DB)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 27 May 2015 14:39:40 +0200
> From: Davide DB <dbdavide at gmail.com>
> To: "willemferguson at zoology.up.ac.za"
>         <willemferguson at zoology.up.ac.za>, Tomaz Canabrava
>         <tcanabrava at kde.org>
> Cc: Subsurface Mailing List <subsurface at subsurface-divelog.org>
> Subject: Re: Re: Dive Site Management - request for feedback
> Message-ID:
>         <CAD0Dsr3boxnN-=
> NhHpp8BKw02DNh9NqTpkEu8k54MOQO+eWiOQ at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On Wed, May 27, 2015 at 1:17 PM, Willem Ferguson
> <willemferguson at zoology.up.ac.za> wrote:
> >>
> >> I agree that if manage cannot be used to define the current dive site,
> >> then it should move outside of the Notes panel dealing with the present
> >> dive. But, big problem: to be honest, there is not a logical alternative
> >> place for this button within the Notes panel. So let's keep it where it
> is.
>
> I think we should remove that button there.
>
> In my old workflow, the dive site management was a fair compromise
> between Henrick, Dirk and me idea.
> Skipping for a while the import process and the tag/reverse geocoding
> matters... I proposed a new tab:
>
>
> http://lists.subsurface-divelog.org/pipermail/subsurface/2015-February/018111.html
>
> Dirk pushed back my idea proposing a full view to manage dive sites.
> Hence IMHO we should have an option in the main menu... I promise i
> will play more this evening with the new toy.
>
> NOTES TAB
> --------------------------------------
>
> IMHO the new Location field into the Notes panel should be just a NOT
> editable texbox.
> Eventually near dive site name you have the geo-tags chosen (via
> reverse geocoding or manually added). In my wireframe I imagined a
> group box with geo-tags. In a hurry I did not draw all Notes controls.
>
> http://i.imgur.com/OphJsjy.png
>
> There's no "manage button" but there is a new tab named "Dive site"
> that is an extended view on the dive location.
>
> Dirk wrote about a dedicated view to manage all dive sites...
> I avoided it in my wireframes. It would be nice we could avoid another
> view.
> A prerequisite would be that a "dive site" does not exist by itself
> inside a logbook.
> You cannot create a new dive site. You simply create a new dive as
> usual and eventually a new dive site for it.
> In this way (I hope) everything it's simpler and we could have a
> design like mine.
>
> DIVE SITE TAB
> ------------------------
>
> http://i.imgur.com/rxqX8Hv.png
>
> This is more or less the same as in the experimental build.
> There is a new group-box with the current geo-tags chosen (again: via
> reverse geocoding or manually added). In my wireframe they came from
> reverse geocoding because there are GPS data.
> There is an Update button near geo-tags: it queries again the reverse
> geocoding service.
> Geo-tags can be deleted with the X icon.
> Maybe when I tried to use the service it was not available (network..)
> so I could imagine to have a special icon indicating that this dive
> site has not been correctly updated...
>
> Any operation on this panel will trigger an edit!
>
> DIVE SITE EDIT
> -------------------------
>
> One weak side of this design is that the dive site tab could refer to
> many dives (I've just deleted the stat tab for this :) ) but I think
> we can live with it. Dive site is strictly related to the current dive
> so the info is not misleading.
> Of course, when we edit it we must alert user that we are going to
> affet one or several dives:
>
> http://i.imgur.com/RD7FdQs.png
>
>
> --
> Davide
> https://vimeo.com/bocio/videos
>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 27 May 2015 06:08:25 -0700
> From: Dirk Hohndel <dirk at hohndel.org>
> To: Anton Lundin <glance at acc.umu.se>
> Cc: Subsurface Mailing List <subsurface at subsurface-divelog.org>
> Subject: Re: Dive Site Management location wierdness
> Message-ID: <20150527130825.GS3054 at rrmbpvm.gr8dns.org>
> Content-Type: text/plain; charset=utf-8
>
> On Wed, May 27, 2015 at 11:11:27AM +0200, Anton Lundin wrote:
> > Hi. I've played around with the new dive site management thingie and
> > noted one oddity.
> >
> > I'd added a dive site but i miss spelled the name of the wreck, so i
> > just changed the name in the location field. That just changed the name
> > for that dive, and created a new dive site without a location, leaving
> > the old miss spelled name with its location.
> >
> > I think thats kinda odd ux. Ok if you would like to switch to another
> > dive site that would be a nice thing, but just creating another site
> > is kinda different from the previous behavior we had.
> >
> >
> > How do we actually would like that connection to work?
>
> Interesting question.
>
> So this should happen in the manage dive site screen, I think.
> And there editing the name should be possible.
>
> Now there are a few issues with the implementation right now.
>
> - the first time you go to manage the fields aren't populated
> - once you get the fields to populate you can edit the name, but that
>   clearly causes some uninitialized memory to be read and its value be
>   added as new name
>
> But ignoring those it seems that I can edit the name of a site.
>
> So let's fix the bugs and then figure out if that's the flow we want.
>
> /D
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 27 May 2015 06:13:49 -0700
> From: Dirk Hohndel <dirk at hohndel.org>
> To: Willem Ferguson <willemferguson at zoology.up.ac.za>
> Cc: Subsurface Mailing List <subsurface at subsurface-divelog.org>
> Subject: Re: Fwd: Re: Dive Site Management - request for feedback
> Message-ID: <20150527131349.GU3054 at rrmbpvm.gr8dns.org>
> Content-Type: text/plain; charset=utf-8
>
> On Wed, May 27, 2015 at 01:17:15PM +0200, Willem Ferguson wrote:
> >
> >    On 27/05/2015 05:35, Benjamin wrote:
> > >
> > >    The idea of a ( non editable? ) combobox on the info tab for
> > >    choosing the active dive site sounds like a simpler idea.
> > >    As it is now, I can't get the thing to work. I've resorted to
> > >    adding dives without a site and then adding the site id manually
> > >    in the XML file. Otherwise, no matter what I've tried, I simply
> > >    can't add a site.
> > >
> > >
> > >    On Wed, 27 May 2015 06:08 Tomaz Canabrava <tcanabrava at kde.org
> > >    <mailto:tcanabrava at kde.org>> wrote:
> > >
> > >        It's up to the discussion actually. Dirk wants it to do both
> > >        things, I think it should do just one thing ( manage the dive
> > >        site )  and that changing the dive site should be done on a
> > >        combobox in the info menu, or a mix of  both.
> > >
> > >
> >
> >    I did quite a bit of testing with the new dive site management system.
> >
> >    1) Define an existing dive site: Create a new dive, then type the
> >    first letter of a dive site in the dive site name field in the Notes
> >    panel (i.e. without opening Manage). A list of possible sites
> >    starting with that letter appears. I select a dive site and save the
> >    dive. Kein Problem ├╝berhaupt.
>
> Good. At least something works :-)
>
> > Now, trying to define a new site:
> >
> >    2) I create a new dive. The original blue message that said
> >    something like "Move to the divespot and double-click the site" is
> >    not there any more. If I double-click the dive spot on marble, then
> >    I get a segmentation fault.
>
> Maybe not ideal.
>
> >    3) I create  a dive, then go to Manage, type the first letter of a
> >    dive site. Segmentation fault. On one or two occasions, no crash,
> >    but in > 90% of attempts a crash. It it does not crash:
>
> Also not perfect.
>
> >    4) Create a dive, open Manage, fill in dive site name. Blue bar
> >    appears on marble. double-click marble. Seg fault.
>
> I sense a pattern.
>
> >    5) I create a dive, open Manage, put cursor on coordinates field.
> >    Now the blue message appears on marble. I double-click marble.
> >    Segmentation fault.
>
> Yep.
>
> >    Looks like probably still not possible to add a new dive.
>
> It was before the latest round of patches. :-)
>
> >    I agree that if manage cannot be used to define the current dive
> >    site, then it should move outside of the Notes panel dealing with
> >    the present dive. But, big problem: to be honest, there is not a
> >    logical alternative place for this button within the Notes panel. So
> >    let's keep it where it is.
>
> I think manage should be a menu entry. And the button there should be
> "add" for the cases where you can't pick a site from the dropdown menu.
>
> /D
>
>
> ------------------------------
>
> Message: 4
> Date: Wed, 27 May 2015 06:39:02 -0700
> From: Dirk Hohndel <dirk at hohndel.org>
> To: Willem Ferguson <willemferguson at zoology.up.ac.za>
> Cc: Subsurface Mailing List <subsurface at subsurface-divelog.org>
> Subject: Re: Fwd: Re: Dive Site Management - request for feedback
> Message-ID: <20150527133902.GV3054 at rrmbpvm.gr8dns.org>
> Content-Type: text/plain; charset=utf-8
>
> On Wed, May 27, 2015 at 06:13:49AM -0700, Dirk Hohndel wrote:
> > >
> > >    2) I create a new dive. The original blue message that said
> > >    something like "Move to the divespot and double-click the site" is
> > >    not there any more. If I double-click the dive spot on marble, then
> > >    I get a segmentation fault.
> >
> > Maybe not ideal.
>
> Fixed the crash. This is now a reasonable workflow to get a new site for
> the dive
>
> > >    3) I create  a dive, then go to Manage, type the first letter of a
> > >    dive site. Segmentation fault. On one or two occasions, no crash,
> > >    but in > 90% of attempts a crash. It it does not crash:
> >
> > Also not perfect.
>
> Ditto.
>
> > >    4) Create a dive, open Manage, fill in dive site name. Blue bar
> > >    appears on marble. double-click marble. Seg fault.
> >
> > I sense a pattern.
>
> Also fixed
>
> > >    5) I create a dive, open Manage, put cursor on coordinates field.
> > >    Now the blue message appears on marble. I double-click marble.
> > >    Segmentation fault.
> >
> > Yep.
>
> Also fixed
>
> > >    Looks like probably still not possible to add a new dive.
> >
> > It was before the latest round of patches. :-)
>
> With latest master this should be possible again. I can see several more
> bugs in this code, but I'm running out of time so I pushed what I have and
> will try to fix more of this later.
>
> /D
>
>
> ------------------------------
>
> Message: 5
> Date: Wed, 27 May 2015 12:26:47 -0300
> From: Edi Anderson <ediandersonlobo at gmail.com>
> To: subsurface at subsurface-divelog.org
> Subject: Subsurface ans Dropbox
> Message-ID:
>         <CA+N=SbLSJGMqs_=
> 2ZdQ1CRGkzJ5AkhQudCoLqfgfiZ8GL5dBgg at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hi everybody, Tomas and i talked about the Subsurface and he suggested
> include the possibility of perform download and upload of files in dropbox.
> I will start today, some suggestion?.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20150527/64e6cf2c/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 6
> Date: Wed, 27 May 2015 16:39:17 +0100
> From: JB2Cool <jb2cool at gmail.com>
> To: Edi Anderson <ediandersonlobo at gmail.com>
> Cc: "subsurface at subsurface-divelog.org"
>         <subsurface at subsurface-divelog.org>
> Subject: Re: Subsurface ans Dropbox
> Message-ID:
>         <CACuYfN5rto_=
> Q_90fhgGAbJPfMB9te1FFDo4ErkTmTg-bWNnxQ at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> What kind of files? I already store my main xml and bak files there.
>
> On 27 May 2015 at 16:26, Edi Anderson <ediandersonlobo at gmail.com> wrote:
>
> > Hi everybody, Tomas and i talked about the Subsurface and he suggested
> > include the possibility of perform download and upload of files in
> dropbox.
> > I will start today, some suggestion?.
> >
> > _______________________________________________
> > subsurface mailing list
> > subsurface at subsurface-divelog.org
> > http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
> >
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20150527/4cb3a636/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 7
> Date: Wed, 27 May 2015 18:03:37 +0200
> From: Willem Ferguson <willemferguson at zoology.up.ac.za>
> To: subsurface at subsurface-divelog.org
> Subject: Re: Subsurface ans Dropbox
> Message-ID: <5565EAD9.7060700 at zoology.up.ac.za>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> On 27/05/2015 17:26, Edi Anderson wrote:
> > Hi everybody, Tomas and i talked about the Subsurface and he suggested
> > include the possibility of perform download and upload of files in
> > dropbox. I will start today, some suggestion?.
> >
> It is so easy already, just drag the .xm dive log file into the dropbox
> folder. I do that regularly. What might pehaps be useful is a slightly
> more complicated facility that does auto-backup of the xml dive log onto
> dropbox, given a user-specified interval between backups. There are some
> security issues that would need to be thought through, though. It
> rudimentary to write a bash/rsync script to do exactly this if one
> already runs the dropbox application but it may be nice to have it
> built-in.
> Kind regards,
> willem
>
>
> ------------------------------
>
> Message: 8
> Date: Wed, 27 May 2015 18:22:32 +0200
> From: Davide DB <dbdavide at gmail.com>
> To: willemferguson at zoology.up.ac.za
> Cc: Subsurface <subsurface at subsurface-divelog.org>
> Subject: Re: Subsurface ans Dropbox
> Message-ID:
>         <CAD0Dsr216jh81jRDG=6k36CeEJYm=
> Z7VffaSRNpze9WD5bNTyA at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> A little OT
>
> What is the git integration that sometimes people here talk about?
> How it (should) works exactly?
>
> davide at mobile
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20150527/042ddb51/attachment.html
> >
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> subsurface mailing list
> subsurface at subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
>
> ------------------------------
>
> End of subsurface Digest, Vol 42, Issue 54
> ******************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20150527/246d70e6/attachment-0001.html>


More information about the subsurface mailing list