Menu
▾
▴
hwgui-developers — Discussing of HwGUI development
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
(64) |
Apr
(70) |
May
(54) |
Jun
(57) |
Jul
(34) |
Aug
(19) |
Sep
(28) |
Oct
(48) |
Nov
(42) |
Dec
(43) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(50) |
Feb
(19) |
Mar
(10) |
Apr
(5) |
May
(1) |
Jun
(14) |
Jul
(23) |
Aug
(6) |
Sep
(118) |
Oct
(110) |
Nov
(36) |
Dec
(6) |
| 2006 |
Jan
(19) |
Feb
(7) |
Mar
(4) |
Apr
(32) |
May
(6) |
Jun
(14) |
Jul
(42) |
Aug
(38) |
Sep
(88) |
Oct
(21) |
Nov
(40) |
Dec
(37) |
| 2007 |
Jan
(31) |
Feb
(20) |
Mar
(26) |
Apr
(38) |
May
(4) |
Jun
(3) |
Jul
(3) |
Aug
(8) |
Sep
(2) |
Oct
(3) |
Nov
(25) |
Dec
(9) |
| 2008 |
Jan
(7) |
Feb
(10) |
Mar
(16) |
Apr
(10) |
May
(25) |
Jun
(16) |
Jul
(27) |
Aug
(8) |
Sep
(20) |
Oct
(54) |
Nov
(11) |
Dec
(14) |
| 2009 |
Jan
(28) |
Feb
(22) |
Mar
(13) |
Apr
(70) |
May
(25) |
Jun
(23) |
Jul
(12) |
Aug
(18) |
Sep
(7) |
Oct
(4) |
Nov
(8) |
Dec
(36) |
| 2010 |
Jan
(58) |
Feb
(66) |
Mar
(3) |
Apr
(16) |
May
(9) |
Jun
(10) |
Jul
(6) |
Aug
(8) |
Sep
(17) |
Oct
(15) |
Nov
(12) |
Dec
(27) |
| 2011 |
Jan
(3) |
Feb
(17) |
Mar
(5) |
Apr
(12) |
May
(1) |
Jun
|
Jul
(1) |
Aug
(5) |
Sep
(56) |
Oct
(24) |
Nov
(8) |
Dec
(32) |
| 2012 |
Jan
(20) |
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
(9) |
Jul
(29) |
Aug
(3) |
Sep
(17) |
Oct
(60) |
Nov
(17) |
Dec
(52) |
| 2013 |
Jan
(22) |
Feb
(35) |
Mar
(31) |
Apr
(5) |
May
(16) |
Jun
(108) |
Jul
(57) |
Aug
(2) |
Sep
(11) |
Oct
|
Nov
(3) |
Dec
(13) |
| 2014 |
Jan
(39) |
Feb
(15) |
Mar
|
Apr
(31) |
May
|
Jun
(9) |
Jul
(16) |
Aug
(1) |
Sep
(8) |
Oct
(51) |
Nov
(5) |
Dec
(119) |
| 2015 |
Jan
(78) |
Feb
(47) |
Mar
(25) |
Apr
(32) |
May
(34) |
Jun
(42) |
Jul
(62) |
Aug
(10) |
Sep
(11) |
Oct
(5) |
Nov
(13) |
Dec
(24) |
| 2016 |
Jan
(12) |
Feb
(1) |
Mar
(2) |
Apr
|
May
(1) |
Jun
(12) |
Jul
(5) |
Aug
(32) |
Sep
(36) |
Oct
(34) |
Nov
(3) |
Dec
(1) |
| 2017 |
Jan
(2) |
Feb
(3) |
Mar
(2) |
Apr
|
May
(3) |
Jun
(5) |
Jul
(6) |
Aug
(5) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2018 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(26) |
Sep
(24) |
Oct
(2) |
Nov
(6) |
Dec
(26) |
| 2019 |
Jan
(10) |
Feb
(5) |
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
(3) |
Aug
|
Sep
(2) |
Oct
(1) |
Nov
(1) |
Dec
(2) |
| 2020 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
(5) |
Jun
(5) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
(1) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(4) |
Sep
|
Oct
(1) |
Nov
(1) |
Dec
(1) |
|
From: Alain A. <ala...@wa...> - 2015-07-22 06:46:12
|
Sent again due to SourceForge problems ... ___________________________________________________________________________ If I understand the avalaible commands box, line, say, I have some trouble to understand what and how to use some parameters likeDT_RIGHT, DT_CENTER, DT_LEFT, and others I found searching in hwgui sources : DT_VCENTER, DT_SINGLELINE, DT_CALCRECT, DT_WORDBREAK, BS_LEFT, BS_RIGHT, JUSTIFY HEAD DT_CENTER, PANGO_ALIGN_CENTER, PANGO_ALIGN_RIGHT, DT_BOTTOM, TOP_INDENT, LEFT_INDENT If I think of understanding what are their purposes, I not able to use it very well. Please, can you give a sample more complete using a lot of these parameters, than the one you already give,and which a little poor. I beg it's possible to create a script which can be printed after with a simple function. Am-I right ? Thanks A+ -- ------------------------------------------------------------------------ Alain Aupeix http://jujuland.pagesperso-orange.fr/ http://pissobi-lacassagne.pagesperso-orange.fr/ ------------------------------------------------------------------------ U.buntu 12.04 | G.ramps 3.4.9-1 | H.arbour 3.2.0dev (2015-07-14 15:51) | HbIDE (Rev.316) | Five.Linux (r143) | Hw.Gui (2468) ------------------------------------------------------------------------ |
|
From: Alain A. <ala...@wa...> - 2015-07-22 06:43:39
|
Sent again due to SourceForge problems ...
___________________________________________________________________________
Hi,
In a for ... next, I fill an array, one of these values is a num indexed
on the length of thi array which will serves as ID for buttons which
will be created in a new for ... next.
The creation is ok, but I'm not able, during execution to retrieve the
ID value of the button which is clicked.
Is there a way to retrieve it and use it in 'ON CLICK'
I tried another solution, but it always return the value of the last button:
IDBUTTON:=aCnx[rg,8]
@ 15, 35+(50*(rg-1)) OWNERBUTTON OF oDlg ID IDBUTTON ;
ON CLICK {||qout(IDBUTTON)} ;
SIZE 24,24 FLAT ;
I ought to avoid this :
for rg=1 to len(aCnx)
do case
case aCnx[rg,8] == 10001
@ 15, 35+(50*(rg-1)) OWNERBUTTON OF oDlg ID 10001 ON
CLICK {||IDBUTTON:=10001,Recall(aCnx[IDBUTTON-10000,6])} SIZE 24,24 FLAT
BITMAP cImageDir+"open.png" TRANSPARENT COLOR 12632256 TOOLTIP "Rappeler
la fenêtre '"+aCnx[1,6]+"'"
case aCnx[rg,8] == 10002
@ 15, 35+(50*(rg-1)) OWNERBUTTON OF oDlg ID 10002 ON
CLICK {||IDBUTTON:=10002,Recall(aCnx[IDBUTTON-10000,6])} SIZE 24,24 FLAT
BITMAP cImageDir+"open.png" TRANSPARENT COLOR 12632256 TOOLTIP "Rappeler
la fenêtre '"+aCnx[2,6]+"'"
....
Thanks
A+
--
------------------------------------------------------------------------
Alain Aupeix
http://jujuland.pagesperso-orange.fr/
http://pissobi-lacassagne.pagesperso-orange.fr/
------------------------------------------------------------------------
U.buntu 12.04 | G.ramps 3.4.9-1 | H.arbour 3.2.0dev (2015-07-14 15:51) |
HbIDE (Rev.316) | Five.Linux (r143) | Hw.Gui (2468)
------------------------------------------------------------------------
|
|
From: Alain A. <ala...@wa...> - 2015-07-22 06:32:26
|
<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Le 22/07/2015 08:24, Alain Aupeix a
écrit :<br>
</div>
<blockquote cite="mid:55A...@wa..." type="cite">
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
<div class="moz-cite-prefix">Le 20/07/2015 21:43, Marcelo Anelli a
écrit :<br>
</div>
<blockquote
cite="mid:CAOnT-4HvrV3pH8PJERxNnCC8RYj-k-MhGXFTxtpn43xi2=fH...@ma..."
type="cite">
<div dir="ltr">
<div>
<div>
<div>
<div>Hi all,<br>
<br>
</div>
i have troubles with spanish chars like accented chars
and ñ,Ñ<br>
<br>
</div>
my system is for spanish people, and the only trouble is
with get on dialog<br>
<br>
</div>
I use:<br>
hwg_SetAppLocale( "UTF-8" )<br>
<br>
</div>
Some hints will be appreciated...<br clear="all">
</div>
</blockquote>
Have-you added this at the beginning of your program ?<br>
<br>
REQUEST HB_CODEPAGE_UTF8<br>
</blockquote>
I have tried too, and I have the same problem with upper or lower
accentued characters<br>
<br>
It's probably a bug ...<br>
<br>
Curious, I thought it has been corrected there is a few time ...<br>
<br>
A+<br>
<div class="moz-signature">-- <br>
<hr>
Alain Aupeix<br>
<a class="moz-txt-link-freetext" href="http://jujuland.pagesperso-orange.fr/">http://jujuland.pagesperso-orange.fr/</a><br>
<a class="moz-txt-link-freetext" href="http://pissobi-lacassagne.pagesperso-orange.fr/">http://pissobi-lacassagne.pagesperso-orange.fr/</a><br>
<hr>
<small>U.buntu 12.04 | G.ramps 3.4.9-1 | H.arbour 3.2.0dev
(2015-07-14 15:51) | HbIDE (Rev.316) | Five.Linux (r143) |
Hw.Gui (2468)</small>
<hr>
</div>
</body>
</html>
|
|
From: Alexander S.K. <al...@be...> - 2015-07-16 10:12:08
|
Itamar M. Lins Jr. Lins пишет: > Hi! > Is normal behavior ? While browse go to append mode, the flag ON > LOSTFOCUS is activate. But browse not lost focus! > > For me, LostFocus should be activated only if all the browse object out > of focus. > Edition should not be treated with unfocused. > In fact, the browse control really lose the focus while field editing and Winapi generates the WM_KILLFOCUS message. As far as I understand, you want the :bLostFocus codeblock not to be called in this situation. The problem may be solved, if we introduce a new flag, :lEditing for example, which will be set in :Edit() method - and you will be possible to return from :bLostFocus if needed. Is it suitable ? Regards, Alexander. |
|
From: Itamar M. L. J. L. <ita...@gm...> - 2015-07-16 01:49:07
|
Hi! Is normal behavior ? While browse go to append mode, the flag ON LOSTFOCUS is activate. But browse not lost focus! For me, LostFocus should be activated only if all the browse object out of focus. Edition should not be treated with unfocused. Best regards, Itamar M. Lins Jr. |
|
From: Alain A. <ala...@wa...> - 2015-07-15 11:38:17
|
Le 15/07/2015 12:33, Alexander S.Kresin a écrit : > Alain Aupeix пишет: >> Hi, >> >> I'm trying to modify it to Linux. >> Can you send a bld file to see it's structure ? > I didn't try it and don't know, is it functional. What kind of bld > file you mean ? The bld.bat to build hwmake under windows is included there. No, the config file of a hwgui project. Have a look to the open function in hwmake A+ -- ------------------------------------------------------------------------ Alain Aupeix http://jujuland.pagesperso-orange.fr/ http://pissobi-lacassagne.pagesperso-orange.fr/ ------------------------------------------------------------------------ U.buntu 12.04 | G.ramps 3.4.9-1 | H.arbour 3.2.0dev (2015-07-03 09:22) | HbIDE (Rev.316) | Five.Linux (r143) | Hw.Gui (2466) ------------------------------------------------------------------------ |
|
From: Alexander S.K. <al...@be...> - 2015-07-15 11:33:52
|
Alain Aupeix пишет: > Hi, > > I'm trying to modify it to Linux. > Can you send a bld file to see it's structure ? I didn't try it and don't know, is it functional. What kind of bld file you mean ? The bld.bat to build hwmake under windows is included there. Regards, Alexander. |
|
From: Alain A. <ala...@wa...> - 2015-07-15 10:45:55
|
Hi, I'm trying to modify it to Linux. Can you send a bld file to see it's structure ? Thanks A+ -- ------------------------------------------------------------------------ Alain Aupeix http://jujuland.pagesperso-orange.fr/ http://pissobi-lacassagne.pagesperso-orange.fr/ ------------------------------------------------------------------------ U.buntu 12.04 | G.ramps 3.4.9-1 | H.arbour 3.2.0dev (2015-07-03 09:22) | HbIDE (Rev.316) | Five.Linux (r143) | Hw.Gui (2466) ------------------------------------------------------------------------ |
|
From: Alain A. <ala...@wa...> - 2015-07-14 15:10:12
|
Le 14/07/2015 13:31, Alexander S.Kresin a écrit : > Alain Aupeix пишет: >> Hi, >> >> Is-it possible with a combobox to enter a character, and go to the first >> element which begins with this character, instead of modifying the >> content os the element. >> > Not in current code. ok > I don't now, does the standard GTK's combobox have such a feature. Me too ..., and I'm not able to be sure if a program is pure gtk, oy python-gtk, or ... All the program I tried, it seems not to be possible to write in an element, but no key seem to work ... > If no, it may be implemented, catching the keyboard input event. Probably, but it's not for my level :-[ Thanks A+ -- ------------------------------------------------------------------------ Alain Aupeix http://jujuland.pagesperso-orange.fr/ http://pissobi-lacassagne.pagesperso-orange.fr/ ------------------------------------------------------------------------ U.buntu 12.04 | G.ramps 3.4.9-1 | H.arbour 3.2.0dev (2015-07-03 09:22) | HbIDE (Rev.316) | Five.Linux (r143) | Hw.Gui (2466) ------------------------------------------------------------------------ |
|
From: Alexander S.K. <al...@be...> - 2015-07-14 12:32:20
|
Alain Aupeix пишет: > Hi, > > Is-it possible with a combobox to enter a character, and go to the first > element which begins with this character, instead of modifying the > content os the element. > Not in current code. I don't now, does the standard GTK's combobox have such a feature. If no, it may be implemented, catching the keyboard input event. Regards, Alexander. |
|
From: Alain A. <ala...@wa...> - 2015-07-14 08:45:02
|
Hi,
Is-it possible with a combobox to enter a character, and go to the first
element which begins with this character, instead of modifying the
content os the element.
@ 15,32 GET COMBOBOX oCommune VAR rCommune ITEMS aCommune STYLE
WS_TABSTOP SIZE 290, 25;
TOOLTIP "Choix de la commune";
ON CHANGE {||DisplayCommune(rCommune)};
TEXT
Perhaps a parameter ?
Thanks
A+
--
------------------------------------------------------------------------
Alain Aupeix
http://jujuland.pagesperso-orange.fr/
http://pissobi-lacassagne.pagesperso-orange.fr/
------------------------------------------------------------------------
U.buntu 12.04 | G.ramps 3.4.9-1 | H.arbour 3.2.0dev (2015-07-03 09:22) |
HbIDE (Rev.316) | Five.Linux (r143) | Hw.Gui (2464)
------------------------------------------------------------------------
|
|
From: Alexander S.K. <al...@be...> - 2015-07-10 10:12:17
|
>
> @ 10,10 OwnerButton oBtn TEXT "My State" of oDlg Size 130,30 on click
> {||ShowMe(oBtn)}
>
> oDlg:Activate(,,,.T.)
>
>
> Function ShowMe(oBtn)
> hwg_msginfo(str(oBtn:state)) //Return OBTN_NORMAL=1 should be OBTN_PRESSED=3
>
The ON CLICK event occurs after releasing the mouse button (
WM_LBUTTONUP ) - that's way the state is OBTN_NORMAL already.
> If !oBtn:lPress
> hwg_MsgInfo("oBtn, not lPress := .F.") //should be lPress := .T.
> EndIf
> If !oBtn:lCheck
> hwg_MsgInfo("oBtn, not lCheck := .F.") //should be lCheck := .T.
> EndIf
>
> //--------------8<------------
> So when these flags(lPress and lCheck) are activated ?
>
:lCheck is set manually in your program, by using the CHECK clause of
OWNERBUTTON command or directly:
oBtn:lCheck := .T. ( it is .F. by default )
It is a property of a button - when it is set to .T., the button behaves
like a checkbox - it keeps pressed state after clicking on it and may
switch to a normal state after next click.
:lPress works only when :lCheck is set to .T.
Look at the utils/editor/editor.prg - ownerbuttons with CHECK clause are
used there to provide a behaviour like in WordPad and other editors.
Regards, Alexander.
|
|
From: Alexander S.K. <al...@be...> - 2015-07-10 09:09:55
|
> > But, the problem is get in memo field ? How to resolve this ? > If the problem is that it is difficult to set appropriate MAXLENGTH value, you may use EDITBOX instead of GET. In fact, if you don't need the PICTURE, using of GET isn't obligatory. Regards, Alexander. |
|
From: Itamar M. L. J. L. <ita...@gm...> - 2015-07-10 02:09:30
|
Hi!
How to working with states of ownerbutton ?
//-------------->8------------
#include "hwgui.ch"
Function main
LOCAL oDlg,oBtn
INIT DIALOG oDlg AT 100,100 SIZE 200,120
@ 10,10 OwnerButton oBtn TEXT "My State" of oDlg Size 130,30 on click
{||ShowMe(oBtn)}
oDlg:Activate(,,,.T.)
Function ShowMe(oBtn)
hwg_msginfo(str(oBtn:state)) //Return OBTN_NORMAL=1 should be OBTN_PRESSED=3
If !oBtn:lPress
hwg_MsgInfo("oBtn, not lPress := .F.") //should be lPress := .T.
EndIf
If !oBtn:lCheck
hwg_MsgInfo("oBtn, not lCheck := .F.") //should be lCheck := .T.
EndIf
//--------------8<------------
So when these flags(lPress and lCheck) are activated ?
Best regards,
Itamar M. Lins Jr.
|
|
From: Itamar M. L. J. L. <ita...@gm...> - 2015-07-09 14:54:22
|
Hi! Thanks for explanation! >The hwg_msginfo(cVar,"FAIL! Only show one line!") really shows one >line, moreover, only one symbol - because the initial value of a get >variable has one symbol length - and, as we consider this issue a month >or two ago, the final length of a variable must be limited to the same >value if no PICTURE or MAXLENGTH are declared. > If you add MAXLENGTH 100 to the get declaration, all lines will be >visible. >Regards, Alexander. But, the problem is get in memo field ? How to resolve this ? Best regards, Itamar M. Lins Jr. |
|
From: Alexander S.K. <al...@be...> - 2015-07-09 12:45:16
|
Itamar M. Lins Jr. Lins пишет: > Hi! > This example show with more detail the bug. > > #include "hwgui.ch <http://hwgui.ch>" > Function main > LOCAL oDlg ,obt, cVar:= "X" > > INIT DIALOG oDlg clipper title "Typing <END>,<ENTER> and > abcd...<enter>,abcd...<enter>!" AT 0,0 SIZE 800,400 > > @ 10,10 get oVar VAR cVar SIZE 500,300 STYLE ES_MULTILINE + > ES_AUTOVSCROLL + WS_VSCROLL + ES_WANTRETURN > > @ 600,200 button obt caption "show me" size 100,30 on click {|| > hwg_msginfo(cVar,"FAIL! Only show one line!"), > hwg_msginfo(oVar:GetText(cVar),"Works Fine !") , Hwg_EndDialog() } > > oDlg:Activate(,,,.T.) > > hwg_msginfo( oVar:GetText(cVar),"NOW FAIL :(" ) > Now about this sample. The final hwg_msginfo( oVar:GetText(cVar),"NOW FAIL :(" ) can't work, because the dialog is destroyed already - I wrote about it in previous message. BTW, the :gettext() vethod doesn't have a parameter, it should be simply oVar:GetText(). The hwg_msginfo(cVar,"FAIL! Only show one line!") really shows one line, moreover, only one symbol - because the initial value of a get variable has one symbol length - and, as we consider this issue a month or two ago, the final length of a variable must be limited to the same value if no PICTURE or MAXLENGTH are declared. If you add MAXLENGTH 100 to the get declaration, all lines will be visible. Regards, Alexander. |
|
From: Alexander S.K. <al...@be...> - 2015-07-09 11:54:39
|
Itamar M. Lins Jr. Lins пишет: > #include "hwgui.ch <http://hwgui.ch>" > Function main > LOCAL oDlg, cVar:= space(100) > > INIT DIALOG oDlg clipper title "Obs" AT 0,0 SIZE 800,400 > > @ 10,10 get oVar VAR cVar SIZE 760,300 STYLE ES_MULTILINE + > ES_AUTOVSCROLL + WS_VSCROLL + ES_WANTRETURN > > //Typing abcd...<enter>,abcd...<enter>.... and ESCAPE! > > oDlg:Activate(,,,.T.) > > hwg_msginfo(cVar) //None :( > hwg_msginfo( oVar:GetText(cVar) ) //None :( > hwg_msginfo(oVar:value) //None :( > This isn't a bug. Try this code with Clipper or Harbour for console mode: Function main local cvar := space(12) clear screen @ 2,2 say "input" get cvar read ? "cvar:",cvar ? return nil Input something and press ESC - and you will get an empty string, because when you leave a get object with ESC, it content isn't saved. What about ovar:value, it doesn't work after destroyng the dialog, because all controls are destroyed, too, and it is impossible to extract values from them. So, the only way to get the editbox content in this case is to use oVar:value before the dialog is destroyed - in ON EXIT, for example: INIT DIALOG oDlg clipper title "Obs" AT 0,0 SIZE 800,400 ON EXIT {||hwg_msginfo(ovar:value),.t.} Regards, Alexander. |
|
From: Itamar M. L. J. L. <ita...@gm...> - 2015-07-03 19:40:22
|
Hi!
This example show with more detail the bug.
#include "hwgui.ch"
Function main
LOCAL oDlg ,obt, cVar:= "X"
INIT DIALOG oDlg clipper title "Typing <END>,<ENTER> and
abcd...<enter>,abcd...<enter>!" AT 0,0 SIZE 800,400
@ 10,10 get oVar VAR cVar SIZE 500,300 STYLE ES_MULTILINE +
ES_AUTOVSCROLL + WS_VSCROLL + ES_WANTRETURN
@ 600,200 button obt caption "show me" size 100,30 on click {||
hwg_msginfo(cVar,"FAIL! Only show one line!"),
hwg_msginfo(oVar:GetText(cVar),"Works Fine !") , Hwg_EndDialog() }
oDlg:Activate(,,,.T.)
hwg_msginfo( oVar:GetText(cVar),"NOW FAIL :(" )
Best regards,
Itamar M. Lins Jr.
2015-07-03 16:10 GMT-03:00 Itamar M. Lins Jr. Lins <ita...@gm...>:
> #include "hwgui.ch"
> Function main
> LOCAL oDlg, cVar:= space(100)
>
> INIT DIALOG oDlg clipper title "Obs" AT 0,0 SIZE 800,400
>
> @ 10,10 get oVar VAR cVar SIZE 760,300 STYLE ES_MULTILINE +
> ES_AUTOVSCROLL + WS_VSCROLL + ES_WANTRETURN
>
> //Typing abcd...<enter>,abcd...<enter>.... and ESCAPE!
>
> oDlg:Activate(,,,.T.)
>
> hwg_msginfo(cVar) //None :(
> hwg_msginfo( oVar:GetText(cVar) ) //None :(
> hwg_msginfo(oVar:value) //None :(
>
> //Hwgui Changelog 2461 2015-07-01
>
> Best regards,
> Itamar M. Lins Jr.
>
|
|
From: Itamar M. L. J. L. <ita...@gm...> - 2015-07-03 19:10:27
|
#include "hwgui.ch" Function main LOCAL oDlg, cVar:= space(100) INIT DIALOG oDlg clipper title "Obs" AT 0,0 SIZE 800,400 @ 10,10 get oVar VAR cVar SIZE 760,300 STYLE ES_MULTILINE + ES_AUTOVSCROLL + WS_VSCROLL + ES_WANTRETURN //Typing abcd...<enter>,abcd...<enter>.... and ESCAPE! oDlg:Activate(,,,.T.) hwg_msginfo(cVar) //None :( hwg_msginfo( oVar:GetText(cVar) ) //None :( hwg_msginfo(oVar:value) //None :( //Hwgui Changelog 2461 2015-07-01 Best regards, Itamar M. Lins Jr. |
|
From: Alexander S.K. <al...@be...> - 2015-07-01 10:12:24
|
> Not completly ... > I think that revision is important. Do we talk about HwGUI revision or Harbour revision ? Harbour's we can get with hb_version( HB_VERSION_REVISION ). Regards, Alexander. |
|
From: Alexander S.K. <al...@be...> - 2015-07-01 08:31:57
|
Alain Aupeix пишет: > > I think it's a bug of get system with utf8 encoding. > Yes, there is something wrong, I'll check it. Regards, Alexander. |
|
From: Alain A. <ala...@wa...> - 2015-07-01 08:29:16
|
Le 01/07/2015 09:03, Alexander S.Kresin a écrit : > Alain Aupeix пишет: >> Including info() function in my programs, I like to give the harbour and >> hwgui versions in this box. >> >> There is a function which does it for hwgui, and an include file for >> harbour to keep the information. >> But first, I want another format of Harbour info, and there is a problem >> using the hw function, which is nice, but gives the actual installed >> version, and not the one used during the compilation. >> > Sorry, I didn't understand. Doesn't Hb_Version() return the info you > need ? Not completly ... I think that revision is important. Hwg_Version() returns 'HWGUI 2.19 Build 4' HwGui_Rev returns '(rv2458)' for example. I use Hwg_Version() + Hw_Rev it returns 'HWGUI 2.19 Build 4 (rv2458)' Due to the fact that HwGui, and Harbour I use is build from source which are very often updated, it's important for me to have the revision info, to be able to see which is the rev use when a bug is new or gone. Same for Harbour. But these ch files to be interesting must be generated when harbour and hwgui are build on our own system. That the reason of my little shells, and I purpose it as it can be interesting for other users. I don't know if it's possible, and easily under Windows. I think then it would be interesting to integrate an equivalent of the script generating HwGui_rev in Hwgui Gui, or simply in the ch file in sources. Better, if it was included in an existing ch file (hwgui, for example), no need to correct program sources. Or perhaps that hwg_version() gives the info. Thanks A+ -- ------------------------------------------------------------------------ Alain Aupeix http://jujuland.pagesperso-orange.fr/ http://pissobi-lacassagne.pagesperso-orange.fr/ ------------------------------------------------------------------------ U.buntu 12.04 | G.ramps 3.4.9-1 | H.arbour 3.2.0dev (2015-06-26 12:50) | HbIDE (Rev.316) | Five.Linux (r143) | Hw.Gui (2458) ------------------------------------------------------------------------ |
|
From: Alexander S.K. <al...@be...> - 2015-07-01 08:04:00
|
Alain Aupeix пишет: > Including info() function in my programs, I like to give the harbour and > hwgui versions in this box. > > There is a function which does it for hwgui, and an include file for > harbour to keep the information. > But first, I want another format of Harbour info, and there is a problem > using the hw function, which is nice, but gives the actual installed > version, and not the one used during the compilation. > Sorry, I didn't understand. Doesn't Hb_Version() return the info you need ? Regards, Alexander. |
|
From: Alexander S.K. <al...@be...> - 2015-07-01 07:14:00
|
Itamar M. Lins Jr. Lins пишет: > Hi! > > The function hwg_processmessage() lets very slow process. > > Which we should use hwg_processmessage() or hwg_doevents() ? > > For example: > Do While ... > Hwg_ProcessMessage() //It is impracticable!! > skip > ... > With hwg_DoEvents() // best results! > > What's the difference? > When using either? > They do the same, but I'm not sure, that hwg_DoEvents() processes messages for dialogs and mdi windows ( Hwg_ProcessMessage() has a special code for them ). Additionally, Hwg_ProcessMessage() contains a sleep() function call. The second parameter of Hwg_ProcessMessage() designates a number of milliseconds to sleep, it is 1 by default. It was introduced for the program do not eat too much processor time in a big cycles. You may try to set this parameter to 0. Other option, which I use, is to call the Hwg_ProcessMessage() not in each cycle iteration, but in 1 of 10, or even 1 of 100. There is no any need to check messages after every skip. Regards, Alexander. |
|
From: Alain A. <ala...@wa...> - 2015-07-01 06:54:20
|
<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Le 01/07/2015 08:41, Alain Aupeix a
écrit :<br>
</div>
<blockquote cite="mid:559...@wa..." type="cite">
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
<div class="moz-cite-prefix">Le 01/07/2015 00:02, Itamar M. Lins
Jr. Lins a écrit :<br>
</div>
<blockquote
cite="mid:CAHGjjAreHwy14K8HEtW-3kuaYzv_a6i16EYp10pWhHv-OaMg=A...@ma..."
type="cite">
<div dir="ltr">
<div>
<div>
<div>Please post self container example.<br>
But see!<br>
<br>
on change {||fName := rFolders,oPath:Refresh()};<br>
</div>
</div>
</div>
</div>
</blockquote>
Thanks, it works ...<br>
First I replaced = with := <br>
I add then refresh()<br>
My lacks concerning oop are too obvious ...<br>
</blockquote>
It works, but now I have a problem due to codepage or something like
this.<br>
<br>
In aFolders, I have accentued characters, Exemple
/home/alain/Téléchargements<br>
When choosing it, fname has now this value, but it's impossible to
edit it correctly<br>
get system seems not to appreciate accent, and refuse to add one.<br>
If I remove the accents contained in the string, I'm now able to
edit correctly the string, but I can't add accentued characters.<br>
<br>
I use :<br>
<br>
REQUEST HB_CODEPAGE_UTF8<br>
REQUEST HB_CODEPAGE_FR850<br>
hwg_SetAppLocale( "UTF8" )<br>
<br>
I think it's a bug of get system with utf8 encoding.<br>
<br>
A+<br>
-- <br>
<div class="moz-signature">
<hr>
Alain Aupeix<br>
<a class="moz-txt-link-freetext" href="http://jujuland.pagesperso-orange.fr/">http://jujuland.pagesperso-orange.fr/</a><br>
<a class="moz-txt-link-freetext" href="http://pissobi-lacassagne.pagesperso-orange.fr/">http://pissobi-lacassagne.pagesperso-orange.fr/</a><br>
<hr>
<small>U.buntu 12.04 | G.ramps 3.4.9-1 | H.arbour 3.2.0dev
(2015-06-26 12:50) | HbIDE (Rev.316) | Five.Linux (r143) |
Hw.Gui (2458)</small>
<hr>
</div>
</body>
</html>
|
101 messages has been excluded from this view by a project administrator.
