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

n case you > implement it please let's forget "ANSI" and "OEM". These > are MS specific (and BTW horrible and vague) terminology. > > Simple, standard codepage name is the way to go here. > Now I understand why it is important. Which Harbour function

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

N > xMate also does not shows it in "Clipper" way. And this probably I will not support too as it leads to cheos. You need to adapt 32+ bits approach to all your code. Probably it is the time to clean it up. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com

[Harbour] HBIDE - Some Points to Discuss - I

handelling but lacks some visual features, for now, which was font zooming only. I need your opinion about what way I should proceed ? Pure business with QPlainTextEdit() or some visual enhancements only on the cost of performance ? Regards Pritpal Bedi -- View this message in context: http

Re: [Harbour] HBIDE - Some Points to Discuss - I

This is probably the easy way with QTextEdit() purely on PRG level, though, if I implement some functions on CPP level, it is doable in QPlainTextEdit() also. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/HBIDE---Some-Points-to-Discuss---I-tp26615827p26617370.htm

Re: [Harbour] testing demoxbp.prg fail with the browse

. Though I see some weired behavior of XbpStatic() objects hosted on tab. I think I have screwed up some parent child hirarchy while adjusting some aspects of HBXBP to suit HBIDE. I will look into it shortly. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/test

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

ote that, and do not request for, HBIDE will not support abbreviated Clipper compatible KEYWORDS. So Function => FUNction etc will be recognized, but NOT Func => FUNc => FUNct etc. xMate also does not support it. Regards Pritpal Bedi -- View this message in context: http://old.nabble.

Re: [Harbour] hbide projects subfolder issue

k lines were being inserted with every next save of project. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/hbide-projects-subfolder-issue-tp26655140p26656367.html Sent from the Harbour - Dev mailing list archive at Nabble.com. _

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

ing > files is not good. > This is absolutely right. I just committed it to show the thought-of feature, see the comment in changelog. Eventually it will be removed from SVN. Also it will tell my mind to you and guide in how HBMK2 can be embedded effectively into this interface. Regard

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

ENDIF >NEXT >IF i < n > b_ := Array( i ) // <-- > FOR j := 1 TO i > b_ := a_[ j ] > NEXT >ENDIF > >RETURN b_ > Thanks for this optimization, applied with little change : b_:= a_[

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

ty( line ) > nNewSize := line:__enumIndex() > EXIT > ENDIF >NEXT > >ASize( aLine, nNewSize ) > >RETURN aLine > Perfect. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/SF.net-SVN%3A-harbour-project%3

[Harbour] BEGIN/END SEQUENCE Fails or is intended as such ?

ENDIF RETURN cValue RECOVER does not recovers it and application produces a GPF or hangs. Is such evaluations prohibited ? Viktor, some of these points are where prg code produces GPF and we are not aware. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/BEGI

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

Hello Viktor Viktor Szakáts wrote: > > This is very easy to implement, only needs one extra 'mt=yes' line > in contrib/hbqt/hbqt[s].hbc files. > > However, before we do this, I'd like know if this is indeed the > _real_ solution to the problem. Turning on MT mode decreases performance > by

Re: [Harbour] bug?: HBQT_QTPTR_FROM_GCPOINTER()

be solved differently > to avoid GPF time-bombs. > The function is absolutely necessary. However storing this pointer in an instance variable was wrong. I fixed it, will be commiting later. For all other purposes It is used for comparison only. Regards Pritpal Bedi -- View this messag

Re: [Harbour] hbqt and MT / issues

t called from anywhere. Xbp engine cleans them transparently. It was the original concept of Marcos but I implemented in different way. Rmoved. Thank you for digging deep into HBQT code. Actually I am looking for such type of observation which was missing earlier. Regards Pritpal Bedi -- V

Re: [Harbour] BEGIN/END SEQUENCE Fails or is intended as such ?

the message I did realize that RECOVER always needs an error block. So I did fix the other way. But of course, BEGIN SEQUENCE WITH { || break() } is a nice way where it is need on isolated level. So later I adopted this syntax. Thanks for reminding something I ever used and forgot at a crucial

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

memory completely. But may be it is just a matter of time before me or someone else hits the bull's eye. Separation of Components: Well, I do not think any further separation will do. QtWebKit was an exception and it is isolated, though it is needed for HBXBP to be compatible with Xbase++'

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

