date:20100503

Did you read my answers?

Viktor

On 2010 May 3, at 12:34, Fernando Athayde wrote:

 someone already passed for this?
 
 Best regards,
 Fernando Athayde
 
 De: Fernando Athayde fernando_atha...@yahoo.com.br
 Para: harbour@harbour-project.org
 Enviadas: Quinta-feira, 29 de Abril de 2010 9:24:43
 Assunto: [Harbour] tmysql and procedure (don´t support)
 
 the class Tmysql, don´t suport procedures and either scripts
 i don´t know how implements this in mysql.c is a multi line query
 if someone help me, i will be glad
 
 Best Regards,
 Fernando Athayde
 
  
 
  ___
 Harbour mailing list (attachment size limit: 40KB)
 Harbour@harbour-project.org
 http://lists.harbour-project.org/mailman/listinfo/harbour

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Res: Res: [Harbour] tmysql and procedure (don´ t support)

2010-05-03 Thread Fernando Athayde

about this tread, didn´t came anything
http://lists.harbour-project.org/pipermail/harbour/2010-April/035583.html

Best Regards,
Fernando Athayde





De: Viktor Szakáts harbour...@syenar.hu
Para: Harbour Project Main Developer List. harbour@harbour-project.org
Enviadas: Segunda-feira, 3 de Maio de 2010 7:36:52
Assunto: Re: Res: [Harbour] tmysql and procedure (don´t support)

Did you read my answers?

Viktor

On 2010 May 3, at 12:34, Fernando Athayde wrote:

 someone already passed for this?
 
 Best regards,
 Fernando Athayde
 
 De: Fernando Athayde fernando_atha...@yahoo.com.br
 Para: harbour@harbour-project.org
 Enviadas: Quinta-feira, 29 de Abril de 2010 9:24:43
 Assunto: [Harbour] tmysql and procedure (don´t support)
 
 the class Tmysql, don´t suport procedures and either scripts
 i don´t know how implements this in mysql.c is a multi line query
 if someone help me, i will be glad
 
 Best Regards,
 Fernando Athayde
 
  
 
  ___
 Harbour mailing list (attachment size limit: 40KB)
 Harbour@harbour-project.org
 http://lists.harbour-project.org/mailman/listinfo/harbour

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour



  ___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: Res: Res: [Harbour] tmysql and procedure (don ´t support)

So read the answers on the other threads you've started.

Viktor

On 2010 May 3, at 13:34, Fernando Athayde wrote:

 about this tread, didn´t came anything
 http://lists.harbour-project.org/pipermail/harbour/2010-April/035583.html
 
 Best Regards,
 Fernando Athayde
 
 De: Viktor Szakáts harbour...@syenar.hu
 Para: Harbour Project Main Developer List. harbour@harbour-project.org
 Enviadas: Segunda-feira, 3 de Maio de 2010 7:36:52
 Assunto: Re: Res: [Harbour] tmysql and procedure (don´t support)
 
 Did you read my answers?
 
 Viktor
 
 On 2010 May 3, at 12:34, Fernando Athayde wrote:
 
  someone already passed for this?
  
  Best regards,
  Fernando Athayde
  
  De: Fernando Athayde fernando_atha...@yahoo.com.br
  Para: harbour@harbour-project.org
  Enviadas: Quinta-feira, 29 de Abril de 2010 9:24:43
  Assunto: [Harbour] tmysql and procedure (don´t support)
  
  the class Tmysql, don´t suport procedures and either scripts
  i don´t know how implements this in mysql.c is a multi line query
  if someone help me, i will be glad
  
  Best Regards,
  Fernando Athayde
  
   
  
   ___
  Harbour mailing list (attachment size limit: 40KB)
  Harbour@harbour-project.org
  http://lists.harbour-project.org/mailman/listinfo/harbour
 
 ___
 Harbour mailing list (attachment size limit: 40KB)
 Harbour@harbour-project.org
 http://lists.harbour-project.org/mailman/listinfo/harbour
 
  ___
 Harbour mailing list (attachment size limit: 40KB)
 Harbour@harbour-project.org
 http://lists.harbour-project.org/mailman/listinfo/harbour

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Res: Res: Res: [Harbour] tmysql and procedure (don´t support)

2010-05-03 Thread Fernando Athayde

that i had alreary saw, in scripts i am do steatement by steatment, don´t is 
beaultiful but runs ok, it´s was better if mysql_query take support for 
CLIENT_MULTI_STATEMENTS, don´t only in mysql_real_conect, but in mysql_query 
too, because have to loop in all steatments.
but in procedures cases, it´s a little diference i use a query like this call 
procedure(params...)
I like to know if someone uses procedures or scripts, or if you guys guess that 
this is good, for hbmysql

Best Regards,
Fernando Athayde





De: Viktor Szakáts harbour...@syenar.hu
Para: Harbour Project Main Developer List. harbour@harbour-project.org
Enviadas: Segunda-feira, 3 de Maio de 2010 8:39:48
Assunto: Re: Res: Res: [Harbour] tmysql and procedure (don´t support)

