World: r3wp

Yes, have mercy on us all !

speed.r kind of becoming natural part of R2 and R3 - http://www.rebol.com/article/0506.html

On Mac 2.7.8.2.5:

>> ls
** Script Error: path has no value
** Where: ls
** Near: switch type?/word :path [
    unset! [] 
    file! [change-dir path] 
    string! [change-dir to-rebol-file path] 
    w...

>> source speed?
test
test
... (fills console)
test
test
<code>

the source is correct.. there is just a big string wirh many "test" 
lines which is used in test :)

Ashley, that looks like the R3 source of LS, not the R2/Forward source. 
For that matter, the R2 source of LS on Windows doesn't look like 
it has changed either, and looks like the old R2 source. I'll look 
into it.

I'll also look into fixing the SPEED? bug.

Just remembered: The reason R3's LS wasn't backported to R2 was because 
its behavior wasn't settled yet. However, since there have been no 
changes in it for more than a year, and it's just a console-level 
formatting function, there should be no reason not to include it. 
In the meanwhile the R2/Forward version works fine.

it seems the AGG text bug was not pushed to the 2.7.8  release...

I meant, the fix was not released.

Does 2.7.8 support get-words with paths? eg :obj/get-my-data

>> o: context [test: 3]
>> a: o
>> :a/test
== 3

I think Peter might be asking about this sort of usage case:
     o: context [test: 3]
     a: 'o
     b: 'test

    o/:b   ;; this works
    == 3 
    :a/:b  ;; this fails
    ** Script Error: Cannot use path on word! value
    ** Near: :a/:b

    get in get a b   ;; this works, but it is hardly elegant
    == 3

I thought :a/b is a get-path! as a whole?

Here's my issue though I'm still running 2.7.5

>> f: func[][1]                
 
>> o: make object! [my-func: :f
]
>> b: reduce ['my-func :f]     
 
== [my-func func [][1]]

>> :o/my-func
== 1

>> :b/my-func
== 1


As you can see the value is being evaluated when using a "get-path!". 
Rebol3 simply presented the unevaluated value which is what I had 
expected.

Then yjou did not notice, that in R3, it is a different datatype.

(no get-word in the value)

No I didn't so let me rephrase my question. Is the  get-path! type 
supported in 2.7.8?

no, the datatype does not exist in R2

Thanks.

am I the only one who notices that cut and paste is completely broken 
on Rebol2 new releases?

Which platform?

Windows 7

I can paste into here, and everywhere except Rebol2 2.7.8

Works for me on XP (normally I would have 7 but that computer needs 
rebuilding). Right-click menu, ^V and read clipboard:// .

Works for me on REBOL/View 2.7.8.3.1 1-Jan-2011

on Win7 32b

am I the only one who notices that cut and paste is completely broken 
on Rebol2 new releases?
 - most probably yes, it works for me - Windows 7 64-bit

works for me as well.

Well, windows cut and paste services are working for me with other 
apps ( except chrome which often won't allow pasting from chrome 
into other apps ) so I guess I have some weird software that is stopping 
this working.  Often it goes away when I reboot ...

could it be malware?

that only affects Rebol ?

Graham, I sometimes see the copy  problem happening. I'm not sure 
why it happens and I am usually running rebol. Mostly I notice it 
with Ultraedit and Altme though I think they become the victims of 
the circumstance. I'll notate it more closely when it happens the 
next time. BTW, paste always seems to work but it will of course 
paste the last thing it could copy.

Graham, also check to see that a right mouse/copy works. I've seen 
cases where the Ctl-C stops working but right mouse does (?)

Not for me ... I try the Control-C, and also Control-X and right 
click, copy .... but can't paste into Rebol.

but I can paste into other apps ...

Ah. Yes, I've seen that too. As I mentioned, this happens in Ultraedit 
though I'm not sure if rebol is originally causing it or not. Usually 
I have to close down the app and restart it to make it work again.

it might be windows 7 specific since I've never had a problem with 
rebol copy/paste on XP.  
they changed a lot of APIs in vista/7 . 

Altme is a different story though.

one thing to look out for in view (in any face using the caret and 
standard focus mechanism) is that when windows are closed, they do 
not unfocus their fields.  this has bitten me quite a few times which 
made other key handlers seem like they where dead.


this is why you should always call unfocus when you open or close 
a window in view.

How about including a few common parse rules ... such as digit, digits, 
alpha alphanumeric in the standard build.  Adds nothing really.to 
size.

That's a good idea. Should be part of R3 as well.

some of these exist already but they're hidden inside special contexts 
such as the url parser

Well, this is interesting....


I don't have clipboard functionality in 2.7.8 while Prevx is running, 
but I do in 2.7.6.  Turn off Prevx monitoring and my 2.7.8 clipboard 
starts to work again.

Checking the Prevx support forum, it appears that they block pasting 
to applications to prevent clipboard monitoring. R2.7.6 is probably 
in their whitelist. Someone with a Prevx license needs to report 
that they are blocking 2.7.8, so they can add it to their whitelist.

In particular, they block all apps not in their whitelist any time 
a "secured" web browser is open.

a secured web browser??  do you mean a https site is open?

Nice, a tool that prevents you from using your computer, unless you 
tell them that you really want to

I'd already figured out i needed to disable prevx for doing screen 
captures!

Didn't you install it for nailing your clipboard and screen buffer 
shut?

No :)

I installed it because I'm too cheap to buy a virus scanner