World: r3wp

Aah! :)

:D

but what about it? It would be useful in an editor, I think...

Thats the definition of hardware/software? reaching hardware is hard? 
:)

Of course I could have logged into it with SSH from this room, but 
that would have been too soft on my leg muscles. yeah, I guess you 
can define soft and hardware that way :-)

Looks nice. Can i work onit?

sure, but I would like to keep it public

so all rebolians will benefit :-)

Me too. I usually "blog" my files on my wiki.

it would be nice to be able to search something, doubleclick on a 
line and the editor opens and jumps to the right line... also if 
it could be incorporated the same way as we use request-file, request-dir 
and others

Thats what i am thinking. i had a goto-caret with editor working 
once. Only forgot inwhich project.

if i do omething, its here: http://polly.rebol.it/test/test/code-navigation/

ok, thanks. will keep an eye on it :-)

Could anyone point me where /View manage the tab key to let  the 
focus move through the fields in the pane?

Gabriel wrote this:
Add a face/refocus function.

   face/refocus: func [shift] [
      ; shift is true if this is shift-tab
      ; do your own refocus handling here
   ]


This  should  be  enough to solve most of your issues. In the past

(View  1.2.8)  there  were  even  more problems, so that I wrote 
a

number  of  patches  and  a Field style that *never* handles focus
automatically. So I could validate and handle focus myself.

http://www.mail-archive.com/[rebolist-:-rebol-:-net]/msg02722.html

TAB key is handle in ctx-text/edit-text. It is used only in face 
that input text (field & area) and works with the 'tabbed flag.

Why do I sometimes get several blank lines when I use return? How 
can I just get a return?  I'm using the beta SDK.

Anybody working on a Rebol View version of Sudoku? http://www.dailysudoku.co.uk/sudoku/index.shtml

Sudoku: Two people in the last month alone:

http://www.rebol.org/cgi-bin/cgiwrap/rebol/ml-topic-detail.r?l=s&topic={55E4B9405FC4B313E9233E7B20E17EC08B5AC37D}

James, DideC - Thank you!

Thanks Sunanda. That AGG Sudoku by James is very nice. It needs some 
bells and whistles like undo as well as the Functions mentioned in 
the script - like help, solve, hint but very nice effort.

This is a view/core issue but I place this here since it's showing 
up in View. I've recently changed hosting companies and not one of 
my apps doesn't like the email authentication like it did before. 
I noticed that a while back there was a discussion about this before 
the esmtp was placed into view (esmtp.r and esend.r + the patch). 
I'm getting this:
** User Error: Server error: tcp 535 auth failure
** Near: smtp-port: open [scheme: 'esmtp]
either only

This is one of those "but it was working before" issues. Perhaps 
one of you has run into this. BTW, both Outlook and webmail seem 
to work OK though even Outlook was a little slower yesterday connecting 
to the server. Thanks as always in advance.

A "trace/net on" dump can help to narrow the cause, maybe.

yes, I'll try that now.

Thanks DideC. That trace helped me to find the error of my ways. 
I think it used to work because it wasn't really being authenticated. 
Now that it is, I had to be very precise on the info I was sending 
(which was actually wrong in the previous versions)

Why is it when I run this code using  rebview1350031.exe, i get the 
rebol "working" logo spinning continuously?

view/new layout [box 100x100 blue]

you shouldn't get any thing since you have started the wait

Im DOing it from an older script that uses async.. I think it's messed 
it up somehow

the rebol working logo went long ago.

but I recall sometimes it attached to new windows rather than staying 
with the original window

yeah, that's what's happening.

Can't unview either.

Looks like an extensive debugging/rewrite... ack.

Anyone wrote a patch/program to access .htaccess protected urls?

http://user:[pass-:-server]

or a tool to build such a path?

Well, I'd like the HTTP schema to prompt for a user/pass if the webserver 
require them.

AH. Do not know how to do that.

I mean, like a browser does.

I understand. but i do not now how to trap that question.

I wrote a small patch to the HTTP schema to read urls protected by 
basic authentication.

It works for me but I don't know if it works with each webserver 
configuration.

Since it writes your %user.r to make the patch permanent, be careful 
to have a look at it before to execute it.

Any suggestion is appreciated: http://www.truffarelli.it/rebol/view/http-patch.r

I would do it this way:

1) Attempt to read the URL, with a TRY

2) if there's an error, check if it is an authorization required 
error
3) if so, ask the user for credentials
4) go back to 1

Asking the user should not be done on the protocol side, but on the 
application side.

the protocol should make it easier for the user to figure out what 
kind of error is when one happens, though. http:// surely needs improvements 
on this front.

I agree with you. I thougth to modify the schema because I need to 
access files (basic auth protected) from the /view desktop. So I 
don't have any application running yet, probably I have to modify 
the ctx-viewtop insteed.

insteed=instead :-)

IMHO passwords belong into the protocol. 

- If possible they should never be exposed to the application. More 
like browsers do, with a password-manager. Unfortunally that is not 
really possible with rebol.

- urls go thru multiple layers. after read-thru you dont have any 
error-information.

Actually the 401 error (Unauthorized) and the HTTP Authentication 
are mentioned in the RFC 2616 - Hypertext Transfer Protocol. So maybe 
the HTTP should manage it, and it actually manages ithem a call to 
http://user:[pass-:-server] works fine: However, in my opinion, would 
be very useful if /View would manage user/pass when it access authorization 
required urls.

I use http://polly.rebol.it/test/test/desktop/test-desktop.rfor 
my own site, there you can specify passwords for base-urls. but all 
hardwired still.

I'm trying to solve a performance problem with lists that uses a 
supply function. Mouseovers are dog-slow because every time the mouse 
gets over a row, the entire list view is regenerated by the supply 
function. the supply function redraws the list and truncates values 
so they fit in cells, paints backgrounds according to cell contents, 
etc. Lots of stuff and slow.

I'm looking for a way to discern between that I want to show the 
entire list and when I'm just doing a mouse over, so the supply function 
only changes the colors of the affected rows. Ideas?