So read the answers on the other threads you've started.

Viktor

On 2010 May 3, at 13:34, Fernando Athayde wrote:

 about this tread, didn´t came anything
 http://lists.harbour-project.org/pipermail/harbour/2010-April/035583.html
 
 Best Regards,
 Fernando Athayde
 
 De: Viktor Szakáts harbour...@syenar.hu
 Para: Harbour Project Main Developer List. harbour@harbour-project.org
 Enviadas: Segunda-feira, 3 de Maio de 2010 7:36:52
 Assunto: Re: Res: [Harbour] tmysql and procedure (don´t support)
 
 Did you read my answers?
 
 Viktor
 
 On 2010 May 3, at 12:34, Fernando Athayde wrote:
 
  someone already passed for this?
  
  Best regards,
  Fernando Athayde
  
  De: Fernando Athayde fernando_atha...@yahoo.com.br
  Para: harbour@harbour-project.org
  Enviadas: Quinta-feira, 29 de Abril de 2010 9:24:43
  Assunto: [Harbour] tmysql and procedure (don´t support)
  
  the class Tmysql, don´t suport procedures and either scripts
  i don´t know how implements this in mysql.c is a multi line query
  if someone help me, i will be glad
  
  Best Regards,
  Fernando Athayde
  
   
  
   ___
  Harbour mailing list (attachment size limit: 40KB)
  Harbour@harbour-project.org
  http://lists.harbour-project.org/mailman/listinfo/harbour
 
 ___
 Harbour mailing list (attachment size limit: 40KB)
 Harbour@harbour-project.org
 http://lists.harbour-project.org/mailman/listinfo/harbour
 
  ___
 Harbour mailing list (attachment size limit: 40KB)
 Harbour@harbour-project.org
 http://lists.harbour-project.org/mailman/listinfo/harbour

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour



  ___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: Res: Res: Res: [Harbour] tmysql and procedure (d on´t support)

 that i had alreary saw, in scripts i am do steatement by steatment, don´t is 
 beaultiful but runs ok, it´s was better if mysql_query take support for 
 CLIENT_MULTI_STATEMENTS, don´t only in mysql_real_conect, but in mysql_query 
 too, because have to loop in all steatments.
 but in procedures cases, it´s a little diference i use a query like this 
 call procedure(params...)
 I like to know if someone uses procedures or scripts, or if you guys guess 
 that this is good, for hbmysql

To create a conversation it's usually better 
to react the the answer you got, rather than 
repeating the same initial request over and 
over again.

Maybe you can create a patch for hbmysql, and if 
it seems fit for SVN, we will consider adding it.

If this is too much to ask, maybe you can 
create some simple, self-contained code example 
to demonstrate the problem you are having, and 
the expected behavior, and someone may help you.

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:[14417] trunk/harbour

2010-05-03 Thread Mindaugas Kavaliauskas


Hi,


thanks for this feature. It made me try to compile hbide after long 
time, but:

---
Run-time Error!
---
Error BASE/1132  Bound error: array access
Called from HBQTUI:Q_TABLEFUNCLIST(0)
Called from IDEFUNCTIONS:BUILDHEADER(210)
Called from IDEFUNCTIONS:CREATE(146)
Called from HBIDE:CREATE(356)
Called from MAIN(102)
---
OK
---


Regards,
Mindaugas


On 2010.05.03 01:36, vouch...@users.sourceforge.net wrote:

   * contrib/hbide/ideeditor.prg
 + Implemented: much-awaited and extremely-required feature - block 
copy/paste.

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] HMG 3 and Windows 98SE (and also HBIde)

2010-05-03 Thread Bruce M. Axtens


Viktor Szakáts wrote:

You should ask this question on HMG forums.

   
I've tried. However, there are no new topic buttons visible once I log 
in. And if I hit a new topic button unloggedin, then I'm asked to log 
in, whereupon the button has disappeared. It's all very confusing.


BTW, HBIde doesn't work in Win98. It bombs with a reference to PSAPI.DLL 
which is an NT DLL.


Kind regards,
Bruce.

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] HMG 3 and Windows 98SE (and also HBIde)

Hi,

 Viktor Szakáts wrote:
 You should ask this question on HMG forums.
 
   
 I've tried. However, there are no new topic buttons visible once I log in. 
 And if I hit a new topic button unloggedin, then I'm asked to log in, 
 whereupon the button has disappeared. It's all very confusing.

I'm sorry about this, but it's best to contact 
HMG developers about this issue, too.

 BTW, HBIde doesn't work in Win98. It bombs with a reference to PSAPI.DLL 
 which is an NT DLL.

This is development list for Harbour core and contrib 
parts, as such it is not the adequate place to report 
issues with 3rd party components.

Viktor

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] HMG 3 and Windows 98SE

Okay, thank you.

Viktor

