Dive Site Management - request for feedback

Benjamin nystire at gmail.com
Tue May 26 19:55:26 PDT 2015


If that is the case, maybe move the "manage dive sites" button into the top
menu? As it currently stands, it gives the impression that it controls the
dive site for the current dive.

Benjamin

On Tue, 26 May 2015 23:32 Tomaz Canabrava <tcanabrava at kde.org> wrote:

> both
> I think I need to discuss something with you, regarding the dive site edit
> it seems here that most of the stuff that I did 'wrong' is because we are
> thinking about different things for it.
> for instance, you set the curr_dive_site to be the same as
> displayed_dive.dive_site
> and I was programming as if the curr_dive_site is the current one selected
> from the combobox
> the 'manage' button shouldn't change the dive sites of the current dive,
> but just manage the avaliable dive_sites.
> and to change the dive_site of the current dive, you would change in the
> information panel, as any other information.
> what you think?
> _______________________________________________
> 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/850d2e6c/attachment.html>


More information about the subsurface mailing list