plement Qt 4.6 wrappers, it will not be possible to link with Qt 4.5 anyway. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-13103--trunk-harbour-tp26627429p26683281.html Sent from the Harbour - Dev mailing list archive at Nabble.com.

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

ppers in hbqtcore. But QThread() call is nowhere made in any of the implementations. Beyond that I am not very much informed about this aspect. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-13103--trunk-harbour-tp26

Re: [Harbour] bug?: HBQT: hb_vmRequestReenter() calls without hb_vmRequestRestore()

Hi Viktor Szakáts wrote: > > I've just checked hbqt_slots.cpp and there are _many_ > hb_vmRequestReenter() calls without hb_vmRequestRestore() > pairs. > > I don't know the consequences, but it doesn't seem right. > Matched. I also do not know its impl

[Harbour] HBXBP - Broken after last two commits

Hello Viktor Last two commits in succession has broken demoxbp which GPF's on startup, possibly when building XbpBrowse(). Did you compiled demoxbp before commit ? I ask because yours and mine commits has conflicts when I started. Regards Pritpal Bedi -- View this message in context:

Re: [Harbour] HBQT problems

lear a list of PHB_ITEMs stored >in a container, but nothing ensures that these items are >actually freed with hb_itemRelease(). > May be you are right. But current implementation attempts to disconnect events and slots first and releases the codeblocks. This call simply ensure that li

Re: [Harbour] HBXBP - Broken after last two commits

Hi Viktor Szakáts wrote: > > No, I only tested demoqt. > Please do so with demoxbp too. Demoqt is a very simple and wrappers only application. demoxbp exploits much more constructs. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/HBXBP---Broken-after

Re: [Harbour] bug?: HBQT: hb_vmRequestReenter() calls without hb_vmRequestRestore()

but of course resources are > consumed. > May be this gives a clue towards memory consumption which was keeping growing. Actually hb_vmRequestReenter() was being called unmatched with hb_vmRequestRestore() in all the slots handelling code. Should we use these calls or not ? Regards Pritpal

[Harbour] Create Process API - Brief Overview Requested

linker/compiler output to display in its interface I can use QProcess() class of Qt but it is better to use Harbour native API. Just to cut first learning time, this message is posted. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/Create-Process-API---Brief-Overview

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

t logic so clearly. > In fact from this point it's even visible how this could > be made modular. > Good and logical commit, thank you. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-13169--trunk-harbour-tp

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

ated from within .hbi and will remain available to the developer as is. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-13148--trunk-harbour-tp26671174p26698861.html Sent from the Harbour - Dev mailing list archive at N

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

r, the whole protocol is not yet stable and I always need those calls whenever I turn my attention to that angle. Though I undestand your viewpoint, but please keep these calls as is. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-

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

make a mess of a thread contents. So many times it is repeated that in what circumstances hbsbp_debug() is activated. What I believe you just do not read the messages carefully or you have lapse memory. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/SF.net-SVN%3A-h

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

> Best regards, > István > > 2009/12/8 >> >> Revision: 13163 >>         >>  http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13163&view=rev >> Author:   vouchcac >> Date:     2009-12-08 07:45:20 +0000 (Tue, 08 Dec 2009) >> >> Log Mes

Re: [Harbour] Create Process API - Brief Overview Requested

hing in Harbour core. Yep, this is exactly what I want too. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/Create-Process-API---Brief-Overview-Requested-tp26696490p26699158.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___

Re: [Harbour] Create Process API - Brief Overview Requested

Hello Viktor What minimum I supply to HBMK2 to generate the target ? The scenario may be like this: 1) Many compilers installed 2) User selects the compiler to use 3) .hbp is generated 4) hbmk2 is called with what minimum parameters ? Regards Pritpal Bedi -- View this message in context

Re: [Harbour] Create Process API - Brief Overview Requested

e window which I do not want to. I must be missing on this front, that's why I had requested the api syntax. Qt process implementation will take only two minutes to remove from SVN, I was just comparing the results from both impleentations. Regards Pritpal Bedi -- View this message in conte

Re: [Harbour] Create Process API - Brief Overview Requested