On 2010 May 3, at 16:06, Bruce M. Axtens wrote:

 Victor
 
 Ok, just figured out how to get poster privs at HMG.
 
 Bruce.
 
 ___
 Harbour mailing list (attachment size limit: 40KB)
 Harbour@harbour-project.org
 http://lists.harbour-project.org/mailman/listinfo/harbour

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] HMG 3 and Windows 98SE (and also HBIde)

2010-05-03 Thread Bruce M. Axtens


Viktor Szakáts wrote:

This is development list for Harbour core and contrib
parts, as such it is not the adequate place to report
issues with 3rd party components.
   

Fair enough. I shall try harder to get in contact with the 3rd parties.

Thanks,
Bruce.

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] HMG 3 and Windows 98SE

2010-05-03 Thread Ciro Vargas C

looking for hmg forum


http://hmgforum.com/


best regards
Ciro


2010/5/3 Bruce M. Axtens bruce.axt...@gmail.com:
 Victor

 Ok, just figured out how to get poster privs at HMG.

 Bruce.

 ___
 Harbour mailing list (attachment size limit: 40KB)
 Harbour@harbour-project.org
 http://lists.harbour-project.org/mailman/listinfo/harbour




-- 
http://www.oohg.org
http://sistemascvc.tripod.com

donaciones para CVC de ooHG

https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclickhosted_button_id=5369884
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Harbour random GPFs

Hi,

First retest your app using latest Harbour (r14412 or newer) 
and see if it fixes these problems.

Viktor

On 2010 May 2, at 21:39, Heinz V Bergen wrote:

 
 
 
 Viktor Szakáts wrote:
 
 Hi All,
 
 Lately I mentioned having random GPFs with my live apps 
 since changing to Harbour r14336. I also mentioned they are 
 gone. This turned out not to be true, they are still present.
 
 ...
 
 Viktor
 
 
 
 Hello all, not sure if this is related but I have been fighting with random
 GPFs also.
 
 -was gui gtwvt app, and app would just close with no error, sometimes
 processing 1 iteration of an Import/Export process, sometimes crash after
 second.
 
 -compiled as non gui without GTWVT, but still got crashes, but now got an
 error message:
  Unrecoverable error 9019: Stack underflow and always on the same
 Return() statement, sometimes on 1st iteration, usually on the second one,
 but sometimes (rarely) 3rd or more.
 
 -compiled with debugger, now get different error:
   Unrecoverable error 6005: Exception error:
Exception Code:C005
 
Exception Address:0041F2A3
EAX:ABB4  EBX:000D  ECX:  EDX:0004
ESI:00BC3874  EDI:  EBP:0001
CS:EIP:001B:0041F2A3  SS:ESP:0023:0022F540
DS:0023  ES:0023  FS:003B  GS:
Flags:00010206
CS:EIP: 80 3B B4 0F 86 B4 00 00 00 C7 44 24 0C 00 00 00
SS:ESP: 00C331D8 03CF    000D 00C226B4
 00CAD
7CC 0002 0001 0001 0052C81A 00CAD7CC 0002 00BC33DC
 00C56A30
 
C stack:
EIP: EBP:   Frame: OldEBP, RetAddr, Params...
 
 I don't really understand what this means, my guess is some process appears
 to be damaging the stack.
 If this is not related to issue, any idea what I need to look at to resolve
 issue?
 
 Thanks,
 Heinz
 -- 
 View this message in context: 
 http://old.nabble.com/Harbour-%22random%22-GPFs-tp28375863p28429001.html
 Sent from the Harbour - Dev 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

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[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: array access
 Called from HBQTUI:Q_TABLEFUNCLIST(0)
 Called from IDEFUNCTIONS:BUILDHEADER(210)
 Called from IDEFUNCTIONS:CREATE(146)
 Called from HBIDE:CREATE(356)
 Called from MAIN(102)
 ---
 OK
 ---
 

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.

Let me know if it helped.
place.

-
 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-tp4994458p4998518.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

[Harbour] Re: HMG 3 and Windows 98SE (and also HBIde)



axtens wrote:
 
 BTW, HBIde doesn't work in Win98. It bombs with a reference to PSAPI.DLL 
 which is an NT DLL.
 

Probably Qt does not support Win98 at all if I am not wrong.



-
 enjoy hbIDEing...
Pritpal Bedi 
http://hbide.vouch.info/
-- 
View this message in context: 
http://harbour-devel.1590103.n2.nabble.com/HMG-3-and-Windows-98SE-tp4992548p4998545.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

Re: [Harbour] Re: HMG 3 and Windows 98SE (and also HBIde)

 axtens wrote:
 
 BTW, HBIde doesn't work in Win98. It bombs with a reference to PSAPI.DLL 
 which is an NT DLL.
 
 
 Probably Qt does not support Win98 at all if I am not wrong.

Ops, I even missed this reporting thinking it being 
in context of HMG IDE.

PSAPI.DLL is not needed by HBIDE since a few weeks, 
when I removed this no more used debug code.

Viktor

___
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:[14423] trunk/harbour

2010-05-03 Thread vszakats

Revision: 14423
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14423view=rev
Author:   vszakats
Date: 2010-05-03 16:13:28 + (Mon, 03 May 2010)

Log Message:
---
2010-05-03 18:11 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
  * contrib/hbide/idemisc.prg
! Finally added existance check for .uic files to avoid the
  unending flow of strange error reports (RTE/GPF) (and subsequente
  random guessing) about problems caused by these missing files.
  Now HBIDE will show a clear message and quit instantly in this
  case.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbide/idemisc.prg


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

[Harbour] Harbour and ADO.NET

2010-05-03 Thread Adolfo Lagos Jimenez

Hi everyone

 

I'm using ADO and MYSQL for almost a year with no problems at all.

 

Nevertheless, I'm curious about the possibility to use ADO.NET to do the
same, and more of course.

 

Has someone done anything to use ADO.NET and HARBOUR ?

Is it possible to use?

 

Thanks

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Harbour and ADO.NET

Hi

Short answer is no.

.Net platform is binary incompatible with native applications like Harbour
runs. Of course is possible to create a wrapper to communicate to
ADO.NETbut is a crazy thing to do. There is no advantages to do that.

[]'s Maniero



2010/5/3 Adolfo Lagos Jimenez adolfo_la...@hotmail.com

  Hi everyone



 I’m using ADO and MYSQL for almost a year with no problems at all.



 Nevertheless, I’m curious about the possibility to use ADO.NET to do the
 same, and more of course.



 Has someone done anything to use ADO.NET and HARBOUR ?

 Is it possible to use?



 Thanks

 ___
 Harbour mailing list (attachment size limit: 40KB)
 Harbour@harbour-project.org
 http://lists.harbour-project.org/mailman/listinfo/harbour


___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] PrinterFileText new function

