World: r3wp

luca: for me a good developer environment is one that can be started 
with an executable less than 1 MB, and start typing immediately and 
press one hotkey to run the program, and you can learn to use it 
in about 8 minutes.

I agree with you. This is why I'd like to have it written in rebol. 
:-)

oh and no wizards

I agree too.

wizards are a good indication that you are using something that can 
be too complex for the average developer and that gaining full control 
will take you months of learning.

DO you speak of rebol-headers with auto-date and version update? 
:)

:-D  ... so navigation features are not useful neither?

MY prefered navigation is grep, not some structured view. give me 
every "this-word" in files.

Even if the file is "big"?

I get a seperate list with the hits and can jump from there. emacs.

volker, well... that's a border line. Its more that wizards that 
can set up a set of files for a compile and you have various profiles 
to work against, but you can't really understand what's going on 
behind the Wizard Curtain. I guess this is OK when you are working 
with C or ObjC programs when you want to build libraries and things 
that are OS specific, but it also tells me that this is hard, by 
default. REBOL should absolutely never go in that direction or encourage 
it.

but could be done in rebol with the control-editor-trick.

PARSE could do wonders for a small function browser. I built one 
not long ago.

Also a realtime search bar could be nice. I don't think it would 
be hard to do.

I tried some things based on loaded code. One can search a word in 
all contexts. The other can find the source for loaded functions, 
with a little markup. could be anamonitor jumping to source. But 
never really did that.

That gives the ability to look where a function in some context comes 
really from.

But was never hard enough to figure that out with other ways, so 
never finished it.

I've also built a multiple file search tool. It's not complete yet 
as it doesn't yet search recursively, or launch the editor on the 
appropriate file, but it's helped me out a few times. I'll see if 
I can upload it...

Is upload complex, or do you need to search script?

A good programming approach helps more than a lot of tools. But good 
tools help when you stop on "strange" problems or just need to maintain 
an "old" piece of code or code wrote by others. Do you agree?

how do you mean, "upload complex"?

I'll see if I can upload it.

 once when i wanted to upload i had to search ftp and password etc 
 and that took time.

http://hmkdesign.dk/rebol/msearch.r<-- usable but not complete.

oh... I had it handy, no worries. :-)

the hard part was to walk over to another PC in a different room 
:-)

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)