Mindaugas Kavaliauskas wrote:
>
> Persistent blocks remains marked after you move a cursor to another
> place. You can mark block. Move cursor to another place and copy (or
> move) block here without intermediate storage to clipboard. You can have
> marked blocks in various open files and do inter-window block copy/move
> of blocks.
>
I have just realized that blocks are not copyable to other file.
Will fix in a while. Moving the block is something new to me and is easy.
Which key should be designated to move, Ctrl+M ?
One block per file can remain persistent until a navigation key is not
presses.
So to move somewhere in the same file, navigation key is inevatible,
so I am thinking how some other way to deactivate it. Any ideas ?
> Line blocks marks whole lines, so, you do not need to move cursor to the
> first column.
>
Ok, got it. Is easy to implement. But again it is an issue when to
deactivate.
I will think over this issue.
> MultiEdit has tree types of blocks: Line, Stream, Column. It also
> supports persistent blocks.
>
> Let's say I need to change code:
> CASE 'a':
> ::doA()
> EXIT
> ::doB()
> EXIT
> to:
> CASE 'a':
> ::doA()
> EXIT
> CASE 'b':
> ::doB()
> EXIT
> and my cursor is at letter 'a':
>
> In MultiEdit I would do:
> F7 (start line block mark)
> F7 (end line block mark) (current line remains marked)
> Down
> Down
> Down
> F8 (copy block)
> b
> Del
>
> Using stream blocks:
> Home
> Shift + Down
> Ctrl + C
> Down
> Down
> Ctrl + V
> End
> Left
> Left
> Left (position restored to letter 'a')
> b
> Del
>
> I think MultiEdit has free 30-days evaluation. I really like
> functionality of this editor. Default functional keys mappings can seem
> unusual, but later you find it comfortable.
>
I will try multi-edit though I have a very limited time schedule.
Above all the three modes, I will hopefully be able to implement.
> I've managed to bind keystoke to script:
> ::execAction("SelectionMode")
> Though I expect a litte different logic for block marking. It would be
> nice to have a separate keys, to start different type marking. But I can
> live with current behaviour.
>
:-) I know you are capable of deep insights.
I am about to include all in publick api.
> Thank, you for your efforts. After I look to C++ code, magic QT
> signal/slot binding, moc_*.cpp files, I start to think I know nothing
> about C++. Plain C is much more clear to me.
>
I also thought you way until I started with C++ classes.
Believe me it is lot simpler than I ever thought and syntax is very
near to Harbour's.
> But this does not disables ESC action. Sometimes I press extra ESC then
> closing a few level modal dialogs, etc. And this ESC closes open files.
>
Fixed. The key was there since start of hbIDE project
and hanged around till today.
-----
enjoy hbIDEing...
Pritpal Bedi
http://hbide.vouch.info/
--
View this message in context:
http://harbour-devel.1590103.n2.nabble.com/SF-net-SVN-harbour-project-14417-trunk-harbour-tp4994458p5000821.html
Sent from the harbour-devel mailing list archive at Nabble.com.
_______________________________________________
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
