[rkward-devel] Position of Data picker target

Thomas Friedrichsmeier thomas.friedrichsmeier at ruhr-uni-bochum.de
Sat Oct 3 20:09:21 UTC 2015


Hi!

Next round:

On Tue, 29 Sep 2015 18:45:05 +0200
jan <d_jan at ymail.com> wrote:
> … 2nd Usability issue
> 
> Problem: The data picker target (the field you "put" the selected
> value from the list of data objects in) belongs function-wise to the
> list of data items and the green "put it there" button(s). Because of
> constraint space it is often placed on top or below other options. In
> this (frequent) case, it (visually) groups with the other (not
> directly data-picker-related) options, rather then the data picker
> list and it’s button.
>
> Proposed fixes:
> a) A line (like HTML’s <hr>) to devise the data picker target from
> other options

I'm afraid I can't quite picture what you mean, or how it would help.
Perhaps I'm looking at different dialogs... 

> b) A coherent position for the data picker target. It sometimes
> appears below- sometimes on top of other options. It would be great
> to have some coherence, since it would ease learning and make other
> (more complicated) fixes less needed.

I think the - unwritten - ruleset is currently:
 - Data picker target (<varslot>, technically) goes on top, except:
 - If a selection is only needed subject to certain other settings, the
   <varslot> is directly below those. Example: File->Export->Export
   Table / CSV, the "Rows and Columns" tab.

Whether or not the above is a good ruleset, there are - very few -
plugins that violate it, as far as I am aware. Examples I have found
are:

- Analysis->ANOVA->ANOVA (from rk.ANOVA), mixing "Design" in between the
  <varslots>. That still makes some sense to me, although it may be
  possible to move "Design" to an entirely separate row on top of
  everything (including the data selection list, aka <varselector>).
- Analysis->Means->t-tests->Pairwise t-tests, placing "Data format"
  first. Again, it might make sense to move this "even higher" as in
  the "t-Test" plugin in the same menu.

I assume you had in mind more problem cases than just these two. Could
you give some examples?

Regards
Thomas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://mail.kde.org/pipermail/rkward-devel/attachments/20151003/7c32f9ce/attachment.sig>


More information about the rkward-devel mailing list