Re: [Harbour] Re: SF.net SVN: harbour-project:[14417] trunk/harbour

On 2010.05.04 18:02, Pritpal Bedi wrote: Line Block: does it pertains to a single line always ? Yes, if I understand your question. Starting and ending line selection mark (without any cursor movement), marks current line. If DOWN (or UP) is pressed between start mark and end mark, then two

[Harbour] Re: SF.net SVN: harbour-project:[14417] trunk/harbour

Mindaugas Kavaliauskas wrote: > > OK, I've understood the misunderstanding. > > I just call selection modes: > 1) Line > 2) Stream > 3) Column > > In all 3 cases the selected part of is called block. In this case > "selection" is a synonym to "selected block" or just "block". Just look > at

Re: [Harbour] Re: SF.net SVN: harbour-project:[14417] trunk/harbour

Hi, On 2010.05.04 16:58, Pritpal Bedi wrote: After any cursor movement, block is not marked any more :( I've rebuild the whole contrib, and hbide. Maybe I have to do something more? This is valid for block selection mode. Stream selection does not have it. If it is block selection mode, it is p

[Harbour] Re: SF.net SVN: harbour-project:[14417] trunk/harbour

Mindaugas Kavaliauskas wrote: > >> 2. Get cursor out of this area either by clicking at the other row or >> with >> arrows keys. > > After any cursor movement, block is not marked any more :( I've rebuild > the whole contrib, and hbide. Maybe I have to do something more? > This is valid for

Re: [Harbour] Re: SF.net SVN: harbour-project:[14417] trunk/harbour

Hi, On 2010.05.04 16:31, Pritpal Bedi wrote: + Implemented: persistent blocks and cut/copy/paste operations across files and locations within the same file. Perhaps this is implemented in .cpp level only yet. I can not find a way to switch persistent block mode on. If I am takin

[Harbour] Re: SF.net SVN: harbour-project:[14417] trunk/harbour

Mindaugas Kavaliauskas wrote: > > I do not know the "correct" key mappings for various operations. It is a > question of mappings, but I think it's enough to make all actions > mappable and prepare a few sets of mappings. Let's say: MultiEdit > compatible, xMate compatible, and "common Window

Re: [Harbour] Re: SF.net SVN: harbour-project:[14417] trunk/harbour

Hi, 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 ? I do not know the "correct" key mappings for various operations. It is a question of mappings, but I

Re: [Harbour] Re: SF.net SVN: harbour-project:[14417] trunk/harbour

VIsual Studio Delphi Eric pynton ide (made in qt http://eric-ide.python-projects.org/) Eclipse and a good idea was defined by a waporware for visual fox pro: vfpstudio http://www.sweetpotatosoftware.com/SPSBlog/PermaLink,guid,b71ea97e-8fb8-4401-ace4-b5a536fe0a37.aspx

Re: [Harbour] Re: SF.net SVN: harbour-project:[14417] trunk/harbour

> > > > 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. > > Pritpal, I think you need download and install some editors and IDEs to > have ideas and to learn how some

Re: [Harbour] Re: SF.net SVN: harbour-project:[14417] trunk/harbour

> > > I am following xMate and it has nothing like this. I think it should not be > difficult once I know exact implementation details. > > Please, try to do a better product than xMate. Don't stay limited to xMate limitations. > > > > 2) I'm trying to use Setup->Keyboard mappings, but unable to

[Harbour] Re: SF.net SVN: harbour-project:[14417] trunk/harbour

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

Re: [Harbour] Re: SF.net SVN: harbour-project:[14417] trunk/harbour

Hi, On 2010.05.04 00:07, Pritpal Bedi wrote: Thanks, for column blocks! Do you have plans for doing blocks persistent and implementing line blocks? :) Can you please explain a little about your idea of persistency and line blocks. Persistent blocks remains marked after you move a cursor to a

[Harbour] Re: SF.net SVN: harbour-project:[14417] trunk/harbour

Mindaugas Kavaliauskas wrote: > > Yes, I've just copied hbide.exe into qt bin directory, because this > directory is not in the path and qt*.dlls are not found otherwise. Long > time ago this worked for me. I see no problem, that hbide requires some > more external resources, but infomative m

[Harbour] Re: SF.net SVN: harbour-project:[14417] trunk/harbour

Mindaugas Kavaliauskas wrote: > > 1) ESC closes current window. Can I attach Ctrl+F4 for this action > instead of ESC? > This can be achived right now: Name: Close Key: F4 CtrlChecked Script: ::close() [ Or double click on Close() 'Public methods' list. ] Click on To test: Click i

Re: [Harbour] Re: SF.net SVN: harbour-project:[14417] trunk/harbour

Hi, This error can only be there if hbide/resources/funclist.uic is missing. I know your uncanny attention to details and hence assume that you have compiled hbIDE at its standard location. OR you are executing hbIDE from location without "resources" subfolder and contents to from hbIDE.exe.

[Harbour] Re: SF.net SVN: harbour-project:[14417] trunk/harbour

Mindaugas Kavaliauskas wrote: > > thanks for this feature. It made me try to compile hbide after long > time, but: > Thanks Mindaugas. Your participation will be extremely valuable. > --- > Run-time Error! > --- > Error BASE/1132 Bound error