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: Alexander S.K. <al...@be...> - 2004-03-16 11:30:55
|
2004-03-16 14:00 UTC+0300 Alexander Kresin <al...@be...>
* source/hwindow.prg
* The ReleaseAllWindows() fixed and uncommented - it seems to be really
needed if child windows are used.
Regards,
Alexander
http://kresin.belgorod.su
|
|
From: Alexander S.K. <al...@be...> - 2004-03-16 09:26:19
|
Sandro, It would be nice to add .bat file to the samples\hwedit to make the building of this application easier. Regards, Alexander http://kresin.belgorod.su |
|
From: Alexander S.K. <al...@be...> - 2004-03-16 09:26:19
|
Sandro, the demoHList.prg sample demands listbox.ch file, which is missing ... Regards, Alexander http://kresin.belgorod.su |
|
From: Alexander S.K. <al...@be...> - 2004-03-16 07:05:47
|
On 15.03.2004 23:09, Sandro R. R. Freire <san...@ya...> wrote: SRRF> Alexander SRRF> For when it goes to be changed the version. Sure, we'll do it in few days. I want to check few things yet in hwindow.prg, window.c - and then I'll be ready for 2.12. Regards, Alexander http://kresin.belgorod.su |
|
From: Sandro R. R. F. <san...@ya...> - 2004-03-15 20:12:19
|
Alexander For when it goes to be changed the version. Regards ----------------------- Sandro Freire |
|
From: Alexander S.K. <al...@be...> - 2004-03-15 19:12:28
|
2004-03-15 21:55 UTC+0300 Alexander Kresin <al...@be...>
- include/commctrl.ch
- source/_winmsg.c
- removed
* source/commond.c
* source/control.c
* source/guimain.prg
* source/hbrowse.prg
* source/hdatepic.prg
* source/hipedit.prg
* source/hmonthc.prg
* source/htab.prg
* source/htree.prg
* source/hupdown.prg
* source/hwindow.prg
* source/media_c.c
* source/menu.prg
* source/misc.c
* source/richedit.c
* source/wbrowse.c
* source/window.c
* some cleanup, warnings and errors are fixed.
Regards,
Alexander
http://kresin.belgorod.su
|
|
From: Alexander S.K. <al...@be...> - 2004-03-15 12:12:04
|
On 15.03.2004 4:04, Jose Augusto Jr - jamaj - terra <ja...@te...> wrote: JAJjt> I changed the message processing loop to return 0 when the user JAJjt> dont want to process it. This is the default processing loop in WinAPI. No! The WinAPI documentation tells for most of messages return codes: "An application should return zero if it processes this message." JAJjt> Are you getting any error with this? Yes - for example, look how the Treeview is displayed in samples/hello.prg. Sure, there will be more problems, I didn't checked yet all situations in my applications. Regards, Alexander http://kresin.belgorod.su |
|
From: Jose A. Jr - j. - t. <ja...@te...> - 2004-03-15 01:18:21
|
Hi all, I changed the message processing loop to return 0 when the user dont = want to process it. This is the default processing loop in WinAPI. This change makes the code adaptation easier, since the processing loop = is the default.=20 Are you getting any error with this? Atenciosamente, []'s, Best Regards, Jos=E9 Augusto M. de Andrade Jr. jamaj |
|
From: Jose A. Jr - j. - t. <ja...@te...> - 2004-03-15 01:04:28
|
Hi all, I changed the message processing loop to return 0 when the user dont = want to process it. This is the default processing loop in WinAPI. This change makes the code adaptation easier, since the processing loop = is the default.=20 Are you getting any error with this? Atenciosamente, []'s, Best Regards, Jos=E9 Augusto M. de Andrade Jr. jamaj |
|
From: Rodrigo M. <rod...@te...> - 2004-03-15 00:03:21
|
I Agree.
-----Mensagem original-----
De: hwg...@li...
[mailto:hwg...@li...]Em nome de
Alexander S.Kresin
Enviada em: sabado, 13 de marco de 2004 07:28
Para: hwg...@li...
Assunto: [Hwgui-developers] HwGUI cleanup proposal
Hello,
first of all: thanks to all, who contributed to HwGUI.
Below are some notices I want to discuss here.
Few days ago I'd downloaded latest HwGUI changes from CVS and had
tried to compile them - but unsuccessfully - mostly due to few
errors in Harbour related parts ( #ifndef __XHARBOUR__ ).
I want to do some cleanup to get clear of warnings and errors and to
keep the HwGUI core clear and free of redundancy.
1. I suggest to remove the commctrl.ch because
a) It includes a lot of stuff which isn't needed for us.
b) We have windows.ch, which is intended for #defines, which
are really used in HwGUI.
c) I'm not an expert in licensing issues, but I'm afraid that it
isn't legal to include a file, which hasn't Harbour like, GNU
like license.
Of course, all necessary #defines I'll place in windows.ch.
2. I suggest to remove the _winmsg.c, because it seems that it is
copied from some other product and there is no license in it.
On the other hand, this file includes simplest wrappers, some of
which presents already in HwGUI ( SendMessage(), PostMessage() ),
some other aren't needed for HwGUI.
I suggest to add those wrappers, which are really needed to other
files.
3. I don't sure, is the ReleaseAllWindows() really needed.
It closes all child windows, if parent receives WM_CLOSE, but
aren't they closed automatically, by Windows in this case ?
The Harbour part of this function is very strange :).
And I can't understand, why
If HWindow():oMainWindow == oWnd
ExitProcess(0)
Endif
is needed ? Application ends after main window closing in any
case ...
4. IMO, the CLASS VAR oMainWindow is redundant, because
HWindow():GetMain() returns the main window object.
5. I don't understand, why 'parent' variable is added to the HWindow
class. We can get parent window handle, using ::oParent:handle ...
I didn't review all the changes yet, these are only first thoughts
...
Any comments are appreciated.
Regards,
Alexander
http://kresin.belgorod.su
-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
Hwgui-developers mailing list
Hwg...@li...
https://lists.sourceforge.net/lists/listinfo/hwgui-developers
|
|
From: Luiz R. C. G. <cu...@br...> - 2004-03-14 12:37:42
|
Alex The changes on question was provided by Jose Algusto Junior, it can be reached on email ja...@te... He was one os the Brazilian developers , Along with Sandro Freire and Rodrigo Moreno(both now as hwgui developers, on that time they dont has cvs access) so i commited the changes (before testing them all) for them Regards Luiz |
|
From: Alexander S.K. <al...@be...> - 2004-03-14 11:51:05
|
Luiz, there is yet another problem - in December you have changed the default return code of the window procedures ( DefWndProc ) from -1 to 0. Could you explain, why ? The code -1 was chosen to say the callback function MainWndProc() that it should call windows default message handling procedure DefWindowProc(). Return codes 0 and 1 ( FALSE and TRUE ) are used by Windows API for it's own purposes. Currently, the replacing -1 with 0 causes, for example incorrect displaying of the Treeview control ( see hello.prg ) and, potentially, other problems, too. If there won't be objections, I'll revert that change. Regards, Alexander http://kresin.belgorod.su |
|
From: Alexander S.K. <al...@be...> - 2004-03-13 10:29:32
|
Hello,
first of all: thanks to all, who contributed to HwGUI.
Below are some notices I want to discuss here.
Few days ago I'd downloaded latest HwGUI changes from CVS and had
tried to compile them - but unsuccessfully - mostly due to few
errors in Harbour related parts ( #ifndef __XHARBOUR__ ).
I want to do some cleanup to get clear of warnings and errors and to
keep the HwGUI core clear and free of redundancy.
1. I suggest to remove the commctrl.ch because
a) It includes a lot of stuff which isn't needed for us.
b) We have windows.ch, which is intended for #defines, which
are really used in HwGUI.
c) I'm not an expert in licensing issues, but I'm afraid that it
isn't legal to include a file, which hasn't Harbour like, GNU
like license.
Of course, all necessary #defines I'll place in windows.ch.
2. I suggest to remove the _winmsg.c, because it seems that it is
copied from some other product and there is no license in it.
On the other hand, this file includes simplest wrappers, some of
which presents already in HwGUI ( SendMessage(), PostMessage() ),
some other aren't needed for HwGUI.
I suggest to add those wrappers, which are really needed to other
files.
3. I don't sure, is the ReleaseAllWindows() really needed.
It closes all child windows, if parent receives WM_CLOSE, but
aren't they closed automatically, by Windows in this case ?
The Harbour part of this function is very strange :).
And I can't understand, why
If HWindow():oMainWindow == oWnd
ExitProcess(0)
Endif
is needed ? Application ends after main window closing in any
case ...
4. IMO, the CLASS VAR oMainWindow is redundant, because
HWindow():GetMain() returns the main window object.
5. I don't understand, why 'parent' variable is added to the HWindow
class. We can get parent window handle, using ::oParent:handle ...
I didn't review all the changes yet, these are only first thoughts
...
Any comments are appreciated.
Regards,
Alexander
http://kresin.belgorod.su
|
|
From: Sandro R. R. F. <san...@ya...> - 2004-03-11 12:23:34
|
The group of users in Brazil is exceeding the 180 here. The great claim is the lack of a detailed manual more, goes to start to concentrate my efforts in registering the functions in English and Portuguese. Alexander, will be had high soon sends me please. Regards ----------------------- Sandro Freire |
|
From: Sandro R. R. F. <san...@ya...> - 2004-03-11 12:07:41
|
Jamaj Please, It has reported its alterations in the Changelog archive. Thanks Best Regards ----------------------- Sandro Freire |
101 messages has been excluded from this view by a project administrator.