2010-05-03 Thread Ranier


Hi,
This is a simple draft, but maybe is useful for anyone...

Original Win_PrinterFileRaw, bypass the driver to printer, with 
PDFCreator does not work.
But, changing from RAW to TEXT with PDFCreator works, maybe with 
others drivers printers

works too.

Additionally, SetPrinterCFG allows change Orientation direct with driver 
(extract from microsoft msdn site).


Question: Is possible add a set functions like
SET( PRINTER_CFG, HB_ORIENTATION, HB_LANDSCAPE)
...
SET( PRINTER_CFG, HB_PAPER, HB_PAPER_A4)

Best regards,

Ranier Vilela


BOOL SetPrinterCFG(HANDLE hPrinter, LPCTSTR lpPrinterName, short 
dmOrientation)

{
DWORD dwNeeded = 0;
PRINTER_INFO_2 *pi2 = NULL;
DEVMODE *pDevMode = NULL;
BOOL bFlag;
LONG lFlag;

assert(hPrinter != NULL);

// The first GetPrinter tells you how big the buffer should be in
// order to hold all of PRINTER_INFO_2. Note that this should fail 
with
// ERROR_INSUFFICIENT_BUFFER.  If GetPrinter fails for any other 
reason

// or dwNeeded isn't set for some reason, then there is a problem...
SetLastError(0);
bFlag = GetPrinter(hPrinter, 2, 0, 0, dwNeeded);
if ((!bFlag)  (GetLastError() != ERROR_INSUFFICIENT_BUFFER) || 
(dwNeeded == 0))

{
return FALSE;
}

// Allocate enough space for PRINTER_INFO_2...
pi2 = (PRINTER_INFO_2 *) hb_xgrab( dwNeeded );
if (pi2 == NULL)
{
return FALSE;
}

// The second GetPrinter fills in all the current settings, so all you
// need to do is modify what you're interested in...
bFlag = GetPrinter(hPrinter, 2, (LPBYTE)pi2, dwNeeded, dwNeeded);
if (!bFlag)
{
hb_xfree( pi2 );
return FALSE;
}

// If GetPrinter didn't fill in the DEVMODE, try to get it by calling
// DocumentProperties...
if (pi2-pDevMode == NULL)
{
LONG lSize = DocumentProperties(NULL, hPrinter,( LPTSTR ) 
lpPrinterName, NULL, NULL, 0);

if (lSize = 0)
{
hb_xfree( pi2 );
return FALSE;
}

pDevMode = (DEVMODE *) hb_xgrab( lSize );
if (pDevMode == NULL)
{
hb_xfree( pi2 );
return FALSE;
}

lFlag = DocumentProperties(NULL, hPrinter,( LPTSTR ) 
lpPrinterName, pDevMode, NULL, DM_OUT_BUFFER);

if (lFlag != IDOK || pDevMode == NULL)
{
hb_xfree( pDevMode );
hb_xfree( pi2 );
return FALSE;
}

pi2-pDevMode = pDevMode;
}

// Driver is reporting that it doesn't support this change...
if (!(pi2-pDevMode-dmFields  DM_ORIENTATION))
{
hb_xfree( pi2 );
if (pDevMode)
{
hb_xfree( pDevMode );
}
return FALSE;
}

// Specify exactly what we are attempting to change...
pi2-pDevMode-dmFields = DM_ORIENTATION;
pi2-pDevMode-dmOrientation = dmOrientation;

// Do not attempt to set security descriptor...
pi2-pSecurityDescriptor = NULL;

// Make sure the driver-dependent part of devmode is updated...
lFlag = DocumentProperties(NULL, hPrinter,( LPTSTR ) lpPrinterName, 
pi2-pDevMode, pi2-pDevMode, DM_IN_BUFFER | DM_OUT_BUFFER);

if (lFlag != IDOK)
{
hb_xfree( pi2 );
if (pDevMode)
{
hb_xfree( pDevMode );
}
return FALSE;
}

// Update printer information...
bFlag = SetPrinter(hPrinter, 2, (LPBYTE)pi2, 0);
if (!bFlag)
// The driver doesn't support, or it is unable to make the change...
{
hb_xfree( pi2 );
if ( pDevMode )
{
hb_xfree( pDevMode );
}
return FALSE;
}

// Tell other apps that there was a change...
SendMessageTimeout(HWND_BROADCAST, WM_DEVMODECHANGE, 0L, 
(LPARAM)(LPCSTR)lpPrinterName, SMTO_NORMAL, 1000, NULL);


// Clean up...
if ( pi2 )
{
   hb_xfree( pi2 );
}
if ( pDevMode )
{
   hb_xfree( pDevMode );
}

return TRUE;
}