ly a replica what he otherwise will invoke via .bat/.sh/.cmd before executing HBMK2. 3. HBIDE or HBMK2 ( I would like HBMK2 ) process this profile before invoking the next step. 4. HBIDE simply forwards two files 1) .env and 2) .hbp to HBMK2. 5. HBMK2 runs silently in the background su

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

DE is a step towards bridging the gap between different implementations. Regards Pritpal Bedi BTW why do you suffer from xmate and hbmk2 ? Use one which suits your purpose. -- View this message in context: http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-13148--trunk-harbour-tp26671174p2670

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

just in ST; in MT is crash > free. > I could not get why this error. I will dig deep later. Thank you for reports. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-13171--trunk-harbour-tp26704226p26712494.html Sent from the

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

Hi Bisz István wrote: > > 3. demoqt crash at exit (x button pressed) just in ST; in MT is crash > free. > At present demoqt employs HBQT_RELEASE_WITH_DELETE method to free the pointers. Can you test with other methods too? Regards Pritpal Bedi -- View this message in co

Re: [Harbour] Is there any example to print a DBF with QT?

Hi Guillermo Varona wrote: > > Is there any example to print a DBF with QT? > What you mean by "print with QT'? You can peep into HBXBP demos XbpBrowse() implementation. Everything is under tour control, just hook in printing mechanism. Regards Pritpal Bedi -- V

Re: [Harbour] Is there any example to print a DBF with QT?

r ) ::qCurEdit:print( QT_PTROF( qPrinter ) ) RETURN Self /*--*/ > Pritpal thank you very much for this great contribution > You are welcome. Regards Pritpal Bedi -- View this message in context: http://old.nabb

[Harbour] HB_TRACE() - How to invoke for PRG and C code separately

Hello All, As per subject. Goal is to trace calls for only the part I am interested in. I do not want entire application tracing. I have tried my level best but am not been successful. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/HB_TRACE%28%29---How-to

Re: [Harbour] HB_TRACE() - How to invoke for PRG and C code separately

hbxbp/hbide only with these flags. Harbour is compiled with default switches. To be precise as: HB_USER_CFLAGS=-D__HB_DEBUG__ -DHB_FM_STATISTICS -DHB_TR_LEVEL_ALWAYS HB_USER_PRGFLAGS=-d__HB_WINDEBUG__ -d__HB_DEBUG__ Regards Pritpal Bedi -- View this message in context: http://old.nabble

Re: [Harbour] Window Main X Window Modal X HBQT

in HBIDE's main window. I hope I understood what you asked for. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/Window-Main-X-Window-Modal-X-HBQT-tp26818868p26823772.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___

Re: [Harbour] HB_TRACE() - How to invoke for PRG and C code separately

Hi Przemysław Czerpak wrote: > > On Wed, 16 Dec 2009, Pritpal Bedi wrote: > -DHB_TR_LEVEL_* is compile time macro used to strip from source code > by PP all HB_TRACE() massages which have bigger priority value. > By default it's set to: HB_TR_LEVEL_WARNING what means

Re: [Harbour] QT_PTROF()

erwise. Actually I could not find a way to achieve it, though I tried a lot. Anyhow, at present I have an idea how to achieve it, I will give it another thought. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/QT_PTROF%28%29-tp26824045p26824379.html Sent

Re: [Harbour] Window Main X Window Modal X HBQT

-*/ > Yes, I pointed you out in that direction. Examine hbide.prg and its anciliary .prgs, you will find the code examples. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/Window-Main-X-Window-Modal-X-HBQT-tp26818868p26826009.html Sent

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

tieved in :new() method, then this issue is done. I am looking for something like: Method QPixmap:new(...) LOCAL aP := hb_aParams() aeval( aP, {|x| x := hbqt_ptr( x ) } ) Qt_QPixmap(...) /* How this can be achieved with above syntax */ RETURN Self Regards Pritpal Bedi -- View

Re: Re[Harbour] lease notes/questions

t;gestures". And probably in the near future I am not going to touch them. We need a stable framewprk based on Qt 4.5 only then we can march ahead. So, the final word is Harbour 2.0 is going to support 4.5 only. Regards Pritpal Bedi -- View this message in context: http://old.n

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

e, C level call is much more efficient, I will give it a try. I have more changes to commit, so please do not commit anything here, I will do thw spadework, just suggest for some time. Regards Pritpal Bedi -- View this message in context: http://

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

