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-04-01 10:40:14
|
On 31.03.2004 22:19, Rodrigo Moreno <rod...@te...> wrote:
RM> 1)When TAB is initalized its should set focus on first control.
Not in all cases. Sometimes there are get items in the dialog box
outside the tab control - and it may be needed to set focus to one of
them. So I prefer to allow programmer to choose, which item should
get the focus, something like:
oDlg:bActivate := {||SetFocus(oGet1:handle)}
RM> 2)When key tab is pressed it's get focus on page control, when it's should
RM> go to next control
I'm aware of this problem, but haven't find good solution for it yet.
Windows use very specific logic for handling TAB,SHIFT+TAB ...
Regards,
Alexander
http://kresin.belgorod.su
|
|
From: Rodrigo M. <rod...@te...> - 2004-03-31 18:19:18
|
Hi All
Probably someone hear about the problem with tab key when used with tab
control.
1)When TAB is initalized its should set focus on first control. If you
change between pages it's does.
2)When key tab is pressed it's get focus on page control, when it's should
go to next control
Regards
Rodrigo
#include "windows.ch"
#include "guilib.ch"
Static oMain, oForm, oTab
Function Main()
INIT WINDOW oMain MAIN TITLE "Tab Demo" ;
AT 0,0 ;
SIZE GetDesktopWidth(), GetDesktopHeight() - 28
MENU OF oMain
MENUITEM "&Exit" ACTION oMain:Close()
MENUITEM "&Demo" ACTION Test()
ENDMENU
ACTIVATE WINDOW oMain
Return Nil
Function Test()
Private oGet1, xGet1 := 10
Private oGet2, xGet2 := Space(20)
Private oGet3, xGet3 := Date()
Private oGet4, xGet4 := 20
Private oGet5, xGet5 := Space(20)
Private oGet6, xGet6 := Date()
PREPARE FONT oFont NAME "Courier New" WIDTH 0 HEIGHT -11
INIT DIALOG oForm /*CLIPPER NOEXIT*/ TITLE "Tab Demo";
FONT oFont ;
AT 0, 0 SIZE 700, 425 ;
STYLE DS_CENTER + WS_VISIBLE + WS_POPUP + WS_VISIBLE + WS_CAPTION +
WS_SYSMENU
@ 8,8 TAB oTab ITEMS {} SIZE 684,370
BEGIN PAGE 'Page 1' OF oTab
@ 10, 30 GET oGet1 VAR xGet1 SIZE 30,25
@ 10, 60 GET oGet2 VAR xGet2 SIZE 150,25
@ 10, 90 GET oGet3 VAR xGet3 SIZE 100,25
END PAGE OF oTab
BEGIN PAGE 'Page 2' OF oTab
@ 10, 30 GET oGet4 VAR xGet4 SIZE 30,25
@ 10, 60 GET oGet5 VAR xGet5 SIZE 150,25
@ 10, 90 GET oGet6 VAR xGet6 SIZE 100,25
END PAGE OF oTab
ACTIVATE DIALOG oForm
Return Nil
|
|
From: Alexander S.K. <al...@be...> - 2004-03-31 11:00:25
|
2004-03-31 15:00 UTC+0300 Alexander Kresin <al...@be...>
* source/hbrowse.prg
* Handling of SB_THUMBPOSITION and SB_THUMBTRACK is left to the user's
bScrollPos codeblock.
* bScrollPos is initialized with a call to VScrollPos() function in
InitBrw() in case of array browse. VScrollPos() may serve as a sample
for other bScrollPos implementations.
Regards,
Alexander
http://kresin.belgorod.su
|
|
From: Alexander S.K. <al...@be...> - 2004-03-31 08:35:39
|
Jose, sorry to hurry you, but we need to release 2.12 - there wasn't a new release for a long time already. If you haven't time now for fixing the MDI issue, I'll revert your changes, so we could release a working stuff. After 2.12 you may upload fixed code when you'll be ready. Regards, Alexander http://kresin.belgorod.su |
|
From: Alexander S.K. <al...@be...> - 2004-03-31 08:35:38
|
2004-03-31 11:40 UTC+0300 Alexander Kresin <al...@be...>
* source/hbrowse.prg
* Few changes, proposed by Vlad:
- bScrollPos variable has been added to HBrowse to handle the vertical
scroll position;
- SB_PAGELEFT and SB_PAGERIGHT handling added to DoHScroll();
- handling of bEnter is changed.
* source/hdatepic.prg
! Small fix, provided by Alexey Mironenko.
2004-03-29 10:10 UTC+0300 Alexander Kresin <al...@be...>
* source/hbrowse.prg
! Bug fixed, reported by Vlad
* source/menu.prg
! Hwg_AddMenuItem() has been fixed.
* source/xml/hxmldoc.prg
* Find() method has been added to HXMLNODE class
Regards,
Alexander
http://kresin.belgorod.su
|
|
From: Alexander S.K. <al...@be...> - 2004-03-31 07:50:10
|
On 27.03.2004 0:07, Jose Augusto Jr - jamaj - terra <ja...@te...> wrote: JAJjt> The recent functions i have added to control.c are support for a new JAJjt> control, WinCTRL. JAJjt> It intends to be a general window control that a user can pain and check its JAJjt> events. Like TwinControl in Delphi. Thanks for the explanation. Regards, Alexander http://kresin.belgorod.su |
|
From: Sandro R. R. F. <san...@ya...> - 2004-03-30 14:42:55
|
Paulo conforme sua pergunta de ontem esqueci de mencionar tambem as funções da hwgui a Getdesktopwidth e getdesktopheight, para complementar, ontem apenas citei o exemplo para redimencionar sua área de trabalho. Agora se você usar o Window com o comando MAXIMIZE ele ira abrir a tela de conformidade com a resolução do windows. Sandro Freire http://www.lumainformatica.com.br Luma Sistemas para Contabilistas http://geocities.yahoo.com.br/sandrorrfreire/ |
|
From: Jose A. Jr - j. - t. <ja...@te...> - 2004-03-26 20:07:07
|
The recent functions i have added to control.c are support for a new control, WinCTRL. It intends to be a general window control that a user can pain and check its events. Like TwinControl in Delphi. I am having trouble with this list. Sometimes i send an answer an it doesn't appear. Atenciosamente, []'s, Best Regards, José Augusto M. de Andrade Jr. jamaj |
|
From: Alexander S.K. <al...@be...> - 2004-03-25 12:43:55
|
On 25.03.2004 14:46, Sandro R. R. Freire <san...@ya...> wrote: SRRF> Hi Alexander SRRF> Diverse users wait the new version, when version 2.12 will be supplied SRRF> Regards. The only thing I'm wait for is the MDI issue - it doesn't work correctly now. Jose reviews the changes he had made in MDI subsystem. But, if he agree, I can simply revert them. Regards, Alexander http://kresin.belgorod.su |
|
From: Alexander S.K. <al...@be...> - 2004-03-25 12:08:58
|
On 24.03.2004 23:12, Jose Augusto Jr - jamaj - terra <ja...@te...> wrote: JAJjt> I'm checking all MDI windows code area. Ok. Could you post here any comments about your last changes in control.c. What they are intended for ? Regards, Alexander http://kresin.belgorod.su |
|
From: Sandro R. R. F. <san...@ya...> - 2004-03-25 11:49:22
|
Hi Alexander Diverse users wait the new version, when version 2.12 will be supplied Regards. ----------------------- Sandro Freire |
|
From: Jose A. Jr - j. - t. <ja...@te...> - 2004-03-24 20:12:16
|
I'm checking all MDI windows code area.=20 Atenciosamente, []'s, Best Regards, Jos=E9 Augusto M. de Andrade Jr. jamaj |
|
From: Alexander S.K. <al...@be...> - 2004-03-24 13:50:13
|
2004-03-24 16:50 UTC+0300 Alexander Kresin <al...@be...>
* source/menu.prg
* source/menu_c.c
! Small fix
* New function has been added: SetMenuCaption( hMenu, nMenuId, cCaption ),
which allows to change the menu item caption.
hMenu is a handle of the submenu where that menu item is, it can be
found using the Hwg_GetSubMenuHandle( aMenu,nMenuId )
Regards,
Alexander
http://kresin.belgorod.su
|
|
From: Alexander S.K. <al...@be...> - 2004-03-24 08:55:25
|
Hello hwgui-developers, please, update the Changelog when you commit any changes to CVS - it isn't updated automatically. Regards, Alexander http://kresin.belgorod.su |
|
From: Alexander S.K. <al...@be...> - 2004-03-24 08:40:23
|
On 24.03.2004 3:31, Jose Augusto Jr - jamaj - terra <ja...@te...> wrote: JAJjt> The recent changes in window.c and hwindow.prg returned an error that JAJjt> i had already fixed in MDI windows. My changes were made very carefully and doesn't touch the logic of execution. I didn't change the MDI related stuff, because I want to consult with you as author of the last MDI changes. JAJjt> If you create two or more MDI child windows and then you exit by JAJjt> pressing the close button of the main window, only the Exit Block JAJjt> Code of the first MDI child window is executed, after the JAJjt> exit block code of the main window. The other MDI child windows are JAJjt> closed without the chance to execute it. I've checked it right now, adding the ON EXIT clauses to the samples/a.prg - all child windows exit codes are executed. JAJjt> The correct behavior, in my opinion, should be that the exit code JAJjt> block of the MDI childs would first been executed, and after JAJjt> closing all MDI children the exit code of the main window. Yes, this is preferred order, but my changes doesn't affect on it. But you didn't answer on my question about registering client and child windows classes. Could you give a link to the Win API tutorial, where from you got the information, your changes are based on ? Regards, Alexander http://kresin.belgorod.su |
|
From: Jose A. Jr - j. - t. <ja...@te...> - 2004-03-24 00:31:09
|
The recent changes in window.c and hwindow.prg returned an error that i = had already fixed in MDI windows. If you create two or more MDI child windows and then you exit by = pressing the close button of the main window, only the Exit Block Code = of the first MDI child window is executed, after the exit block code of = the main window. The other MDI child windows are closed without the = chance to execute it. The correct behavior, in my opinion, should be that the exit code block = of the MDI childs would first been executed, and after closing all MDI = children the exit code of the main window. What do you think about that? Atenciosamente, []'s, Best Regards, Jos=E9 Augusto M. de Andrade Jr. jamaj |
|
From: Alexander S.K. <al...@be...> - 2004-03-23 18:07:56
|
Jose, could you comment the changes in MDI client and child windows creating, which you had done some time ago ? It was written before accordingly to the Win API help recommendations. You had removed the registration of the client window class and had added the registration of the MDI child window class - so now every time a MDI child window is created - a special class is registered for it. Is this really needed ? Some problems had appeared after those changes - look, for example, at sample/dbc: the browse isn't displayed after the file opening and appropriate child MDI window creating. Or to the samples/a.prg - the toolbar isn't displayed on MDI child window ( it is displayed only after resizing it ). Regards, Alexander http://kresin.belgorod.su |
|
From: Rodrigo M. <rod...@te...> - 2004-03-23 15:56:27
|
2004-03-23 12-45 UTC-0300 Rodrigo Moreno <rod...@ya...>
* hdialog.prg
* DlgHelp, use the helpid of window parent if not found in control
* hwindow.prg
* Add HelpId parameter to HWindow:new()
* include/guilib.ch
+ Changed init window and init dialog to handle helpid
* samples/helpdemo.prg
* Changed to show how to use help when set the property helpid on Init
Dialog
* doc/hwgdoc.htm
* Change documentation about help on INIT WINDOW and INIT DIALOG
Regards
Rodrigo
|
|
From: Sandro R. R. F. <san...@ya...> - 2004-03-23 13:39:09
|
2004-03-23 10-30 UTC-0300 Sandro R. R. Freire <san...@ya...>
+ source/hsplash.prg
New class for Splash
* include/guilib.ch
New command
SPLASH [<osplash> TO] <oBitmap> ;
[<res: FROM RESOURCE>] ;
[ TIME <otime> ]
* makefile.bc
Update new dependencie
+ samples/tstsplash.prg
+ samples/hwgui.bmp
Demo HSplash
-----------------------
Sandro Freire
|
|
From: Alexander S.K. <al...@be...> - 2004-03-23 10:52:38
|
2004-03-23 13:55 UTC+0300 Alexander Kresin <al...@be...>
* source/dialog.c
* some tricks added to force it work properly with Mingw compiler.
* source/xml/xmlparse.c
* Small changes.
Regards,
Alexander
http://kresin.belgorod.su
|
|
From: Rodrigo M. <rod...@te...> - 2004-03-22 21:29:33
|
2004-03-22 18-30 UTC-0300 Rodrigo Moreno <rod...@ya...>
* hdialog.prg
+ Add DlgHelp event handler for help
* hwindow.prg
+ Add HelpId property
* Changed HWindow:New() to set the Help File Name
* guimain.prg
+ Add New Function SetHelpFileName() to handle help filename
* include/guilib.ch
+ Changed init window, add suport for Help Filename
* include/windows.ch
+ add WM_HELP definition
* misc.c
+ Gethelpdata()
+ WinHelp()
+ samples/helpdemo.prg
+ samples/helpdemo.cnt
+ samples/helpdemo.hlp
* doc/funclist.txt
|
|
From: Rodrigo M. <rod...@te...> - 2004-03-22 18:25:37
|
Thanks Alex and Marcos. -----Mensagem original----- De: hwg...@li... [mailto:hwg...@li...]Em nome de Alexander S.Kresin Enviada em: segunda-feira, 22 de marco de 2004 15:17 Para: hwg...@li... Assunto: [Hwgui-developers] Re: Help Context понедельник, 22 марта 2004 г. Rodrigo rod...@te... wrote: RM> Hi all RM> To implement this new feature, i need set the help file name, i want store RM> this information on HWindow Class, this is to avoid to create a public var RM> containing the file name. RM> So, how to get the main window handler, wich will have this information ? I RM> saw the gettopwindow, but in some cases the topwindow can't be main window. RM> Parent window can help in this case ? You can declare it as a CLASS VAR, so the will be the only copy of this variable: CLASS VAR szHelpName In this case it may be got as HWindow():szHelpName. 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_id70&alloc_id638&op=ick _______________________________________________ Hwgui-developers mailing list Hwg...@li... https://lists.sourceforge.net/lists/listinfo/hwgui-developers |
|
From: Alexander S.K. <al...@be...> - 2004-03-22 18:17:32
|
=EF=EE=ED=E5=E4=E5=EB=FC=ED=E8=EA, 22 =EC=E0=F0=F2=E0 2004 =E3. Rodrigo r= odr...@te... wrote: RM> Hi all RM> To implement this new feature, i need set the help file name, i want = store RM> this information on HWindow Class, this is to avoid to create a publi= c var RM> containing the file name. RM> So, how to get the main window handler, wich will have this informati= on ? I RM> saw the gettopwindow, but in some cases the topwindow can't be main w= indow. RM> Parent window can help in this case ? You can declare it as a CLASS VAR, so the will be the only copy of this variable: CLASS VAR szHelpName In this case it may be got as HWindow():szHelpName. Regards, Alexander http://kresin.belgorod.su |
|
From: Rodrigo M. <rod...@te...> - 2004-03-22 16:50:18
|
Hi all
To implement this new feature, i need set the help file name, i want store
this information on HWindow Class, this is to avoid to create a public var
containing the file name.
So, how to get the main window handler, wich will have this information ? I
saw the gettopwindow, but in some cases the topwindow can't be main window.
Parent window can help in this case ?
This is part of my code:
Hdialog.prg:
...
{ WM_ACTIVATE,{|o,w,l|DlgActivate(o,w,l)} }, ;
{ WM_HELP,{|o,w,l|DlgHelp(o,w,l)} }
...
Function DlgHelp( oDlg,wParam,lParam )
Local oCtrl := oDlg:FindControl( wParam )
Local cFileName
cFileName := 'Here is need to discover what is the file name set up in
main window'
if oCtrl:HelpId == GetHelpData ( lParam )
WinHelp ( GetModalHandle(), cFileName, 1 , 2 , oCtrl:helpid )
EndIf
Return 0
Regards
Rodrigo Moreno
|
|
From: Alexander S.K. <al...@be...> - 2004-03-22 10:14:29
|
2004-03-22 13:05 UTC+0300 Alexander Kresin <al...@be...>
* include/guilib.ch
+ New command has been added to define accelerators independently of
menu items:
#xcommand ACCELERATOR <flag>, <key> ;
[ ID <nId> ] ;
ACTION <act>
This command may be used inside MENU OF ... ENDMENU only.
* source/hbrowse.prg
+ oFont variable is added to the HColumn class, it is possible now to have
different fonts for columns in browse.
* source/menu.prg
* Support of ACCELERATOR command is added
* source/misc.c
+ ActivateKeyboardLayout( cLayout ) function has been added. It is intended
to switch the keyboard between English and national layouts, which are set
in the system ( cLayout = "00000409" for English, "00000419" for Russian ).
Regards,
Alexander
http://kresin.belgorod.su
|
101 messages has been excluded from this view by a project administrator.