HB_FUNC( PRINTFILETEXT )
{
   int iResult = -1;

   if( HB_ISCHAR( 1 )  HB_ISCHAR( 2 )  HB_ISNUM( 3 ) )
   {
  const char * pszFileName = hb_parc( 2 );
  const unsigned int iWidth = hb_parni( 3 );

  HANDLE hPrinter;
  void * hDeviceName;
  LPCTSTR lpDeviceName = HB_PARSTR( 1, hDeviceName, NULL );

  if( OpenPrinter( ( LPTSTR ) lpDeviceName, hPrinter, NULL ) != 0 )
  {
 void * hDocName;
 DOC_INFO_1 DocInfo;

 // change orientation to LANDSCAPE, only if Width  112
 if ( iWidth  112 )
 {
if (SetPrinterCFG(hPrinter, lpDeviceName, DMORIENT_LANDSCAPE))
{
   // Tell other apps that there was a change...
   SendMessageTimeout(HWND_BROADCAST, WM_DEVMODECHANGE, 0L, 
(LPARAM)(LPCSTR)lpDeviceName, SMTO_NORMAL, 1000, NULL);

}
   }

 DocInfo.pDocName = ( LPTSTR ) HB_PARSTR( HB_ISCHAR( 3 ) ? 3 : 
2, hDocName, NULL );

 DocInfo.pOutputFile = NULL;

Re: [Harbour] Harbour random GPFs

2010-05-03 Thread Heinz V Bergen


OK, using latest Harbour (r14422) and did a mingw32-make clean install,
then recompiled my app with hbmk2 as console app, no GTs and tested, still
got error.
When Windows dialog to send error report, I clicked on debug window opening
VS2005 debugger, showed error in disassembled code as Unhandled exception
at 0x0041f2a3 in Hb2Ftr.exe: 0xC005: Access violation reading location
0x000d, in case this helps?

 0041F259  sub esp,0ACh 
 0041F25F  mov edi,dword ptr [esp+0C4h] 
 0041F266  mov ebx,dword ptr [esp+0C0h] 
 0041F26D  mov dword ptr [esp+68h],ebp 
 0041F271  testedi,edi 
 0041F273  je  0041F28A 
 0041F275  mov eax,dword ptr [esp+0C4h] 
 0041F27C  movsx   eax,word ptr [eax+4] 
 0041F280  shr eax,0Ah 
 0041F283  and eax,1 
 0041F286  mov dword ptr [esp+68h],eax 
 0041F28A  xor ebp,ebp 
 0041F28C  lea esi,[esi] 
 0041F290  mov eax,dword ptr ds:[00624278h] 
 0041F295  dec eax  
 0041F296  testeax,eax 
 0041F298  mov dword ptr ds:[00624278h],eax 
 0041F29D  je  0041F36A 
0041F2A3  cmp byte ptr [ebx],0B4h 
 0041F2A6  jbe 0041F360 
 0041F2AC  mov dword ptr [esp+0Ch],0 
 0041F2B4  mov dword ptr [esp+8],0 
 0041F2BC  mov dword ptr [esp+4],0 
 0041F2C4  mov dword ptr [esp],2336h 
 0041F2CB  call0048C830 
 0041F2D0  movzx   eax,word ptr ds:[6240F4h] 
 0041F2D7  testeax,eax 
 0041F2D9  je  0041F290 
 0041F2DB  testal,4 
 0041F2DD  je  0041F37F 
 0041F2E3  testebp,ebp 
 0041F2E5  je  0041F34C 
 0041F2E7  mov ebx,dword ptr ds:[6240F0h] 
 0041F2ED  lea esi,[esi] 
 0041F2F0  mov ecx,dword ptr ds:[6240C8h] 
 0041F2F6  lea ebx,[ecx+ebx*4] 
 0041F2F9  mov eax,dword ptr ds:[006240C0h] 
 0041F2FE  xchgax,ax 
 0041F300  cmp ebx,eax 
 0041F302  jae 0041F325 
 0041F304  sub eax,4 

-recompiled my app with Harbour release 2.0 and tested, had no errors.
Clipper also has no errors.
-tryed various combinations and discovered issue is caused by latest HBMK2,
as using HBMK2 from Version 2.0 distro, copying it to with latest SVN
Harbour\Bin, rebuild app, test and appears to run fine with no more errors,
does that make sense?

Heinz




Hi,

First retest your app using latest Harbour (r14412 or newer) 
and see if it fixes these problems.

Viktor


-- 
View this message in context: 
http://old.nabble.com/Harbour-%22random%22-GPFs-tp28375863p28439752.html
Sent from the Harbour - Dev 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

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

2010-05-03 Thread Mindaugas Kavaliauskas


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.


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 message would be better than 
RTE. I guess Viktor has just committed the fix.


Thanks, for column blocks! Do you have plans for doing blocks persistent 
and implementing line blocks? :)


Ok, I can live without persistent blocks and line blocks, but a few 
things is very uncomfortable (or I do not know how to configure it):


1) ESC closes current window. Can I attach Ctrl+F4 for this action 
instead of ESC?
2) I'm trying to use Setup-Keyboard mappings, but unable to find a way 
to assign key for many toolbar buttons. I want to add key for Toggle 
selection mode button.
3) I want to be able to move cursor beyond end of line, i.e., I do not 
want to jump cursor to first column on empty lines and I do not want to 
enter a lot of spaces for indented source code lines. END key could be 
used, to position cursor at the exact end of line.



