r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[View] discuss view related issues

Josh
14-Dec-2005
[3426]
Or at least I disagree.  I think the clipboard should be untouched 
if nothing is highlighted
Anton
14-Dec-2005
[3427x2]
Yeah. it sounds like the programmer didn't know a good user interface.
It's like one of those little cool things: "it'd be cool if it could 
also do this ..."
Josh
14-Dec-2005
[3429]
heh, yeah.  I agree with your solution, although it''s probably better 
to leave a shell of a function just to maintain backwards compatibility 
with scripts that perchance use copy-text
Anton
14-Dec-2005
[3430x2]
Yes, less changes required.
Scripts really shouldn't be using COPY-TEXT, at least not the "copy 
all" functionality. If that's what they wanted, they would more likely 
be accessing face/text directly or using access/get-face
Josh
14-Dec-2005
[3432]
It looks like the only thing on rebol.org that uses it is Volker's 
spell check style
Anton
14-Dec-2005
[3433]
What does his code use it for, though ? I'd be surprised if he uses 
it for the "copy all" functionality.
Volker
14-Dec-2005
[3434x2]
Its a patched clone of ctx-text, not my fault ;)
 ; copy all if none selected (!!! should be line

maybe it should not be "copy all", but "copy line with caret"? That 
would make sense, c-c c-v would double the current line.
Josh
14-Dec-2005
[3436x2]
Did a quick look through google, but only saw one thing.  I have 
not looked at RebGUI, but I assume Ashley has written his own copy-text 
functionality.
My preference would still be that it would not copy anything if nothing 
is selected.   I don't know what sort of behavior people would naturally 
expect from a text editor
Henrik
14-Dec-2005
[3438]
I think the major annoyance is that it can't be undone....
Anton
14-Dec-2005
[3439]
Volker, aha not your fault !  Don't agree about copying the current 
line. It may look handy, but I still think if you want to copy the 
line, you should select the line first.   

Henrik, you mean undo as in the system clipboard should be able to 
go back to an older state ?

Or just that, since the system clipboard currently has no history, 
copying all text overwrites the clipboard too easily ?
Henrik
14-Dec-2005
[3440]
anton, I just meant a plain undo in the editor to avoid destroying 
your text file, by accidental pasting.
Josh
14-Dec-2005
[3441]
I submitted a new ticket.   What are some of the other annoyances 
/ grievances people have with editor? or requested features?  I would 
like to join Henrik in fixing some of them.
Henrik
14-Dec-2005
[3442x2]
it might not be a bug in the editor, but try to load a large file, 
and select text with the mouse. you can't push the text scrolling 
down, if you go beyond the upper or lower window edge
scrollling down or up
Anton
14-Dec-2005
[3444]
I think one of the French (Dide ?) made an AREA style with that functionality.
Henrik
14-Dec-2005
[3445]
a simple line counter would be nice too
Josh
14-Dec-2005
[3446x3]
Didier Cadieu did make a nice area style.  It's available on the 
rebol.org site.  A year ago, I made some modifications to an earlier 
version of it, but I don't remember what I changed
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
Henrik
14-Dec-2005
[3449]
I don't think that behaviour should change...
Josh
14-Dec-2005
[3450]
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
Henrik
14-Dec-2005
[3451]
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. :-)
Josh
14-Dec-2005
[3452]
I am strictly speaking of behavior using ctrl-E from the view desktop
Henrik
14-Dec-2005
[3453]
haven't studied how that works...
Josh
14-Dec-2005
[3454x3]
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
Henrik
14-Dec-2005
[3457]
ah yeah. that reminds me of another thing, which I reported in RAMBO 
#3934
Volker
14-Dec-2005
[3458x2]
i am in favor of a fixed file. [editor view-root/scratch.txt ]
Where would you place extra buttons?
Josh
14-Dec-2005
[3460x2]
Which extra buttons?
AFA line number / caret position, I would place it on a bar at the 
bottom of the editor
Josh
15-Dec-2005
[3462]
I will throw up a quick screen-shot as soon as I can get the proper 
setting for resizing
Volker
15-Dec-2005
[3463]
clean-script, diff, find/replace, such stuff.
Henrik
15-Dec-2005
[3464]
josh, the bottom bar, wouldn't it be useful for small messages? "text 
'test' not found", "26 replacements done", "file saved", etc.
Josh
15-Dec-2005
[3465]
Yes!
DideC
15-Dec-2005
[3466x2]
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) 
:-)
Henrik
15-Dec-2005
[3468]
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]
Josh
15-Dec-2005
[3469]
Does anyone have a method for determining the line number in an area?
Volker
16-Dec-2005
[3470x3]
Henrik: try binding to ctx-text. Maybe thats all.
Josh. Yes. Somewhere.
It was something with offset-to-caret and parse string "^/" IIRC
Ammon
16-Dec-2005
[3473]
If you have word wrap on you'll also have to calculate the width 
of the text field and find the wraps.
Volker
16-Dec-2005
[3474]
No, thats offset-to-caret.
Ammon
16-Dec-2005
[3475]
Ah, you are right.  It's been a while since I played with the internals 
of the text area...