World: r3wp

so, perhaps more interested in the cycling ....

the idea is to greatly speed up text entry at the keyboard

OpenOffice does predictive text on the basis of words you've previously 
typed. It seems cool until you use something like manager, managed, 
managing and management in it. It then quickly becomes annoying and 
slows text entry down.

how so .. you type man and get 5 choices so save on typing all the 
rest ...

With Open Office you type man and get management whether you like 
it or not?

I think they do it that way to avoid having to use the mouse ...unless 
you can make the selection without using the mouse, choosing will 
be slower than typing.

On my mobile I use the * key to switch between choices

If a gui pops up, perhaps a key combination could be used to make 
a selection

Carl's Rebodex has something like what you describe.  It filters 
the data in a list rather than a drop-down type widget, but that 
would be easy enough to change.

... for you guys.  ;-)

Note that drop-list / edit-list already have this feature.

Ashley, you look at the art I uploaded?

graham, to me it would be faster to type than to select from a list, 
for most words. so it would really be just annoying. it can only 
help on longer words of which i'm not sure about the spelling...

it's a need on cell phones because of the small keyboard.

Textmate only autocompletes when pressing escape. when pressing escape 
multiple times, you can switch between alternative completions.

Still ergonomists have thought hard on how to speed up typing on 
restricted keyboards .. maybe there is something there that can be 
taken to a full keyboard

different point - is it necessary for the highlight to be removed 
from a text widget if the focus has gone elsewhere?
It doesn't happen with list widgets

Yes, text focus is implemented via View's caret handling functions 
which enable portions of text to be highlighted ... contrasted with 
list widgets which either highlight the entire row (or not).

Reichart, yes ... I'm deferring my decision until I've gone further 
with the UI changes; no point settling on something only to find 
it needs changing as the base look changes. I'll message you privately 
once the UI look is finalized and I'm ready to proceed with the [complementary] 
logo look.


Also, is there anything more comprehensive on the Quilt UI I can 
look at? I've got the Quilt Design Style Guide and the Search Sketch 
mockup, but really need something that either explains or shows color 
state changes (e.g. what happens as the mouse moves over various 
widgets and different states are triggered by clicking things)? Is 
there the equivalent of a Quilt "tour" I can take ... something that 
demos all widgets in action?

Logo - Cool


Quilt - Not yet.  In fact, state changes and gestures (mouse moves, 
drag and drop) is not done yet.  However, ya'll can be the first 
to learn, Richard (Cypher) will be taking over as head of development 
for Quilt.


Jason, Will and my self designed it up to this point, and now Richard 
and I will carry it forward, with Jason and I moving on to building 
a complete and fast Rich Text Editor for Qtask, and Will and I will 
be making our Calendar more dynamic.

Edgar will be leading the API back end...

410

?

I have no clue when and why I might have entered "410". It wasn't 
me! Maybe one of my little guys got near the keyboard...

;-)

I see how I can "talk" to , say, a text in a group by doing   set-text 
group/pane/1  but how  do I set the caption of a text in a group 
on the second tab of a tabgroup?

set-text group "New Text"

Ahley : How do I change  dinamically the tree  widget ? (nodes and 
texts)

you can't

add or remove nodes

>> items: [ "a" "b" "c" ]
== ["a" "b" "c"]

>> foreach i items [ display/dialog "" compose/deep [ button (i) 
[ unview ]]] do-events


why does this only display the first "a" button and none after that 
?

use hide-popup ...

User wants to know if they can right click on a radio-group to de-select 
any selection.

I can't get the radio-group to respond to an alt-click.

Do you mean, undo ?

A radio group implies that one option and only one must be selected 
at all times.

It sounds like an unreasonable request. :)

What are the choices the radio group is representing ? Is the radio 
group the appropriate widget in that situation ?

Anton, it's a text generation tool.

So, for example we might have
label "tonsils" radio-group data [ "normal" "abnormal" ]


So, if the user clicks on "normal" then the text generated is "tonsils 
normal" but if nothing is ticked, then no text is generated.

Wouldn't it be better to make that explicit, as in:

	radio-group data [1 "NA"  "normal" "abnormal"]

Easier to see if unset rather than 1/3 set somewhere

Any chance we'll be able to use a 'set-state/info with checks, spinners, 
drop-lists any time soon?

This calls for a radio group with an extra "unset/unspecified" item 
to the left, eg:

                / --(o) normal
unset  (o) 
                \ --(o) abnormal

It would have the same specification as Ashley's example above, but 
the first item is placed to the left of the other items to make it 
visually distinct.

So that's calling for a new widget, or widget variant, of course.

sounds too hard

because of spacing etc

Just go with Ashley's suggestion, then, as it reflects the actual 
states.

This is my attempt at computer generated medical notes 
http://synapse-movies.s3.amazonaws.com/Synapse-chained-macros.wmv