Regards,
Mindaugas
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] BUG: HBIDE ctrl+ins / shift+ins don't work

Hi Pritpal,

Ctrl+Ins (copy) and Shift+Ins (paste) keys don't work.

+1: There is still a lot of functionality which are 
only available on the toolbar, but not from the menu.

Viktor

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Harbour random GPFs

Could you post your complete hb_out.log? 
What extra libs do you use (-l hbmk2 options)?

Viktor

On 2010 May 3, at 22:15, Heinz V Bergen wrote:

 
 OK, using latest Harbour (r14422) and did a mingw32-make clean install,
 then recompiled my app with hbmk2 as console app, no GTs and tested, still
 got error.
 When Windows dialog to send error report, I clicked on debug window opening
 VS2005 debugger, showed error in disassembled code as Unhandled exception
 at 0x0041f2a3 in Hb2Ftr.exe: 0xC005: Access violation reading location
 0x000d, in case this helps?
 
 0041F259  sub esp,0ACh 
 0041F25F  mov edi,dword ptr [esp+0C4h] 
 0041F266  mov ebx,dword ptr [esp+0C0h] 
 0041F26D  mov dword ptr [esp+68h],ebp 
 0041F271  testedi,edi 
 0041F273  je  0041F28A 
 0041F275  mov eax,dword ptr [esp+0C4h] 
 0041F27C  movsx   eax,word ptr [eax+4] 
 0041F280  shr eax,0Ah 
 0041F283  and eax,1 
 0041F286  mov dword ptr [esp+68h],eax 
 0041F28A  xor ebp,ebp 
 0041F28C  lea esi,[esi] 
 0041F290  mov eax,dword ptr ds:[00624278h] 
 0041F295  dec eax  
 0041F296  testeax,eax 
 0041F298  mov dword ptr ds:[00624278h],eax 
 0041F29D  je  0041F36A 
 0041F2A3  cmp byte ptr [ebx],0B4h 
 0041F2A6  jbe 0041F360 
 0041F2AC  mov dword ptr [esp+0Ch],0 
 0041F2B4  mov dword ptr [esp+8],0 
 0041F2BC  mov dword ptr [esp+4],0 
 0041F2C4  mov dword ptr [esp],2336h 
 0041F2CB  call0048C830 
 0041F2D0  movzx   eax,word ptr ds:[6240F4h] 
 0041F2D7  testeax,eax 
 0041F2D9  je  0041F290 
 0041F2DB  testal,4 
 0041F2DD  je  0041F37F 
 0041F2E3  testebp,ebp 
 0041F2E5  je  0041F34C 
 0041F2E7  mov ebx,dword ptr ds:[6240F0h] 
 0041F2ED  lea esi,[esi] 
 0041F2F0  mov ecx,dword ptr ds:[6240C8h] 
 0041F2F6  lea ebx,[ecx+ebx*4] 
 0041F2F9  mov eax,dword ptr ds:[006240C0h] 
 0041F2FE  xchgax,ax 
 0041F300  cmp ebx,eax 
 0041F302  jae 0041F325 
 0041F304  sub eax,4 
 
 -recompiled my app with Harbour release 2.0 and tested, had no errors.
 Clipper also has no errors.
 -tryed various combinations and discovered issue is caused by latest HBMK2,
 as using HBMK2 from Version 2.0 distro, copying it to with latest SVN
 Harbour\Bin, rebuild app, test and appears to run fine with no more errors,
 does that make sense?
 
 Heinz
 
 
 
 
 Hi,
 
 First retest your app using latest Harbour (r14412 or newer) 
 and see if it fixes these problems.
 
 Viktor
 
 
 -- 
 View this message in context: 
 http://old.nabble.com/Harbour-%22random%22-GPFs-tp28375863p28439752.html
 Sent from the Harbour - Dev 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

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: Harbour random GPFs

