World: r3wp

Do you think editor should always start up with the last open file 
 (i.e. hit ctrl-E on desktop, open a file, close the editor, then 
hit ctrl-E again)

I would lean towards having it start blank each time

I don't think that behaviour should change...

Why do you think so?   My natural reaction is to expect something 
blank, or at least not have to close a file that I don't want open. 
  While you don't "close" a document in editor, I have to sit and 
think, "is this something that I want to be open right now or not?" 
   I find it disruptive from a UI standpoint

well, I always start the editor from the console, where I can type 
in a file name, a string, NONE or something else. that way I get 
always what I expect. :-)

I am strictly speaking of behavior using ctrl-E from the view desktop

haven't studied how that works...

Sorry, I wasn't clear from the start

It's just a simple line change in the View desktop.   In %vt-prefs.r 
, there keyboard map sets ctrl-E to                    [editor 'same] 
   I'm in favor of   [editor none]

But, I am working on getting a line count

ah yeah. that reminds me of another thing, which I reported in RAMBO 
#3934

i am in favor of a fixed file. [editor view-root/scratch.txt ]

Where would you place extra buttons?

Which extra buttons?

AFA line number / caret position, I would place it on a bar at the 
bottom of the editor

I will throw up a quick screen-shot as soon as I can get the proper 
setting for resizing

clean-script, diff, find/replace, such stuff.

josh, the bottom bar, wouldn't it be useful for small messages? "text 
'test' not found", "26 replacements done", "file saved", etc.

Yes!

About COPY-SELECTED-TEXT, I think too that without selection it just 
should not copy anything.

Maybe a new flag (copy-all ?) can be use to mark faces where you 
want a copy of all the text if there is no selection.

About mouse selection, yes you can find it on rebol.org.

Fortunately, you can select longer text with the keyboard (shift+down) 
:-)

hmm... how would I properly patch ctx-text's edit-text function?

It seems that I loose bindings on that function if I:

set in ctx-text 'edit-text func [newfunc]

Does anyone have a method for determining the line number in an area?

Henrik: try binding to ctx-text. Maybe thats all.

Josh. Yes. Somewhere.

It was something with offset-to-caret and parse string "^/" IIRC

If you have word wrap on you'll also have to calculate the width 
of the text field and find the wraps.

No, thats offset-to-caret.

Ah, you are right.  It's been a while since I played with the internals 
of the text area...

but which line? that of the caret, or of really displayed area?

Good question.  The initial question was kind of vague.

If it is caret, this (parsing could be improved to not copy, and 
polling dropped by patching feel or set-face)

s: copy""
repeat i 300[repend s [ i newline ]]
help text-info
view layout[ across
 ta: area s para[]  
 slider 16x150 [scroll-para ta face]
 return
 info rate 1 feel[  engage: func[face a e][

  set-face face either all[system/view/caret same? ta system/view/focal-face][
   lines: parse/all copy/part ta/text system/view/caret "^/"   
   form length? lines  
  ][
   "none"
  ]
 ]]  
]

(forget that "help text-info"..)

edit-text binding : IIRC you have to bind it to ctx-text and maybe 
system/view too.


set in ctx-text 'edit-text func [args] bind bind [newfunc] ctx-text 
system/view
(or something of this kind)

Is there a good intro to 3d, more based on examples than on math?

Working on the editor, I think the bar at the bottom works well http://www.geocities.com/kealist/edit.JPG

I think it's a bit dark... maybe it should have the same color as 
the top bar or the botton text should be white

You're right, it's updated now

BTW: has updating information been removed from View? When I start 
a 1.3.1.3.1 desktop under WinXP, I get no message about needing to 
upgrade to 1.3.2.

Hi - could anyone try following? I wanted to try some demos at my 
work, so I wen ty Cyphre's rebsite - start desktop\public\sites\cyphre\ 
 and try Magic carpet ...at my work, with latest View, I could run 
the script and once I tried to close it, Rebol crashed, each time. 
I wanted to try it here at home, to eventually submit RAMBO ticket, 
but I am not able to even start the script - window shows, I can 
see black background, I can see rotating hours icon, then it silently 
disappears ... so - could anyone try it too?

Works fine for me -- and no crashes when closed.
But it fails to be minimized if I try that.

With 1.3.2.3.1 (windows), I get an "Invalid face object!" error (nothing 
more than a black window is displayed).

thanks - crashed on me at work, and script closes automatically here 
at home ...

Hello, I am lookig how to span? an iterated face, to make the face 
scrollable.µ

Sample code:

do http://www.lexicon.net/antonr/rebol/gui/iterated/demo-vid-list-scroller.r

Anton - is this demo related to your earlier attempt to grid system, 
based on interation, being able to hold faces including events?

hope to release my new list-view for VID some time early next year... 
basing it on the standard LIST instead now

whoo, so many lists now :-) btw I wonder why Carl did not include 
his newer version of list, which was imo bacwards compatible, improved, 
and was done at days of IOS 1.3 View initiative ...