in larger perspective and please do not break my rythm. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-13275--trunk-harbour-tp26826400p26834209.html Sent from the Harbour - Dev mailing

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

er auto generation takes care of it but at present I do not know how to hook it. BTW I cannot simply understand your mindset in this regard. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-13277--trunk-

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

hbide with all components functioning ? Just try to open "Properties Dialog", it GPFs. It is because of dummy macros. If it is OK with you that I continue with HBQT stuff, then should I commit ? Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/SF.net-SVN%3A

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

t it be also removed from demoqt, demoxbp and > maybe even hbxbp? > Yes, for sure, but right now I am concentrating on HBIDE only. That will be cleaned in next few days. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/Re%3A-SF.net-SVN%3A-harbour-project%3

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

::qProcess ), > "finished(int,int)" ) ) > It is a left-over. I was checking something. Obiviously it must not be inside hbxbp_debug(). Will fix in a while. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-13283

Re: [Harbour] Window Main X Window Modal X HBQT

ssword:text()=="password",oDialog:done(1),oDialog:done(0)) }) r := oDialog:exec() Return IIF(r==1,.t.,.f.) QT_PTROF() is not required anymore for HBQT objects, though it does not harm anyway. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/Window

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

pRetVal = hb_itemGetPtr( pReturn ); /* TOFIX: This is > dangerous. */ > } >} > > And there is also HBQT_ISEQUALGCQTPOINTER. > We were thinking on the same lines at the same time I think. I implemented in a different way and only now I am seeing your message. The code s

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

a better way. Because it is a one-time code, so it carris no overhead. If anybody has better solution please forward. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-13275--trunk-harbour-tp26826400p26

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

ect(), aP ) return self Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-13275--trunk-harbour-tp26826400p26850790.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harb

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

next > p2( "Modified parameters:", ... ) > return > >proc p2( msg, ... ) > ? msg, ... >return > Perfect. Will be replacing with it shortly. Regards Pritpal Bedi -- View this message in context: http://old.nab

Re: [Harbour] QT_PTROF() / QT_PTROFXBP()

) > > Are these all required? > > 2) QT_PTROFXBP() now has a double purpose, so it would >seem cleaner to change such code: > >::oWidget:addWidget( QT_PTROFXBP( oPanel ) ) > > to either: > >::oWidget:addWidget( oPanel:oWidget ) > > or, if

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

s converting it to a simply dummy macro for compatibility. > Good idea. Will commit in new few hours. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-13316--trunk-harbour-tp26857008p26858514.html Sent from the Harbour - Dev mail

Re: [Harbour] Typo's in hbwapi.h

_ret_DWORD( n ) ( hb_retnl( n ) ) ? Can you please commit? Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/Typo%27s-in-hbwapi.h-tp26857599p26858532.html Sent from the Harbour - Dev mailing list archive at Nabble.com.

Re: [Harbour] HBQT: Pending TOFIXes

gt; Yes sure, first we need to introduce RTE mechanism here. Rest to fixes I am looking into. Please review my code. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/HBQT%3A-Pending-TOFIXes-tp26865988p26866787.html Sent from the Harbour - Dev mailing li

Re: [Harbour] Little question about HBQT and release of objects

() method. If true, then oObj := QSomeObject():new() ... ... oObj:pPtr := 0 OR if oObj is a local variable then you need not to free it anyway, GC will take care of that. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/Little-question-about-HBQT-and-

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

on Search in files with show in compile result On my TODO list, will try before version 2.0. > Column selection This is a must-have feature but still I am at a loss how it can be implemented in Qt. I am trying hard. Qt is a learning curve for me, so some features may take some time.

Re: [Harbour] Tagging 2.0.0: Tomorrow

error LNK2001: unresolved external symbol > _HB_FUN_QHTTPHEADER > TQHttpResponseHeader.obj : error LNK2001: unresolved external symbol > _HB_FUN_QHTTPHEADER > bin\VC9\harbourQT.dll : fatal error LNK1120: 1 unresolved externals > We excluded only. Do we need to exclude anyway? I heard no

Re: [Harbour] Tagging 2.0.0: Tomorrow

er than deleting > whole QNetwork lib. > Oh, yes. I did not read in-between the lines. Committing in a while. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/Tagging-2.0.0%3A-Tomorrow-tp26871105p26879146.html Sent from