Hi Pritpal,

The problem happens when 
   contrib\hbqt\qtgui\HBQPlainTextEdit.cpp
refers to:
   #include ../hbqt_hbqplaintextedit.h

so, when you modify the latter, you should 
manually force a rebuild on 'qtgui' lib, 
otherwise you will get crashes. [ IOW this 
is the 2nd case from my original mail ]

There are many similar inclusions in hbqt 
code, so most probably all require manual 
rebuild situations can be traced back to 
this cause.

Viktor

On 2010 Apr 29, at 18:03, Viktor Szakáts wrote:

 In continuation...
 
 Whenever I change something in hbqt_hbqplainttextedit.h 
 ( for this matter it could be any .h in hbqt ), and compile/link 
 the application GPF certainly appears.
 
 But if I build clean hbqt, application behaves properly.
 
 So I suspect, because .h in hbQT are subject to moc application,
 something gets weired with signal/slots addresses. It is corrected 
 only if all moc_*.cpp's are included at once in the lib.
 
 I am not sure if this points to real cause or not,
 but am 100% sure that rebuild of hbQT after a change in .h 
 ( no matter that change is only a blank line or any variable 
 declaration which has never been used in the code ) 
 GPF happens. After clean build, I can make any changes to 
 .cpp without GPF's.
 
 Someone can confirm this behavior on their setup ?
 Or I have something terrifically mis-configured environment 
 on my machine ?
 
 One problem may be that when you change a 
 HBQT header, the related moc_*.cpp file will 
 be rebuilt and compiled, but the related .cpp 
 file will not be recompiled.
 
 Also, if you update an #include-d header, 
 like hbqt.h, a full rebuild is always necessary.
 
 The fact that moc_*.cpp files are included in 
 lib at once or one-by-one should never make any 
 difference. They are fully independent sources.
 
 If this happened just now, there is a change to 
 find out the exact reason: make a full rebuild 
 with HBQT r14412, then update to latest source, 
 do an incremental build, make a backup of 
 all generated files (moc_*.cpp and objects), 
 then make a rebuild and compare generated 
 files if there is a difference.
 
 Viktor
 

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[Harbour] Re: hbIDE - http://hbide.vouch.info/ - Needed your Reviews



Antonio Maniero wrote:
 
 More suggestions:
 

Thanks.

I am working on some facts and commit is 
scheduled for today. I will reply you in detail after 
the commit.


-
 enjoy hbIDEing...
Pritpal Bedi 
http://hbide.vouch.info/
-- 
View this message in context: 
http://harbour-devel.1590103.n2.nabble.com/hbIDE-http-hbide-vouch-info-Needed-your-Reviews-tp4925834p5000305.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

[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 New

To test: 
Click inside an editing instance; press Ctrl+F4
You are done with.


-
 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-tp4994458p5000223.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

[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 message would be better than 
 RTE. I guess Viktor has just committed the fix.
 

Yep, Viktor has done it.



 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.
I am following xMate and it has nothing like this. I think it should not be 
difficult once I know exact implementation details.



 Ok, I can live without persistent blocks and line blocks, but a few 
 things is very uncomfortable (or I do not know how to configure it):
 

I will be glad to set things right.



 1) ESC closes current window. Can I attach Ctrl+F4 for this action 
 instead of ESC?
 

I should include it as a public method.
Will do in a momemnt.



 2) I'm trying to use Setup-Keyboard mappings, but unable to find a way 
 to assign key for many toolbar buttons. I want to add key for Toggle 
 selection mode button.
 

Ok, it is also a candidate for public methods API.
It will and some others will be committed today.



 3) I want to be able to move cursor beyond end of line, i.e., I do not 
 want to jump cursor to first column on empty lines and I do not want to 
 enter a lot of spaces for indented source code lines. END key could be 
 used, to position cursor at the exact end of line.
 

This is a very tough request. Only for this reason, block copy/paste 
eluded me so long. I still do not know how to handle it unless QDocument 
is also sub-classed. This is on my todo list but am still at loss how to.
Probably I have to spend more time on this feature.



