World: r3wp

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

I would like to double click on the choices in the edit-list, but 
that then results in loss of the highlite on the selected word.

Also, I would like to see some way for the text to scroll following 
the highlite, and currently I have to move the slider manually.

Nice work Graham.

Graham, it's really cool.

Impressive as always Graham.

thanks .. now to see if Ashley can help improve the focus/highlighting 
issues :)

Quite possible ... I'm looking at a 'no-focus option that would allow 
you to click certain widgets (e.g. text-list) *without* changing 
focus. This option would be the exception rather than the rule.

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

Sounds great!

A set-info func is in the works, but requires some rather extensive 
widget changes (e.g. drop-list and edit-list are different widgets 
at present).

I don't know how easily this can be fixed, but in VID if you highlight 
a text field by dragging across it and move outside the field, the 
highlight stays.  But in Rebgui .. it is lost.