FiveTech Software tech support forums

Hello Michel,
I think I found a better solution:

Code: Select all  Expand view

DrawText( ::hDC, cCaption,{ nTxtTop, nTxtLeft, nTxtBottom, nTxtRight },nStyle  )

Best regards,
Otto

Hello Michael,
I use this code:

Code: Select all  Expand view

while oWnd:GetWidth(text,oFont) < nPX
         n := n + 1
         text := padr( (cChartCaption) ,n)
      end
 

Best regards,
Otto

Hello, I'm looking for a function which can take a left or a right part of a string in centimeters. I want to use this string to put into a Word document but the space I have is limited. Since proportional fonts are used, I cannot use the normal LEFT() or RIGHT(). I hope I did make myself clear. Tha...

Jack, This is not an immediate answer to your question, but I'd like to send you a suggestion. Why don't you use CDX in stead of NTX ? NTX has the disadvantage that there is a file for every index while all indexes of one DBF-file are combined in just one CDX-file. But the choice, ...

... is a difference if there are many W’s or M’s or only I’s in a name. But reading the thread I thought why don’t one make a standard length and in stead of scrolling a dynamical resize of the get? I will try this. Regards, Otto

driessen wrote:1. You need to use CreateOLEObject() in stead of CreateObject().

I strongly recommend CreateObject() as it allows the easier syntax

Code: Select all  Expand view

oOutlook:CreateItem(1)

EMG

... for your help. I am able to add items to the calendar, but also tasks, in Outlook. What did I change : 1. You need to use CreateOLEObject() in stead of CreateObject(). 2. No use of GetNameSpace() 3. In case of Outlook 2007, Outlook has to be opened, just like Otto said. The Outlook 2007 problem, ...

... from one GET to another. If noway is activated, the ENTER-key can't be used any more to switch from one GET to another, but the first button in stead is activated. What is the problem ? Thanks.

... being called in error? In addition, if I ignore the above msgalert, in the line of code below (::hMutex := CallDLL32(...) is set to an array (in stead of a numeric handle), the 2nd element of which is the correct hMutex handle If I move tMutex.prg to earlier in my xbp link script, the problem ...