Re: [Harbour] SF.net SVN: harbour-project:[14518] trunk/harbour
2010-15-17 19:05 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbqt/hbqt_hbqplaintextedit.cpp * contrib/hbqt/hbqt_hbqplaintextedit.h * contrib/hbide/ideedit.prg * contrib/hbide/ideeditor.prg * contrib/hbide/ideshortcuts.prg + Prepared to handle three modes of selections programatically. F11 Line Selection is broken currently. What is the reason you want to handle line selection separately from stream selection? Line selection looks like a stream which ends and begins at column zero. Could be much simpler with two modes: stream and block. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[14518] trunk/harbour
On Tue, 18 May 2010, Szak�ts Viktor wrote: Hi, What is the reason you want to handle line selection separately from stream selection? Line selection looks like a stream which ends and begins at column zero. Could be much simpler with two modes: stream and block. It's not the same. When you paste line selected block then you do not have to keep cursor at column 0 to insert it as whole lines. Stream block has such condition otherwise pasted text will start at current cursor column. In general line blocks allow to select and paste whole lines without respecting the cursor column position. It's really useful feature. best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[14518] trunk/harbour
What is the reason you want to handle line selection separately from stream selection? Line selection looks like a stream which ends and begins at column zero. Could be much simpler with two modes: stream and block. It's not the same. When you paste line selected block then you do not have to keep cursor at column 0 to insert it as whole lines. Stream block has such condition otherwise pasted text will start at current cursor column. In general line blocks allow to select and paste whole lines without respecting the cursor column position. It's really useful feature. I know I have to also paste it in column 1. Which is where you are when you made the selection, so requires no extra attention in most case, if it does, a Home button will get it right in a natural way. So, I never in the last 15 years missed this feature. Stream handles the matter just fine: Home, Shift+Up/Down, copy, PgUp/PgDn/Up/Down to proper place, paste, bingo. Seems much simpler than selecting between 3 different selection modes, keeping them in mind, mousing in between and pressing out of reach keys like F11, let alone Shift+F11. Simplicity is key, and I highly miss that in this editor. BTW I have to think very hard to find an editor with separate line selection feature, I couldn't even tell one, except maybe some CUI based ones, like MC's built in editor, where it's the only (or default?) option. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[14518] trunk/harbour
Hi, On 2010.05.18 10:11, Viktor Szakáts wrote: What is the reason you want to handle line selection separately from stream selection? Line selection looks like a stream which ends and begins at column zero. Could be much simpler with two modes: stream and block. Yes, line mode is a similar to stream mode, but you do not have to move to beginning of line (that's simple, just press [Home]) and latter you do not have to move back to the same position (that's a lot of cursor movements). I find this very useful. The examples of typical usage are: 1) duplicate line ::startLineMarking() ::stopMarking() ::copyBlock() it's 3 key strokes (two of them are the same key, so, it's very fast): F7 F7 F8 Try to compare to standard Windows behaviour without persistent blocks: Home Shift+Down Ctrl+C Up Ctrl+V Left Left Left (and more 30 times Left to position cursor to the same column) 2) swap to lines ::startLineMarking() ::stopMarking() Up ::moveBlock() keystokes F7 F7 Up Shift+F8 3) almost any copy-paste code is duplicated using line block, because you do not need to care about cursor position. Usually you need to change some characters in the middle of line (but not in the first column), so you save a lot of cursor positioning movements using line block. I thing, those, who is happy with two selection modes, can do not bind additional key to ::toggleLineSelectionMode() and have only two of them. Regards, Mindaugas ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[14518] trunk/harbour
Viktor, So, I never in the last 15 years missed this feature. Stream handles the matter just fine: Home, Shift+Up/Down,copy, PgUp/PgDn/Up/Down to proper place,paste, bingo. That's because you've never tried line selection mode. After you'll try it, you'll miss it. I promise you :) Seems much simpler than selecting between 3 different selection modes, keeping them in mind, mousing in between and pressing out of reach keys like F11, let alone Shift+F11. You do not need to keep them in mind and you do not need use mouse. Usually I can keep mouse upside down. That's only the problem of current hbide behaviour. In current hbide code exists application state active selection mode, but it should be implemented a different way: a different keys should start a different types of selections, and no active selection mode status at all. That's why I'm asking about ::startColumnSelection() instead of current ::toggleColumnSelectionMode(). Regards, Mindaugas ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[14518] trunk/harbour
So, I never in the last 15 years missed this feature. Stream handles the matter just fine: Home, Shift+Up/Down,copy, PgUp/PgDn/Up/Down to proper place,paste, bingo. That's because you've never tried line selection mode. After you'll try it, you'll miss it. I promise you :) I'm copying lines by the thousands since long time using stream method, and it causes no perceivable overhead, so most probably I will not miss it in my lifetime anymore. One less feature to worry about, and this is always a good thing :) Seems much simpler than selecting between 3 different selection modes, keeping them in mind, mousing in between and pressing out of reach keys like F11, let alone Shift+F11. You do not need to keep them in mind and you do not need use mouse. Usually I can keep mouse upside down. That's only the problem of current hbide behaviour. In current hbide code exists application state active selection mode, but it should be implemented a different way: a different keys should start a different types of selections, and no active selection mode status at all. That's why I'm asking about ::startColumnSelection() instead of current ::toggleColumnSelectionMode(). I absolutely agree, but can't this be made into HBIDE in a simple way? For example: Shift+cursor: stream selection Alt+cursor: block selection Ctrl+cursor: line selection Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[14518] trunk/harbour
On 2010.05.18 11:12, Viktor Szakáts wrote: That's because you've never tried line selection mode. After you'll try it, you'll miss it. I promise you :) I'm copying lines by the thousands since long time using stream method, and it causes no perceivable overhead, so most probably I will not miss it in my lifetime anymore. One less feature to worry about, and this is always a good thing :) I can only repeat myself: because you've never tried :) I absolutely agree, but can't this be made into HBIDE in a simple way? For example: Shift+cursor: stream selection Alt+cursor: block selection Ctrl+cursor: line selection For me the expected behaviour are: Ctrl+Left,Right word left, word right Ctrl+Up Down scroll text up, down Possiblity to not keep pressed Shift/Alt/Ctrl is very useful if large blocks should be copied. Let's say I need to mark the whole text from the current line to the end of file. F7 Ctrl+PgDown F7 is very easy to press. Correct handling of Shift+Ctrl+PgDown helps here, but not all functionality works if I need to keep some key pressed all the time. Regards, Mindaugas ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[14518] trunk/harbour
I'm copying lines by the thousands since long time using stream method, and it causes no perceivable overhead, so most probably I will not miss it in my lifetime anymore. One less feature to worry about, and this is always a good thing :) I can only repeat myself: because you've never tried :) I didn't miss it. Really. Plus it would really cut me off of most tools that I have around in case I'd cling onto this feature. I absolutely agree, but can't this be made into HBIDE in a simple way? For example: Shift+cursor: stream selection Alt+cursor: block selection Ctrl+cursor: line selection For me the expected behaviour are: Ctrl+Left,Right word left, word right Ctrl+Up Down scroll text up, down Possiblity to not keep pressed Shift/Alt/Ctrl is very useful if large blocks should be copied. Let's say I need to mark the whole text from the current line to the end of file. F7 Ctrl+PgDown F7 is very easy to press. Correct handling of Shift+Ctrl+PgDown helps here, but not all functionality works if I need to keep some key pressed all the time. Never found this a problem. Probably I'm too minimalistic. Far Manager solves this by allowing all normal navigations while keeping Shift or Alt pressed. Editor is probably like a shoe or coat, everyone has something else which fits perfectly. [ I've yet to find this one on OS X and Linux. ] Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[14518] trunk/harbour
On Tue, 18 May 2010, Szak�ts Viktor wrote: Hi, I know I have to also paste it in column 1. And this is the very inefficient part in stream block pasting which causes that they are not such flexible as line blocks when whole lines are copied. Just simply it forces additional horizontal cursor synchronization which is not necessary in line blocks. You may not use line blocks at all but believe me that for people who used real line blocks like in ME stream blocks is not serious alternative for whole line coping. best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[14518] trunk/harbour
Hi, I know I have to also paste it in column 1. And this is the very inefficient part in stream block pasting which causes that they are not such flexible as line blocks when whole lines are copied. Just simply it forces additional horizontal cursor synchronization which is not necessary in line blocks. You may not use line blocks at all but believe me that for people who used real line blocks like in ME stream blocks is not serious alternative for whole line coping. I'll look into myself why don't I miss this feature at all :) Even though I consider myself quite fast in editing. To me pressing Home to go to col 1 is not a problem, and moving back to original col position is also something negligible in practice. Though for this to be true the editor is best to support moving past EOL. Something which is not supported by HBIDE and several other editors (f.e. vi, MSVS). It may help if cursor tries to jump back to original column, but for me it's rather confusing visually. My only somewhat useful conclusion here is the you cannot just pick one feature and judge it by itself, you have to see the whole picture. It's also about habits. And the market share of them. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[14518] trunk/harbour
Line blocks are the yy command in vi ? And the p/P for paste ? I use it always (I don't know how to do other types of cut/paste in vi) Francesco ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[14518] trunk/harbour
Revision: 14518 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14518view=rev Author: vouchcac Date: 2010-05-18 02:07:33 + (Tue, 18 May 2010) Log Message: --- 2010-15-17 19:05 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbqt/hbqt_hbqplaintextedit.cpp * contrib/hbqt/hbqt_hbqplaintextedit.h * contrib/hbide/ideedit.prg * contrib/hbide/ideeditor.prg * contrib/hbide/ideshortcuts.prg + Prepared to handle three modes of selections programatically. F11 Line Selection is broken currently. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbide/ideedit.prg trunk/harbour/contrib/hbide/ideeditor.prg trunk/harbour/contrib/hbide/ideshortcuts.prg trunk/harbour/contrib/hbqt/hbqt_hbqplaintextedit.cpp trunk/harbour/contrib/hbqt/hbqt_hbqplaintextedit.h This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
