World: r3wp

Officially released 10-jun according to the download page:
http://www.rebol.com/view-platforms.html

[oops we typed at the same moment]

I guess it might be worthwhile waiting for LNS to do a library interface.

Kill two birds with one stone as it were.

Now, where is Viewcmd 1.3 ?

rebol 1.3.0.3.1 final - upgrade command, and the result? "You are 
running an unknown version of REBOL." :-)

what do you mean by "library interface" Gregg?

Can someone try 'call and 'sound interface? At least 'call seems 
to work, while when you start Desktop, those components are listed 
as "(View/Pro). If those are unlocked, then Desktop text should be 
enabled ...

enabled=corrected

well, my gomoku script which uses sound dies under 1.3 :(

that is bad, and probably mistake by RT, not intention - they claimed 
sound will be free for 1.3. 'call seems to work here, but I have 
license key, so I wonder if I don't run /Pro.

I have /pro license .. just saying that my script dies

because of other problems with new View 1.3

hmm, anyway - why console does not report anymore you are using license? 
That way I can't be sure if I run /Pro or not ...

sound works for me

Is there a "proper" way to set font properties for a single element, 
such as 'text after the layout is created?

I'm trying:
view layout [a: text "12345" b: text "12345"]


and set the font size for a: a/font/size: 14 (b is 12 at this point)

then I unview it and:
view layout [a: text "12345" b: text "12345"]
once more. Now b has font size 14 as well.

They seem to share the same font object....

Does %user.r work with View 1.3. I add the following line to %/c/rebol/view/user.r

	print "User.r called"


then double-click the %rebol.exe file in the same directory ... but 
no message.

Henrik, in these cases you need a local font object.

and set the font size for a: a/font/size: 14 (b is 12 at this point)

 <--- I don't set a to a/font/size there although it looks that way, 
 sorry.

should be "and set the font size for the variable a to: a/font/size: 
14"

I'm not sure just how that changed, Ashley, but I did hear some talk 
somewhere here about execution of user.r being removed because its 
a security issue...

A and B share the same, so what you need to do is

view layout [a: text "12345" font-size 14 b: text "12345"]  ?

a/font: make a/font [size: 12]

ashley: I can't determine font size at layout time

christianE: interesting, I'll try it. thanks

christianE: it seems to work, thanks :-) now to integrate it into 
my program...

You're welcome.

Ah, should have mentioned that it's not necessary to do that *everytime* 
you change the fontsize. It's necessary only for the first time you 
alter it.

After that, you simply can A/FONT/SIZE: 13

I didn't think it was either :-)

yes, works in my program too! solves an age old problem for me :-)

Shadwolf, yes, you're right. Today VID is a bit loosing the focus 
in favour of REBOL/View 1.3.0 and probably RebGUI, but I'm sure there 
will be efforts again.

RebGUI  have it's own phylosophy first make tiny useful widget set 
that take the lead over VID ...

someone tried to port Cyphre's menu to RebGUI?

Yes, it's a whole new approach.

Shadwolf is doing so.

but my ask in the reflexion process is why to consum less code less 
memory less CPU  and be sharpen if we are only at the level of what 
we can see with winAPI ....

ChristianE's looks more polished, but - way too large, especially 
for Carl to include it in official distro - 75KB ...

No, it's really no 75 KB pure code, far less.

We must IMOO  have a widget set that is similar than what are  people 
habbits and be smoother and able to be distinguish directly

I think Rebgui could be an OS independent link to user Interaction

we abstract from OS capabilities and set of widget and we introduce 
a commun set

That's right, shadwolf. My approach was more of the kind of simulating 
existing OSes, I had a need for that.

this is in my opinion the same intent as GTK+, WxWindow, TK, QT and 
other in this mood libraries ;)

As I said - we need tree-view, grid (or little better list), tabs, 
group-box, and maybe even menu. Those missing styles will make it 
difficult to newbies to start using View as full-fledged dev-tool 
replacement ....

That was my starting point. These bunch of missing styles, no resizing, 
...

I am developing a better listview myself... hopefully it'll be generally 
useful in a few weeks

As I said - I can definitely tolerate different look. It is imo even 
vital to be slightly different. Today that is once again a trend 
- just look at Ad-aware for e.g. But - ppl will not tollerate that 
well, if app behaves differently, commone keys don't work etc. - 
that is my experience ...

Chris your code can be bettered more people will work on it more 
sharp it will be and if we have as goal to include it into a state 
of art basement library like rebGUI I think this will be very enthousiastic 
for people who will participate ;)

@shadwolf:  : D