World: r3wp

That's just imap

like, whatever

now that we have ssl in view (woot) can we access gmail's via IMAP?

sure if you modify the r2 imap protocol to use ssl

hmm.. sounds like hooking up to another PHP as proxy

can use a ws socket or whatever, and skip opening port 993 on the 
client as well.

Nick, then you use things like ImageMagick, there's a script to support 
it on rebol.org and I have an improved version somewhere on my HDD,if 
you're interested.

I am actually.  :-)

Does 2.7.7.3.1 not have the /async argument for open?

Nevermind


The /async was removed a while ago. If you want to use async, you'll 
have to use Gabriele and others' async protocols

Rebolek, then we need 12 Megs insteac of 100k :(  ... but I am still 
interested in your improved version :)

insteac -> instead

when using the REQUEST-FILE function anyone know how to prevent rebol 
from adding its own filters?


I'm specifying one, and it adds REBOL, *.*, and images... but its 
a stupid setup since I can't manage JPG or GIF images in REBOL.

request-file/filter "*.jpg"

seems to work fine for me on WinXP, show folders and jpgs only.

yes it works, but if you look at the filter box, you will see that 
rebol adds 2 more filters  :-(

who cares about rebol files in an end-user application  >:-(

I don't remember any tricks to do that Max.

maybe we should make a wish for it in the next R2 release?

I see now what the problem is. Those REBOL types are hardcoded into 
view-request sources. 
But you can patch them away with

	remove find/only req-file/filter-list ["*.r" "*.reb" "*.rip"]

 remove skip find req-file/start-out/3 [fp: rty "Normal" "REBOL" "Text" 
 "Images"] 3

After that, request-file should come up without the REBOL types.

That at least seems to work on windows, I don't know what happens 
on other platforms.

Or just use local-request-file directly.

Yes, http://www.mail-archive.com/[rebol-list-:-rebol-:-com]/msg12381.html 
gives some hints on how to do that, but it doesn't seem to be officially 
documented somewhere.

So if an 'area loses focus, the highlighting disappears.  Is that 
correct?

yes

Is there a way to retain highlighting?

that depends on how you unfocus

In standard VID, it's quite a pain to do anything before the unfocus 
action. You have to manipulate the field and area styles to allow 
an action before that.

I was introducing someone to REBOL, and he made a button that modifies 
the highlighted text.   It works fine with the intialized text, but 
if you type more in the 'area and then press the button, the highlight 
variables are set to none, and I can't figure out why there is a 
difference

can you show the code? there are som parts of highlighting that can 
be tricky to use.

return-highlight: func [fac /a b la lb ans] [
	la: length? a: system/view/highlight-start
	lb: length? b: system/view/highlight-end
	either (la > lb)	[
		ans: replace a b ""				
	] [
		ans: replace b a ""
	]	
	return ans
]
view layout [
	size 600x460
	across
	choice "<w pos>" "N" "ADJ" "V" "PRO" "PREP" [
		t: return-highlight textfield
		before: rejoin [{<w pos="} value {">}]
		after: {</w>}
		textfield/text: rejoin [ before t after ]
		show textfield
	]
	
	below
	textfield: area 575x360 "try me out"
	btn "display selected text" [ 
		alert return-highlight textfield
	]
]

ignore the 'choice.  I should have taken that out

if you highlight some of the text, and press the button, the alert 
works, but if you type in the 'area and press the button, it doesn't

I think part of the problem is that the index is not moving for the 
highlight, when you insert text into the string, so you would have 
to manually move the index for highlight start/end.

and of course when you start typing, there is no highlight anymore.

right, but if you type and then highlight

if you click and hold the drop down, so that focus isn't lost, does 
it work?

the 'choice isn't what I was focusing on, but if you highlight part 
of the area, then use the choice, and press the button, the alert 
works, but if anything is typed, then highlighted, the system/view/highlight-start 
and end are set to none

in the choice, you are copying a new string into the textfield. that 
destroys the relation to highlight-start and highlight-end

but what effect does typing have?   I type something, I highlight 
it, I would expect that highlight-start and highlight-end would be 
set when I actually do the action with the mouse

oh! interesting.

sorry, but you are giving me a lot of ideas for the VID Extension 
Kit :-)

but I notice that the field is unfocused, before it crashes. that 
would be why.

how does it get unfocused?

investigating

That's good! :)  Things need more extension.   I just hope that there 
is a easy enough solution so I don't scare my friend away from REBOL

unfortunately, text editing is deeply broken and too simple in VID. 
I'm hoping to fix this.

ok, try this:

view layout [area button [probe system/view/highlight-start]]

and try typing and highlighting and click the button

it should show the same thing.

I don't have a fix for now, but I'll keep this in mind.

when you say the same thing, what do you mean?

The first time (when the console pops up) it is set to none, but 
after that it will work alright