World: r3wp

no, Windows

have u filed a Rambo report ?

we need Unicode. It is already one year ago or more, when Carl told 
me, that RT received more requests for Unicode support and that it 
is relatively high on their to-do list. But who knows what does "high" 
mean here :-)

Carl knows the problem ... well at least I had the chance to talk 
to him once trhu a feed back... and also there was a ticket in the 
past ... i remember... but then

file it again if it's not there.  That's the only source they now 
use.

I guess RT put things aside just because its not so urgent

I just do not know how to to it. would you mind to explain to me 
how-to?

at www.rebol.net?

where?

sorry I got it ... pls do not mind

allright guys I got a ticket:  RAMBO Ticket #-359 . Let´s see what 
happens. Thank you all

I was working on my knob style and I realized that the knobs look 
like flying saucers from ed wood films. so here is simple demo - 
do http://krutek.info/rebol/ufo.r

how do you fire? space bar doesn't work!

:)

graham :)

sorry, I thought I was playing Asteroids :)

I'm probably going to write a game basedon it

Here is fun script from Bo (with help of Anton) - plese add it to 
Desktop demo folder :-) http://www.rebol.org/library/scripts-download/swintro.r

does text-list supports multi-column?

Allen had mentioned using rate to handle forever loops in action 
blocks but my problem is that i have a while loop that executes a 
lengthy amount of functions before it even loops again.  I almost 
believe I need a multi-threading way of doing this.   I thought about 
it for awhile and think an enhancement would be nice where you can 
for example use launch function for executing additional threads 
but have a memory space for passing data between the threads.  Any 
of the REBOL gurus involved with RT know if something like this is 
capable?

dunno, probably not a bug, but at least a cache headache - imagine 
following scenario. Today I did small script for my friend. I created 
C:\app-name-here directory and put it inside, along with rebol/view. 
I then decided to install View, to get .r association, so that my 
small scripts could be put directly onto Window desktop (I don't 
need yet another desktop - View one, If I can't parametrise it further 
- buttons, removal of rebol.com etc.). So, after installation, I 
filled in network info, saved, and exited view. Then I could see, 
dirs like 'public, 'local 'desktop were created.  So I deleted them, 
to remove additional clutter they caused in my directory. To my surprise, 
View ignores the fact it is already installed, I choosed to not use 
desktop, yet I was brought to desktop once again.

I can understand that I should not probably put cache location into 
my preferred app directory directly, but I wanted to have it self-contained 
- not Rebol scattered around my hd. Sadly, settings for desktop are 
in Desktop directory, so once I delete it, rebol starts to desktop 
once again. Imo we need desktop?: no setting in user.r

After all - wasn't there any such setting in the past?

desktop: false was in prefs.r in View 1.2.1 (I have 5 versions of 
Rebol saved for some reason...)

desktop: none in user.r could work. would replace 'desktop-func with 
a nop. not tried.

;umm am I using Toggle wrong or is there a glitch in it?  This is 
View 1.3.1..


view layout [Tog1: toggle {First} Tog2: toggle {Second} btn {Pop} 
[Tog1/Data: Tog2/Data: false show [Tog1 Tog2]]]

oops I started looking for more and toggle and forgot to say the 
problem  XD


Pop is just supposed to.. well.. pop the buttons up, but it won't...

use face/state, not face/data (all styles should use /data... but 
they don't...)

Thank you  =^)

Hi Gabriele, Is there a possibility of putting aliases put in place 
so View has that consistency across all the styles?  I think we also 
have /value and for a text face /text when I think it could always 
be /data

set-face and get-face are the answer to this problem. accessors still 
need to be written for some styles though.

A puzzle this brings up; where is the 'value referred to by this 
function
>> layout [text-list with [print mold :update]]
func [/local item value][
    sld/redrag lc / max 1 length? data
    if item: find data picked/1 [
        sld/data: min 1 (index? item) / (max 1 lc)
        sn: max 0 to-integer sld/data * ((1 + length? data) - lc)
    ] [
        sld/value: 0.0    ; <----------- ?
        pane/offset: 0x0
    ]
    self
]
>> layout [scroller with [?? value]]
** Script Error: value has no value
** Where: ??
** Near: mold name: get name

that's face/sld/value, not face/value

yes, I know.

ah, also, you're comparing text-list and scroller. mmm.

sld is a scroller

but if you do:
>> find mold svv/vid-styles/scroller "value:"
== none

that's most likely a bug. should be sld/data

i think /value is the remains of a very old scroller style :)

Yes, If you examine
 write clipboard:// mold svv/vid-styles/text-list

then you cannot see any reference to "value:"  (ie. the text-list's 
scroller is not extended with the 'value facet either).

I agree. So maybe the text-list/update function is not used much 
any more ?

submit to rambo (if not already there)

well, /update should be used by users. maybe noone found the bug 
so far.

OK.

I'm too tired right now to do a more full analysis unfortunately.. 
but I'll submit at least.

yes, just a reminder about this problem. replacing that with data 
will fix it.

layout [t: text-list]
t/update   ; <--- what is strange is this doesn't cause any error
t/sld/value
;** Script Error: Invalid path value: value
;** Near: t/sld/value

anyway...

hehe, it's not strange. but, i had to look at it very closely to 
see why :)

oh.. :-/ ok.. c'mon brain...