Xailer & OZ Software

Ignacio,
1. if the lTabStop of a browsecontrol is set to .F. the browse doesn't
accept DoubleClick/RClick
please try it on the enclosed sample, doubleclick on the left browse with
its lTabStop:=.F. - nothing happens.
And than doubleclick on the right browse with its lTabSrop:=.T. - OnDblClick
is called and the infobox appears.
2. RequestState problem still not solved
I want to show a dialogwindow with some edit-controls and one save-button.
The button should only be active when a change is made in one of the
edit-controls and should be inactive again after clicking on it.
I don't know how to do it without getting the recursive error.
Regards
Ingo


Attached files Test.zip (2.3 KB)Â

Ingo,
1) Fixed. I attach the new module.
2) I hope that problem is fixed in house, but we have not published yet
since affects up to three diferent modules. We will publish a new build next
week. If you are in a hurry about this just le me know and I contact you
privately.
Regards,
"Ingo" <ingo.jh@web.de> escribió en el mensaje
news:[email=43736c39@ozsrvnegro.ozlan.local...]43736c39@ozsrvnegro.ozlan.local...[/email]
> Ignacio,
>
> 1. if the lTabStop of a browsecontrol is set to .F. the browse doesn't
> accept DoubleClick/RClick
>
> please try it on the enclosed sample, doubleclick on the left browse with
> its lTabStop:=.F. - nothing happens.
> And than doubleclick on the right browse with its lTabSrop:=.T. -
> OnDblClick
> is called and the infobox appears.
>
> 2. RequestState problem still not solved
>
> I want to show a dialogwindow with some edit-controls and one save-button.
> The button should only be active when a change is made in one of the
> edit-controls and should be inactive again after clicking on it.
>
> I don't know how to do it without getting the recursive error.
>
> Regards
>
>
> Ingo
>
>
>


Attached files Browse.rar (17.7 KB)Â

Ignacio,
thanks for the quick response.
"Ignacio Ortiz de Zúñiga" <InvalidAccount@ozs.com> schrieb im Newsbeitrag
news:43738d4b$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
> Ingo,
>
> 1) Fixed. I attach the new module.
That's a very exemplary support.
> 2) I hope that problem is fixed in house, but we have not published yet
> since affects up to three diferent modules. We will publish a new build
> next week. If you are in a hurry about this just le me know and I contact
> you privately.
No, no I'm not in a hurry. I'm still on the testphase but many thanks for
the kind offer. I'm very eager to see the new build next week.
Can I make 2 suggestions?
1. Is it possible to implement a method like "selected" in the TEdit class
returning the selected text. I implemented this method myself but I think it
would be of general interest.
2. To print a memo from a multilineedit with the same linelength showing in
the control I'm using in FW16 the UDM
METHOD FillCr() CLASS TMultiGet
LOCAL cText
SendMessage(::hWnd,EM_FMTLINES,1,0)
cText:=::GetText()
SendMessage(::hWnd,EM_FMTLINES,0,0)
cText:=STRTRAN(cText,(CHR(13)+CHR(13)),CHR(13))
RETURN(cText)
It's very easy to print out the returned text, because you needn't
controlling the linelength by pixelconverting.
I like to implement it myself in the TMemo too later on.
Regards
Ingo

Ingo,
> 1. Is it possible to implement a method like "selected" in the TEdit class
> returning the selected text. I implemented this method myself but I think it
> would be of general interest.
It is already done. The method is called GetSel().
Regards,
José Lalí­n

Ingo,
Thanks for your kind words. About your suggestions:
1) We have the method GetSel() that returns a two dimension array with the
first and last character selected ( zero based) , but indeed a GetSelText
will be very usefull. I try to implement it ASAP.
2) This is not a very common, I prefer to not include it. BTW is really easy
for you to implement it on the "T" class
CLASS TMemo FROM XMemo
METHOD FillCr() ....
END CLASS
Then you could use FillCr with any Memo control.
Regards,
"Ingo" <ingo.jh@web.de> escribió en el mensaje
news:437431a3$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
> Ignacio,
>
> thanks for the quick response.
> "Ignacio Ortiz de Zúñiga" <InvalidAccount@ozs.com> schrieb im Newsbeitrag
> news:43738d4b$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
>> Ingo,
>>
>> 1) Fixed. I attach the new module.
>
> That's a very exemplary support.
>
>> 2) I hope that problem is fixed in house, but we have not published yet
>> since affects up to three diferent modules. We will publish a new build
>> next week. If you are in a hurry about this just le me know and I contact
>> you privately.
>
> No, no I'm not in a hurry. I'm still on the testphase but many thanks for
> the kind offer. I'm very eager to see the new build next week.
>
> Can I make 2 suggestions?
> 1. Is it possible to implement a method like "selected" in the TEdit class
> returning the selected text. I implemented this method myself but I think
> it would be of general interest.
> 2. To print a memo from a multilineedit with the same linelength showing
> in the control I'm using in FW16 the UDM
>
> METHOD FillCr() CLASS TMultiGet
> LOCAL cText
> SendMessage(::hWnd,EM_FMTLINES,1,0)
> cText:=::GetText()
> SendMessage(::hWnd,EM_FMTLINES,0,0)
> cText:=STRTRAN(cText,(CHR(13)+CHR(13)),CHR(13))
> RETURN(cText)
>
> It's very easy to print out the returned text, because you needn't
> controlling the linelength by pixelconverting.
> I like to implement it myself in the TMemo too later on.
>
> Regards
>
> Ingo
>
>