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: Alexander S.K. <al...@be...> - 2014-10-24 05:38:24
|
Alain Aupeix writes: > Hi, I just didn't know it, and it's the first time I try to build it. > So I don't know if the error is recent or not. > > alain@Gramps-JujuLand:/opt/TuxPrograms/trunks/harbour/addons/hwgui-src/hwgui/utils/tutorial$ > hwbuild *hwgrun* The hwbuild is your script to build prgs ? Just add -lhbcplr to the libraries list there, this is compiler library, which includes that hb_CompileBuf() function. Or use the build.sh, which is provided with the tutorial files. Regards, Alexander. |
|
From: Alexander S.K. <al...@be...> - 2014-10-24 05:30:28
|
> Yes, it's probably the reason. But I have an error
>
> @ 15,32 GET COMBOBOX cCommune ITEMS aCommunes STYLE WS_TABSTOP SIZE
> 290, 25;
> TOOLTIP "Choix de la commune" ON CHANGE
> {||SearchType(cCommune),cType:Refresh()};
> TEXT
>
> Error BASE/1004 No exported method: REFRESH
Naturally. What cType is ? You need the combobox object, to have it
you can define the get combobox with such syntax:
@ 15,32 GET COMBOBOX oCombo VAR cCommune ITEMS aCommunes ...
Then you can write oCombo:Refresh()
Regards, Alexander.
|
|
From: Alain A. <ala...@wa...> - 2014-10-23 16:06:09
|
Hi, I just didn't know it, and it's the first time I try to build it. So I don't know if the error is recent or not. alain@Gramps-JujuLand:/opt/TuxPrograms/trunks/harbour/addons/hwgui-src/hwgui/utils/tutorial$ hwbuild *hwgrun* Harbour 3.2.0dev (r1410220825) Copyright (c) 1999-2014, http://harbour-project.org/ Compiling 'hwgrun.prg'... Lines 196, Functions/Procedures 2 Generating C source output to 'hwgrun.c'... Done. /tmp/ccmynP8x.o:(.data+0xf0): *undefined reference to `HB_FUN_HB_COMPILEBUF'* collect2: ld a retourné 1 code d'état d'exécution alain@Gramps-JujuLand:/opt/TuxPrograms/trunks/harbour/addons/hwgui-src/hwgui/utils/tutorial$ hwbuild*tutor* Harbour 3.2.0dev (r1410220825) Copyright (c) 1999-2014, http://harbour-project.org/ Compiling 'tutor.prg'... tutor.prg(60) Warning W0004 Codeblock parameter 'X' declared but not used in function 'MAIN' tutor.prg(62) Warning W0004 Codeblock parameter 'OTREE' declared but not used in function 'MAIN' tutor.prg(73) Warning W0004 Codeblock parameter 'X' declared but not used in function 'MAIN' Lines 3719, Functions/Procedures 7 Generating C source output to 'tutor.c'... Done. /tmp/cc8Dy78I.o:(.data+0x6f0): *undefined reference to `HB_FUN_HB_COMPILEFROMBUF'* collect2: ld a retourné 1 code d'état d'exécution 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 (2014-10-22 08:25) | HbIDE (Rev.316) | Five.Linux (r138) | Hw.Gui (2295) ------------------------------------------------------------------------ |
|
From: Alain A. <ala...@wa...> - 2014-10-23 14:29:48
|
Le 23/10/2014 14:19, Alexander S.Kresin a écrit :
> Alain Aupeix writes:
>> Hi,
>> I have tried to use ON CHANGE
>> I have put all the tab init in each a function and tried
>> I have put some Qout to see what happens
>> ...
> It's difficult to reproduce your sample, because, as I understood,
> it needed to have a certain structure of directories. It would be good,
> if you provide more simple code - it does not matter, how the array are
> filled, this part may be simplified.
I don't think it could be simplified.
> I didn't understand, what you mean when you talk about 'tab' - I
> didn't find any TAB control in the code.
Just a typo, I ought to talk about array
> Anyway, I suppose that the problem appears, because you don't
> refresh the combobox ( oCombo:Refresh() ) after rebuilding the array in
> SearchType() function.
Yes, it's probably the reason. But I have an error
@ 15,32 GET COMBOBOX cCommune ITEMS aCommunes STYLE WS_TABSTOP SIZE
290, 25;
TOOLTIP "Choix de la commune" ON CHANGE
{||SearchType(cCommune),cType:Refresh()};
TEXT
Error BASE/1004 No exported method: REFRESH
Called from REFRESH(0)
Called from (b)READREG(690)
Called from HCOMBOBOX:ONEVENT(112)
A+
But the array, and combo which is updated isn't the one which execute
>
> Regards, Alexander.
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Hwgui-developers mailing list
> Hwg...@li...
> https://lists.sourceforge.net/lists/listinfo/hwgui-developers
>
--
------------------------------------------------------------------------
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 (2014-10-22 08:25) |
HbIDE (Rev.316) | Five.Linux (r138) | Hw.Gui (2295)
------------------------------------------------------------------------
|
|
From: Alexander S.K. <al...@be...> - 2014-10-23 12:20:08
|
Alain Aupeix writes:
> Hi,
> I have tried to use ON CHANGE
> I have put all the tab init in each a function and tried
> I have put some Qout to see what happens
> ...
It's difficult to reproduce your sample, because, as I understood,
it needed to have a certain structure of directories. It would be good,
if you provide more simple code - it does not matter, how the array are
filled, this part may be simplified.
I didn't understand, what you mean when you talk about 'tab' - I
didn't find any TAB control in the code.
Anyway, I suppose that the problem appears, because you don't
refresh the combobox ( oCombo:Refresh() ) after rebuilding the array in
SearchType() function.
Regards, Alexander.
|
|
From: Alain A. <ala...@wa...> - 2014-10-23 07:52:00
|
Le 22/10/2014 19:48, Alain Aupeix a écrit : > Hi, > I have tried to use ON CHANGE > I have put all the tab init in each a function and tried > I have put some Qout to see what happens I tried this morning to use the debugger, building with -b On the first try, I put a breakpoint on the tab lenght test. and run with F8 => it blocks my X server, and I reboot A second test with using F9 and F8 works Here are the values on console: Activate Dialog : aCommunes[1] Chalais Communes 30 Chalais : aTypes[1] Décès Types 3 Chalais/Décès : aRegistres[1] CHALEIX_DECES_1803-1812.PDF Registres 10 ------------------------------------------ ok, thats good Changing the city (cCommune) Chalais : aTypes[1] Décès Thats wrong. The value appears after a second change, too late: Jumilhac-le-Grand : aTypes[1] BMS And As I said, if the values are changed, but too lately, the combobox aren't updated. 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 (2014-10-22 08:25) | HbIDE (Rev.316) | Five.Linux (r138) | Hw.Gui (2295) ------------------------------------------------------------------------ |
|
From: Alain A. <ala...@wa...> - 2014-10-22 17:48:20
|
Hi,
I have tried to use ON CHANGE
I have put all the tab init in each a function and tried
I have put some Qout to see what happens
The
Here is the source of the concerned part of my tool:
//
============================================================================
Function ReadReg()
//
============================================================================
Local aCom:={}, maxi:=.f., cMessage
Local oDlg, oFont := HFont():Add( "Serif",0,-13 )
Local cTitle := "Ouverture d'un registre"
Local cText01 := "Choisissez la commune"
Local cText02 := "Choisissez le type de registre"
Local cText03 := "Choisissez le registre"
Local cCommune:="", cType:="", cRegistre:="", lBox:=.t.
// init of tabs
SearchCommune()
Qout("Communes " +str(len(aCommunes)))
SearchType(aCommunes[1])
Qout("Types " +str(len(aTypes)))
SearchRegistre(aCommunes[1],aTypes[1])
Qout("Registres "
+str(len(aRegistres))+chr(10)+"------------------------------------------"+chr(10))
// Here is what is output:
// aCommunes[1] Chalais
// Communes 30
// Chalais :
// aTypes[1] Décès
// Types 3
// Chalais/Décès :
// aRegistres[1] CHALEIX_DECES_1803-1812.PDF
// Registres 10
// ------------------------------------------
// All is right
if len(aCommunes)>0 .and. len(aTypes)>0 .and. len(aRegistres)>0
lBox=.f.
INIT DIALOG oDlg CLIPPER NOEXIT TITLE cTitle AT ox+140,oy+130 SIZE
520,180 ;
FONT oFont
@ 15,10 SAY cText01 SIZE 200, 22 COLOR hwg_VColor("FF0000")
@ 15,32 GET COMBOBOX cCommune ITEMS aCommunes STYLE WS_TABSTOP SIZE
290, 25;
TOOLTIP "Choix de la commune";
ON CHANGE {||SearchType(cCommune)};
TEXT
// With on change I expected to update the tab and the next combobox
//
// Chalais :
// aTypes[1] Décès
//
// but i nok
// if I do it again:
//
// Jumilhac-le-Grand :
// aTypes[1] BMS
//
// What is wrong:
//
// - The value of the tab is changed on next 'ON CHANGE' call
// - The content of the combobox is never updated.
//
// This for all the concerned combobox
//
// Have you an idea of the reason of seach problems ?
// I have tried ON INIT, but it fails (syntax error)
// How to refresh tabs and combobox ?
@ 325,10 SAY cText02 SIZE 200, 22 COLOR hwg_VColor("FF0000")
@ 325,32 GET COMBOBOX cType ITEMS aTypes STYLE WS_TABSTOP SIZE 110, 25;
TOOLTIP "Choix du type de registre";
ON CHANGE {||SearchRegistre(cCommune, cType)};
TEXT
@ 15,62 SAY cText03 SIZE 200, 22 COLOR hwg_VColor("FF0000")
@ 15,84 GET COMBOBOX cRegistre ITEMS aRegistres STYLE WS_TABSTOP
SIZE 490, 25;
TOOLTIP "Choix du registre";
TEXT
@ 120,130 BUTTON "Ok" OF oDlg ID IDOK ;
SIZE 100, 32 COLOR hwg_VColor("FF0000") ;
ON CLICK {||oDlg:lResult:=.t.}
@ 260,130 BUTTON "Annuler" OF oDlg ID IDCANCEL ;
SIZE 100, 32
ACTIVATE DIALOG oDlg
oFont:Release()
if oDlg:lresult
run(cview+' "'+crpath+"/"+cCommune+"/"+cType+"/"+cRegistre+'" &')
endif
else
Do case
case len(aCommunes)=0
cMessage="Aucune commune trouvé ..."
case len(aTypes)=0
cMessage="Aucun type trouvé ..."
case len(aRegistres)=0
cMessage="Aucun registre trouvé ..."
endCase
hwg_Msginfo(cMessage,"Lire un registre")
endif
Return Nil
//
============================================================================
Function SearchCommune()
//
============================================================================
Local rg, aCom:={}, adir:={}
adel(aCommunes)
aCommunes:={}
aCom=directory(crPath+"/*","D")
adir=asort(aCom,,,{| x, y | x[ 1 ] < y[ 1 ] })
for rg=1 to len(aCom)
if aCom[rg,5] == "D"
aadd(aCommunes,aCom[rg,1])
endif
next
qout("aCommunes[1] "+aCommunes[1])
Return Nil
//
============================================================================
Function SearchType(cCommune)
//
============================================================================
Local rg, aCom:={}, adir:={}
qout(cCommune+" :")
adel(aTypes)
aTypes:={}
aCom=directory(crPath+"/"+cCommune+"/*","D")
adir=asort(aCom,,,{| x, y | x[ 1 ] < y[ 1 ] })
for rg=1 to len(aCom)
if aCom[rg,5] == "D"
aadd(aTypes,aCom[rg,1])
endif
next
qout("aTypes[1] "+aTypes[1])
Return Nil
//
============================================================================
Function SearchRegistre(cCommune,cType)
//
============================================================================
Local rg, aCom:={}, adir:={}
qout(cCommune+"/"+cType+" :")
adel(aRegistres)
aRegistres:={}
aCom=directory(crPath+"/"+cCommune+"/"+cType+"/*.pdf","")
if len(acom)=0
adel(aCom)
aCom:={}
aCom=directory(crPath+"/"+cCommune+"/"+cType+"/*.PDF","")
Endif
adir=asort(aCom,,,{| x, y | x[ 1 ] < y[ 1 ] })
for rg=1 to len(aCom)
aadd(aRegistres,aCom[rg,1])
next
qout("aRegistres[1] "+aRegistres[1])
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 (2014-10-22 08:25) |
HbIDE (Rev.316) | Five.Linux (r138) | Hw.Gui (2295)
------------------------------------------------------------------------
|
|
From: Alexander S.K. <al...@be...> - 2014-10-17 09:37:57
|
Baloghy Gábor writes:
> Could you help me, how can I change the title of a window?
hwg_Setwindowtext( oMain:Handle, "Another title" )
Probably, I'll add the SetTitle() method soon.
Regards, Alexander.
|
|
From: Baloghy G. <bal...@gm...> - 2014-10-17 05:56:38
|
Could you help me, how can I change the title of a window?
Why does not change the title after clicking on the button?
Regards,
Gabor
#include "windows.ch"
#include "guilib.ch"
function main
INIT WINDOW oMain TITLE "Title" SIZE 400,300
@ 150,100 button oBtn CAPTION "Title change" SIZE 100,30 ON CLICK
{||oMain:title:="Another title"}
activate window oMain center
return nil
|
|
From: Alain A. <ala...@wa...> - 2014-10-09 16:03:13
|
Le 07/10/2014 15:00, Alexander S.Kresin a écrit : > 7) As a few variables are used in a few functions, I declare it as > memvar and then public in main() > It works, bet when building, I have warnings when using it. > > GeneTools.prg(513) Warning W0001 Ambiguous reference 'OGET' > GeneTools.prg(514) Warning W0001 Ambiguous reference 'OSTRING' > GeneTools.prg(515) Warning W0001 Ambiguous reference 'OPTOOL' > GeneTools.prg(516) Warning W0001 Ambiguous reference 'OGTOOL' > GeneTools.prg(517) Warning W0001 Ambiguous reference 'OAD24' > .... > > Is-it normal or do I fail somewhere ? > Does you declare them in as memvar before the main function or in it, > as public ? > >> I noticed that in samples, there a also such warnings. > That's bad, but I didn't care enough about warnings. I have completly removed these warnings: 1) some variable declarations were missing 2) using just the name of a field without prefixing it with the name of the dbf. 3) declaring variables like this: var1:=var2:=var3:="", var2 and var3 were in warning lines The point 3, even it's not important, seems to be a bug. 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 (2014-10-08 18:00) | HbIDE (Rev.316) | Five.Linux (r138) | Hw.Gui (2292) ------------------------------------------------------------------------ |
|
From: Alain A. <ala...@wa...> - 2014-10-09 10:46:17
|
Le 09/10/2014 12:14, Alexander S.Kresin a écrit : > Alain Aupeix writes: >> Hi, I have an index like this: >> >> index on >> strzero(calendar->AG,4)+"-"+strzero(calendar->MG,2)+"-"+strzero(calendar->JG,2) >> to gdate.ntx >> >> When opening it, dbview crash >> >> Error BASE/1001 Undefined function: STRZERO >> ... >> Have you an idea of this problem ? > Just insert to dbview.prg: > > REQUEST STRZERO > > and, probably, other functions, which you use in index expressions, > except the standard Str, Dtos, etc. ok, 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 (2014-09-17 16:23) | HbIDE (Rev.316) | Five.Linux (r138) | Hw.Gui (2291) ------------------------------------------------------------------------ |
|
From: Alexander S.K. <al...@be...> - 2014-10-09 10:14:45
|
Alain Aupeix writes: > Hi, I have an index like this: > > index on > strzero(calendar->AG,4)+"-"+strzero(calendar->MG,2)+"-"+strzero(calendar->JG,2) > to gdate.ntx > > When opening it, dbview crash > > Error BASE/1001 Undefined function: STRZERO > ... > Have you an idea of this problem ? > Just insert to dbview.prg: REQUEST STRZERO and, probably, other functions, which you use in index expressions, except the standard Str, Dtos, etc. Regards, Alexander. |
|
From: Alain A. <ala...@wa...> - 2014-10-08 16:15:18
|
Hi, I have an index like this: index on strzero(calendar->AG,4)+"-"+strzero(calendar->MG,2)+"-"+strzero(calendar->JG,2) to gdate.ntx When opening it, dbview crash Error BASE/1001 Undefined function: STRZERO Called from STRZERO(0) Called from ORDLISTADD(0) Called from OPENINDEX(288) Called from (b)MAIN(53) Called from ONCOMMAND(283) Called from (b)HMAINWINDOW(197) Called from HMAINWINDOW:ONEVENT(257) Called from HWG_ACTIVATEMAINWINDOW(0) Called from HMAINWINDOW:ACTIVATE(246) Called from MAIN(106) Have you an idea of this 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 (2014-09-17 16:23) | HbIDE (Rev.316) | Five.Linux (r138) | Hw.Gui (2291) ------------------------------------------------------------------------ |
|
From: Alexander S.K. <al...@be...> - 2014-10-08 12:47:51
|
Alain Aupeix writes: > 1) If font size hasn't yet been saved, and don't be save, the size is > smaller each time I launch a program build with -B > If I save it, the size is smaller, but always the same, not smaller ans > smaller ... This one should be fixed now. Regards, Alexander |
|
From: Przemyslaw C. <dr...@po...> - 2014-10-07 14:23:47
|
On Tue, 07 Oct 2014, Alexander S.Kresin wrote:
Hi,
> > // set CP for source code and HVM internal string encoding
> > SET( _SET_CODEPAGE, "RU866" )
> > #ifdef __PLATFROM__LINUX
> > SET( _SET_OSCODEPAGE, "UTF8" )
> > #else
> > SET( _SET_OSCODEPAGE, "RU1251" )
> > #endif
> > In summary current Harbour versions does not force any encoding
> > regardless of used system and UI library. It's only important
> > that the libraries like HWGUI use Harbour STR API instead of
> > old Clipper like hb_parc()/hb_retc()/hb_storc()/...
> > When new API is used then all translations are made automatically
> > by HVM and user can work with anu encoding he prefers.
> Thanks for the explanation. The _SET_OSCODEPAGE was news for me.
> Which functions includes this STR API ?
In practice all string functions have corresponding ones working with
automatic translation. They are defined in src/vm/strapi.c and header
files for them is hbapistr.h:
hb_item{Get,Put,Copy}Str[Len]*(),
hb_array{Get,Sut}Str[Len]*(),
hb_parstr*(), hb_parsstr*(), hb_retstr[len]*(), hb_storstr[len]*()
In hbwinuni.h we have macros which in MS-Windows builds chose Unicode or
ANSI functions depending on UNICODE macro.
Few years ago I adopted nearly whole HWGUI code for windows to use this
macros. I do not know if it was changed later.
For *nix builds we can also use such macros, i.e. in Harbour
contrib/sddodbc/core.c such macros are defined for all builds
so they work in Windows, Linux and other systems. Probably it
would be good to move multiplatform macros from hbwinuni.h
to more generic file which can be included in all platforms.
I'll do that soon. Of course for Linux only code you can use
functions defined in hbapistr.h directly.
best regards,
Przemek
|
|
From: Alexander S.K. <al...@be...> - 2014-10-07 13:00:50
|
Next two. > 6) My prog loaded an ini file (parameters) from within main function by > calling a function called readinit() I didn't understand this one. Could you provide a little prg, which causes the segmentation error ? > 7) As a few variables are used in a few functions, I declare it as > memvar and then public in main() > It works, bet when building, I have warnings when using it. > > GeneTools.prg(513) Warning W0001 Ambiguous reference 'OGET' > GeneTools.prg(514) Warning W0001 Ambiguous reference 'OSTRING' > GeneTools.prg(515) Warning W0001 Ambiguous reference 'OPTOOL' > GeneTools.prg(516) Warning W0001 Ambiguous reference 'OGTOOL' > GeneTools.prg(517) Warning W0001 Ambiguous reference 'OAD24' > .... > > Is-it normal or do I fail somewhere ? Does you declare them in as memvar before the main function or in it, as public ? > I noticed that in samples, there a also such warnings. That's bad, but I didn't care enough about warnings. Regards, Alexander. |
|
From: Alexander S.K. <al...@be...> - 2014-10-07 12:46:30
|
Alain Aupeix writes: > > // hwg_WindowSetResize( oMainWindow:handle, .F. ) > > When this line is commented the button to maximize the window is present > (that's what I want to hide) > When it's uncommented, the button is hide, but the size is biggest : > 1210, 421 > > Is-it a bug ? > It's, probably, fixed now. Regards, Alexander. |
|
From: Alexander S.K. <al...@be...> - 2014-10-07 11:16:49
|
Przemyslaw Czerpak writes: > > // set CP for source code and HVM internal string encoding > SET( _SET_CODEPAGE, "RU866" ) > #ifdef __PLATFROM__LINUX > SET( _SET_OSCODEPAGE, "UTF8" ) > #else > SET( _SET_OSCODEPAGE, "RU1251" ) > #endif > > In summary current Harbour versions does not force any encoding > regardless of used system and UI library. It's only important > that the libraries like HWGUI use Harbour STR API instead of > old Clipper like hb_parc()/hb_retc()/hb_storc()/... > When new API is used then all translations are made automatically > by HVM and user can work with anu encoding he prefers. > Thanks for the explanation. The _SET_OSCODEPAGE was news for me. Which functions includes this STR API ? Regards, Alexander. |
|
From: Alain A. <ala...@wa...> - 2014-10-06 15:17:13
|
Hi, I have noticed two small bugs in debugger under Linux: 1) If font size hasn't yet been saved, and don't be save, the size is smaller each time I launch a program build with -B If I save it, the size is smaller, but always the same, not smaller ans smaller ... 2) There is no difference between 'Close debugger', and 'Quit debugger and program' These to menu entries just close the debugger. You can't see it on this video: https://www.dropbox.com/s/xjweehhpjwoidgd/Debugger.ogv?dl=1 -- ------------------------------------------------------------------------ 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 (2014-09-17 16:23) | HbIDE (Rev.316) | Five.Linux (r138) | Hw.Gui (2289) ------------------------------------------------------------------------ |
|
From: Alain A. <ala...@wa...> - 2014-10-03 21:09:12
|
Le 03/10/2014 22:59, Alain Aupeix a écrit :
> Now my problem has been solved with the help of Maurizio, I submit the
> next problem:
>
> @ 15,10 SAY cText01 SIZE 200, 22 COLOR hwg_VColor("FF0000")
> @ 15,84 GET COMBOBOX cCommune ITEMS aCommunes STYLE WS_TABSTOP SIZE
> 290, 25 TEXT
>
> @ 120,130 BUTTON "Ok" OF oDlg1 ID IDOK ;
> SIZE 100, 32 COLOR hwg_VColor("FF0000")
> @ 260,130 BUTTON "Annuler" OF oDlg1 ID IDCANCEL ;
> SIZE 100, 32 ON CLICK {||cCommune:=""}
>
> Once a combobox has been created, it returns a value : by default the
> first purposed element.
>
> To continue, or cancel, I test cCommunes length
> I tried to set cCommunes to "" when clicking Cancel
> Unfortunately, ON CLICK doesn't clear cCommunes as espected.
>
> Do you see another way ?
>
> Thanks
> A+
I found a solution in dbview:
@ 120,130 BUTTON "Ok" OF oDlg1 ID IDOK ;
SIZE 100, 32 COLOR hwg_VColor("FF0000") ;
ON CLICK {||oDlg1:lResult:=.t.}
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 (2014-09-09 22;51) |
HbIDE (Rev.316) | Five.Linux (r138) | Hw.Gui (2285)
------------------------------------------------------------------------
|
|
From: Alain A. <ala...@wa...> - 2014-10-03 20:59:49
|
Now my problem has been solved with the help of Maurizio, I submit the
next problem:
@ 15,10 SAY cText01 SIZE 200, 22 COLOR hwg_VColor("FF0000")
@ 15,84 GET COMBOBOX cCommune ITEMS aCommunes STYLE WS_TABSTOP SIZE
290, 25 TEXT
@ 120,130 BUTTON "Ok" OF oDlg1 ID IDOK ;
SIZE 100, 32 COLOR hwg_VColor("FF0000")
@ 260,130 BUTTON "Annuler" OF oDlg1 ID IDCANCEL ;
SIZE 100, 32 ON CLICK {||cCommune:=""}
Once a combobox has been created, it returns a value : by default the
first purposed element.
To continue, or cancel, I test cCommunes length
I tried to set cCommunes to "" when clicking Cancel
Unfortunately, ON CLICK doesn't clear cCommunes as espected.
Do you see another way ?
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 (2014-09-09 22;51) |
HbIDE (Rev.316) | Five.Linux (r138) | Hw.Gui (2285)
------------------------------------------------------------------------
|
|
From: Maurizio la C. <m.l...@gm...> - 2014-10-03 18:50:14
|
.....and, if the wanted returned value is of character type and not the
index of the selected item array:
@ 15,32 GET COMBOBOX oCombo3 VAR cRegistre ITEMS aRegistres STYLE
WS_TABSTOP SIZE 290, 25 TEXT
Note the TEXT at the end of the command.
BR
Maurizio
Il 03/10/2014 20:07, Alain Aupeix ha scritto:
> Le 03/10/2014 19:06, Maurizio la Cecilia a écrit :
> > @ 15,84 GET COMBOBOX oRegistre STYLE WS_TABSTOP SIZE 490, 25
> GeneTools.prg(407) Error E0030 Syntax error "syntax error at '@'"
>
> It can't be like you said as (even it's miss-named), oRegistre is a variable
> More, where are the purposed choices ?
> For me there were aRegistres which is an array.
>
> To be more rigourous I ought to write it like that:
>
> // initialize the variable with the first value ot the array
> cRegistre=aRegistres[1]
> ...
>
> @ 15,32 GET COMBOBOX oCombo3 ITEMS aRegistres STYLE WS_TABSTOP ;
> SIZE 290, 25 ON CHANGE {|| cRegistre:=oCombo3:GetText()}
>
> oCombo3:GetText()
>
> Here is perhaps the problem, as I don't know which function, or just value to use:
>
> oCombo3:GetText()
> oCombo3:Text
> other syntax that I don't know ...
>
> 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 (2014-09-09 22;51) | HbIDE
> (Rev.316) | Five.Linux (r138) | Hw.Gui (2285)
> --------------------------------------------------------------------------------
|
|
From: Maurizio la C. <m.l...@gm...> - 2014-10-03 18:45:02
|
Hi Alain,
OK, isn't my best day...
The correct syntax is:
@ 15,32 GET COMBOBOX oCombo3 VAR cRegistre ITEMS aRegistres STYLE
WS_TABSTOP SIZE 290, 25
Sorry, again...
BR
Maurizio
Il 03/10/2014 20:07, Alain Aupeix ha scritto:
> Le 03/10/2014 19:06, Maurizio la Cecilia a écrit :
> > @ 15,84 GET COMBOBOX oRegistre STYLE WS_TABSTOP SIZE 490, 25
> GeneTools.prg(407) Error E0030 Syntax error "syntax error at '@'"
>
> It can't be like you said as (even it's miss-named), oRegistre is a variable
> More, where are the purposed choices ?
> For me there were aRegistres which is an array.
>
> To be more rigourous I ought to write it like that:
>
> // initialize the variable with the first value ot the array
> cRegistre=aRegistres[1]
> ...
>
> @ 15,32 GET COMBOBOX oCombo3 ITEMS aRegistres STYLE WS_TABSTOP ;
> SIZE 290, 25 ON CHANGE {|| cRegistre:=oCombo3:GetText()}
>
> oCombo3:GetText()
>
> Here is perhaps the problem, as I don't know which function, or just value to use:
>
> oCombo3:GetText()
> oCombo3:Text
> other syntax that I don't know ...
>
> 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 (2014-09-09 22;51) | HbIDE
> (Rev.316) | Five.Linux (r138) | Hw.Gui (2285)
> --------------------------------------------------------------------------------
|
|
From: Maurizio la C. <m.l...@gm...> - 2014-10-03 18:28:00
|
Hi Alain,
sorry. I wrongly edited the code.
Try with:
@ 15,84 GET COMBOBOX cRegistre ITEMS aRegistres STYLE WS_TABSTOP SIZE
490, 25
AFAIK, you'll find the selected item value in the cRegistre variable.
BR
Maurizio
Il 03/10/2014 20:07, Alain Aupeix ha scritto:
> Le 03/10/2014 19:06, Maurizio la Cecilia a écrit :
> > @ 15,84 GET COMBOBOX oRegistre STYLE WS_TABSTOP SIZE 490, 25
> GeneTools.prg(407) Error E0030 Syntax error "syntax error at '@'"
>
> It can't be like you said as (even it's miss-named), oRegistre is a variable
> More, where are the purposed choices ?
> For me there were aRegistres which is an array.
>
> To be more rigourous I ought to write it like that:
>
> // initialize the variable with the first value ot the array
> cRegistre=aRegistres[1]
> ...
>
> @ 15,32 GET COMBOBOX oCombo3 ITEMS aRegistres STYLE WS_TABSTOP ;
> SIZE 290, 25 ON CHANGE {|| cRegistre:=oCombo3:GetText()}
>
> oCombo3:GetText()
>
> Here is perhaps the problem, as I don't know which function, or just value to use:
>
> oCombo3:GetText()
> oCombo3:Text
> other syntax that I don't know ...
>
> 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 (2014-09-09 22;51) | HbIDE
> (Rev.316) | Five.Linux (r138) | Hw.Gui (2285)
> --------------------------------------------------------------------------------
|
|
From: Alain A. <ala...@wa...> - 2014-10-03 18:07:24
|
<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Le 03/10/2014 19:06, Maurizio la
Cecilia a écrit :<br>
</div>
<blockquote cite="mid:542...@ar..." type="cite">@ 15,84
GET COMBOBOX oRegistre STYLE WS_TABSTOP SIZE 490, 25</blockquote>
GeneTools.prg(407) Error E0030 Syntax error "syntax error at '@'"<br>
<br>
It can't be like you said as (even it's miss-named), oRegistre is a
variable<br>
More, where are the purposed choices ?<br>
For me there were aRegistres which is an array.<br>
<br>
To be more rigourous I ought to write it like that:<br>
<br>
// initialize the variable with the first value ot the array<br>
cRegistre=aRegistres[1]<br>
...<br>
<br>
@ 15,32 GET COMBOBOX oCombo3 ITEMS aRegistres STYLE WS_TABSTOP ;<br>
SIZE 290, 25 ON CHANGE {|| cRegistre:=oCombo3:GetText()}<br>
<br>
oCombo3:GetText()<br>
<br>
Here is perhaps the problem, as I don't know which function, or just
value to use:<br>
<br>
oCombo3:GetText()<br>
oCombo3:Text<br>
other syntax that I don't know ...<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.8-1 | H.arbour 3.2.0dev
(2014-09-09 22;51) | HbIDE (Rev.316) | Five.Linux (r138) |
Hw.Gui (2285)</small>
<hr>
</div>
</body>
</html>
|