Image management, bug fix

[Guido Lerch]

2015-10-13 19:01 GMT+02:00 Dirk Hohndel <dirk at hohndel.org>:

> On Tue, Oct 13, 2015 at 06:58:03PM +0200, Guido Lerch wrote:
> > Hi Dirk
> >
> > > Am 13.10.2015 um 17:50 schrieb Dirk Hohndel <dirk at hohndel.org>:
> > >>
> > >> Hi Robert
> > >> Before I comment point by point let me mention that is is exploratory
> and that I do not have all the answers yet.
> > >> Yes I am a photographer and my intent is to have the images available
> regardless off the computer I am at.
> > >> Hence a Dropbox location would do the job. My expectation is that
> people are not wildly let ssrf manage tons of images unless they provide
> the space.
> > >> Long term I have some really cool features in mind.
> > >
> > > So I haven't paid enough attention to this, but lets state very
> clearly:
> > >
> > > primary target for this should be the Subsurface cloud storage (i.e.,
> git). This is what people will use from their mobile devices, so this is
> where we should achieve transparent and perfect image handling.
> > I am playing with this locally for the time being to learn more about
> the code etc.
> > When you say the final goal is cloud storage then you also mean the
> images ?
>
> Yes. And you can test this locally as you can store to local git
> repositories as well. And yes, the git storage is set up to store pictures
> as part of the git storage. Exactly so that you could have them show up on
> mobile devices and on different systems connected to cloud storage.
>

Thanks for clarifying, I am still surprised that you want to allow GB of
data being stored
in your cloud.
Nevertheless, we had some good discussions on how this should be done which
will benefit
the cloud approach as well.
As of now the new patches, that I have only sent to Miika yet, to check for
memory issues I am
still introducing :-( ... do

Copy images from their source to a local, predefined, location.
If the user deletes an image from a dive, the code check's if the image
is part of another one and if the picture is stored in the predefined
location.
If the two criteria are fulfilled the image will be deleted physically too.

Via the preferences the user can switch the image management on and define
the location.

Would you be open to have the images being locally stored as well or only
cloud. If locally
as well, then using GIT ? (good learning for me anyway)

What I want to play with next is to add a Context Menu to making deleting,
selecting of images
a little more user friendly.


> /D
>



-- 
Best regards,
Guido
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20151013/4fd1d75a/attachment-0001.html>