Tags are only shown if they are identical for all edited dives

[Ďoďo]

Dirk, if I understand, then from user's point of view that's the way I
wanted to have it as well.
For a multiple selection one can set specific tag for all selected dives.
But the unset has to be done individually.

So it is not necessary to tag first entire trip as boat dive and then each
wrack dive individually, but opposite way will work as well.
Do I understand it correctly?

Jozef


On Sat, Apr 13, 2013 at 2:58 AM, Dirk Hohndel <dirk at hohndel.org> wrote:

> Linus Torvalds <torvalds at linux-foundation.org> writes:
>
> > On Wed, Apr 10, 2013 at 11:47 AM, Henrik Brautaset Aronsen
> > <subsurface at henrik.synth.no> wrote:
> >>
> >> Looks good.  But we would maybe need to display the partially selected
> tag,
> >> no?  I've seen similar tri-state checkboxes: selected (checked),
> unselected
> >> (unchecked) and partially selected (checked, but in grey).
> >
> > Why?
> >
> > Everything else we do, we show and edit the master dive data. There is
> > no "partially selected" data, exactly the same way there is no
> > "partially same location". When we edit the location of a dive, we
> > look at, and edit, the master dive location. Then, if other dives
> > matched the old location (or had no location information at all), we
> > update other dives too, but we very much have that concept of "master
> > dive", which is what we really fundamentally are editing. The other
> > selected dives are always about "ok, we *may* change them too, when
> > the old dive state made sense".
>
> Ok, after stewing over this a few more days I am able to actually
> articulate the issue in what I think is a meaningful manner.
>
> two dives selected
> 'master' has nothing set
> 'second' is a boat dive
>
> User clicks on 'shore' dive and OK.
>
> Master changed shore unset->set
> second shore was unset => set
>
> second dive is now both a boat and shore dive.
>
> This may be LOGICALLY CORRECT. But from a user experience I find it
> questionable.
>
> /D
> _______________________________________________
> subsurface mailing list
> subsurface at hohndel.org
> http://lists.hohndel.org/cgi-bin/mailman/listinfo/subsurface
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.hohndel.org/pipermail/subsurface/attachments/20130413/b28e625c/attachment.html>