World: r3wp

How the Rebol uses default fonts for f.ex. buttons?

are you trying to change the font?

I am trying to understand why my font encodings is diffrent on my 
job laptop and on my home desktop. Both have the same OS - WinXP. 
Rebol script is the same sitting on the webserver. I did not specified 
any specific font in my script.

I did not find yet anything in docs about what is responsible for 
font encoding.

What I found with AnaMonitor is that arial font is used. 

But it seams that problem is not there. I just downloded that script 
localy and it looks like encoding is changed in script by downloading 
but not font encoding paramer !?

But why it changes when I am downloading to my desktop but not -when 
to my laptop?

O'k I found it - and of course it was not a problem in Rebol.

Somehow I had changed setting Language for non-Unicode programs in 
Regional and Language options Advanced tab.

Is there a default uptodate MS-Windows /VID somewhere for view? I 
want to skin /view to be MSWindows.. I know there was once a windows 
skin but was it Win95?

a bug? view layout [ch: choice 100 "a" "b" "c"  btn "zmen" [set-face 
ch "c" show ch]]

face/text is not set in set-face for choice ....

has anyone actually tested particular functions?

I don't think proper accessors have been made for all the faces yet. 
I know that BOX doesn't work

so why they were included at all, if not finished? :-)

it is not stable release then, but half-implemented ... I got now 
my rebol friend really pissed and I feel for him ;-)

so VID has definitelly issues ... and we are still waiting for "to 
be soon made announcement (tm September 2005)" about what's the plan 
for VID ...

well, it's not hard to implement your own accessors

copy them from another face

correction: "it's not hard" => "it's not hard if you know what you 
are doing" :-)

I know - it is just that View 1.3.2 is regarded being a stable release 
.... but the thing is, you really can't depend upon proper style 
behavior ... it is really tiresome to still "debug" VID ....

there's a million things wrong with VID, but right now there isn't 
much to do but work around it

but that is really painfull .... I think some ppl would give-up VID 
freedom for consistency ....

then your work is turning into debuggin and finding workarounds, 
instead of concentrating upon development .... I am not sure other 
toolkits as Qt are so inconsistent ....

the thing is: what can we do about it right now? not much, other 
than either wait, or come up with sneaky solutions on our own. some 
did a solution and made RebGUI. I made LIST-VIEW, because I needed 
it and that's really the only way forward. Carl can't work on 50 
things simultaneously (or can he?) and designing a new VID, I don't 
think Carl can do that in an afternoon.

This is what we have now, and we better make best use of it, no matter 
the shortcomings

besides: read Announce and see if there are some critical VID bugs 
not in RAMBO

well, but that is new info to me, that accessors are not finished, 
yet they are used internally ...

now to do what? report new bug, or to check all styles?

besides that, I have issues with accessor's design anyway :-)

yep, it's not perfect

Carl is calling for bug to fix and (if possible) the fix for it for 
View 1.3.3.

I f you want it to be solved in next relase, just take some time 
to investigate and implemented missing accessors as you want them 
to work.

I dislike people who just go voting (half an hour) and complain during 
five years against their candidate.
On est jamais mieux servi que par soi même

accessors should not be introduced if not finished, period ....

I really start to wonder how our community does look from the external 
pov. It was my friend who got pissed, not me actually, so ...

go to RAMBO and check for my name and you will see that once I find 
a bug, I report it ... not to mention tonnes of my reports in earlier 
days ....

you should be carefull to your statements, as some ppl simply use 
REBOL as a tool, nothing more. Not like us. And to them your claims 
will become arrogant ...

btw - I have one long-standing bug there which I consider important 
to be solved, I reminded many times about it, I even (with help from 
Ladislav) tracked  down where the problem is, but still nothing, 
so :-) ... yes, the red-icons bug :-)

red icons is about ios, net view... so, you can get it fixed on new 
releases of ios, not on new releases of the sdk ;)

that is of course far from the truth ;-)

it was never fixed and it is still in Core ...

... just look at my ticket and you will find out, where is the problem 
... :-)

petr, the ticket is there and won't be forgotten. there's no problem 
with that. but, to fix the red icon problem you need more than that 
- you also need to release a new version of ios.

I am not sure about that ... we tracked down the source ... there 
is one condition actually involved ... which mistakenly fails because 
of how Core (or it is Windows, dunno), report timezone ...

I just call it "red icons" problem, but I don't relate it to IOS 
itself ......

I mean - I am interested in Core fix ... not IOS new release, that 
can come later ...

is there any other script other than ios that has problems due to 
this bug?

actually - no ... let's wait for new altme :-)

view layout [text "Test" font-color none]

This may sound silly, but doesn't one expect the text to be invisible?

Probably yes. (and doesn't sound silly).

Is there a way to have "invisible" text in a face, i.e. invisible 
text even if ALL [STRING? FACE/TEXT NOT EMPTY? FACE/TEXT] is true?

This seemed to be the natural approach; I can't come up with a solution 
to this question (driven by cure curiosity).

I don't think you can do it in a single face... but so I can understand 
the goal, why do you need it ?

ah just pure curiosity.