[Harbour] SF.net SVN: harbour-project:[11665] trunk/harbour
Revision: 11665 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11665&view=rev Author: vszakats Date: 2009-07-08 07:26:10 + (Wed, 08 Jul 2009) Log Message: --- 2009-07-08 09:18 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbtip/utils.c % Cleanup, formatting, minor optimizations. * contrib/xhb/hbserv.c * contrib/hbgd/gdwrp.c * contrib/hbtip/utils.c * source/rtl/dateshb.c * source/rtl/setcolor.c * source/rtl/natmsg.c * source/rtl/hbinet.c % Using hb_retc_const() to return constant strings. * contrib/hbnf/fttext.c * contrib/hbmisc/hb_f.c ! Fixed to use hb_retnint() to return HB_FHANDLE. * contrib/xhb/hbxml.c * contrib/hbtip/utils.c * contrib/xhb/freadlin.c * examples/hbdoc/hbdfrdln.c * examples/hbmake/hbmakec.c ! Fixed to retrieve file handles with hb_itemGetNInt() and hb_parnint(), instead of long versions. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbgd/gdwrp.c trunk/harbour/contrib/hbmisc/hb_f.c trunk/harbour/contrib/hbnf/fttext.c trunk/harbour/contrib/hbtip/utils.c trunk/harbour/contrib/xhb/freadlin.c trunk/harbour/contrib/xhb/hbserv.c trunk/harbour/contrib/xhb/hbxml.c trunk/harbour/examples/hbdoc/hbdfrdln.c trunk/harbour/examples/hbmake/hbmakec.c trunk/harbour/source/rtl/dateshb.c trunk/harbour/source/rtl/hbinet.c trunk/harbour/source/rtl/natmsg.c trunk/harbour/source/rtl/setcolor.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[11663] trunk/harbour
On Tue, 07 Jul 2009, vszak...@users.sourceforge.net wrote: Hi, > 2009-07-08 00:42 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) > + HB_EXEC() moved to legacy status and reimplemented in .prg. > (Thanks Przemek and Petr) I think that you should move HB_EXEC .c code to XHB library. Probably ATI() function also should be there though there is a question about its behavior. Should it respect national characters? If yes then hb_charLower() should be used instead of HB_TOLOWER() best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[11666] trunk/harbour
Revision: 11666 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11666&view=rev Author: vszakats Date: 2009-07-08 09:07:51 + (Wed, 08 Jul 2009) Log Message: --- 2009-07-08 11:07 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * contrib/xhb/xhbat.c * contrib/hbtip/utils.c * Moved ATI() function to xhb lib. ATI() is different from HB_ATI() since it doesn't support national chars, but it supports negative start/end values in xhb style. * contrib/hbtip/thtml.prg * Changed to use core HB_ATI() instead of xhb specific ATI(). To me it looks that negative positions aren't used by hbtip code, also respect for national chars is fine, so this replacement is okay. Please review me and correct it if needed. * contrib/xhb/xhbfunc.c * contrib/hbtip/legacy.prg * Moved HB_EXEC() to xhb lib. Restored the C version. * contrib/hbtip/Makefile - contrib/hbtip/legacy.prg - Deleted. No longer necessary. * include/hbextern.ch * source/rtl/Makefile + source/rtl/ati.c + Added HB_ATI() function. This is the same as HB_AT(), but case-insensitive. It supports national chars. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbtip/Makefile trunk/harbour/contrib/hbtip/thtml.prg trunk/harbour/contrib/hbtip/utils.c trunk/harbour/contrib/xhb/xhbat.c trunk/harbour/contrib/xhb/xhbfunc.c trunk/harbour/include/hbextern.ch trunk/harbour/source/rtl/Makefile Added Paths: --- trunk/harbour/source/rtl/ati.c Removed Paths: - trunk/harbour/contrib/hbtip/legacy.prg This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[11663] trunk/harbour
2009-07-08 00:42 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) + HB_EXEC() moved to legacy status and reimplemented in .prg. (Thanks Przemek and Petr) I think that you should move HB_EXEC .c code to XHB library. Probably ATI() function also should be there though there is a question about its behavior. Should it respect national characters? If yes then hb_charLower() should be used instead of HB_TOLOWER() Okay, I did it with some extra twists. Pls chk. My only remaining concern is that hb_strAtI() low level function had to be put in rtl (instead of common), to avoid messing up dependencies. Probably cdp related functionality should be moved to common lib eventually. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[11667] trunk/harbour
Revision: 11667 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11667&view=rev Author: druzus Date: 2009-07-08 09:13:34 + (Wed, 08 Jul 2009) Log Message: --- 2009-07-08 11:13 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbmath.h ! fixed C++ DJGPP builds Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/include/hbmath.h This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[11666] trunk/harbour
On Wed, 08 Jul 2009, vszak...@users.sourceforge.net wrote: > 2009-07-08 11:07 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) [...] thank you, best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[11668] trunk/harbour
Revision: 11668 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11668&view=rev Author: vszakats Date: 2009-07-08 09:29:40 + (Wed, 08 Jul 2009) Log Message: --- 2009-07-08 11:28 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * source/rtl/gtfunc.c * source/rtl/datec.c * source/rtl/langapi.c * source/rtl/natmsg.c % Using hb_retc_const() in some less obvious cases. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/source/rtl/datec.c trunk/harbour/source/rtl/gtfunc.c trunk/harbour/source/rtl/langapi.c trunk/harbour/source/rtl/natmsg.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[11669] trunk/harbour
Revision: 11669 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11669&view=rev Author: vszakats Date: 2009-07-08 09:47:30 + (Wed, 08 Jul 2009) Log Message: --- 2009-07-08 11:47 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * contrib/xhb/hbserv.c * source/rtl/hbzlib.c * source/rtl/transfrm.c * source/rtl/version.c % Using hb_retc_const() in some less obvious cases. * source/vm/set.c - Deleted explicit cast. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/xhb/hbserv.c trunk/harbour/source/rtl/hbzlib.c trunk/harbour/source/rtl/transfrm.c trunk/harbour/source/rtl/version.c trunk/harbour/source/vm/set.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[11670] trunk/harbour
Revision: 11670 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11670&view=rev Author: druzus Date: 2009-07-08 10:23:14 + (Wed, 08 Jul 2009) Log Message: --- 2009-07-08 12:22 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/source/rdd/dbfntx/dbfntx1.c * harbour/source/rdd/dbfnsx/dbfnsx1.c * harbour/source/rdd/dbfcdx/dbfcdx1.c * harbour/source/rdd/dbf1.c ! cleaned initialization code - use INIT method to make independent from initialization code. It fixes default memo type setting in DBFNSX (SMT) and DBFNTX (DBT) on some platforms Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/source/rdd/dbf1.c trunk/harbour/source/rdd/dbfcdx/dbfcdx1.c trunk/harbour/source/rdd/dbfnsx/dbfnsx1.c trunk/harbour/source/rdd/dbfntx/dbfntx1.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] hbmk2 / hb_processRun() possible problem?
Hi Przemek, I've noticed a strange thing today. If I try this command with an MSVC build of hbmk2, it will crash without log and with the message "This application has requested the Runtime to terminate it in an unusual way..." > hbmk2 q.o where q.o is a simple two liner .prg compiled into an obj using MinGW. The crash happens after calling hb_processRun() in getFirstFunc(), in the AT() call. I couldn't replicate it in small example, but could avoid it by calling 'dir' instead of 'nm.exe'. Any idea what could this be? Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] WinCE + QT
Hi, When i'm building WinCe libraries with msys + mingw i get libhbqt.a library. My question is : is possible build any app with hbQT for WinCE ? If yes - how ? When i try compile demoqt.prg i get many, many warnings and in the end error running linker. -- Regards, Jaroslaw Kadziola ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[11671] trunk/harbour
Revision: 11671 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11671&view=rev Author: druzus Date: 2009-07-08 13:39:49 + (Wed, 08 Jul 2009) Log Message: --- 2009-07-08 15:39 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/source/vm/fm.c ! fixed reference counter initialization in hb_xrealloc( NULL, size ); Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/source/vm/fm.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] hbmk2 / hb_processRun() possible problem?
On Wed, 08 Jul 2009, Szak�ts Viktor wrote: > Hi Przemek, > I've noticed a strange thing today. If I try this command with an MSVC > build of hbmk2, it will crash without log and with the message "This > application has requested the Runtime to terminate it in an unusual way..." > > hbmk2 q.o > where q.o is a simple two liner .prg compiled into an obj using MinGW. > The crash happens after calling hb_processRun() in getFirstFunc(), > in the AT() call. Should be fixed by: 2009-07-08 15:39 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/source/vm/fm.c ! fixed reference counter initialization in hb_xrealloc( NULL, size ); best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] About hbextern...
A question came to me recently, is whether the functions listed in c:\harbour\examples\hbextern\hbextern.ch represent all functions available into source tree? Brgs, Vailton ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] About hbextern...
On 2009.07.08., at 15:46, Vailton Renato wrote: A question came to me recently, is whether the functions listed in c:\harbour\examples\hbextern\hbextern.ch represent all functions available into source tree? Yes, but only core functions should be listed there. (residing in /source tree) Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[11671] trunk/harbour
Now it's solved, thank you very much. Brgds, Viktor On 2009.07.08., at 15:39, dru...@users.sourceforge.net wrote: Revision: 11671 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11671&view=rev Author: druzus Date: 2009-07-08 13:39:49 + (Wed, 08 Jul 2009) Log Message: --- 2009-07-08 15:39 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/source/vm/fm.c ! fixed reference counter initialization in hb_xrealloc( NULL, size ); Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/source/vm/fm.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] About hbextern...
There are a total of approximately 1600 functions. By my count if a person is available to document at least 5 functions per day, he will complete the service in less than 1 year. I was studying the issue of documentation and I thought of something that I believe can help us. But it will take a few days to build a structure that will create the documentation in those languages are required and results can be published in HTML or PDF. Anyway, I'm planning on testing it with our product here in Brazil and then submit to you the results of my tests. If all goes well, I think we could use this solution to produce documentation for our project. I can even help to produce the documentation in English, and obviously I will need the help of everyone about questions and clarify some details regarding functions, procedures and others. What the group thinks about this idea? Brgds, Vailton Renato [NOTE: This tool is open source and not commercial] ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] nomouse with gtwin in full screen
hi everyone, is there a way to hide the mouse cursor with gtwin and full screen mode mhide() dosn't do it for me. thanks abe -- View this message in context: http://n2.nabble.com/nomouse-with-gtwin-in-full-screen-tp3225852p3225852.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] About hbextern...
I agree with your ideawe can find a way for centralise documentation DO you think a documentation stored in dbf ? we can manage in memo rtf/HTML Can be a clear demo of harbour capability client server model (letodb) can be hosted in second time Then we also think a web version 2009/7/8 Vailton Renato > There are a total of approximately 1600 functions. By my count if a > person is available to document at least 5 functions per day, he will > complete the service in less than 1 year. > > I was studying the issue of documentation and I thought of something > that I believe can help us. But it will take a few days to build a > structure that will create the documentation in those languages are > required and results can be published in HTML or PDF. > > > Anyway, I'm planning on testing it with our product here in Brazil and > then submit to you the results of my tests. > > If all goes well, I think we could use this solution to produce > documentation for our project. > > I can even help to produce the documentation in English, and obviously > I will need the help of everyone about questions and clarify some > details regarding functions, procedures and others. > > What the group thinks about this idea? > > Brgds, > Vailton Renato > > [NOTE: This tool is open source and not commercial] > ___ > Harbour mailing list > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > -- Massimo Belgrano ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Personal page opened, accepting donations
Hi All, I've opened a small personal Harbour Project page on my site, which hosts some very short introduction and also has the links and release notes for latest unofficial binary releases for Windows. I've also made an unusual step in Harbour's history, I'm now accepting donations to my PayPal account. Everyone is welcome to donate, who feel my job done on Harbour deserves it, and would further support these efforts even with hard earned cash. In the last few years I've spent nearly all my time on Harbour, and while this is a team project which wouldn't be anywhere near it is now without other contributors (you all know whom I have in mind), any compensation to my person would be highly appreciated. Please consider donating to all the others, too, who made this happen. [ We can even think of creating a PayPal account for All the above doesn't mean any change regarding development goals, style and spirit from my side. Everything continues like it is now. http://syenar.hu/harbour/ Thank you. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] About hbextern...
Sounds good to me. Maybe the whole MiniGUI documentation can be imported to have a jump start. We should check its license status. Brgds, Viktor On 2009.07.08., at 16:37, Vailton Renato wrote: There are a total of approximately 1600 functions. By my count if a person is available to document at least 5 functions per day, he will complete the service in less than 1 year. I was studying the issue of documentation and I thought of something that I believe can help us. But it will take a few days to build a structure that will create the documentation in those languages are required and results can be published in HTML or PDF. Anyway, I'm planning on testing it with our product here in Brazil and then submit to you the results of my tests. If all goes well, I think we could use this solution to produce documentation for our project. I can even help to produce the documentation in English, and obviously I will need the help of everyone about questions and clarify some details regarding functions, procedures and others. What the group thinks about this idea? Brgds, Vailton Renato [NOTE: This tool is open source and not commercial] ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] About hbextern...
Agree with idea of import minigui Documentation 2009/7/8 Viktor Szakáts > Sounds good to me. > > Maybe the whole MiniGUI documentation can be imported > to have a jump start. We should check its license status. > > Brgds, > Viktor > > > On 2009.07.08., at 16:37, Vailton Renato wrote: > > There are a total of approximately 1600 functions. By my count if a >> person is available to document at least 5 functions per day, he will >> complete the service in less than 1 year. >> >> I was studying the issue of documentation and I thought of something >> that I believe can help us. But it will take a few days to build a >> structure that will create the documentation in those languages are >> required and results can be published in HTML or PDF. >> >> >> Anyway, I'm planning on testing it with our product here in Brazil and >> then submit to you the results of my tests. >> >> If all goes well, I think we could use this solution to produce >> documentation for our project. >> >> I can even help to produce the documentation in English, and obviously >> I will need the help of everyone about questions and clarify some >> details regarding functions, procedures and others. >> >> What the group thinks about this idea? >> >> Brgds, >> Vailton Renato >> >> [NOTE: This tool is open source and not commercial] >> ___ >> Harbour mailing list >> Harbour@harbour-project.org >> http://lists.harbour-project.org/mailman/listinfo/harbour >> > > ___ > Harbour mailing list > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > -- Massimo Belgrano Analisi e sviluppo software per Lan e Web - Consulenza informatica - Formazione Delta Informatica S.r.l. http://www.deltain.it/ +39 0321 455962 ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] About hbextern...
Hello Vailton Vailton Renato wrote: > > There are a total of approximately 1600 functions. By my count if a > person is available to document at least 5 functions per day, he will > complete the service in less than 1 year. > > I was studying the issue of documentation and I thought of something > that I believe can help us. But it will take a few days to build a > structure that will create the documentation in those languages are > required and results can be published in HTML or PDF. > > > Anyway, I'm planning on testing it with our product here in Brazil and > then submit to you the results of my tests. > > If all goes well, I think we could use this solution to produce > documentation for our project. > > I can even help to produce the documentation in English, and obviously > I will need the help of everyone about questions and clarify some > details regarding functions, procedures and others. > > What the group thinks about this idea? > I was also thinking along this line and I already have some basic code to parse source tree ( provided by Andy Wos of xMate ). My intention was : 1) Parse the source tree, gather function arguments and return values 2) Organize them in plain .txt files with skeleton something like: FUNCTION: funcname() PARAMETERS: param1, param2, ... paramN RETURNS: xRet DESCRIPTION: EXAMPLE: SOURCE: 3) Place these skeletons in somewhere harbour/doc/skeletons/dirToRepsType 4) Request all group member to pick one,two or any number of functions he/whe is willing and fill in the blanjs 5) Place the filled in text in harbour/doc/worked/dirToRepsType 6) Request for volunteers to moderate those changes and make necessary changes 7) Build a compiled help from those filled-in skeltons. And may be more ideas which could flash at given moment. I was planning to do so after finishing HBXBP. It is nice to see that you have the same plans in mind. Please go ahead. Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/About-hbextern...-tp24391919p24393130.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Personal page opened, accepting donations
Good notice!agree paypal idea 2009/7/8 Viktor Szakáts > Hi All, > > I've opened a small personal Harbour Project page on my site, which > hosts some very short introduction and also has the links and release > notes for latest unofficial binary releases for Windows. > > I've also made an unusual step in Harbour's history, I'm now accepting > donations to my PayPal account. Everyone is welcome to donate, who feel > my job done on Harbour deserves it, and would further support these > efforts even with hard earned cash. > > In the last few years I've spent nearly all my time on Harbour, and > while this is a team project which wouldn't be anywhere near it is now > without other contributors (you all know whom I have in mind), any > compensation to my person would be highly appreciated. Please consider > donating to all the others, too, who made this happen. > > [ We can even think of creating a PayPal account for > > All the above doesn't mean any change regarding development goals, style > and spirit from my side. Everything continues like it is now. > > http://syenar.hu/harbour/ > > Thank you. > > Brgds, > Viktor > > ___ > Harbour mailing list > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > -- Massimo Belgrano ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] About hbextern...
instead organize in plain .txt i suggest organized in dbfMore easy to organize,order,publish is a clear demo of harbour capability 2009/7/8 Pritpal Bedi > > Hello Vailton > > > Vailton Renato wrote: > > > > There are a total of approximately 1600 functions. By my count if a > > person is available to document at least 5 functions per day, he will > > complete the service in less than 1 year. > > > > I was studying the issue of documentation and I thought of something > > that I believe can help us. But it will take a few days to build a > > structure that will create the documentation in those languages are > > required and results can be published in HTML or PDF. > > > > > > Anyway, I'm planning on testing it with our product here in Brazil and > > then submit to you the results of my tests. > > > > If all goes well, I think we could use this solution to produce > > documentation for our project. > > > > I can even help to produce the documentation in English, and obviously > > I will need the help of everyone about questions and clarify some > > details regarding functions, procedures and others. > > > > What the group thinks about this idea? > > > > I was also thinking along this line and I already have some > basic code to parse source tree ( provided by Andy Wos of xMate ). > My intention was : > > 1) Parse the source tree, gather function arguments and return values > 2) Organize them in plain .txt files with skeleton something like: >FUNCTION: funcname() >PARAMETERS: param1, param2, ... paramN >RETURNS: xRet >DESCRIPTION: >EXAMPLE: >SOURCE: > 3) Place these skeletons in somewhere harbour/doc/skeletons/dirToRepsType > 4) Request all group member to pick one,two or any number of functions > he/whe is willing and fill in the blanjs > 5) Place the filled in text in harbour/doc/worked/dirToRepsType > 6) Request for volunteers to moderate those changes and make necessary > changes > 7) Build a compiled help from those filled-in skeltons. > > And may be more ideas which could flash at given moment. > > I was planning to do so after finishing HBXBP. It is nice to see that you > have > the same plans in mind. Please go ahead. > > Regards > Pritpal Bedi > > > -- > View this message in context: > http://www.nabble.com/About-hbextern...-tp24391919p24393130.html > Sent from the Harbour - Dev mailing list archive at Nabble.com. > > ___ > Harbour mailing list > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > -- Massimo Belgrano ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Personal page opened, accepting donations
On 2009.07.08., at 18:03, Massimo Belgrano wrote: Good notice! agree paypal idea 2009/7/8 Viktor Szakáts Hi All, I've opened a small personal Harbour Project page on my site, which hosts some very short introduction and also has the links and release notes for latest unofficial binary releases for Windows. I've also made an unusual step in Harbour's history, I'm now accepting donations to my PayPal account. Everyone is welcome to donate, who feel my job done on Harbour deserves it, and would further support these efforts even with hard earned cash. In the last few years I've spent nearly all my time on Harbour, and while this is a team project which wouldn't be anywhere near it is now without other contributors (you all know whom I have in mind), any compensation to my person would be highly appreciated. Please consider donating to all the others, too, who made this happen. [ We can even think of creating a PayPal account for ops I've pressed Send to early. So we can create PayPal account for Harbour, too, but this needs consensus from the group, and it may be very difficult to distribute it amongst developers in a way which pleases everyone. For this reason, I've chosen the personal way so far, and I encourage others to do the same. For group account, IMO we should agree on some rules before we start to advertise such. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] About hbextern...
instead organize in plain .txt i suggest organized in dbf More easy to organize,order,publish is a clear demo of harbour capability .dbf isn't very practical here IMO. .txt or some other simple source format is the best. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Personal page opened, accepting donations
account for Harbour, will be used for buy service or product In a order published in subscription 2009/7/8 Viktor Szakáts > > On 2009.07.08., at 18:03, Massimo Belgrano wrote: > > Good notice! >> agree paypal idea >> >> 2009/7/8 Viktor Szakáts >> Hi All, >> >> I've opened a small personal Harbour Project page on my site, which >> hosts some very short introduction and also has the links and release >> notes for latest unofficial binary releases for Windows. >> >> I've also made an unusual step in Harbour's history, I'm now accepting >> donations to my PayPal account. Everyone is welcome to donate, who feel >> my job done on Harbour deserves it, and would further support these >> efforts even with hard earned cash. >> >> In the last few years I've spent nearly all my time on Harbour, and >> while this is a team project which wouldn't be anywhere near it is now >> without other contributors (you all know whom I have in mind), any >> compensation to my person would be highly appreciated. Please consider >> donating to all the others, too, who made this happen. >> >> [ We can even think of creating a PayPal account for >> > > ops I've pressed Send to early. So we can create PayPal account for > Harbour, too, but this needs consensus from the group, and it may > be very difficult to distribute it amongst developers in a way which > pleases > everyone. For this reason, I've chosen the personal way so far, and > I encourage others to do the same. > > For group account, IMO we should agree on some rules before we start > to advertise such. > > > Brgds, > Viktor > > ___ > Harbour mailing list > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > -- Massimo Belgrano ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] wikipedia converting to CC BY-SA license
Hi All, Found this today: http://creativecommons.org/weblog/entry/15411 This is the license Harbour uses for textual parts. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[11672] trunk/harbour
Revision: 11672 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11672&view=rev Author: druzus Date: 2009-07-08 16:36:29 + (Wed, 08 Jul 2009) Log Message: --- 2009-07-08 18:22 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbtask.h * harbour/source/vm/maindllh/Makefile * harbour/source/vm/task.c * harbour/source/vm/hvmall.c * harbour/source/rtl/cputime.c * harbour/contrib/hbmysql/hbmysql.hbc * harbour/contrib/xhb/xhb.hbc * harbour/contrib/xhb/xhberrc.c * harbour/contrib/xhb/xhbver.ch * harbour/contrib/hbodbc/hbodbc.hbc * harbour/contrib/hbtpathy/hbtpathy.hbc * harbour/contrib/hbsqlit3/tests/hooks.prg * harbour/contrib/hbsqlit3/tests/backup.prg * harbour/contrib/hbsqlit3/tests/authoriz.prg * harbour/contrib/hbsqlit3/hbsqlit3.hbc * harbour/contrib/hbmzip/hbmzip.hbc * harbour/contrib/hbqt/QDragEnterEvent.cpp * harbour/contrib/hbqt/QWebSecurityOrigin.cpp * harbour/contrib/hbqt/QConicalGradient.cpp * harbour/contrib/hbqt/TQWidgetItem.prg * harbour/contrib/hbqt/QGradient.cpp * harbour/contrib/hbqt/TQDropEvent.prg * harbour/contrib/hbqt/QStandardItemModel.cpp * harbour/contrib/hbqt/TQTextObject.prg * harbour/contrib/hbqt/QPicture.cpp * harbour/contrib/hbqt/TQStyleHintReturn.prg * harbour/contrib/hbqt/QStyledItemDelegate.cpp * harbour/contrib/hbqt/QAbstractListModel.cpp * harbour/contrib/hbqt/TQFontDatabase.prg * harbour/contrib/hbqt/QResource.cpp * harbour/contrib/hbqt/TQWebHistory.prg * harbour/contrib/hbqt/QMouseEvent.cpp * harbour/contrib/hbqt/TQAbstractItemModel.prg * harbour/contrib/hbqt/QStyleOptionHeader.cpp * harbour/contrib/hbqt/QWheelEvent.cpp * harbour/contrib/hbqt/QRadialGradient.cpp * harbour/contrib/hbqt/QCursor.cpp * harbour/contrib/hbqt/QFocusEvent.cpp * harbour/contrib/hbqt/QStyleHintReturn.cpp * harbour/contrib/hbqt/QStyleOptionToolButton.cpp * harbour/contrib/hbqt/QStylePainter.cpp * harbour/contrib/hbqt/QWebPluginFactory.cpp * harbour/contrib/hbqt/TQSystemTrayIcon.prg * harbour/contrib/hbqt/QLinearGradient.cpp * harbour/contrib/hbqt/QDragLeaveEvent.cpp * harbour/contrib/hbqt/TQStyleOptionViewItem.prg * harbour/contrib/hbqt/QStyleOptionToolBox.cpp * harbour/contrib/hbqt/QStyleOptionTabBarBase.cpp * harbour/contrib/hbqt/QStringList.cpp * harbour/contrib/hbqt/TQStyleOptionTitleBar.prg * harbour/contrib/hbqt/TQSound.prg * harbour/contrib/hbqt/TQGradient.prg * harbour/contrib/hbqt/TQWebSettings.prg * harbour/contrib/hbqt/TQApplication.prg * harbour/contrib/hbqt/QStyleOptionViewItem.cpp * harbour/contrib/hbqt/TQCoreApplication.prg * harbour/contrib/hbqt/TQKeySequence.prg * harbour/contrib/hbqt/QStyleOptionToolBar.cpp * harbour/contrib/hbqt/QStyleOptionTitleBar.cpp * harbour/contrib/hbqt/TQResource.prg * harbour/contrib/hbqt/QStyleOptionButton.cpp * harbour/contrib/hbqt/QSizePolicy.cpp * harbour/contrib/hbqt/QWebSettings.cpp * harbour/contrib/hbqt/TQStyleOptionSizeGrip.prg * harbour/contrib/hbqt/TQStyleOptionGroupBox.prg * harbour/contrib/hbqt/TQStylePainter.prg * harbour/contrib/hbqt/TQWebPluginFactory.prg * harbour/contrib/hbqt/QKeySequence.cpp * harbour/contrib/hbqt/QKeyEvent.cpp * harbour/contrib/hbqt/QStyleOptionSlider.cpp * harbour/contrib/hbqt/TQDragMoveEvent.prg * harbour/contrib/hbqt/QWidgetItem.cpp * harbour/contrib/hbqt/QStyleOptionSizeGrip.cpp * harbour/contrib/hbqt/TQWebHistoryItem.prg * harbour/contrib/hbqt/QTextObject.cpp * harbour/contrib/hbqt/QStyleOptionGroupBox.cpp * harbour/contrib/hbqt/QImage.cpp * harbour/contrib/hbqt/QLine.cpp * harbour/contrib/hbqt/TQStyleOptionProgressBar.prg * harbour/contrib/hbqt/QWebHistory.cpp * harbour/contrib/hbqt/TQStyleHintReturnVariant.prg * harbour/contrib/hbqt/TQWebSecurityOrigin.prg * harbour/contrib/hbqt/TQStyleOptionTab.prg * harbour/contrib/hbqt/TQStringListModel.prg * harbour/contrib/hbqt/QWebHitTestResult.cpp * harbour/contrib/hbqt/TQStandardItemModel.prg * harbour/contrib/hbqt/QSystemTrayIcon.cpp * harbour/contrib/hbqt/QStyleOptionDockWidget.cpp * harbour/contrib/hbqt/TQFileSystemModel.prg * harbour/contrib/hbqt/QStyleOptionTabWidgetFrame.cpp * harbour/contrib/hbqt/QStyleOptionFocusRect.cpp * harbour/contrib/hbqt/QMoveEvent.cpp * harbour/contrib/hbqt/TQImageWriter.prg * harbour/contrib/hbqt/TQAbstractListModel.prg * harbour/contrib/hbqt/QWidgetAction.cpp * harbour/contrib/hbqt/TQModelIndex.prg * harbour/contrib/hbqt/QStringListModel.cpp * harbour/contrib/hbqt/TQKeyEvent.prg * harbour/contrib/hbqt/TQStyleOptionMenuItem.prg * harbour/contrib/hbqt/TQStyleOptionHeader.prg * harbour/contrib/hbqt/QFileSystemModel.cpp * harbour/contrib/hbqt/TQWebHistoryInterface.prg * harbour/contrib/hbqt/TQStyleOptionComboBox.prg * harbour/contrib/hbqt/TQBrush.prg * harbour/contrib/hbqt/TQStyleOptionToolButton.prg * harbour/contrib/hbqt/QImageWriter.cpp * harbour/contrib/hbqt/TQLine.prg * harbour/contrib/hbqt/TQAbstractTableModel.prg * harbour/contrib/hbqt/TQStyleOptionTabBarBase.prg * ha
[Harbour] SF.net SVN: harbour-project:[11673] trunk/harbour
Revision: 11673 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11673&view=rev Author: vszakats Date: 2009-07-08 18:05:54 + (Wed, 08 Jul 2009) Log Message: --- 2009-07-08 20:05 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * source/rtl/tget.prg ! Fixed to handle lowercase picture mask characters. Please test. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/source/rtl/tget.prg This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[11674] trunk/harbour
Revision: 11674 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11674&view=rev Author: druzus Date: 2009-07-08 18:33:12 + (Wed, 08 Jul 2009) Log Message: --- 2009-07-08 20:33 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbexprb.c ! fixed macropop used with messages * harbour/include/hbapi.h * harbour/source/vm/hvm.c * added code to debug recover statements - it's disabled by default Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/include/hbapi.h trunk/harbour/include/hbexprb.c trunk/harbour/source/vm/hvm.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Incompatibility with Clipper in macro substitution
On Thu, 02 Jul 2009, Przemyslaw Czerpak wrote:
Hi,
> > Maybe, this issue was discussed already, but ...
> > This code gives an error with Harbour, but works with Clipper:
> > PROCEDURE main
> > PRIVATE arr[10], r
> >arr[1] := "OO"
> >r = 'arr[1]'
> >&r += '*'// Runtime "Syntax error: &" with Harbour
> >? arr[1], r
> > Return Nil
> > Is this error or a feature :) ?
> Bug. In Harbour when some optimizations are enabled
> only pure symbols can be used as macro value in left side
> of = or as argument of ++ and -- operators.
> With -kc Clipper compatible code is generated so thew above
> example will work.
> I'll analyze deeper the problem and I'll fix it to make Harbour
> fully Clipper compatible. Probably in next week.
It should be fixed now also with other unsupported so far combinations.
Please test after:
2009-07-08 20:33 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
Below I'm attaching test code.
Just compare current Harbour, xHarbour and Clipper results.
best regards,
Przemek
/* tst.prg */
proc main()
test( "var", "init" )
test( "var[1]", {"init"} )
test( "var:cargo", errorNew() )
? "**"; ?
return
#command DOTEST => ;
begin sequence; ; recover using e; dsp_err(e); end
proc test( s, v )
local bErr, e
bErr := errorBlock( {|e| break( e ) } )
? "=="
m->var:=v
? &s
DOTEST p( @&s)
? &s
DOTEST &s := "set"
? &s
DOTEST &s += ":add"
? &s
errorBlock( bErr )
return
proc p(x)
x:="REF"
return
proc dsp_err(e)
? "error:", ;
iif( e:severity == 2, "E", "" ), ;
e:subsystem+"/"+ltrim(str(e:subCode)),;
e:description + ":", e:operation
return
/* end of: tst.prg */
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[11675] trunk/harbour
Revision: 11675 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11675&view=rev Author: vszakats Date: 2009-07-08 20:14:26 + (Wed, 08 Jul 2009) Log Message: --- 2009-07-08 22:13 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * utils/hbmk2/hbmk2.prg ! allmsvc filter didn't cover msvcia64. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/utils/hbmk2/hbmk2.prg This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[11676] trunk/harbour
Revision: 11676 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11676&view=rev Author: vszakats Date: 2009-07-08 21:05:53 + (Wed, 08 Jul 2009) Log Message: --- 2009-07-08 22:47 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * utils/hbmk2/hbmk2.prg + Added -[no]ignore option which tells hbmk2 to ignore errors returned by compiler tools and continue as normal. Useful to gather all build errors in one pass. ! Fixed hbmk2 errorlevel on resource compiler error. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/utils/hbmk2/hbmk2.prg This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[11677] trunk/harbour
Revision: 11677 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11677&view=rev Author: vouchcac Date: 2009-07-08 23:57:56 + (Wed, 08 Jul 2009) Log Message: --- 2009-07-08 16:50 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * harbour/contrib/hbqt/hbqt.ch * harbour/contrib/hbqt/QBitmap.cpp * harbour/contrib/hbqt/QBrush.cpp * harbour/contrib/hbqt/QCursor.cpp * harbour/contrib/hbqt/QImage.cpp * harbour/contrib/hbqt/QLine.cpp * harbour/contrib/hbqt/QLinearGradient.cpp * harbour/contrib/hbqt/QPicture.cpp * harbour/contrib/hbqt/QPixmap.cpp * harbour/contrib/hbqt/QPoint.cpp * harbour/contrib/hbqt/QPointF.cpp * harbour/contrib/hbqt/QRadialGradient.cpp * harbour/contrib/hbqt/QRect.cpp * harbour/contrib/hbqt/QRectF.cpp * harbour/contrib/hbqt/QRegion.cpp * harbour/contrib/hbqt/QSizeF.cpp * harbour/contrib/hbqt/TQBitmap.prg * harbour/contrib/hbqt/TQImage.prg * harbour/contrib/hbqt/TQLine.prg * harbour/contrib/hbqt/TQLinearGradient.prg * harbour/contrib/hbqt/TQPicture.prg * harbour/contrib/hbqt/TQPixmap.prg * harbour/contrib/hbqt/TQPoint.prg * harbour/contrib/hbqt/TQPointF.prg * harbour/contrib/hbqt/TQRadialGradient.prg * harbour/contrib/hbqt/TQRect.prg * harbour/contrib/hbqt/TQRectF.prg * harbour/contrib/hbqt/TQRegion.prg * harbour/contrib/hbqt/TQSizeF.prg * harbour/contrib/hbqt/qth/QBitmap.qth * harbour/contrib/hbqt/qth/QBrush.qth * harbour/contrib/hbqt/qth/QCursor.qth * harbour/contrib/hbqt/qth/QImage.qth * harbour/contrib/hbqt/qth/QLine.qth * harbour/contrib/hbqt/qth/QLinearGradient.qth * harbour/contrib/hbqt/qth/QPalette.qth * harbour/contrib/hbqt/qth/QPicture.qth * harbour/contrib/hbqt/qth/QPixmap.qth * harbour/contrib/hbqt/qth/QPoint.qth * harbour/contrib/hbqt/qth/QPointF.qth * harbour/contrib/hbqt/qth/QRadialGradient.qth * harbour/contrib/hbqt/qth/QRect.qth * harbour/contrib/hbqt/qth/QRectF.qth * harbour/contrib/hbqt/qth/QRegion.qth * harbour/contrib/hbqt/qth/QSizeF.qth ! Updated for exact constructor parameters. If the constructor accepts parameters with identical .prg supplied values, a new parameter is inserted as a first argument and then resolved in .cpp. oBrush := QBrush():new( "QPixmap" , pQPixmap ) oBrush := QBrush():new( "QImage" , pQImage ) oBrush := QBrush():new( "QGradient", pQGradient ) Note that constructor fetches only one argument, a pointer to relevant object, which at prg to cpp level can never be differed so this mechanism was necessary. The first parameter will be matched exact and hence it is case sensitive. If this parameter is of the same type object is being created then it call will only supply pointer: oBrush := QBrush():new( pQBrush_other ) Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbqt/QBitmap.cpp trunk/harbour/contrib/hbqt/QBrush.cpp trunk/harbour/contrib/hbqt/QCursor.cpp trunk/harbour/contrib/hbqt/QImage.cpp trunk/harbour/contrib/hbqt/QLine.cpp trunk/harbour/contrib/hbqt/QLinearGradient.cpp trunk/harbour/contrib/hbqt/QPicture.cpp trunk/harbour/contrib/hbqt/QPixmap.cpp trunk/harbour/contrib/hbqt/QPoint.cpp trunk/harbour/contrib/hbqt/QPointF.cpp trunk/harbour/contrib/hbqt/QRadialGradient.cpp trunk/harbour/contrib/hbqt/QRect.cpp trunk/harbour/contrib/hbqt/QRectF.cpp trunk/harbour/contrib/hbqt/QRegion.cpp trunk/harbour/contrib/hbqt/QSizeF.cpp trunk/harbour/contrib/hbqt/TQBitmap.prg trunk/harbour/contrib/hbqt/TQImage.prg trunk/harbour/contrib/hbqt/TQLine.prg trunk/harbour/contrib/hbqt/TQLinearGradient.prg trunk/harbour/contrib/hbqt/TQPicture.prg trunk/harbour/contrib/hbqt/TQPixmap.prg trunk/harbour/contrib/hbqt/TQPoint.prg trunk/harbour/contrib/hbqt/TQPointF.prg trunk/harbour/contrib/hbqt/TQRadialGradient.prg trunk/harbour/contrib/hbqt/TQRect.prg trunk/harbour/contrib/hbqt/TQRectF.prg trunk/harbour/contrib/hbqt/TQRegion.prg trunk/harbour/contrib/hbqt/TQSizeF.prg trunk/harbour/contrib/hbqt/hbqt.ch trunk/harbour/contrib/hbqt/qth/QBitmap.qth trunk/harbour/contrib/hbqt/qth/QBrush.qth trunk/harbour/contrib/hbqt/qth/QCursor.qth trunk/harbour/contrib/hbqt/qth/QImage.qth trunk/harbour/contrib/hbqt/qth/QLine.qth trunk/harbour/contrib/hbqt/qth/QLinearGradient.qth trunk/harbour/contrib/hbqt/qth/QPalette.qth trunk/harbour/contrib/hbqt/qth/QPicture.qth trunk/harbour/contrib/hbqt/qth/QPixmap.qth trunk/harbour/contrib/hbqt/qth/QPoint.qth trunk/harbour/contrib/hbqt/qth/QPointF.qth trunk/harbour/contrib/hbqt/qth/QRadialGradient.qth trunk/harbour/contrib/hbqt/qth/QRect.qth trunk/harbour/contrib/hbqt/qth/QRectF.qth trunk/harbour/contrib/hbqt/qth/QRegion.qth trunk/harbour/contrib/hbqt/qth/QSizeF.qth This was sent by the SourceForge.net collabo
[Harbour] SF.net SVN: harbour-project:[11678] trunk/harbour
Revision: 11678 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11678&view=rev Author: vouchcac Date: 2009-07-09 00:09:43 + (Thu, 09 Jul 2009) Log Message: --- 2009-07-08 16:58 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * harbour/contrib/hbxbp/xbpbitmap.prg + Implemented XbpBitmap() class - mostly working. * harbour/contrib/hbxbp/xbpfiledialog.prg ! Shifted constants to hbqt.ch * harbour/contrib/hbxbp/xbpfontdialog.prg + Implemented XbpFontDialog() and XbpFont() class with interaction. * harbour/contrib/hbxbp/xbpstatic.prg + Implemented :type == XBPSTATIC_TYPE_BITMAP. * harbour/contrib/hbxbp/xbpwindow.prg + Implemented :setFont( oXbpFont ). ! Enhanced "Attribute" factor of :compoundName to accept bold and italic together. Integrated with :setFont() * harbour/contrib/hbxbp/tests/demoxbp.prg + Demonstrated XbpFontDialog() and XbpFont() implementation. 1. Click on tab-page. 2. Click on toolbar icon. 3. Adjust and select a font. 4. See the result in MLE text editor. + Demonstrated XbpBitmap() functionality as in Xbase++, code shows up with both compilers. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbxbp/tests/demoxbp.prg trunk/harbour/contrib/hbxbp/xbpbitmap.prg trunk/harbour/contrib/hbxbp/xbpfiledialog.prg trunk/harbour/contrib/hbxbp/xbpfontdialog.prg trunk/harbour/contrib/hbxbp/xbpstatic.prg trunk/harbour/contrib/hbxbp/xbpwindow.prg This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
