Re: [Harbour] Re: FocusIn and FocusOut in widgets
Is this a way to have WHEN/VALID implementation ? 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:[14008] trunk/harbour
Revision: 14008 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14008&view=rev Author: vszakats Date: 2010-02-27 09:06:23 + (Sat, 27 Feb 2010) Log Message: --- 2010-02-27 10:03 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbsqlit3/hbsqlit3.c % Deleted unnecessary cast. * contrib/rddsql/sddmy/Makefile - contrib/rddsql/sddmy/mysqldd.c + contrib/rddsql/sddmy/sddmy.c * contrib/rddsql/sddpg/Makefile - contrib/rddsql/sddpg/pgsqldd.c + contrib/rddsql/sddpg/sddpg.c * contrib/rddsql/sddfb/Makefile - contrib/rddsql/sddfb/fbirddd.c + contrib/rddsql/sddfb/sddfb.c * contrib/rddsql/sddodbc/Makefile - contrib/rddsql/sddodbc/odbcdd.c + contrib/rddsql/sddodbc/sddodbc.c * contrib/rddsql/sddoci/Makefile - contrib/rddsql/sddoci/ocidd.c + contrib/rddsql/sddoci/sddoci.c * Renamed source files. ! Deleted leftover trace msg from sddoci. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbsqlit3/hbsqlit3.c trunk/harbour/contrib/rddsql/sddfb/Makefile trunk/harbour/contrib/rddsql/sddmy/Makefile trunk/harbour/contrib/rddsql/sddoci/Makefile trunk/harbour/contrib/rddsql/sddodbc/Makefile trunk/harbour/contrib/rddsql/sddpg/Makefile Added Paths: --- trunk/harbour/contrib/rddsql/sddfb/sddfb.c trunk/harbour/contrib/rddsql/sddmy/sddmy.c trunk/harbour/contrib/rddsql/sddoci/sddoci.c trunk/harbour/contrib/rddsql/sddodbc/sddodbc.c trunk/harbour/contrib/rddsql/sddpg/sddpg.c Removed Paths: - trunk/harbour/contrib/rddsql/sddfb/fbirddd.c trunk/harbour/contrib/rddsql/sddmy/mysqldd.c trunk/harbour/contrib/rddsql/sddoci/ocidd.c trunk/harbour/contrib/rddsql/sddodbc/odbcdd.c trunk/harbour/contrib/rddsql/sddpg/pgsqldd.c 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] SF.net SVN: harbour-project:[14009] trunk/harbour
Revision: 14009 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14009&view=rev Author: druzus Date: 2010-02-27 10:07:03 + (Sat, 27 Feb 2010) Log Message: --- 2010-02-27 11:05 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/src/vm/macro.c * minor simplification * harbour/src/common/reserved.c * minor cleanup * harbour/src/vm/eval.c * inherit execution context (OOP scope) in HB_EXECFROMARRAY() function * harbour/include/hbcomp.h * harbour/include/hbcompdf.h + harbour/src/common/funcid.c * harbour/src/common/Makefile + added new [macro]compiler function: hb_compGetFuncID() which can be used for function name hashing reducing strcmp() comparisons * harbour/include/hbexpra.c * harbour/include/hbexprb.c % use hb_compGetFuncID() to improve code for HB_ET_FUNCALL expressions Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/include/hbcomp.h trunk/harbour/include/hbcompdf.h trunk/harbour/include/hbexpra.c trunk/harbour/include/hbexprb.c trunk/harbour/src/common/Makefile trunk/harbour/src/common/reserved.c trunk/harbour/src/vm/eval.c trunk/harbour/src/vm/macro.c Added Paths: --- trunk/harbour/src/common/funcid.c 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] SF.net SVN: harbour-project:[14010] trunk/harbour
Revision: 14010 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14010&view=rev Author: vszakats Date: 2010-02-27 10:15:42 + (Sat, 27 Feb 2010) Log Message: --- 2010-02-27 11:14 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/rddsql/sddoci/sddoci.c + Changed to use STR API for UNICODE conversions. This fixes this SDD for non-win systems. ! Fixed one missing encoding translation. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/rddsql/sddoci/sddoci.c 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: Harbour MySQL errors
It's caused by this wrong (old) code in the class wrapper,
now correctly shown as argument error:
--- tmysql.prg @ 372
ELSE
// Should query have returned rows? (Was it a SELECT like
query?)
IF ( ::nNumFields :=
mysql_num_fields( nSocket ) ) == 0
// Was not a SELECT so reset ResultHandle changed by previous
mysql_store_result()
::nResultHandle := NIL
ELSE
::lError := .T.
ENDIF
ENDIF
---
As you can see, wrong object is passed to MYSQL_NUM_FIELDS(),
which was so far was silently ignored.
I can't tell
what the original author wanted to do here, but I can clean
it to work as before, which means not to return error, but silently do
nothing.
Brgds,
Viktor
On Sat,
Feb 27, 2010 at 11:28 AM, Mitja Podgornik wrote:
Hi,
>Victor
>
>>In Your recent modification of mysql.c this system error occurs when
>>attempting to
>execute some commands:
>
>>Argument error: MYSQL_NUM_FIELDS(0)
>
>
>>Can You help?
>
>>Thank You
>
>>Regards, Mitja
>
>
>>#include "minigui.ch"
>
>>proc main()
>
>>local oServer, oQuery
>
>>oServer:=TMySQLServer():New("localhost", "root", "")
>>if !(oServer==nil)
>
>> /*
>> these two commands end with error above:
>
>> oQuery:=oServer:Query("set names 'cp1250'")
>> oQuery:=oServer:Query("use test")
>
>> */
>
>...
>
>
>
>
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: OS/2: Harbour 13976
Pritpal, thanks
I need a basic code sample to test hbqt, without use of QInputContext,
QWidget, just to know if hbqt-qt461 for OS/2 will run
Something as minidemoqt.prg :-)
This is not possible without QWidget class.
QWidget is the parent of all GUI classes.
This is the object tree :
QObject, QPaintDevice
QWidget
All Other GUI Widgets - menus, buttons, etc
So I need to resolve it in base class first,
then probably everything will built properly.
Please do the following:
0. QApplication.cpp -> HB_FUNC( QT_QWIDGET_INPUTCONTEXT )
Comment it out.
Done
1. QWidget.cpp -> HB_FUNC( QT_QWIDGET_INPUTCONTEXT )
Comment it out.
Done
2. Also commentout corresponding methods in
TQApplication and TQWidget.
Done
3. Drop QInputContext.cpp and TQInputContext.prg from filelist.mk
Done
Compile hbQT. Do it compiles then ? If yes, we have the solution
already,
Compiling hbqtgui fail with QWidget.cpp, as expected, with:
--
gcc -I. -I../../../../../../include -Zomf -Wall -W -O3
-DHB_LEGACY_TYPES_OFF -IE:\qt4\include -IE:\qt4\include/QtCore
-IE:\qt4\include/QtGui -DHB_FM_STATISTICS_OFF -oQWidget.o -c
../../../QWidget.cpp
../../../QWidget.cpp: In function 'void
HB_FUN_QT_QWIDGET_ACCESSIBLEDESCRIPTION()':
../../../QWidget.cpp:196: error: 'class QWidget' has no member named
'accessibleDescription'
../../../QWidget.cpp: In function 'void HB_FUN_QT_QWIDGET_ACCESSIBLENAME()':
../../../QWidget.cpp:204: error: 'class QWidget' has no member named
'accessibleName'
../../../QWidget.cpp: In function 'void
HB_FUN_QT_QWIDGET_SETACCESSIBLEDESCRIPTION()':
../../../QWidget.cpp:968: error: 'class QWidget' has no member named
'setAccessibleDescription'
../../../QWidget.cpp: In function 'void
HB_FUN_QT_QWIDGET_SETACCESSIBLENAME()':
../../../QWidget.cpp:976: error: 'class QWidget' has no member named
'setAccessibleName'
make[1]: *** [QWidget.o] Error 1
--
So I used:
QWidget.cpp
===
/*DAVID:
HB_FUNC( QT_QWIDGET_ACCESSIBLEDESCRIPTION )
{
hb_retc( hbqt_par_QWidget( 1
)->accessibleDescription().toAscii().data() );
}
*/
/*DAVID:
HB_FUNC( QT_QWIDGET_ACCESSIBLENAME )
{
hb_retc( hbqt_par_QWidget( 1 )->accessibleName().toAscii().data() );
}
*/
/*DAVID:
HB_FUNC( QT_QWIDGET_SETACCESSIBLEDESCRIPTION )
{
hbqt_par_QWidget( 1 )->setAccessibleDescription( QWidget::tr(
hb_parc( 2 ) ) );
}
*/
/*DAVID:
HB_FUNC( QT_QWIDGET_SETACCESSIBLENAME )
{
hbqt_par_QWidget( 1 )->setAccessibleName( QWidget::tr( hb_parc( 2 ) ) );
}
*/
TQWidget.prg
===
//DAVID: METHOD accessibleDescription()
//DAVID: METHOD accessibleName()
//DAVID: METHOD setAccessibleDescription( cDescription )
//DAVID: METHOD setAccessibleName( cName )
/*DAVID:
METHOD QWidget:accessibleDescription()
RETURN Qt_QWidget_accessibleDescription( ::pPtr )
*/
/*DAVID:
METHOD QWidget:accessibleName()
RETURN Qt_QWidget_accessibleName( ::pPtr )
*/
/*DAVID:
METHOD QWidget:setAccessibleDescription( cDescription )
RETURN Qt_QWidget_setAccessibleDescription( ::pPtr, cDescription )
*/
/*DAVID:
METHOD QWidget:setAccessibleName( cName )
RETURN Qt_QWidget_setAccessibleName( ::pPtr, cName )
*/
and hbqtgui.lib build entirely
link demos. Those must then link properly.
If all goes fine, I will drop QInputContext alltogether.
Without above exercise, it is difficult to isolate other matters.
Logs of demos are useless as QWidget is not linked and all other
Qt world resolves around it.
So you can:
- drop QInputContext alltogether.
- Guard *Accessible* methods for OS/2 and
#ifndef QT_NO_ACCESSIBILITY / #endif
while "dummy QAccessible implementation in 4.6.1" can be completed
Trying to use hbqt* libs with samples/projects:
( All tests with Harbour 13976 )
demoqt.prg
==
- It build fine
- Running it, create a small window with a three colors icon on it and
crash with (output is mixed 1,2):
--
demoqt.prg:127:MAIN(): HB_TR_ALWAYS
demoqt.prg:128:MAIN(): HB_TR_ALWAYS -b-
Exception c005 at address 0x1e8af6f8
Exception Code:C005
Exception Address:1E8AF6F8
EAX:002B EBX:0050F2A0 ECX:002A EDX:0358
ESI:029B0D64 EDI:02B5BFC0 EBP:002FED10
CS:EIP:005B:1E8AF6F8 SS:ESP:0053:002FE7D8
DS:0053 ES:0053 FS:150B GS:
Flags:00010202
Called from QT_QWIDGET_RESIZE(0)
Called from QMAINWINDOW:RESIZE(0) in ../../../TQWidget.prg
Called from MAIN(141) in demoqt.prg
Killed by SIGSEGV
pid=0x142b ppid=0x005e tid=0x0001 slot=0x00a2 pri=0x0200 mc=0x0001
E:\HARBOUR102\HARBOUR\CONTRIB\HBQT\TESTS\DEMOQT.EXE
PMMERGE 3:0007f6f8
cs:eip=005b:1e8af6f8 ss:esp=0053:002fe7d8 ebp=002fed10
ds=0053 es=0053 fs=150b gs= efl=00010202
eax=002b ebx=0050f2a0 ecx=002a edx=0358 edi=02b5bfc0
esi=029b0d64
Process dumping was disabled, use DUMPPROC / PROCDUMP to enable it.
--
demoxbp.prg
==
- It build fine
- Running it, create a big
Re: [Harbour] MySQL errors
Hi
Well, there are legal MySQL commands whitout any returning value
like 'USE ' or all 'SET <> <>' commands.
Strictly these are not Querries so one solution could be to create new class
for these commands.
regards, Mitja
- Original Message
From: Mitja Podgornik
To: harbour@harbour-project.org
Sent: Sat, February 27, 2010 11:54:19 AM
Subject: [Harbour] Re: Harbour MySQL errors
It's caused by this wrong (old) code in the class wrapper,
now correctly shown as argument error:
--- tmysql.prg @ 372
ELSE
// Should query have returned rows? (Was it a SELECT like
query?)
IF ( ::nNumFields :=
mysql_num_fields( nSocket ) ) == 0
// Was not a SELECT so reset ResultHandle changed by previous
mysql_store_result()
::nResultHandle := NIL
ELSE
::lError := .T.
ENDIF
ENDIF
---
As you can see, wrong object is passed to MYSQL_NUM_FIELDS(),
which was so far was silently ignored.
I can't tell
what the original author wanted to do here, but I can clean
it to work as before, which means not to return error, but silently do
nothing.
Brgds,
Viktor
On Sat,
Feb 27, 2010 at 11:28 AM, Mitja Podgornik wrote:
Hi,
>Victor
>
>>In Your recent modification of mysql.c this system error occurs when
>>attempting to
>execute some commands:
>
>>Argument error: MYSQL_NUM_FIELDS(0)
>
>
>>Can You help?
>
>>Thank You
>
>>Regards, Mitja
>
>
>>#include "minigui.ch"
>
>>proc main()
>
>>local oServer, oQuery
>
>>oServer:=TMySQLServer():New("localhost", "root", "")
>>if !(oServer==nil)
>
>> /*
>> these two commands end with error above:
>
>> oQuery:=oServer:Query("set names 'cp1250'")
>> oQuery:=oServer:Query("use test")
>
>> */
>
>...
>
>
>
>
___
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] SF.net SVN: harbour-project:[14011] trunk/harbour
Revision: 14011 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14011&view=rev Author: vszakats Date: 2010-02-27 11:29:31 + (Sat, 27 Feb 2010) Log Message: --- 2010-02-27 12:28 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbodbc/odbc.c * contrib/rddsql/sddodbc/sddodbc.c + Added support for UNICODE mode on non-Windows systems. This also means that by now HB_TCHAR_* macros aren't used in non-win/wce code anymore. NOTE: Since the translation functions have been changed, now _SET_OSCODEPAGE setting are honored in these calls. We may change this later to some lib specific cp. ; TOFIX: Warnings are showing up in non-UNICODE mode: odbc.c:438: warning: pointer targets in passing argument 2 of 'hb_storstr' differ in signedness Couldn't find an optimal way to pacify them (also in sddodbc). Can someone help? * include/hbdefs.h + HB_TCHAR_* macros are again only defined for win/wce targets. This will make sure these won't get used in non-win/wce specific code. * contrib/hbmysql/tmysql.prg ! Fixed old buggy code which started to throw errors after introducing strict parameter evaluation in lower-level code. For now I replaced the code with old behavior. Pls make further to replicate original _intent_. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbmysql/tmysql.prg trunk/harbour/contrib/hbodbc/odbc.c trunk/harbour/contrib/rddsql/sddodbc/sddodbc.c trunk/harbour/include/hbdefs.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
Re: [Harbour] Re: FocusIn and FocusOut in widgets
I thinks that yes. In HbQtCommand we use it for execute an user action on GotFocus and/or LostFocus Sample: DEFINE TEXTBOX t1 VALUE "Initial Value" ONLOSTFOCUS myRoutineForValid() END TEXTBOX Regards CdQ On Sat, Feb 27, 2010 at 5:21 AM, francesco perillo wrote: > Is this a way to have WHEN/VALID implementation ? > > Francesco > ___ > 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: FocusIn and FocusOut in widgets
Thank you for your reply. I still had no time to look at HbQtCommand documentation... I hope to do it tomorrow > DEFINE TEXTBOX t1 > VALUE "Initial Value" > ONLOSTFOCUS myRoutineForValid() > END TEXTBOX What happens when myRoutineForValid() returns .F. ? Or when myRoutineForValid() returns .T. and the following editbox myRoutineForWHEN returns .F. ? Is there a upper layer to handle the "get" system in a clipper style? ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Method WinId in HbQt
Ok. Thanks. CdQ On Fri, Feb 26, 2010 at 5:27 PM, Pritpal Bedi wrote: > > > CarozoDeQuilmes wrote: > > > > Hi Pritpal, can you add method "winId" of class QMainWindow in _HbQt ? > > > > No, this is Windows only solution. > We had to drop it almost hal an year before. > > > - > enjoy hbIDEing... >Pritpal Bedi > _a_student_of_software_analysis_&_design_ > -- > View this message in context: > http://n2.nabble.com/Method-WinId-in-HbQt-tp4641320p4641628.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 mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: FocusIn and FocusOut in widgets
Hi Francesco: for WHEN/VALID you can use VALID property (not implemented at this moment, but I will implement it before release the first HbQtCommand version. Ex: DEFINE TEXTBOX t1 VALUE "Initial Value" VALID myRoutineForValid() // Need Return .T. or .F. END TEXTBOX The HbQtCommand and his documentation are under construction. Replying your question (Valid into LostFocus, the alternative way...): For Ex: Valid that len of TextBox is less than 16 characters Function MyRoutineForValid() if len( GetProperty( "win" , "t1" , "value" ) ) >= 16 HbQtC_MsgInfo( "Len for TextBox greater than 15" ) // with the next sentence you return focus to t1 textbox DoMethod( "win" , "t1" , "setfocus" ) endif Return NIL For see examples, you can open the index.html into /hbqtcommand/doc/htmlhelp/ or for running a real sample, and see a complete sample about HbQtCommand controls (widgets) you can compile the MAINDEMO located in /hbqtcommand/samples/ Read the readme into /hbqtcommand/samples/ for a little guide to compile maindemo in Windows and/or Linux Remember that HbQtCommand and his documentation is under construction Regards CdQ On Sat, Feb 27, 2010 at 10:00 AM, francesco perillo wrote: > Thank you for your reply. > > I still had no time to look at HbQtCommand documentation... I hope to > do it tomorrow > > > DEFINE TEXTBOX t1 > >VALUE "Initial Value" > >ONLOSTFOCUS myRoutineForValid() > > END TEXTBOX > > What happens when myRoutineForValid() returns .F. ? > Or when myRoutineForValid() returns .T. and the following editbox > myRoutineForWHEN returns .F. ? Is there a upper layer to handle the > "get" system in a clipper style? > ___ > 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: FocusIn and FocusOut in widgets
Thank you for your sample. I'm reading a book on Qt but it is C++ based. It's really interesting what you can do with Qt. In C++ you can easily subclass widgets to extend their functionalities, add slots and signals... is it possible to do this with hbqt/hbqtcommand ? in C++ or Harbour ? Francesco ___ 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:[14011] trunk/harbour
On Sat, Feb 27, 2010 at 12:29 PM, wrote: > * contrib/hbodbc/odbc.c > * contrib/rddsql/sddodbc/sddodbc.c I'm testing Ubuntu 10.04 Alpha3 and I got these warnings: ../../../odbc.c: In function ‘HB_FUN_SQLDRIVERCONNECT’: ../../../odbc.c:162: warning: pointer targets in passing argument 2 of ‘hb_storstr’ differ in signedness ../../../../../include/hbapistr.h:117: note: expected ‘const char *’ but argument is of type ‘SQLTCHAR *’ ../../../odbc.c: In function ‘HB_FUN_SQLDESCRIBECOL’: ../../../odbc.c:336: warning: pointer targets in passing argument 2 of ‘hb_storstrlen’ differ in signedness ../../../../../include/hbapistr.h:121: note: expected ‘const char *’ but argument is of type ‘SQLTCHAR *’ ../../../odbc.c: In function ‘HB_FUN_SQLERROR’: ../../../odbc.c:438: warning: pointer targets in passing argument 2 of ‘hb_storstr’ differ in signedness ../../../../../include/hbapistr.h:117: note: expected ‘const char *’ but argument is of type ‘SQLTCHAR *’ ../../../odbc.c:440: warning: pointer targets in passing argument 2 of ‘hb_storstr’ differ in signedness ../../../../../include/hbapistr.h:117: note: expected ‘const char *’ but argument is of type ‘SQLTCHAR *’ ../../../sddodbc.c: In function ‘odbcGetError’: ../../../sddodbc.c:181: warning: pointer targets in passing argument 3 of ‘hb_itemPutStr’ differ in signedness ../../../../../../include/hbapistr.h:87: note: expected ‘const char *’ but argument is of type ‘SQLTCHAR *’ best regards, Lorenzo ___ 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:[14011] trunk/harbour
That is why I left this message in the ChangeLog: --- 2010-02-27 12:28 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) ... ; TOFIX: Warnings are showing up in non-UNICODE mode: odbc.c:438: warning: pointer targets in passing argument 2 of 'hb_storstr' differ in signedness Couldn't find an optimal way to pacify them (also in sddodbc). Can someone help? --- Brgds, Viktor On 2010 Feb 27, at 17:53, Lorenzo Fiorini wrote: > On Sat, Feb 27, 2010 at 12:29 PM, wrote: > >> * contrib/hbodbc/odbc.c >> * contrib/rddsql/sddodbc/sddodbc.c > > I'm testing Ubuntu 10.04 Alpha3 and I got these warnings: > > ../../../odbc.c: In function ‘HB_FUN_SQLDRIVERCONNECT’: > ../../../odbc.c:162: warning: pointer targets in passing argument 2 of > ‘hb_storstr’ differ in signedness > ../../../../../include/hbapistr.h:117: note: expected ‘const char *’ > but argument is of type ‘SQLTCHAR *’ > ../../../odbc.c: In function ‘HB_FUN_SQLDESCRIBECOL’: > ../../../odbc.c:336: warning: pointer targets in passing argument 2 of > ‘hb_storstrlen’ differ in signedness > ../../../../../include/hbapistr.h:121: note: expected ‘const char *’ > but argument is of type ‘SQLTCHAR *’ > ../../../odbc.c: In function ‘HB_FUN_SQLERROR’: > ../../../odbc.c:438: warning: pointer targets in passing argument 2 of > ‘hb_storstr’ differ in signedness > ../../../../../include/hbapistr.h:117: note: expected ‘const char *’ > but argument is of type ‘SQLTCHAR *’ > ../../../odbc.c:440: warning: pointer targets in passing argument 2 of > ‘hb_storstr’ differ in signedness > ../../../../../include/hbapistr.h:117: note: expected ‘const char *’ > but argument is of type ‘SQLTCHAR *’ > ../../../sddodbc.c: In function ‘odbcGetError’: > ../../../sddodbc.c:181: warning: pointer targets in passing argument 3 > of ‘hb_itemPutStr’ differ in signedness > ../../../../../../include/hbapistr.h:87: note: expected ‘const char *’ > but argument is of type ‘SQLTCHAR *’ > > best regards, > Lorenzo > ___ > 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: SF.net SVN: harbour-project:[14007] trunk/harbour
regarding function-doc of harbour tree
Imo is better done by double click or pressing a function key (imo f1) doc/
instead type(
because i need help reading already written source so i not type "("
can you give simular result also using harbour language guide by
xharbour.com?
as i have previous written i use a macro in xmate for this works
regarding function of my program
Ctrl -t in xmate open function if is inside project
2010/2/27 Pritpal Bedi
>
>
> vouchcac wrote:
> >
> > + Implemented: auto activating and displaying the function's
> > documentation
> > you have currently finished typing opening brace. This feature
> > is activated only when you have initialized the documentation
> > browser by clicking on the "H" icon on the right toolbar.
> >
>
> Forgot to mention that function-doc will only be activated if that is
> available in Harbour documentation tree. Also function's opening brace
> must be the last character of the function, no spaces inbetween.
>
> oWnd := QMainWindow () => will not popup document in the viewer.
> oWnd := QMainWindow() => will popup the document.
>
> A function is recognized by opening brace only and the word preceeding
> will attempt to locate the function in Document Viewer Tree.
>
> --
Massimo Belgrano
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: OS/2: Harbour 13976
David Arturo Macias Corona wrote:
>
> Compiling hbqtgui fail with QWidget.cpp, as expected, with:
> --
> gcc -I. -I../../../../../../include -Zomf -Wall -W -O3
> -DHB_LEGACY_TYPES_OFF -IE:\qt4\include -IE:\qt4\include/QtCore
> -IE:\qt4\include/QtGui -DHB_FM_STATISTICS_OFF -oQWidget.o -c
> ../../../QWidget.cpp
> ../../../QWidget.cpp: In function 'void
> HB_FUN_QT_QWIDGET_ACCESSIBLEDESCRIPTION()':
> ../../../QWidget.cpp:196: error: 'class QWidget' has no member named
> 'accessibleDescription'
> ../../../QWidget.cpp: In function 'void
> HB_FUN_QT_QWIDGET_ACCESSIBLENAME()':
> ../../../QWidget.cpp:204: error: 'class QWidget' has no member named
> 'accessibleName'
> ../../../QWidget.cpp: In function 'void
> HB_FUN_QT_QWIDGET_SETACCESSIBLEDESCRIPTION()':
> ../../../QWidget.cpp:968: error: 'class QWidget' has no member named
> 'setAccessibleDescription'
> ../../../QWidget.cpp: In function 'void
> HB_FUN_QT_QWIDGET_SETACCESSIBLENAME()':
> ../../../QWidget.cpp:976: error: 'class QWidget' has no member named
> 'setAccessibleName'
> make[1]: *** [QWidget.o] Error 1
> --
>
It means all plugin features are disabled in OS2 build.
I will comment them out with next commit.
> and hbqtgui.lib build entirely
>
Yep, this is what I was expecting.
> So you can:
> - drop QInputContext alltogether.
> - Guard *Accessible* methods for OS/2 and
> #ifndef QT_NO_ACCESSIBILITY / #endif
> while "dummy QAccessible implementation in 4.6.1" can be completed
>
Scheduled for next commit, already.
> Trying to use hbqt* libs with samples/projects:
> ( All tests with Harbour 13976 )
>
> demoqt.prg
> ==
> - It build fine
> - Running it, create a small window with a three colors icon on it and
> crash with (output is mixed 1,2):
> Called from QT_QWIDGET_RESIZE(0)
> Called from QMAINWINDOW:RESIZE(0) in ../../../TQWidget.prg
> Called from MAIN(141) in demoqt.prg
>
Strange. Why :resize() is failing here as this call is made for
all other demos as well. Investigating...
> demoxbp.prg
> ==
> - It build fine
> - Running it, create a big window with a three colors icon on it and
> crash with (output is mixed 1,2):
> --
> Called from QPIXMAP:SCALED(0) in ../../../TQPixmap.prg
> Called from XBPSTATUSBAR:SETPOINTER(0) in ../../../xbpwindow.prg
> Called from BUILD_STATUSBAR(531) in demoxbp.prg
> Called from BUILDADIALOG(168) in demoxbp.prg
> Called from _BUILDADIALOG(107) in demoxbp.prg
> Called from MAIN(98) in demoxbp.prg
>
So it means QPixmap class is also broken in OS builds.
Report these to netlabs, maybe they already know it.
> demoqt.prg
> ==
> - Build fine
> - Open a window with content
> - Maximize beyond of desktop size
> - Fx keys seem to work
> - Output from 1,2 are:
> --
> QPainter::begin: Paint device returned engine == 0, type: 1
> QPainter::begin: Paint device returned engine == 0, type: 1
> QPainter::begin: Paint device returned engine == 0, type: 1
> QFont::setPointSize: Point size <= 0 (0), must be greater than 0
> QPainter::begin: Paint device returned engine == 0, type: 1
> QFont::setPointSize: Point size <= 0 (0), must be greater than 0
> QPainter::begin: Paint device returned engine == 0, type: 1
> QFont::setPointSize: Point size <= 0 (0), must be greater than 0
> QPainter::begin: Paint device returned engine == 0, type: 1
> QFont::setPointSize: Point size <= 0 (0), must be greater than 0
> --
>
You referred demoqt.prg above also.
Did you run twice the same test ?
> hbide project ( the BIG one ! )
> ===
> - Build fine
> - Open a window with content, with a lot of icons, menus, ...
> - Windows resize, max, min, move, ... work fine
> - Many checkboxs, actions work fine
> - Many actions fails, for example "Open"
> Log file is around 800 lines, here are the bottom (1,2 mixed):
> --
> THbQtUI.prg:0:HBQ_DBG(): HB_TR_ALWAYS DialogFind {|o,v|
> o[v]:setWindowTitle(q__tr("DialogFind", "Find and Replace", 0, "UTF8"))}
> THbQtUI.prg:0:HBQ_DBG(): HB_TR_ALWAYS groupBox_2 {|o,v|
> o[v]:setTitle("")}
> THbQtUI.prg:0:HBQ_DBG(): HB_TR_ALWAYS groupBox_3 {|o,v|
> o[v]:setTitle("")}
> idemisc.prg:897:HBIDE_DBG(): HB_TR_ALWAYS C:\dev_sources\vouch\abc.prg
> idemisc.prg:897:HBIDE_DBG(): HB_TR_ALWAYS
> C:\harbour\contrib\hbide\projects\vouch\abc.prg
>
To supress HBIDE_DBG() message, commentout
the body of HBIDE_DBG() function in idemisc.prg.
The logs will be bare minimum.
> Called from QT_QDIALOG_EXEC(0)
> Called from QFILEDIALOG:EXEC(0) in ../../../TQDialog.prg
> Called from XBPFILEDIALOG:OPEN(0) in ../../../xbpfiledialog.prg
> Called from IDESOURCESMANAGER:SELECTSOURCE(442) in idesources.prg
>
It appears QDialog() class is also broken in OS2 builds.
It is also a very important class like QWidget and MUST behave
properly. I cannot figure out what is the issue. Please
experiment as
qMsgBox := QMess
[Harbour] Re: SF.net SVN: harbour-project:[14007] trunk/harbour
Massimo Belgrano wrote:
>
> regarding function-doc of harbour tree
> Imo is better done by double click or pressing a function key (imo f1)
> doc/
> instead type(
> because i need help reading already written source so i not type "("
>
Yep, double click is required, implementing.
With "(" it is added advantage.
> can you give simular result also using harbour language guide by
> xharbour.com?
> as i have previous written i use a macro in xmate for this works
>
How you are using macro, show me code example.
I can assume, though may be wrongly, that it will be Windows only solution.
> regarding function of my program
> Ctrl -t in xmate open function if is inside project
>
hbIDE is not _ONE_ project based but multiple.
I am thinking on the subject and hopefully will come with a solution.
-
enjoy hbIDEing...
Pritpal Bedi
_a_student_of_software_analysis_&_design_
--
View this message in context:
http://n2.nabble.com/SF-net-SVN-harbour-project-14007-trunk-harbour-tp4643694p4645951.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:[14012] trunk/harbour
Revision: 14012 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14012&view=rev Author: mauriliolongo Date: 2010-02-27 17:57:18 + (Sat, 27 Feb 2010) Log Message: --- 2010-02-27 18:55 UTC+0100 Maurilio Longo (maurilio.lo...@libero.it) * src/common/hbffind.c * optimized OS/2 hb_fsFindNextLow() to grab as many files as it can on every call. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/src/common/hbffind.c 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] SF.net SVN: harbour-project:[14013] trunk/harbour
Revision: 14013 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14013&view=rev Author: vszakats Date: 2010-02-27 19:09:47 + (Sat, 27 Feb 2010) Log Message: --- 2010-02-27 20:07 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbodbc/odbc.c * contrib/rddsql/sddodbc/sddodbc.c ! Silenced warnings. * contrib/rddsql/sddoci/sddoci.c * contrib/rddsql/sddoci/tests/test1.prg + Finished type mapping and value translation. ; Not being an Oracle user, I only have the few sample tables, so no testing was made with these types. ; TOFIX: decimal position retrieval is currently wrong. ; TOFIX: date/time/timestamp doesn't seem to get through. * config/win/global.mk * config/rules.mk * Moved HB_BUILD_UNICODE handling here for win platform, to allow disabling it for potential 3rd party libs which don't support UNICODE mode. * src/common/hbffind.c * Formatting. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/config/rules.mk trunk/harbour/config/win/global.mk trunk/harbour/contrib/hbodbc/odbc.c trunk/harbour/contrib/rddsql/sddoci/sddoci.c trunk/harbour/contrib/rddsql/sddoci/tests/test1.prg trunk/harbour/contrib/rddsql/sddodbc/sddodbc.c trunk/harbour/src/common/hbffind.c 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] SF.net SVN: harbour-project:[14014] trunk/harbour
Revision: 14014 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14014&view=rev Author: druzus Date: 2010-02-27 19:20:56 + (Sat, 27 Feb 2010) Log Message: --- 2010-02-27 20:19 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbcomp.h * harbour/include/hbcompdf.h * harbour/include/hbmacro.h * harbour/include/hbexpra.c * harbour/include/hbexprb.c * harbour/src/common/funcid.c * harbour/src/common/expropt1.c * harbour/src/compiler/hbmain.c * harbour/src/compiler/harbour.y * harbour/src/compiler/harbour.yyc * harbour/src/compiler/harbour.yyh * harbour/src/vm/macro.c + added all reserved and restricted in Clipper functions to hb_compGetFuncID() + extended hb_compGetFuncID() to expand short names of reserved functions + extended hb_compGetFuncID() to set function flags * store expanded function name, ID and flags in HB_ET_FUN* expressions % modified compiler and macrocompiler code to use function flags and expanded names set by hb_compGetFuncID(). It allowed to eliminate calling hb_compReservedName() for function call expressions giving some small but noticeable speed improvement i.e. in macrocompiler. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/include/hbcomp.h trunk/harbour/include/hbcompdf.h trunk/harbour/include/hbexpra.c trunk/harbour/include/hbexprb.c trunk/harbour/include/hbmacro.h trunk/harbour/src/common/expropt1.c trunk/harbour/src/common/funcid.c trunk/harbour/src/compiler/harbour.y trunk/harbour/src/compiler/harbour.yyc trunk/harbour/src/compiler/harbour.yyh trunk/harbour/src/compiler/hbmain.c trunk/harbour/src/vm/macro.c 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] SF.net SVN: harbour-project:[14015] trunk/harbour
Revision: 14015 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14015&view=rev Author: vszakats Date: 2010-02-27 19:27:09 + (Sat, 27 Feb 2010) Log Message: --- 2010-02-27 20:26 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * ChangeLog + Added missed item in prev commit. * contrib/rddsql/sddoci/sddoci.c ! Comment again the trace msg. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/rddsql/sddoci/sddoci.c 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
Re: [Harbour] Re: SF.net SVN: harbour-project:[14007] trunk/harbour
2010/2/27 Pritpal Bedi
>
>
> Massimo Belgrano wrote:
> >
> >
>
> Yep, double click is required, implementing.
> With "(" it is added advantage.
Agree!
>
>
>
> How you are using macro, show me code example.
> I can assume, though may be wrongly, that it will be Windows only solution.
>
> yey i have insert in xmate In Option Keyboard mapping user e menu
associate fo key f1 i use
follow macro to integrate xharbour language reference in xmate
-
|cTopic|
IF( Empty( cTopic := ::GetText() ), cTopic := ::GetWord(.F.) ),
HtmlHelpTopic( ::hWnd, "c:\harbour\xhdoc\xHarbour Language
Reference Guide.chm", cTopic )
>
> > regarding function of my program
> > Ctrl -t in xmate open function if is inside project
> >
>
> hbIDE is not _ONE_ project based but multiple.
> I am thinking on the subject and hopefully will come with a solution.
>
>
> Yes but like search i can select where works, or select in project tree
--
Massimo Belgrano
___
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:[14016] trunk/harbour
Revision: 14016 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14016&view=rev Author: vouchcac Date: 2010-02-27 19:53:19 + (Sat, 27 Feb 2010) Log Message: --- 2010-02-27 11:40 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbqt/generator/hbqtgen.prg ! Introduced $EXTERNALLINK$ tag. ;TODO describe it in /doc/hdr_tpl.txt. * contrib/hbqt/generator/qt45.qtp * contrib/hbqt/qtgui/filelist.mk * contrib/hbqt/qtgui/QApplication.cpp * contrib/hbqt/qtgui/QWidget.cpp * contrib/hbqt/qtgui/TQApplication.prg * contrib/hbqt/qtgui/TQWidget.prg * contrib/hbqt/qth/QApplication.qth * contrib/hbqt/qth/QWidget.qth - Deleted QInputContex() class and all other associated functions. - Removed Qt plugin architect builder: "Accessibility" functions. Hope OS2 will now compile fine without any manual intervention. * contrib/hbqt/qtcore/QChar.cpp * contrib/hbqt/qtcore/TQChar.prg ! Regenerated. * contrib/hbide/ideharbourhelp.prg ! Modified to honor $EXTERNALLINK$ tag. With this presentation of Harbour document is a bit changed. $EXTERNALLINK$ tag is expanded in the page title part. $SEEALSO$ is now a pure functions link. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbide/ideharbourhelp.prg trunk/harbour/contrib/hbqt/doc/en/class_hbdbfmodel.txt trunk/harbour/contrib/hbqt/doc/en/class_hbevents.txt trunk/harbour/contrib/hbqt/doc/en/class_hbqplaintextedit.txt trunk/harbour/contrib/hbqt/doc/en/class_hbqsyntaxhighlighter.txt trunk/harbour/contrib/hbqt/doc/en/class_hbqtextblockuserdata.txt trunk/harbour/contrib/hbqt/doc/en/class_hbslots.txt trunk/harbour/contrib/hbqt/doc/en/class_qabstractbutton.txt trunk/harbour/contrib/hbqt/doc/en/class_qabstractitemdelegate.txt trunk/harbour/contrib/hbqt/doc/en/class_qabstractitemmodel.txt trunk/harbour/contrib/hbqt/doc/en/class_qabstractitemview.txt trunk/harbour/contrib/hbqt/doc/en/class_qabstractlistmodel.txt trunk/harbour/contrib/hbqt/doc/en/class_qabstractprintdialog.txt trunk/harbour/contrib/hbqt/doc/en/class_qabstractproxymodel.txt trunk/harbour/contrib/hbqt/doc/en/class_qabstractscrollarea.txt trunk/harbour/contrib/hbqt/doc/en/class_qabstractslider.txt trunk/harbour/contrib/hbqt/doc/en/class_qabstractspinbox.txt trunk/harbour/contrib/hbqt/doc/en/class_qabstracttablemodel.txt trunk/harbour/contrib/hbqt/doc/en/class_qabstracttextdocumentlayout.txt trunk/harbour/contrib/hbqt/doc/en/class_qaction.txt trunk/harbour/contrib/hbqt/doc/en/class_qactiongroup.txt trunk/harbour/contrib/hbqt/doc/en/class_qapplication.txt trunk/harbour/contrib/hbqt/doc/en/class_qbitarray.txt trunk/harbour/contrib/hbqt/doc/en/class_qbitmap.txt trunk/harbour/contrib/hbqt/doc/en/class_qboxlayout.txt trunk/harbour/contrib/hbqt/doc/en/class_qbrush.txt trunk/harbour/contrib/hbqt/doc/en/class_qbuffer.txt trunk/harbour/contrib/hbqt/doc/en/class_qbuttongroup.txt trunk/harbour/contrib/hbqt/doc/en/class_qbytearray.txt trunk/harbour/contrib/hbqt/doc/en/class_qcalendarwidget.txt trunk/harbour/contrib/hbqt/doc/en/class_qchar.txt trunk/harbour/contrib/hbqt/doc/en/class_qcheckbox.txt trunk/harbour/contrib/hbqt/doc/en/class_qclipboard.txt trunk/harbour/contrib/hbqt/doc/en/class_qcolor.txt trunk/harbour/contrib/hbqt/doc/en/class_qcolordialog.txt trunk/harbour/contrib/hbqt/doc/en/class_qcombobox.txt trunk/harbour/contrib/hbqt/doc/en/class_qcommandlinkbutton.txt trunk/harbour/contrib/hbqt/doc/en/class_qcompleter.txt trunk/harbour/contrib/hbqt/doc/en/class_qconicalgradient.txt trunk/harbour/contrib/hbqt/doc/en/class_qcontextmenuevent.txt trunk/harbour/contrib/hbqt/doc/en/class_qcoreapplication.txt trunk/harbour/contrib/hbqt/doc/en/class_qcursor.txt trunk/harbour/contrib/hbqt/doc/en/class_qdatastream.txt trunk/harbour/contrib/hbqt/doc/en/class_qdate.txt trunk/harbour/contrib/hbqt/doc/en/class_qdatetime.txt trunk/harbour/contrib/hbqt/doc/en/class_qdatetimeedit.txt trunk/harbour/contrib/hbqt/doc/en/class_qdesktopwidget.txt trunk/harbour/contrib/hbqt/doc/en/class_qdial.txt trunk/harbour/contrib/hbqt/doc/en/class_qdialog.txt trunk/harbour/contrib/hbqt/doc/en/class_qdir.txt trunk/harbour/contrib/hbqt/doc/en/class_qdirmodel.txt trunk/harbour/contrib/hbqt/doc/en/class_qdockwidget.txt trunk/harbour/contrib/hbqt/doc/en/class_qdoublespinbox.txt trunk/harbour/contrib/hbqt/doc/en/class_qdragmoveevent.txt trunk/harbour/contrib/hbqt/doc/en/class_qdropevent.txt trunk/harbour/contrib/hbqt/doc/en/class_qerrormessage.txt trunk/harbour/contrib/hbqt/doc/en/class_qevent.txt trunk/harbour/contrib/hbqt/doc/en/class_qeventloop.txt trunk/harbour/contrib/hbqt/doc/en/class_qfile.txt trunk/harbour/contrib/hbqt/doc/en/class_qfiledialog.txt trunk/harbour/contrib/hbqt/doc/en/c
Re: [Harbour] Re: FocusIn and FocusOut in widgets
Hi Francesco, I only use HbQt to make a final framework based in harbour user commands Pritpal Bedi is the Qt expert and HbQt guru. Regards CdQ On Sat, Feb 27, 2010 at 12:36 PM, francesco perillo wrote: > Thank you for your sample. > > I'm reading a book on Qt but it is C++ based. It's really interesting > what you can do with Qt. > > In C++ you can easily subclass widgets to extend their > functionalities, add slots and signals... is it possible to do this > with hbqt/hbqtcommand ? in C++ or Harbour ? > > Francesco > ___ > 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:[14007] trunk/harbour
Massimo Belgrano wrote: > > |cTopic| > IF( Empty( cTopic := ::GetText() ), cTopic := ::GetWord(.F.) ), > HtmlHelpTopic( ::hWnd, "c:\harbour\xhdoc\xHarbour Language > Reference Guide.chm", cTopic ) > HtmlHelpTopic( ::hWnd, "c:\harbour\xhdoc\xHarbour Language Reference Guide.chm", cTopic ) Invokes a Windows only function, which I can too, but then hbIDE will not be multi-platform. So this implimentation will never be in hbIDE unless I come out with other solution. Anybody has any other idea ? >> hbIDE is not _ONE_ project based but multiple. >> I am thinking on the subject and hopefully will come with a solution. >> >> >> Yes but like search i can select where works, or select in project tree > Yes, this is the only way. Will try to implement soon. One question however, what if the same function exists in two sources? - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis_&_design_ -- View this message in context: http://n2.nabble.com/SF-net-SVN-harbour-project-14007-trunk-harbour-tp4643694p4646410.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:[14007] trunk/harbour
>
> Massimo Belgrano wrote:
> >
> > |cTopic|
> > IF( Empty( cTopic := ::GetText() ), cTopic := ::GetWord(.F.) ),
> > HtmlHelpTopic( ::hWnd, "c:\harbour\xhdoc\xHarbour Language
> > Reference Guide.chm", cTopic )
> >
>
> HtmlHelpTopic( ::hWnd, "c:\harbour\xhdoc\xHarbour Language
> Reference Guide.chm", cTopic )
>
> Invokes a Windows only function, which I can too, but then
> hbIDE will not be multi-platform. So this implimentation will never be
> in hbIDE unless I come out with other solution.
>
> Anybody has any other idea ?
>
Custom list of external commands. If you need to pass
some values, you can add support for macros. (f.e. {TOPIC}
means cTopic), and then call the external command. Most
of the things can be solved using them.
Brgds,
Viktor
___
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:[14007] trunk/harbour
Viktor Szakáts wrote:
>
> Custom list of external commands. If you need to pass
> some values, you can add support for macros. (f.e. {TOPIC}
> means cTopic), and then call the external command. Most
> of the things can be solved using them.
>
Yes I am aware but for this particular purpose {TOPIC}
needs to be supplied with the .chm which I do not know how
to pass:
start C:\creative.acp\ActiveX\rmchart.chm
Opens up the rmchart.chm, though, I cannot pass
start C:\creative.acp\ActiveX\rmchart.chm AddCaption
Any ideas?
-
enjoy hbIDEing...
Pritpal Bedi
_a_student_of_software_analysis_&_design_
--
View this message in context:
http://n2.nabble.com/SF-net-SVN-harbour-project-14007-trunk-harbour-tp4643694p4646749.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:[14007] trunk/harbour
>
> > Custom list of external commands. If you need to pass
> > some values, you can add support for macros. (f.e. {TOPIC}
> > means cTopic), and then call the external command. Most
> > of the things can be solved using them.
> >
>
> Yes I am aware but for this particular purpose {TOPIC}
> needs to be supplied with the .chm which I do not know how
> to pass:
>
> start C:\creative.acp\ActiveX\rmchart.chm
>
> Opens up the rmchart.chm, though, I cannot pass
>
> start C:\creative.acp\ActiveX\rmchart.chm AddCaption
>
> Any ideas?
>
I've never tried to do this, but if nothing else works,
one can write a little tool which does the job (outside
of Harbour SVN that is). Such little tool can use any dirty
tricks the OS allows, and most of the time such tool is
already written by someone else.
Regarding Harbour, I'd personally suggest to focus on the
generic part of the problem.
BTW, with simple html, it's just '/#{TOPIC}'.
FWIW, .chm files are no longer supported out of the box
on Win7.
Brgds,
Viktor
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: OS/2: Harbour 13976
Pritpal: >> demoqt.prg >> == >> - Build fine >> - Open a window with content >> - Maximize beyond of desktop size >> - Fx keys seem to work >> - Output from 1,2 are: >> -- >> QPainter::begin: Paint device returned engine == 0, type: 1 >> QPainter::begin: Paint device returned engine == 0, type: 1 >> QPainter::begin: Paint device returned engine == 0, type: 1 >> QFont::setPointSize: Point size <= 0 (0), must be greater than 0 >> QPainter::begin: Paint device returned engine == 0, type: 1 >> QFont::setPointSize: Point size <= 0 (0), must be greater than 0 >> QPainter::begin: Paint device returned engine == 0, type: 1 >> QFont::setPointSize: Point size <= 0 (0), must be greater than 0 >> QPainter::begin: Paint device returned engine == 0, type: 1 >> QFont::setPointSize: Point size <= 0 (0), must be greater than 0 >> -- >> >You referred demoqt.prg above also. >Did you run twice the same test ? Sorry, is demoqtc.prg in contrib\hbqt\gtqtc\tests David Macias ___ 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:[14017] trunk/harbour
Revision: 14017 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14017&view=rev Author: vszakats Date: 2010-02-27 23:20:29 + (Sat, 27 Feb 2010) Log Message: --- 2010-02-28 00:19 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/rddsql/sddoci/sddoci.c ! Fixed handling of dates. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/rddsql/sddoci/sddoci.c 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] SF.net SVN: harbour-project:[14018] trunk/harbour
Revision: 14018 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14018&view=rev Author: vouchcac Date: 2010-02-28 00:01:37 + (Sun, 28 Feb 2010) Log Message: --- 2010-02-27 15:59 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbqt/gtqtc/gtqtc.cpp ! Fix to warning: QFont::setPointSize: Point size <= 0 (0), must be greater than 0 Reported by David Macias. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbqt/gtqtc/gtqtc.cpp 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: OS/2: Harbour 13976
David Arturo Macias Corona wrote: > > >> QFont::setPointSize: Point size <= 0 (0), must be greater than 0 > Please check after r14018. I am trying to gather logic the possible reason for other warning. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis_&_design_ -- View this message in context: http://n2.nabble.com/OS-2-Harbour-13976-tp4632138p4647217.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:[14019] trunk/harbour
Revision: 14019 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14019&view=rev Author: vouchcac Date: 2010-02-28 03:21:43 + (Sun, 28 Feb 2010) Log Message: --- 2010-02-27 19:16 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbide/resources/harbour_splash.png * contrib/hbide/resources/hbidesplash.png * contrib/hbide/resources/togglelinenumber.png * contrib/hbqt/hbqt_hbqplaintextedit.cpp * contrib/hbqt/hbqt_hbqplaintextedit.h * contrib/hbide/hbide.prg * contrib/hbide/idedocks.prg * contrib/hbide/ideeditor.prg + Implemented: toggling the line-numbers visibility in editors. Slot is provided with left-hand toolbar button. Toggling is availabler per one editor tab. + Entered: copy-right information in hbIDE splash screen. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbide/hbide.prg trunk/harbour/contrib/hbide/idedocks.prg trunk/harbour/contrib/hbide/ideeditor.prg trunk/harbour/contrib/hbqt/hbqt_hbqplaintextedit.cpp trunk/harbour/contrib/hbqt/hbqt_hbqplaintextedit.h Added Paths: --- trunk/harbour/contrib/hbide/resources/hbidesplash.png trunk/harbour/contrib/hbide/resources/togglelinenumber.png Removed Paths: - trunk/harbour/contrib/hbide/resources/harbour_splash.png 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
