<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Here is a mock up:<br>
<img src="cid:part1.07030305.00040200@yahoo.com" alt=""><br>
<br>
When search or match is selected Restriction is enabled and Select is
disabled.<br>
<br>
We can go one further, if we can merge search and match. We can get rid
of the radio buttons altogether.<br>
If Find is non-blank, "Go" uses it and restriction to fill in passage
and displays the passage.<br>
If Find is blank, and Passage is not then "Go" displays the passage.<br>
"Select" will change the passage as it does today.<br>
<br>
I don't know if getting rid of the radio buttons would be too confusing.<br>
<br>
<br>
DM Smith wrote:<br>
<blockquote cite="mid41335495.7070204@yahoo.com" type="cite">Several
people have made suggestions/requests for improvements in the
lookup/search/match area.
<br>
Perhaps Mark meant that the divider between the LHS and RHS could not
be moved to the left. This is a side-effect of sizing the combo box to
the size of the longest bible name. I changed it from having a
prototype that always truncated medium size names to one that displayed
them all.
<br>
<br>
If we put this on a line to itself, it will show the full bible names
and also allow the divider to be moved. It will still limit the amount
of travel to the left, but in my testing it seems to be a reasonable
limit. Any smaller and the reading area becomes too narrow, IMHO.
<br>
<br>
Someone suggested that search and match should not jump back to the
lookup screen. This would allow the user to see their search request
and the answer at the same time.
<br>
<br>
I suggest that we merge the three cards into one. The basic idea is
that all three perform a search, the interpretation depends upon
context. In each case the result is a passage. In the case of the
lookup, it replaces the search request with the results. In the case of
the other two, it puts the result in the lookup card and switches to
it. In the case of search/match, the lookup can be restricted.
<br>
<br>
There still would be a Bible ComboBox picker.
<br>
There still would be a radio button group of lookup/search/match.
<br>
There still would be an entry area for search request.
<br>
There would be a restriction widget, which would be active if either
search/match is selected.
<br>
There would be a lookup passage button, which would be active if the
<br>
There would be a result text area, which would show the results of the
lookup/search/match
<br>
<br>
So from a layout perspective
<br>
Row 1: Bible Picker (or this can be on the same row as radio buttons as
it is now.)
<br>
Row 2: lookup/search/match radio buttons
<br>
Row 3: Search input w/ Go button
<br>
Row 4: Search restriction input or Passage Selection button or both.
<br>
Row 5: Passage result.
<br>
<br>
In the case of lookup, row 2 would not change, but row 5 would have the
interpretation of row 2.
<br>
<br>
Someone else suggested merging search and match and trying to deduce
which the user wanted. This would prevent the confusion concerning the
difference between search and match. I don't think this would be too
difficult.
<br>
<br>
<br>
<br>
_______________________________________________
<br>
jsword-devel mailing list
<br>
<a class="moz-txt-link-abbreviated" href="mailto:jsword-devel@crosswire.org">jsword-devel@crosswire.org</a>
<br>
<a class="moz-txt-link-freetext" href="http://www.crosswire.org/mailman/listinfo/jsword-devel">http://www.crosswire.org/mailman/listinfo/jsword-devel</a>
<br>
<br>
</blockquote>
</body>
</html>