World: r3wp

probe get in get-style 'text 'init

Thank you :-)

I can't seem to figure out the solution to do this elegantly: If 
I have a pane with 4 faces [a b c d] and I want 'b to move to position 
'd: [a c d b], is there no easier way than to copy, remove and append 
'b?

ah, found something that seems to work. never mind

Would it be a good idea to open source the Viewtop editor just like 
it happened with the Viewtop? It has a lot of obvious bugs that could 
be fixed by people outside RT.

(or is it a part of the Viewtop?)

Its part of Viewtop (vt-editor.r).

But it as been update in View 1.3, so current ViewTop sources are 
outdated. Unless it has been re-release, but I'm not aware of that.

Its now in the beta-sdk, dont know how public that is. and you can 
get the source by "probe ctx-edit" from a fresh console. but without 
comments then.

In IOS there is a flag that allows, the users default editor to be 
used instead. It was proposed to implement that in the view desktop 
as well, I'm not sure if it got in there.

just redefine 'editor and use call. but i like the inbuild one for 
quick things.

So do I, which is why I think it would be nice to get bugs fixed 
and some simple features added like a search/replace and maybe a 
simple undo. I use it alot.

What is the ViewTop editor? Does exists a rebol written editor to 
code rebol programs? Is it in the /SDK package?

no, simply put - go to Desktop, right-click any icon or file, choose 
"Edit"

:-) thank you!

or in the console, type:
>> editor ""

write in some code, save it and press ctrl-E to run it. brilliant 
for testing code snippets

why do I use notepad then? ;-)

did not know it is so easy without going to Desktop, thanks :-)

also nice for viewing large objects...
>> editor system

What about an editor that help you navigate your program thru funcs, 
contexts, blocks..., with backup service and temming?

I've been thinking about this. But how far would we want to go? Simple 
as in the current editor, intermediate or a fullblown IDE?

Hmm, probably a step by step is the best solution. :-)

Pick up an editor and start adding some functionalities. We can decide 
what to add before.

Some editors can be controlled by call, by calling them with file 
and position. they use the curently opened window then. so you need 
only the navigator.

But does somebody really need that?

(In which case i could revisit some prototypes.)

I meant write the editor in rebol. Otherwise I thougth to implement 
an Eclispe plugin (Eclipse is a very good platform in my  opinion) 
but why have I to spend time using Java?

(which -> that)

The editor in rebol can be controlled that way too, with some tricks.

I'd much rather see a tad more advanced version of the current viewtop 
editor. No fancy features like syntax highlighting, but useful stuff 
like indenting, search/replace and undo. It shouldn't feel heavier 
than now

I think that every developer need a good developer environment, don't 
they?

question is what is good. scrolling and searching beats a java-style 
treeview with small things.

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...