Re: [Harbour] Tagging 2.0.0: Tomorrow

Hi Andi Jahja-2 wrote: > > IMO, we should just add the missing function as Viktor suggested, rather > than deleting the whole things. > Commited vide r13343. Please make tests to check if everything is ok. Regards Pritpal Bedi -- View this message in context: http://ol

Re: [Harbour] HBQT generator warning

ating: ../doc\QMenu.txt > Processing: ../qth\QMenuBar.qth > <<< OSMenuRef macMenu () | OSMenuRef >>> > --- > Should be ok after r13345, please check. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/HBQT-generator-warning-

[Harbour] HBQT - Class Error Handelling

// TODO: generate runtime error hbqt_messageBox( cMsg, "Message not found - " + ProcName( 1 ) + ":" + hb_ntos( ProcLine( 1 ) ) ) RETURN cMsg At least the code above let the developer know if he has made any mistakes in message passing than to see application just va

Re: [Harbour] Harbour next major release wishlist

y surpass Xbase++ - If HBQT + HBXBP does not provide official GUI support then lookups for the alternatives. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/Harbour-next-major-release-wishlist-tp26907413p26907647.html Sent from the Harbour - Dev mailing list archive at Na

Re: [Harbour] Mary Christmas

Hi Przemysław Czerpak wrote: > > I would like to wish all of you Mary Christmas !!! > Thanks, and same to you too. Everybody, accept Marry Chrismas. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/Mary-Christmas-tp26914585p26915537.html Sent from th

Re: [Harbour] Harbour next major release wishlist

lso tell me how can I check if it is working. I mean some code example, and a string which I could view in hbide. NOTE: I am not conversant with codepages, so I need steps to reproduce something belonging to code pages. Regards Pritpal Bedi -- View this message in context: http://old.nab

Re: [Harbour] Closing Window in HbQt (Pritpal)

t. Look into hbqt_events.cpp and XbpWindow.prg for exact code how it can be implemented. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/Closing-Window-in-HbQt-%28Pritpal%29-tp26922024p26922300.html Sent from the Harbour - Dev mailing list archive a

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

ook into the sources today and will post the results. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-13395--trunk-harbour-tp26918687p26928237.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___

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

Hi ShumWC wrote: > > Does hbxbp staick on top-bottom windows approach in screen coordinate > system > ? > YES. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-11357--trunk-harbour-tp24030434p26937616.html Sent f

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

ake the current i > must > rerun hbide > Right-click on any project in and select . That's it. You will see the project name in the title-bar as well as in status-bar. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-11

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

some details about the menus, > shortcuts and icons... I would like to submit a new draft soon. > Good. Till then I defer any development on HBIDE. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-11357--trunk-harbour-tp240

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

This move is necessiated before things go out of our hands. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-11357--trunk-harbour-tp24030434p26940513.html Sent from the Harbour - Dev mailing li

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

p\xbprtf.prg(703): > > METHOD XbpRtf:textRTF( ... ) >LOCAL xRet := ::oWidget:toHtml() >LOCAL aP := hb_aParams() > >IF len( aP ) == 1 .and. hb_isChar( aP[ 1 ] ) > ::oWidget:setHtmlText( aP[ 1 ] ) <<<--- Right is setHTML > () - see TQTextEd

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

; ... Could you help me get this feature? > Should not be a problem, I will try. But first I want to see it highlighted. > I will continue with the tests, then I get this version and the merge > to give the news. > I have merged your changes. Download r13412. It will be

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

nings. This is really useful implementation, I did not had this feature on my drawing-board, thanks. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-13409--trunk-harbour-tp26948349p26950371.html Sent from the Harbour - Dev mailing list

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

ented. Next step is exactly what you are looking for. Thanks for the insight. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-13409--trunk-harbour-tp26948349p26957152.html Sent from the Harbour - Dev mailing list archive at Nab

Re: [Harbour] hbide build problem

Install MINGW version pointed in INSTALL. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/hbide-build-problem-tp26958110p26958621.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour maili

Re: [Harbour] HBIDE dont start , see image

Hi Bruno Luciani wrote: > > http://www.postimage.org/image.php?v=PqU0F5r > Can you compile hbxbp with -l- to force line numbers. GrabEvent() method is fairly big one and this error does not report which event has failed. Regards Pritpal Bedi -- View this message in conte