-
 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-tp4994458p5000192.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

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

2010-05-03 Thread vszakats

Revision: 14424
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14424view=rev
Author:   vszakats
Date: 2010-05-03 21:52:40 + (Mon, 03 May 2010)

Log Message:
---
2010-05-03 23:52 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
  * contrib/hbide/ideeditor.prg
% Replaced code with __PLATFORM__* checks with hb_osNewLine() call.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/contrib/hbide/ideeditor.prg


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

[Harbour] Re: BUG: HBIDE ctrl+ins / shift+ins don't work



Viktor Szakáts wrote:
 
 Ctrl+Ins (copy) and Shift+Ins (paste) keys don't work.
 
 +1: There is still a lot of functionality which are 
 only available on the toolbar, but not from the menu.
 

Will be implemented shortly.

Thanks for pointing.


-
 enjoy hbIDEing...
Pritpal Bedi 
http://hbide.vouch.info/
-- 
View this message in context: 
http://harbour-devel.1590103.n2.nabble.com/BUG-HBIDE-ctrl-ins-shift-ins-don-t-work-tp5000320p5000546.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

[Harbour] Re: Harbour random GPFs



Viktor Szakáts wrote:
 
 The problem happens when 
contrib\hbqt\qtgui\HBQPlainTextEdit.cpp
 refers to:
#include ../hbqt_hbqplaintextedit.h
 
 so, when you modify the latter, you should 
 manually force a rebuild on 'qtgui' lib, 
 otherwise you will get crashes. [ IOW this 
 is the 2nd case from my original mail ]
 
 There are many similar inclusions in hbqt 
 code, so most probably all require manual 
 rebuild situations can be traced back to 
 this cause.
 

Oh.
Now I know why is this behavior.
I am really short of insight how to solve it.
Can you provide a mechanism to build indivisual
hbqt* libs ? Partially it will speedup my development.


-
 enjoy hbIDEing...
Pritpal Bedi 
http://hbide.vouch.info/
-- 
View this message in context: 
http://harbour-devel.1590103.n2.nabble.com/Harbour-random-GPFs-tp4968103p5000581.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

Re: [Harbour] Re: Harbour random GPFs

 The problem happens when 
   contrib\hbqt\qtgui\HBQPlainTextEdit.cpp
 refers to:
   #include ../hbqt_hbqplaintextedit.h
 
 so, when you modify the latter, you should 
 manually force a rebuild on 'qtgui' lib, 
 otherwise you will get crashes. [ IOW this 
 is the 2nd case from my original mail ]
 
 There are many similar inclusions in hbqt 
 code, so most probably all require manual 
 rebuild situations can be traced back to 
 this cause.
 
 
 Oh.
 Now I know why is this behavior.
 I am really short of insight how to solve it.
 Can you provide a mechanism to build indivisual
 hbqt* libs ? Partially it will speedup my development.

Pls read '2. HOW TO DO A PARTIAL [RE]BUILD' in INSTALL, 
it should give you the necessary hints.

Viktor

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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

2010-05-03 Thread Mindaugas Kavaliauskas


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 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.


Line blocks marks whole lines, so, you do not need to move cursor to the 
first column.


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.




2) I'm trying to use Setup-Keyboard mappings, but unable to find a way
to assign key for many toolbar buttons. I want to add key for Toggle
selection mode button.

Ok, it is also a candidate for public methods API.
It will and some others will be committed today.


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.




3) I want to be able to move cursor beyond end of line, i.e., I do not
want to jump cursor to first column on empty lines and I do not want to
enter a lot of spaces for indented source code lines. END key could be
used, to position cursor at the exact end of line.


This is a very tough request. Only for this reason, block copy/paste
eluded me so long. I still do not know how to handle it unless QDocument
is also sub-classed. This is on my todo list but am still at loss how to.
Probably I have to spend more time on this feature.


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.




This can be achived right now:
Name: Close
Key:   F4
CtrlChecked
Script:  ::close() [ Or double click on Close() 'Public methods' list. ]

Click on New

To test:
Click inside an editing instance; press Ctrl+F4
You are done with.


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.



Thanks, regards,
Mindaugas
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Re: [Harbour] Re: BUG: HBIDE ctrl+ins / shift+ins don't work



  +1: There is still a lot of functionality which are
  only available on the toolbar, but not from the menu.
 



 And keyboard too.

___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

[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 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

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 find a way
  to assign key for many toolbar buttons. I want to add key for Toggle
  selection mode button.
 

 Ok, it is also a candidate for public methods API.
 It will and some others will be committed today.


 This is a very tough request. Only for this reason, block copy/paste
 eluded me so long. I still do not know how to handle it unless QDocument
 is also sub-classed. This is on my todo list but am still at loss how to.
 Probably I have to spend more time on this feature.


 So subclass it! I think is the right way. You can have power trying work on
raw class.

I put my signature below of all Mindaugas suggestions. Some of
them optionally, of course.

[]'s Maniero
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

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