World: r3wp

view layout [box 200x200 effect [
    draw [
        push [
            scale 0.106 0.106 pen black 
            fill-pen red 
            line-width 14 
            box 0x0 1000x1000 
            fill-pen white 
            pen none 
            circle 500x500 170
        ]
    ]
]]

can anyone tell me how I can improve the rendering of the above circle 
?


its extremely ugly .  this is directly related to the use of the 
SCALE in the draw block. 


as the scale chanes, it seems that the quality of the circle improves... 
but I need this to be pretty when its small as well as when its very 
large.

chanes = increases

the real question (which I posted on FB as well, but in italian as 
I was commenting a friend's link), is whether there is any proof 
that this is "better" than swype

it's a bit like dvorak - as much as i like it, use it, and prefer 
it to qwerty, there is no actual independent study that proves that 
it is "better"

well, swype does require you to "aim" the letters... 8pen could be 
used by a blind person within a short time.

you're now making it special purpose.


don't forget that a lot of people already know the qwerty layout 
so "aiming" the letters is pretty natural. then there was also that 
other input method where it could figure out what you type even without 
a keyboard on screen (forgot the name)

here it is: http://www.youtube.com/watch?v=M9b8NlMd79w

sounds like you could combine the two .. but the reason I posted 
the link is because I thought it could be easily programmed in R

Whether some is better than something else appears to matter little 
when determining popularity

Maxim, re SCALE that is a known issue in R2 DRAW. Not sure when(if) 
will be fixed...use R3 ;)

Graham, I never talked about popularity, indeed. :)

Gab, fact is .. I don't read Italian :)

lol... i meant, in the discussion here. :-)

I'm getting some strange giberish characters when I clear a drop-down 
by filing it with "". Is there a better way to do it?

Found the prob...
I was using "Clear myropdowndata" 
Changed it the "Mydropdowndata: [ ]

Seemed to affect other fields as well

try 

clear head mydropdowndata/data

if using rebgui

Sometimes, not sure with dropdown data, you need to update the line-list 
facet as well. A few styles force you to work with their internals 
this way, when doing more than simple UIs.

In View 2.7.7.3.1, get-net-info function gives the following error:
** Script Error: get-reg has no value
** Where: get-net-info
** Near: def-mailer: get-reg/hkcr "mailto\shell\open\command" ""

I guess GET-NET-INFO is some left over from REBOL's boot and should 
be unset when it finish. It's same as in 2.7.6

I see, thanks.

I'm having trouble changing the scroller size (i.e. width) for the 
text-list style. Changing the font size was easy enough. I'm trying 
to make it bigger to accommdate fat fingers on a touch screen display. 
Has anyone done this before? Thanks.

print mold svv/vid-styles/text-list/init

Note the hardcoded size 16x0.

You just need to patch that.

Anton, that worked great. Thanks.

stylize/master [
	fat-list: text-list with [
		use [blk][
			init: copy init
			blk: copy select init [pane: layout/size]
			replace/all blk 16x0 32x0
			change/only find/tail init [pane: layout/size] blk
		]
	]
]


view center-face layout [fat-list "Is the scroller" "fat enough?"]

Oh, you already did it.

Yes, but yours is more elegant than the crude patch job I just did 
to the actual text-list style. :)

It depends on if you need the original text-list style unmodified 
alongside your patched version. If you intend merging in other code, 
then it's better to derive a new style. If not, then it doesn't matter.

I decided to leave the original style alone and use your fat-list 
definition for the reasons you stated. Thanks.

When writing a spreadsheet/grid, is it better to give each cell a 
name, or work out the location based on  a grid reference?

I would say both of them, but are you talking about the user interface 
of the style or something else ?

accessing cells programmatically .. ie. populating them with data

Both make sense. We use a name generator on our RebGUI grid implementation, 
the nice thing about this is, that it's position independent. If 
the column order etc. changes, the names stay the same.

If you expect to support large, dense, spreadsheets, you may want 
to minimize storage by having a name mapping interface. If the target 
is small/medium/sparse sheets, having the name explicit for each 
cell may be practical. In any case, having a alias system would be 
nice, for named cells and ranges.

>> view layout [
[     box white 327x327 draw [
[          pen logo.gif fill-pen off box 100x100 300x300
[         ]
[    ]
** Script Error: draw expected image argument of type: image pair
** Where: do-facets
** Near: draw [
    pen logo.gif fill-pen off box 100x100 300x300
]

...but this is an example from the Wiki docs : http://www.rebol.net/wiki/Pen

It error out with 2.7.7,  1.3.1, 1.2.8 so whats-up ? Is this just 
R3 Draw capability ?

you are missing the EFFECT facet in your code (the DRAW block is 
inside EFFECT block in R2) so the correct way is:

 view layout [
     box white 327x327 effect [draw [
          pen logo.gif fill-pen off box 100x100 300x300
         ]]
    ]

Oh my god. sorry for the mistake. Jumping from R2 to R3 syntax make 
me dumb.

Is there a way to set focus on a field and then send some characters 
into the keyboard buffer or something to simulate key strokes?

Or, should I be looking at some windows macro programs?

you can in glass ;-)

unfortunately I can't rewrite 1000s of lines to just solve one issue

the standard view doesn't have programmable events.  but you can 
set the field's data after focus...

that doesn't work .. so I'm thinking some key recorder or something

what do you mean it doesnt work?

it's a RebGUi issue

there's a bug in my widget and i have to stuff one character in it, 
delete it and then insert the characters I want