RE: [Harbour] Building HBIDE and qtcore4 lib.

ers enabled. I want to see which event is causing crash on Ubuntu? Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/Building-HBIDE-and-qtcore4-lib.-tp26965232p26968750.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___

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

. > > Would you like to comment on the icons to find out if I continue to > adjust these images and the changes mentioned. > I will apply patch in few hours. I am experimeting with icons you sent. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/SF.net-SVN%3A-

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

ject building/launching operations. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-13417--trunk-harbour-tp26970955p26972062.html Sent from the Harbour - Dev mailing list archive at Nabble.com. __

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

You will be able to open the project at both locations. I need to tweak it a little more. > Is there any way to treat this HBIDE so automatic? > I could not follow you properly, can you explain what "automatic" means? Regards Pritpal Bedi Another thing I noticed was that wh

RE: [Harbour] Building HBIDE and qtcore4 lib.

W(0) > Called from XBPDIALOG:SHOW(1266) > Called from XBPDIALOG:CREATE(161) > Called from HBIDE:BUILDDIALOG(1209) > Called from HBIDE:CREATE(277) > Called from MAIN(101) > Can you check after v13425 ? Regards Pritpal Bedi -- View this message in context: http://ol

Re: [Harbour] demoqt and demoxbp successfully, when trying to compile hbide, I get errors

QtUiTools.a(quiloader.o)(.text+0xb5c):quiloader.cpp: > undefine > 1) Your hbqt.lib and hbxbp.lib is older than hbide sources. 2) Use INSTALL defined MINGW package, discard all other MINGW installations on your machine. Regards Pritpal Bedi -- View this message in context: http://

Re: [Harbour] Happy New Year

d wish that 2010 brings all the happiness in your family. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/Happy-New-Year-tp26980189p26980713.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour ma

Re: [Harbour] HAPPY NEW YEAR !!!

Hi Przemysław Czerpak wrote: > > I want to wish all of you HAPPY NEW YEAR !!! > > It's time to turn off the computer. > My next message will be in year 2010 :-) > Thank you and wish the same for you. Regards Pritpal Bedi -- View this message in context: http://o

Re: [Harbour] Happy New year

Hi Ciro Vargas Clemow wrote: > > Happy New year to all harbour users and developers !!! > Wish you the same for you too. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/Happy-New-year-tp26980813p26981209.html Sent from the Harbour - Dev mailing lis

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

ng, how do I see the result of > HBXBP_DEBUG ()? > I have also major changes, particularly in ideThemes.prg and something scattered here and there. Please show me beforecommitting. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/SF.net-SVN%3A-harbour-proje

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

ay. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-13439--trunk-harbour-tp26994977p26995831.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list (att

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

eems to intend to support a hbrun-like > command prompt, maybe it's a good idea to prefix all > public functions with hbide_, otherwise there will > be problems when name collision occurs with user code. > If this is not the goal, we can lea

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

ete these calls: > QT_EVENTS_DESTROY() > QT_SLOTS_DESTROY() > ; Pritpal, can you please review this method? > Sure. I am at the fag-end of implementation of themes in HBIDE which I hope to finish in few hours. Then I will review these changes. Regards Pritpal Be

Re: [Harbour] OS/2: Harbour with QT

() is typecasted as 'BOOL' instead of 'bool'. Viktor, can you check ? Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/OS-2%3A-Harbour-with-QT-tp26999336p26999456.html Sent from the Harbour - Dev mailing list archive at Nabble.com. __

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

s are not being populated. I am digging deep anyhow. For this reason hbide is also stalled. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-13449--trunk-harbour-tp26998250p2774.html Sent from the Harbour - Dev mailing list a

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

text+0x30): first defined here The same errors for hbqt_events. Looking at code I can see that both have same classes defined. We need to change it in *2 flavour. I do not know why these errors were not repoted before build clean. Regards Pritpal Bedi -- View this message in context: htt

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

PO with its original. > Yes, I discovered it too. Will review this again to get the best of both worlds. I think now this is the time to rework oEditor in a unified way. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/SF.net-SVN%3A-harbour-project%3A-13453--trunk-harb

<    1   2   3   4   5   6   7   8   9   10   >