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: Itamar M. L. J. L. <ita...@gm...> - 2015-05-22 16:29:45
|
>I don't think that this is a HCOMBOBOX bug, because in Clipper the >get variable must be initialized in application code before using, too. > Anyway, I added the initialization to the HCombobox():New() But, if object of ComboBox not receiver FOCUS, not initialize the object with default value. This is a BUG. This actual case, if a user into dialog, with some controls and ComboBox, if it(combobox) not receive focos and a user click on button or call a function, that uses the object in question(comboBox), an error will occur. This is clearly a bug! Best regards, Itamar M. Lins Jr. |
|
From: Alain A. <ala...@wa...> - 2015-05-22 12:21:24
|
Le 17. 05. 15 13:05, Alain Aupeix a écrit : > Le 17. 05. 15 10:52, Alain Aupeix a écrit : >> Quitting now without having closed previously a gnome-terminal window I >> opened from the program, and I have now again the error ... >> >> I think, that for some reason I don't understand, the dbf, or(and) the >> ntx file is(are) not closed. > I have found what happens, but I don't know why: > > If I open the source with gedit from within the program, linux found > that the dbf is opened by gedit, what is wrong > > alain@Gramps-JujuLand:/opt/TuxPrograms/harbour/projects/Hwgui/Maintsys-tool$ > lsof |grep machines.dbf > gedit 5049 alain 7u REG 8,3 4366 806753 > /opt/TuxPrograms/harbour/projects/Hwgui/Maintsys-tool/machines.dbf I have found a trick: When opening an external program (detach mode with &), before I close the dbf in use and after running the external program open the dbf in use. It's a little ennoying, but no more errors. Example : Close_db() run(copen+" '"+fname+"' &") Open_db() select 2 go top Is-it a bug of run() function, an hwgui problem, or a linux cause ? Thanks A+ -- ------------------------------------------------------------------------ Alain Aupeix http://jujuland.pagesperso-orange.fr/ http://pissobi-lacassagne.pagesperso-orange.fr/ ------------------------------------------------------------------------ U.buntu 12.04 | G.ramps 3.4.8-1 | H.arbour 3.2.0dev (2015-05-19 13:17) | HbIDE (Rev.316) | Five.Linux (r143) | Hw.Gui (2407) ------------------------------------------------------------------------ |
|
From: Alexander S.K. <al...@be...> - 2015-05-22 08:26:37
|
> Error isolated!
> ...
I don't think that this is a HCOMBOBOX bug, because in Clipper the
get variable must be initialized in application code before using, too.
Anyway, I added the initialization to the HCombobox():New()
Regards, Alexander.
|
|
From: Itamar M. L. J. L. <ita...@gm...> - 2015-05-21 15:16:19
|
Error isolated!
#include "hwgui.ch"
Function main
LOCAL oDlg, oBt, oPrint, aPrn := WIN_PRINTERLIST(), oPrn, cNone := ""
INIT DIALOG oDlg CLIPPER NOEXIT AT 600,100 SIZE 600,400
@ 010,10 get oNone var cNone size 100,20
@ 010,50 get ComboBox oPrint ITEMS aPrn Size 280,20 DisplayCount 6
//do not touch anything
@ 010,90 Button oBt Caption 'Exit' Size 70,30 ON CLICK
{||hwg_EndDialog()} //only click on this button here!
ACTIVATE Dialog oDlg Center
oPrn := win_prn():New(rtrim(aPrn[oPrint])) //Here get error!
//End of file bugcombobox.prg
If focus not get in combobox show this error!
Error BASE/1068 Argument error: array access
Called from ->MAIN(15)
HWGUI 2.19 Build 3
Date:05/21/15
Time:11:48:26
Use:
hbmk2 bugcombobox.prg hbwin.hbc
Best regards,
Itamar M. Lins Jr.
|
|
From: Itamar M. L. J. L. <ita...@gm...> - 2015-05-21 14:54:57
|
Error isolated!
#include "hwgui.ch"
Function main
LOCAL oDlg, oBt, oPrint, aPrn := WIN_PRINTERLIST(), oPrn, cNone := ""
INIT DIALOG oDlg CLIPPER NOEXIT AT 600,100 SIZE 600,400
@ 010,10 get oNone var cNone size 100,20
@ 010,50 get ComboBox oPrint ITEMS aPrn Size 280,20 DisplayCount 6
//do not touch anything
@ 010,90 Button oBt Caption 'Exit' Size 70,30 ON CLICK
{||hwg_EndDialog()} //only click on this button here!
ACTIVATE Dialog oDlg Center
oPrn := win_prn():New(rtrim(aPrn[oPrint]))
If focus not get in combobox show this error!
Error BASE/1068 Argument error: array access
Called from ->MAIN(15)
HWGUI 2.19 Build 3
Date:05/21/15
Time:11:48:26
Use:
hbmk2 bugcombobox.prg hbwin.hbc
Best regards,
Itamar M. Lins Jr.
|
|
From: Alexander S.K. <al...@be...> - 2015-05-20 12:36:17
|
> Ok for the explanation, but I haven't found the command to create a label.
> I use online Hwgui Documentation, but it's particulary out of date ...
>
@ ... SAY ... - this command creates label, ( or static control in
terms of winapi ).
You create a label:
@ 10,10 SAY oSay1 CAPTION "" SIZE 100,24
and then set values there when it is needed:
oSay1:SetText( "New value" )
Regards, Alexander.
|
|
From: Alain A. <ala...@wa...> - 2015-05-20 11:31:42
|
Le 20. 05. 15 11:55, Alexander S.Kresin a écrit : > Alain Aupeix writes: > It is difficult to make a conclusion when I don't see the full code, > but I suppose that you open a dialog from a main window, then close it > and call that display_main() trying to show something in the main > window. Right ? Right > If so, you need directly set the parent of the new widget: > > @ 180,50 SAY aMachines[nPartner,15] OF oMainWindow ... > > Without this HwGUI uses as default parent last created window - the > dialog, which is already closed. Nice, I forgot it. Thanks A+ -- ------------------------------------------------------------------------ Alain Aupeix http://jujuland.pagesperso-orange.fr/ http://pissobi-lacassagne.pagesperso-orange.fr/ ------------------------------------------------------------------------ U.buntu 12.04 | G.ramps 3.4.8-1 | H.arbour 3.2.0dev (2015-05-19 13:17) | HbIDE (Rev.316) | Five.Linux (r143) | Hw.Gui (2404) ------------------------------------------------------------------------ |
|
From: Alain A. <ala...@wa...> - 2015-05-20 11:11:13
|
Le 20. 05. 15 12:02, Alexander S.Kresin a écrit : >> And yet another thing. The better practice is to create that SAT >> preliminarily, while the creation of a main window, with an empty >> caption, and just a set new value there when it is needed. >> > Just to clarify. > When you write @ ... SAY "" , you don't simply write something in a > window. You place there a new widget - text label. So, if you will call > that dialog from the toolbar few times, you will create few label > widgets and I don't sure that they will display normally, being in the > same place. That's why it is more correct to create a label one time and > then just set new values there. Ok for the explanation, but I haven't found the command to create a label. I use online Hwgui Documentation, but it's particulary out of date ... Thanks A+ -- ------------------------------------------------------------------------ Alain Aupeix http://jujuland.pagesperso-orange.fr/ http://pissobi-lacassagne.pagesperso-orange.fr/ ------------------------------------------------------------------------ U.buntu 12.04 | G.ramps 3.4.8-1 | H.arbour 3.2.0dev (2015-05-19 13:17) | HbIDE (Rev.316) | Five.Linux (r143) | Hw.Gui (2404) ------------------------------------------------------------------------ |
|
From: Alexander S.K. <al...@be...> - 2015-05-20 11:02:42
|
> > And yet another thing. The better practice is to create that SAT > preliminarily, while the creation of a main window, with an empty > caption, and just a set new value there when it is needed. > Just to clarify. When you write @ ... SAY "" , you don't simply write something in a window. You place there a new widget - text label. So, if you will call that dialog from the toolbar few times, you will create few label widgets and I don't sure that they will display normally, being in the same place. That's why it is more correct to create a label one time and then just set new values there. Regards, Alexander. |
|
From: Alexander S.K. <al...@be...> - 2015-05-20 10:55:21
|
Alain Aupeix writes:
> Le 20. 05. 15 11:56, Alain Aupeix a écrit :
>> Hi,
>>
>> I have a main window where I display the content of variables.
>> These variables are memvar and public, and set to ""
>>
>> In a window opened from an icon toolbar, I choose an element in a combobox
>> When choosing it, I display the values of variables corresponding to the
>> current element displayed
>> After validating an element (with ok), and located in an if structure,
>> so I suppose the window is no more active,
>> I change the values of the variables of the main window
>>
>> When I then try to display the new value, I then have a segmentation error.
>>
>> Is-it normal, where do I fail ?
>
> Here is the function which crashes:
>
> //
> ============================================================================
> Function display_main()
> //
> ============================================================================
> qout(trim(aMachines[nPartner,15]))
> @ 180,50 SAY aMachines[nPartner,15] SIZE 100, 20 BACKCOLOR 14473941
> COLOR hwg_VColor("0000FF")
>
> Return Nil
>
It is difficult to make a conclusion when I don't see the full code,
but I suppose that you open a dialog from a main window, then close it
and call that display_main() trying to show something in the main
window. Right ?
If so, you need directly set the parent of the new widget:
@ 180,50 SAY aMachines[nPartner,15] OF oMainWindow ...
Without this HwGUI uses as default parent last created window - the
dialog, which is already closed.
And yet another thing. The better practice is to create that SAT
preliminarily, while the creation of a main window, with an empty
caption, and just a set new value there when it is needed.
Regards, Alexander.
|
|
From: Alain A. <ala...@wa...> - 2015-05-20 10:37:41
|
Le 20. 05. 15 11:56, Alain Aupeix a écrit :
> Hi,
>
> I have a main window where I display the content of variables.
> These variables are memvar and public, and set to ""
>
> In a window opened from an icon toolbar, I choose an element in a combobox
> When choosing it, I display the values of variables corresponding to the
> current element displayed
> After validating an element (with ok), and located in an if structure,
> so I suppose the window is no more active,
> I change the values of the variables of the main window
>
> When I then try to display the new value, I then have a segmentation error.
>
> Is-it normal, where do I fail ?
Here is the function which crashes:
//
============================================================================
Function display_main()
//
============================================================================
qout(trim(aMachines[nPartner,15]))
@ 180,50 SAY aMachines[nPartner,15] SIZE 100, 20 BACKCOLOR 14473941
COLOR hwg_VColor("0000FF")
Return Nil
Here is the complete console message:
Ubuntu 12,04
(Maintsys-client:21415): GLib-GObject-CRITICAL **: g_object_get_data:
assertion `G_IS_OBJECT (object)' failed
Erreur de segmentation
I just add a qout, to determine if it was due to the call of a function,
or to the '@ x,y say ... ' command
Thanks
A+
--
------------------------------------------------------------------------
Alain Aupeix
http://jujuland.pagesperso-orange.fr/
http://pissobi-lacassagne.pagesperso-orange.fr/
------------------------------------------------------------------------
U.buntu 12.04 | G.ramps 3.4.8-1 | H.arbour 3.2.0dev (2015-05-19 13:17) |
HbIDE (Rev.316) | Five.Linux (r143) | Hw.Gui (2404)
------------------------------------------------------------------------
|
|
From: Alain A. <ala...@wa...> - 2015-05-20 09:56:38
|
Hi, I have a main window where I display the content of variables. These variables are memvar and public, and set to "" In a window opened from an icon toolbar, I choose an element in a combobox When choosing it, I display the values of variables corresponding to the current element displayed After validating an element (with ok), and located in an if structure, so I suppose the window is no more active, I change the values of the variables of the main window When I then try to display the new value, I then have a segmentation error. Is-it normal, where do I fail ? A+ -- ------------------------------------------------------------------------ Alain Aupeix http://jujuland.pagesperso-orange.fr/ http://pissobi-lacassagne.pagesperso-orange.fr/ ------------------------------------------------------------------------ U.buntu 12.04 | G.ramps 3.4.8-1 | H.arbour 3.2.0dev (2015-05-19 13:17) | HbIDE (Rev.316) | Five.Linux (r143) | Hw.Gui (2404) ------------------------------------------------------------------------ |
|
From: Alain A. <ala...@wa...> - 2015-05-20 08:08:16
|
Le 20. 05. 15 07:36, Alexander S.Kresin a écrit : > Also two other color conversion functions added: > > hwg_ColorN2C() and hwg_ColorN2RGB() > > The new module in tutorial demonstrates how they works. Nice, its works now. But when trying to modify the sample source (width of oUpR ... G or B, I had the numeric pad which doesn't work. When running then the sample, it works. A+ -- ------------------------------------------------------------------------ Alain Aupeix http://jujuland.pagesperso-orange.fr/ http://pissobi-lacassagne.pagesperso-orange.fr/ ------------------------------------------------------------------------ U.buntu 12.04 | G.ramps 3.4.8-1 | H.arbour 3.2.0dev (2015-05-19 13:17) | HbIDE (Rev.316) | Five.Linux (r143) | Hw.Gui (2404) ------------------------------------------------------------------------ |
|
From: Alexander S.K. <al...@be...> - 2015-05-20 06:36:46
|
Hi All, hwg_VColor() renamed to hwg_ColorC2N(), hwg_RGB() renamed to hwg_ColorRGB2N() to make more clear what they are intended for. But I've added #xtranslate hwg_Rgb([<n,...>]) => hwg_ColorRGB2N(<n>) #xtranslate hwg_VColor([<n,...>]) => hwg_ColorC2N(<n>) to guilib.ch for to not break current code. Also two other color conversion functions added: hwg_ColorN2C() and hwg_ColorN2RGB() The new module in tutorial demonstrates how they works. Regards, Alexander. |
|
From: Alexander S.K. <al...@be...> - 2015-05-20 06:32:07
|
Itamar M. Lins Jr. Lins writes: >>... >> * source/winapi/hbrowse.prg >> ! Bug fixed > > What has been fixed in hbrowse ? > Very strange bug. Strange, because I wonder how it worked before. In :ButtonDown() there was direct calls of Recno() and dbGoTo() instead of using the :bRecno and :bGoto - this could cause problems for arrays browse. Regards, Alexander. |
|
From: Itamar M. L. J. L. <ita...@gm...> - 2015-05-19 22:16:12
|
For "Valid" and "When" flags
Line 3088:
@ 0, 0 GET COMBOBOX oCombo VAR nChoic ;
ITEMS oColumn:aList ;
SIZE nWidth, ::height + 1 ;
FONT oComboFont ;
DISPLAYCOUNT iif( Len( oColumn:aList ) > ::rowCount ,
::rowCount - 1, Len( oColumn:aList ) ) ;
VALID { || ::ValidColumn( nChoic, oCombo ) };
WHEN { || ::WhenColumn( nChoic, oCombo ) }
Best regards,
Itamar M. Lins Jr.
|
|
From: Itamar M. L. J. L. <ita...@gm...> - 2015-05-19 14:36:00
|
>... > * source/winapi/hbrowse.prg > ! Bug fixed What has been fixed in hbrowse ? Best regards, Itamar M. Lins Jr. |
|
From: Alain A. <ala...@wa...> - 2015-05-17 11:06:02
|
Le 17. 05. 15 10:52, Alain Aupeix a écrit : > Quitting now without having closed previously a gnome-terminal window I > opened from the program, and I have now again the error ... > > I think, that for some reason I don't understand, the dbf, or(and) the > ntx file is(are) not closed. I have found what happens, but I don't know why: If I open the source with gedit from within the program, linux found that the dbf is opened by gedit, what is wrong alain@Gramps-JujuLand:/opt/TuxPrograms/harbour/projects/Hwgui/Maintsys-tool$ lsof |grep machines.dbf gedit 5049 alain 7u REG 8,3 4366 806753 /opt/TuxPrograms/harbour/projects/Hwgui/Maintsys-tool/machines.dbf If I open the source with gnome-terminaf, linux found that the dbf is opened by gnome-terminal, what is wrong alain@Gramps-JujuLand:/opt/TuxPrograms/harbour/projects/Hwgui/Maintsys-tool$ lsof |grep machines.dbf gnome-ter 4932 alain 9u REG 8,3 4366 806753 /opt/TuxPrograms/harbour/projects/Hwgui/Maintsys-tool/machines.dbf And I have an error when trying to open this dbf with this program or with another harbour program, not with libreoffice, for example When closing the external program, no more error. External programs are launched and detached If I leave opened one of these external programs, but quit using my function quit() which explicitally closes the dbf, no more error. Is-it possible to intercecept the use of X button, and force to close before quitting ? Thanks A+ > > Have you an idea ? > > Thanks > A+ >> Thanks >> A+ >> >> >> > -- ------------------------------------------------------------------------ Alain Aupeix http://jujuland.pagesperso-orange.fr/ http://pissobi-lacassagne.pagesperso-orange.fr/ ------------------------------------------------------------------------ U.buntu 12.04 | G.ramps 3.4.8-1 | H.arbour 3.2.0dev (2015-05-07 11:27) | HbIDE (Rev.316) | Five.Linux (r143) | Hw.Gui (2401) ------------------------------------------------------------------------ |
|
From: Alain A. <ala...@wa...> - 2015-05-17 08:52:57
|
Le 17. 05. 15 09:54, Alain Aupeix a écrit : > Hi, > > A have made a new program which opens a dbf file using an ntx index. > > It works, but I have now an error when opening again the program after > having close it. > > /Error DBCMD/2001 Workarea not in use: ORDLISTADD > Called from ORDLISTADD(0) > Called from DBSETINDEX(0) > Called from MAIN(218)/ > > I must disconnect from the user session and reconnect to be able to > launch again. > Is-it to say that the file isn't closed when closing the program. > > On my previous program, I never had this issue ? > 'set exclusif off' doesn't solve the problem. Really curious, After disconnecting, I have added a close command before Building it and launching, I have no more the problem, quitting with X button or with a function which closes the dbf Quitting now without having closed previously a gnome-terminal window I opened from the program, and I have now again the error ... I think, that for some reason I don't understand, the dbf, or(and) the ntx file is(are) not closed. Have you an idea ? Thanks A+ > > Thanks > A+ > > > -- ------------------------------------------------------------------------ Alain Aupeix http://jujuland.pagesperso-orange.fr/ http://pissobi-lacassagne.pagesperso-orange.fr/ ------------------------------------------------------------------------ U.buntu 12.04 | G.ramps 3.4.8-1 | H.arbour 3.2.0dev (2015-05-07 11:27) | HbIDE (Rev.316) | Five.Linux (r143) | Hw.Gui (2401) ------------------------------------------------------------------------ |
|
From: Alain A. <ala...@wa...> - 2015-05-17 07:54:40
|
Hi, A have made a new program which opens a dbf file using an ntx index. It works, but I have now an error when opening again the program after having close it. /Error DBCMD/2001 Workarea not in use: ORDLISTADD Called from ORDLISTADD(0) Called from DBSETINDEX(0) Called from MAIN(218)/ I must disconnect from the user session and reconnect to be able to launch again. Is-it to say that the file isn't closed when closing the program. On my previous program, I never had this issue ? 'set exclusif off' doesn't solve the problem. Thanks A+ -- ------------------------------------------------------------------------ Alain Aupeix http://jujuland.pagesperso-orange.fr/ http://pissobi-lacassagne.pagesperso-orange.fr/ ------------------------------------------------------------------------ U.buntu 12.04 | G.ramps 3.4.8-1 | H.arbour 3.2.0dev (2015-05-07 11:27) | HbIDE (Rev.316) | Five.Linux (r143) | Hw.Gui (2401) ------------------------------------------------------------------------ |
|
From: Alain A. <ala...@wa...> - 2015-05-14 12:06:18
|
Le 14. 05. 15 12:44, Alexander S.Kresin a écrit :
> Alain Aupeix writes:
>> ...
>> As for another function where there is no window opened, I used this in
>> the button creation :
>>
>> ON CLICK {||oStatus:SetText(" Rafraichir la base des clients ..."),
>> Refresh(), oStatus:SetText("")}
>>
>> But it doesn't display the message.
>>
> How the message can be displayed, if you clean it after setting with
> oStatus:SetText("") ?
I have another function where on click is the same : set, fct, unset,
and which works.
The only difference is that there is no display in the one which doesn't
work
@ htab+(nbut*32), 3 OWNERBUTTON OF
oToolbar ;
ON CLICK {||oStatus:SetText(" A propos de Maintsys-client ..."),
info(), oStatus:SetText("")} ;
SIZE 28,24 FLAT ;
BITMAP cImageDir+"info.png" TRANSPARENT COLOR 12632256 COORDINATES
0,4,0,0 ;
TOOLTIP "A propos de Maintsys-client"
//
============================================================================
Function info()
//
============================================================================
hwg_Msginfo("Maintsys-client v"+progvers+" du "+progdate+ Chr(10) + ;
" 2015-"+left(progdate,4)+" (c) Alain
Aupeix" + Chr(10) + ;
"___________________________________________" + Chr(10) +
Chr(10) + ;
" "+Hwg_Version() + chr(10) + ;
" "+Harbour_Version ;
, "A propos de Maintsys-client")
return nil
------------------------------
@ htab+(nbut*32), 3 OWNERBUTTON OF oToolbar ;
ON CLICK {||oStatus:SetText(" Rafraichir la base des clients ..."),
Refresh("button"+chr(10)), oStatus:SetText("")} ;
SIZE 28,24 FLAT ;
BITMAP cImageDir+"refresh.png" TRANSPARENT COLOR 12632256 COORDINATES
0,4,0,0 ;
TOOLTIP "Rafraîchir la base"
//
============================================================================
Function Refresh(cmode)
//
============================================================================
local cmachines:="", aMachines:={}, nMachines, aNewMac:={}, nNewMac,
rgd, rgc, nTab:=0
local ctexte, cmail, cdate, cuser, ctux, cdeb, cpublic, clocal,
cislocal:="",islocal:=.f.
//oStatus:SetText(" Rafraîchir la base des clients ...")
//@ 210,10 say " Rafraîchir la base des clients ..."
qout(cmode)
hb_processRun("cat "+cmPath+"/Maintenance",,@cmachines)
rgd=mlcount(cmachines)
if rgd>0
cmail =""
nNewMac=0
for rgc=1 to rgd
ctexte=trim(memoline(cmachines,,rgc))
if left(ctexte,13)=="Return-Path: " .and. len(cmail)==0
cdeb=at("<",ctexte)+1
cmail=substr(ctexte,cdeb)
cmail=left(cmail,at(">",cmail)-1)
endif
if left(ctexte,4)=="## ;" .and. len(cmail)>0
cdeb=at(";",ctexte)+1
cuser=substr(ctexte,cdeb)
cuser=left(cuser,at("@",cuser)-1)
cdeb=at("@",ctexte)+1
ctux=substr(ctexte,cdeb)
ctux=left(ctux,at(";",ctux)-2)
cdeb=len(cuser+ctux)+8
cdate=substr(ctexte,cdeb)
cdate=left(cdate,at(";",cdate)-2)
cdeb+=len(cdate)+2
cpublic=substr(ctexte,cdeb)
if at(";",cpublic)>0
clocal=substr(cpublic,at(";",cpublic)+1)
cpublic=left(cpublic,at(";",cpublic)-2)
else
if len(cpublic)=0
cpublic="non fournie"
endif
clocal="non fournie"
endif
if left(cpublic,4)="192."
clocal=cpublic
cpublic="non fournie"
endif
aadd(aNewMac,{ctux,cuser,cmail,cdate,cpublic,clocal})
cmail=""
cislocal=""
islocal=""
nNewMac++
cmac=aNewMac[nNewMac,1]+"@"+aNewMac[nNewMac,2]
endif
next
cfmac=""
nMachines=0
for rgc=nNewMac to 1 step -1
cmac=aNewMac[rgc,1]+"@"+aNewMac[rgc,2]
if at(cmac,cfmac)=0
aadd(aMachines,{aNewMac[rgc,1],aNewMac[rgc,2],aNewMac[rgc,3],aNewMac[rgc,4],aNewMac[rgc,5],aNewMac[rgc,6]})
nMachines++
cfmac+="|"+cmac
else
endif
next
select 2
for rgc=1 to nMachines
cmac=padr(aMachines[rgc,1],15)+padr(aMachines[rgc,2],15)
go top
seek cmac
if found()
if aMachines[rgc,4] > machines->date
if aMachines[rgc,5] != "non fournie"
replace machines->public with aMachines[rgc,5]
endif
if aMachines[rgc,6] != "non fournie"
replace machines->local with aMachines[rgc,6]
endif
replace machines->date with aMachines[rgc,4]
endif
cmd="ping -c 1 "+trim(machines->machine)
hb_processRun(cmd,,@cislocal)
if at("64 bytes from "+trim(machines->machine),cislocal)>0
islocal=.t.
else
islocal=.f.
endif
replace machines->islocal with islocal
else
append blank
replace machines->machine with aMachines[rgc,1],
machines->user with aMachines[rgc,2], ;
machines->mail with aMachines[rgc,3], machines->date
with aMachines[rgc,4], ;
machines->public with aMachines[rgc,5],
machines->local with aMachines[rgc,6], ;
machines->islocal with islocal
endif
next
else
cMessage="Dossier Thunderbird non trouvé ..."
hwg_Msginfo(cMessage,"Rafraîchir la base")
endif
//oStatus:SetText("")
return nil
Thanks
A+
--
------------------------------------------------------------------------
Alain Aupeix
http://jujuland.pagesperso-orange.fr/
http://pissobi-lacassagne.pagesperso-orange.fr/
------------------------------------------------------------------------
U.buntu 12.04 | G.ramps 3.4.8-1 | H.arbour 3.2.0dev (2015-05-07 11:27) |
HbIDE (Rev.316) | Five.Linux (r143) | Hw.Gui (2400)
------------------------------------------------------------------------
|
|
From: Alexander S.K. <al...@be...> - 2015-05-14 11:45:01
|
Alain Aupeix writes:
> ...
> As for another function where there is no window opened, I used this in
> the button creation :
>
> ON CLICK {||oStatus:SetText(" Rafraichir la base des clients ..."),
> Refresh(), oStatus:SetText("")}
>
> But it doesn't display the message.
>
How the message can be displayed, if you clean it after setting with
oStatus:SetText("") ?
Regards, Alexander.
|
|
From: Alain A. <ala...@wa...> - 2015-05-14 09:17:02
|
Hi,
I have a function which is called before the activation of the main window.
This function works correctly, but I also use it from the menus or the
toolbar.
In these cas, I ought to modify the text of the status.
As for another function where there is no window opened, I used this in
the button creation :
ON CLICK {||oStatus:SetText(" Rafraichir la base des clients ..."),
Refresh(), oStatus:SetText("")}
But it doesn't display the message.
Have you an idea why such problem occurs ?
Thanks
A+
--
------------------------------------------------------------------------
Alain Aupeix
http://jujuland.pagesperso-orange.fr/
http://pissobi-lacassagne.pagesperso-orange.fr/
------------------------------------------------------------------------
U.buntu 12.04 | G.ramps 3.4.8-1 | H.arbour 3.2.0dev (2015-05-07 11:27) |
HbIDE (Rev.316) | Five.Linux (r143) | Hw.Gui (2400)
------------------------------------------------------------------------
|
|
From: Alexander S.K. <al...@be...> - 2015-05-13 06:50:30
|
Itamar M. Lins Jr. Lins writes: > From user Paulo Almeida. > make_b32.bat > > MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp. > > bcc32 -c -Iinclude;C:\XHARBOUR\include -d -DHWG_USE_POINTER_ITEM -D__WIN32__ > -oobj\b32\hipedit.obj obj\b32\hipedit.c > > > Fatal: Command arguments too long > I don't think, that this is related to xHarbour or HwGUI - the error message is about bcc32 command line length. Here https://groups.google.com/forum/#!topic/borland.public.cppbuilder.commandlinetools/t0aQTY9fH34 is a suggestion to check the length of PATH environment variable. Regards, Alexander. |
|
From: Itamar M. L. J. L. <ita...@gm...> - 2015-05-12 21:50:10
|
Same problem while I use in this way
aEntregue:={"yes","no"}
Add columnEx FieldBlock("entregue") to oBrw ITEMS aEntregue EDITABLE ;
Header 'Entr.' length 5 ;
Justify Line DT_CENTER Justify Head DT_CENTER
Error BASE/1004 Método não exportado: OPARENT
Called from ->OPARENT(0)
Called from ->HBROWSEEX:VALIDCOLUMN(3348)
Called from ->(b)HBROWSEEX_EDIT(3093)
Called from ->__VALID(282)
Called from ->(b)HCOMBOBOX_NEW(79)
Called from ->ONDLGCOMMAND(335)
Called from ->(b)(_INITSTATICS00003)(0)
Called from ->HDIALOG:ONEVENT(182)
Called from ->HWG_DLGBOXINDIRECT(0)
Called from ->HDIALOG:ACTIVATE(135)
Best regards,
Itamar M. Lins Jr.
2015-05-12 18:37 GMT-03:00 Itamar M. Lins Jr. Lins <ita...@gm...>:
> Hi!
> How to use ComboBox in BrowseEx DATABASE ?
> I get this error below:
>
> Error BASE/1004 Método não exportado: OPARENT
> Called from ->OPARENT(0)
> Called from ->HBROWSEEX:VALIDCOLUMN(3348)
> Called from ->(b)HBROWSEEX_EDIT(3093)
> Called from ->__VALID(282)
> Called from ->(b)HCOMBOBOX_NEW(79)
> Called from ->ONDLGCOMMAND(335)
> Called from ->(b)(_INITSTATICS00003)(0)
> Called from ->HDIALOG:ONEVENT(182)
> Called from ->HWG_DLGBOXINDIRECT(0)
> Called from ->HDIALOG:ACTIVATE(135)
>
> I need of a example of use ComboBox in Browse with DataBase.
> I use this syntaxe:
>
> Add columnEx {||""} to oBrw EDITABLE ; //FieldBlock("entregue") to oBrw
> ;
> Header 'Entr.' length 5 ;
> Justify Line DT_CENTER Justify Head DT_CENTER
>
> oBrw:aColumns[7]:aList := {"YES", "NO"}
>
> What is the best way to do this?
>
> Best regards,
> Itamar M. Lins Jr.
>
|