Re: [Harbour] Re: Anyone using hbqt ?
On Thu, 25 Feb 2010, Barry Jackson wrote: Hi, > >Right now implementing NG format oriented hbQT's help. > Anyone found an NG reader (that works) for Linux? I'm using Expert Guide from Dave Person. best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13998] trunk/harbour
Revision: 13998 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13998&view=rev Author: vouchcac Date: 2010-02-26 03:09:29 + (Fri, 26 Feb 2010) Log Message: --- 2010-02-25 19:11 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbide/ideharbourhelp.prg + Implemented to open Qt's original documentation link in default browser. It is handy and you do not need to remember. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbide/ideharbourhelp.prg This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13997] trunk/harbour
Revision: 13997 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13997&view=rev Author: vouchcac Date: 2010-02-26 02:51:07 + (Fri, 26 Feb 2010) Log Message: --- 2010-02-25 18:45 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbide/ideharbourhelp.prg + Implemented two more tags: $INHERITS$ and $METHODS$ * contrib/hbqt/generator/hbqtgen.prg + Implemented NANFORUM compatible .txt documentation files. Please navigate with hbIDE. + contrib/hbqt/doc/en + contrib/hbqt/doc/en/*.txt [ Auto Generated ] NOTE: this is initial upload and contains little less than desired. I plan to adress including more info at a later date. For now you can be comfortable as to how a method in Qt class should be called, a big productivity boost. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbide/ideharbourhelp.prg trunk/harbour/contrib/hbqt/generator/hbqtgen.prg Added Paths: --- trunk/harbour/contrib/hbqt/doc/en/ trunk/harbour/contrib/hbqt/doc/en/class_hbdbfmodel.txt trunk/harbour/contrib/hbqt/doc/en/class_hbevents.txt trunk/harbour/contrib/hbqt/doc/en/class_hbqplaintextedit.txt trunk/harbour/contrib/hbqt/doc/en/class_hbqsyntaxhighlighter.txt trunk/harbour/contrib/hbqt/doc/en/class_hbqtextblockuserdata.txt trunk/harbour/contrib/hbqt/doc/en/class_hbslots.txt trunk/harbour/contrib/hbqt/doc/en/class_qabstractbutton.txt trunk/harbour/contrib/hbqt/doc/en/class_qabstractitemdelegate.txt trunk/harbour/contrib/hbqt/doc/en/class_qabstractitemmodel.txt trunk/harbour/contrib/hbqt/doc/en/class_qabstractitemview.txt trunk/harbour/contrib/hbqt/doc/en/class_qabstractlistmodel.txt trunk/harbour/contrib/hbqt/doc/en/class_qabstractprintdialog.txt trunk/harbour/contrib/hbqt/doc/en/class_qabstractproxymodel.txt trunk/harbour/contrib/hbqt/doc/en/class_qabstractscrollarea.txt trunk/harbour/contrib/hbqt/doc/en/class_qabstractslider.txt trunk/harbour/contrib/hbqt/doc/en/class_qabstractspinbox.txt trunk/harbour/contrib/hbqt/doc/en/class_qabstracttablemodel.txt trunk/harbour/contrib/hbqt/doc/en/class_qabstracttextdocumentlayout.txt trunk/harbour/contrib/hbqt/doc/en/class_qaction.txt trunk/harbour/contrib/hbqt/doc/en/class_qactiongroup.txt trunk/harbour/contrib/hbqt/doc/en/class_qapplication.txt trunk/harbour/contrib/hbqt/doc/en/class_qbitarray.txt trunk/harbour/contrib/hbqt/doc/en/class_qbitmap.txt trunk/harbour/contrib/hbqt/doc/en/class_qboxlayout.txt trunk/harbour/contrib/hbqt/doc/en/class_qbrush.txt trunk/harbour/contrib/hbqt/doc/en/class_qbuffer.txt trunk/harbour/contrib/hbqt/doc/en/class_qbuttongroup.txt trunk/harbour/contrib/hbqt/doc/en/class_qbytearray.txt trunk/harbour/contrib/hbqt/doc/en/class_qcalendarwidget.txt trunk/harbour/contrib/hbqt/doc/en/class_qchar.txt trunk/harbour/contrib/hbqt/doc/en/class_qcheckbox.txt trunk/harbour/contrib/hbqt/doc/en/class_qclipboard.txt trunk/harbour/contrib/hbqt/doc/en/class_qcolor.txt trunk/harbour/contrib/hbqt/doc/en/class_qcolordialog.txt trunk/harbour/contrib/hbqt/doc/en/class_qcombobox.txt trunk/harbour/contrib/hbqt/doc/en/class_qcommandlinkbutton.txt trunk/harbour/contrib/hbqt/doc/en/class_qcompleter.txt trunk/harbour/contrib/hbqt/doc/en/class_qconicalgradient.txt trunk/harbour/contrib/hbqt/doc/en/class_qcontextmenuevent.txt trunk/harbour/contrib/hbqt/doc/en/class_qcoreapplication.txt trunk/harbour/contrib/hbqt/doc/en/class_qcursor.txt trunk/harbour/contrib/hbqt/doc/en/class_qdatastream.txt trunk/harbour/contrib/hbqt/doc/en/class_qdate.txt trunk/harbour/contrib/hbqt/doc/en/class_qdatetime.txt trunk/harbour/contrib/hbqt/doc/en/class_qdatetimeedit.txt trunk/harbour/contrib/hbqt/doc/en/class_qdesktopwidget.txt trunk/harbour/contrib/hbqt/doc/en/class_qdial.txt trunk/harbour/contrib/hbqt/doc/en/class_qdialog.txt trunk/harbour/contrib/hbqt/doc/en/class_qdir.txt trunk/harbour/contrib/hbqt/doc/en/class_qdirmodel.txt trunk/harbour/contrib/hbqt/doc/en/class_qdockwidget.txt trunk/harbour/contrib/hbqt/doc/en/class_qdoublespinbox.txt trunk/harbour/contrib/hbqt/doc/en/class_qdragmoveevent.txt trunk/harbour/contrib/hbqt/doc/en/class_qdropevent.txt trunk/harbour/contrib/hbqt/doc/en/class_qerrormessage.txt trunk/harbour/contrib/hbqt/doc/en/class_qevent.txt trunk/harbour/contrib/hbqt/doc/en/class_qeventloop.txt trunk/harbour/contrib/hbqt/doc/en/class_qfile.txt trunk/harbour/contrib/hbqt/doc/en/class_qfiledialog.txt trunk/harbour/contrib/hbqt/doc/en/class_qfileiconprovider.txt trunk/harbour/contrib/hbqt/doc/en/class_qfileinfo.txt trunk/harbour/contrib/hbqt/doc/en/class_qfilesystemmodel.txt trunk/harbour/contrib/hbqt/doc/en/class_qfocusevent.txt trunk/harbour/contrib/hbqt/doc/en/class_qfocusframe.txt trunk/har
[Harbour] Re: Anyone using hbqt ?
Barry Jackson wrote: > >> Right now implementing NG format oriented hbQT's help. > > Anyone found an NG reader (that works) for Linux? > Sorry, I meant NANFORUM compatible .txt help fot hbQT. You may need, for that matter any other tool, hbIDE for a quick start. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis_&_design_ -- View this message in context: http://n2.nabble.com/Anyone-using-hbqt-tp469p4636320.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Anyone using hbqt ?
On 25/02/10 23:41, Pritpal Bedi wrote: Right now implementing NG format oriented hbQT's help. Anyone found an NG reader (that works) for Linux? ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: [Pritpal] HBIDE editor tabs illegible
Barry Jackson wrote: > > One other point. Double clicking functions in the function pane finds > the function, but it places the first line of the function at the bottom > of the edit window, so always has to be scrolled up. :-( > This depends on the current cursor position. If it is above the found line, editor scrolls it to bottom, otherwise to top. I am aware of this fact and will concentrate a little later. Remind me once more next week, if I forget. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis_&_design_ -- View this message in context: http://n2.nabble.com/Pritpal-HBIDE-editor-tabs-illegible-tp4632574p4636195.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Anyone using hbqt ?
francesco perillo wrote: > >>> But can you use gtqtc and mix it with Qt gui items ? > > I explain better: it would be possible to have in the same program one > window done in "text-mode" and ANOTHER window in gui mode ? (not > text-mode in the gui form or gui widgets in text-mode...) > This is _ABSOLUTELY_POSSIBLE_. I did experimented with my flagship application Vouch and it works. Will post a sample, or will include it in gtqtc/tests/demoqtc.prg soon. Right now implementing NG format oriented hbQT's help. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis_&_design_ -- View this message in context: http://n2.nabble.com/Anyone-using-hbqt-tp469p4636180.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: [Pritpal] HBIDE editor tabs illegible
On 25/02/10 23:14, Barry Jackson wrote: The otherway around is there. Follow right-click on "Projects" node. OK found it! The projects panel was appearing UNDER the functions panel, so I saw no change! I will keep playing. One other point. Double clicking functions in the function pane finds the function, but it places the first line of the function at the bottom of the edit window, so always has to be scrolled up. :-( ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13996] trunk/harbour
Revision: 13996 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13996&view=rev Author: vszakats Date: 2010-02-25 23:24:10 + (Thu, 25 Feb 2010) Log Message: --- 2010-02-26 00:22 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbxpp/xppop.prg * contrib/hbxpp/xppopc.c ! Restored stupport for negative indexes in 'string[ n ]' syntax. * Two reported RTE made XPP compatible regarding 'string[ n ]' syntax. Left marked as TODO. I hope one day an XPP user will complete them. ! Fixed names of an internal function to not be the same as in xhb lib. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbxpp/xppop.prg trunk/harbour/contrib/hbxpp/xppopc.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: [Pritpal] HBIDE editor tabs illegible
On 25/02/10 16:33, Pritpal Bedi wrote: Barry Jackson wrote: I can find no way to open multiple .prg files. It is there. When fole-open dialog is presented, select multiple files with ctrl+click, and then presee open. No - it's not working here. With CTRL held down, clicking a file opens it rather than selecting it. SHIFT (with care) will sometimes open multiple files, but it's not working properly. I thought that it may have been to do with my having single click set system wide to open files, but disabling that changes nothing. Also the filter is not remembered between each use of the file open dialog. It always defaults to *.* after setting to *.prg. Like - navigate to a folder and open *.prg and then save as a project ? Maybe I am missing something ;-/ Can you detail how you want this feature to work. In the file open dialog, navigate to a folder and type *.prg in the file name field and click open. All .prg files would be listed in the editor tabs pane in one go. The otherway around is there. Follow right-click on "Projects" node. Tried that but nothing happens. No, I can't see how to save a session as a project, or create a project, but I will await your help files. BTW, I am writing a brief help and hope it to be ready to some extent to be usable this weekend. Great! ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Anyone using hbqt ?
On Thu, Feb 25, 2010 at 11:25 PM, Pritpal Bedi wrote: > > > It is wrong to put it like this: > so that you can run a Qt program in text-mode. > Rather we should say: > so that you can run a Clipper program in Qt environments. ok... but which are the Qt environments where you can't use other GTs ? I ask because, except for mobile phones, I really don't know Qt environments - I'm new to Qt so I don't know very much > > > >> But can you use gtqtc and mix it with Qt gui items ? I explain better: it would be possible to have in the same program one window done in "text-mode" and ANOTHER window in gui mode ? (not text-mode in the gui form or gui widgets in text-mode...) In this way migration can be easier > ...but this is not the > way to exploit Qt's power. It is better we start thinking port our code to > pure GUI. I agree. > > I will try to > find the ways to migrate easily exiting code. TBrowse oriented code > may need little labout to adapt to XbpBrowse(). Yes, a "best practice" guide can be very useful > GetList will need much > more work to simulate the excat behavior, this this is doable. Hwgui has a GetList implementation and it also has a editbox with PICTURE support... it may be nice to subclass the editline e implement the PICTURE... > Needed are some more hands. Personally, I need a 40 hours/day...so if I have 6 hours sleeping, 8 working, I have some hours left per day- :-) Francesco ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Doc source format #3
Hi Pritpal, On Thu, Feb 25, 2010 at 11:55 PM, Pritpal Bedi wrote: > > Hello Viktor > > Any template to document a class ? > > I am almost done with hbQT documentation skeletons, > to be uploaded one-time and then enhanced, via hbqtgen, > but am not sure what I am doing is the right format. > Sorry, I didn't plunge that deeply into the topic, and not being a documentation expert, I'm not sure I can contribute real value here. So, I'd say start it as you feel best, and it will eventually take the final shape. My only hint is to take a look at Clipper NG or existing xhb documentation (the expensive one) and learn what can be learned about documenting classes. > Also I need to know the tree structure: > contrib/hbqt/doc/en/QWidget.txt OR? > Should be: /contrib/hbqt/doc/en/class_qwidget.txt Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Doc source format #3
Hello Viktor Any template to document a class ? I am almost done with hbQT documentation skeletons, to be uploaded one-time and then enhanced, via hbqtgen, but am not sure what I am doing is the right format. Also I need to know the tree structure: contrib/hbqt/doc/en/QWidget.txt OR? - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis_&_design_ -- View this message in context: http://n2.nabble.com/About-Harbour-Documentation-tp4587608p4635967.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Anyone using hbqt ?
Hi, I spent just ten minutes with your code and I must say that I like it, expecially the preprocessor part that is very smart ! The code looks promising... I will try to checkout tomorrow and read the docs. Do you have a more comprehensive sample ? Thanks, Francesco ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Anyone using hbqt ?
francesco perillo wrote: > > It's in harbour/contrib/gtqtc so it didn't get my attention from > what I understand this is a GT module that interfaces with Qt using Qt > "text-mode", so that you can run a Qt program in text-mode is it > correct ? So pure, unmodified clipper source code still works... > It is wrong to put it like this: so that you can run a Qt program in text-mode. Rather we should say: so that you can run a Clipper program in Qt environments. > But can you use gtqtc and mix it with Qt gui items ? > I had a plan to emulate GTWVG as GTQTG and am still interested in, but then that is not exactly what you are asking for. BTW, in this context, which other library or implementation does so ? If you are thinking of GTWVW then it is a different story. For sure, an hibrid GUI mode is a quick path to convert existing code, that is why I developed GTWVG on top of GTWVT, but this is not the way to exploit Qt's power. It is better we start thinking port our code to pure GUI. The group knows that I am a die-hard fan of hibrid GUI, but now my priorities are changing. I am drifting toward pure GUI. I will try to find the ways to migrate easily exiting code. TBrowse oriented code may need little labout to adapt to XbpBrowse(). GetList will need much more work to simulate the excat behavior, this this is doable. Needed are some more hands. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis_&_design_ -- View this message in context: http://n2.nabble.com/Anyone-using-hbqt-tp469p4635832.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Doc source format #3
Hi All, [ Update: Covering better the context of the docs ("source" vs. "target" format). ] What we've decided/know about doc source files so far (update #3): Medium: Harbour SVN Location: /doc//.txt Format: NANFORUM (see: /doc/hdr_tpl.txt) Codepage: UTF-8 Target format: any (.html, .pdf, .rtf, .dbf, ...) [not subject of this document] : is empty for core functions residing in /src. is '/contrib/' for contrib libs. examples for some languages: en - English (generic) es - Spanish (generic) hu-HU - Hungarian pt-BR - Portuguese (Brazil) : 'func_' - .prg level function 'class_' - class 'pp_' - preprocessor directive 'cmd_' - command 'cfunc_' - .c level function : should be the function name "prefix", this can be the namespace ('hb_lib', 'ord'), or first one ('a', 'f') letter, or complete name of function being documented ('tbrowse'). Always lowercase, long filename allowed. examples: /doc/en/cfunc_hb_fs.txt - containing hb_fs*() (FSAPI) functions. /doc/en/func_hb_bit.txt - containing HB_BIT*() functions. /doc/en/func_hb_f.txt - containing HB_F*() functions. /doc/en/func_hb_os.txt - containing HB_OS*() functions. /doc/en/func_ord.txt - containing ORD*() functions. /doc/en/class_tbrowse.txt - containing TBROWSE() class. /doc/en/func_a.txt - containing all A*() functions. /contrib/hbsqlit3/doc/en/func_sqlite3.txt - containing all SQLITE3_*() functions. [ I'm sending this off of my draft folder, pls continue to work on it. ] Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Harbour documentation
Hi I am new to the list but have been using Harbour for some years now and have noticed recent discussions about documentation, how to develop it, store it etc and thought I might add my comments for what they are worth. I would not be fully across all discussions that would have taken place on this subject, so please bear that in mind when reading and considering the following. I noticed some people suggested using tools (like doxygen) that essentially take marked up comments in source code and produce documentation from that. I think that this is not ideal since 1. It is essentially a single language solution 2. coders aren't necessarily the best documentors I noticed comment also that the proposed tools weren't written in Harbour. Whilst that shouldn't absolutely preclude their use, I believe that the more we use tools that are written in Harbour 1. More of our community can understand and work with them and if necessary or desirable modify them 2. They should be available either as is, or with some modification, to any Harbour user regardless of their platform(s) of choice. Personally I would like to see documentation in dbf / dbt format, with the "actual documentation" in xml format in a memo field, and the other fields basically define what is being documented. We might have something like the following: Key Language ( eg English, Spanish etc) Subject (eg Harbour ) Manual (eg Language Reference, Compiler Reference, Contribution etc ) Chapter (eg Classes, Commands, Functions, Statements, Directives etc ) Section (eg Array Functions, Time Date Functions ) Subject (eg AAdd(), AClone() etc ) Version (eg Version 2) Status (eg Released, Being Written ) Content (in xml?) and probably some working fields Page Reference Presumably then any Harbour user could download those bits of documentation they want / have been updated / all of it and we could have Harbour code to output it in whatever formats are required and iclude in specialised editors, IDEs etc. Just my thoughts Regards Doug ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Anyone using hbqt ?
> > 2. Goto harbour/contrib/hbqt/gtqtc It's in harbour/contrib/gtqtc so it didn't get my attention from what I understand this is a GT module that interfaces with Qt using Qt "text-mode", so that you can run a Qt program in text-mode is it correct ? So pure, unmodified clipper source code still works... But can you use gtqtc and mix it with Qt gui items ? > Soon, you will find, at least starting with, documentation. > Wait a few days more. Ok, thank you very much for your work ! Francesco ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Przemyslaw, I need to know your position about HB_PP_MULTILINE support
Viktor Szakáts wrote: Thanks, so the same extension exist as in xhb. I'll update SVN. IFAIR, xHarbour allows off-limit indices to return an empty string. That was the main drawback, that does not help to find buggy code by RTE. F.e. 'abc'[1, 2, 3, 4, 5, 6] does not RTE. Regards, Mindaugas ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Przemyslaw, I need to know your position about HB_PP_MULTILINE support
On Thu, 25 Feb 2010, Szak�ts Viktor wrote: Hi, > Thanks, so the same extension exist as in xhb. The same as in Harbour's XHB emulation :) Real xHarbour works in a little bit different way and I intentionally haven't replicated it exactly. See "USING [] OPERATOR FOR STRING ITEMS" in doc/xhb-diff.txt for details. best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Przemyslaw, I need to know your position about HB_PP_MULTILINE support
Thanks, so the same extension exist as in xhb. I'll update SVN. Brgds, Viktor On Thu, Feb 25, 2010 at 9:18 PM, Angel Pais wrote: > El 25/02/2010 17:43, Viktor Szakáts escribió: > > Angel, >> >> Can you tell, if Xbase++ support negative indexes >> in 'string[ n ]' operations? >> >> I'd also be interested in the error messages you get >> when using off limit or zero index. >> >> Brgds, >> Viktor >> > > Sure !!! > See next: > > PROCEDURE Main > LOCAL cString := 'ABCDEFGHIJ' > > ? ' 2 '+cString[ 2] // > B > ? '-2 '+cString[-2] // > I > ? ' 0 '+cString[ 0] // > ERRORLOG A > ? '15 '+cString[15] // > ERRORLOG B > > RETURN > > /* > ERRORLOG A > > ERROR LOG of "C:\xb-test\TEST.EXE" Date: 02/25/2010 18:11:44 > > Xbase++ version : Xbase++ (R) Version 1.90.355 > Operating system: Windows XP 05.01 Build 02600 Service Pack 2 > > -- > oError:args : > -> VALTYPE: C VALUE: ABCDEFGHIJ > -> VALTYPE: N VALUE: 0 > oError:canDefault : N > oError:canRetry : N > oError:canSubstitute: Y > oError:cargo: NIL > oError:description : Error in array index > oError:filename : > oError:genCode : 4 > oError:operation: [<0>] > oError:osCode : 0 > oError:severity : 2 > oError:subCode : 1012 > oError:subSystem: BASE > oError:thread : 1 > oError:tries: 0 > > -- > CALLSTACK: > > -- > Called from MAIN(6) > > > > ERRORLOG B > > > -- > ERROR LOG of "C:\xb-test\TEST.EXE" Date: 02/25/2010 18:15:28 > > Xbase++ version : Xbase++ (R) Version 1.90.355 > Operating system: Windows XP 05.01 Build 02600 Service Pack 2 > > -- > oError:args : > -> VALTYPE: C VALUE: ABCDEFGHIJ > -> VALTYPE: N VALUE: 15 > oError:canDefault : N > oError:canRetry : N > oError:canSubstitute: Y > oError:cargo: NIL > oError:description : Error in array index > oError:filename : > oError:genCode : 4 > oError:operation: [<15>] > oError:osCode : 0 > oError:severity : 2 > oError:subCode : 1012 > oError:subSystem: BASE > oError:thread : 1 > oError:tries: 0 > > -- > CALLSTACK: > > -- > Called from MAIN(7) > */ > > > > HTH > > Angel > > > > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Przemyslaw, I need to know your position about HB_PP_MULTILINE support
El 25/02/2010 17:43, Viktor Szakáts escribió: Angel, Can you tell, if Xbase++ support negative indexes in 'string[ n ]' operations? I'd also be interested in the error messages you get when using off limit or zero index. Brgds, Viktor Sure !!! See next: PROCEDURE Main LOCAL cString := 'ABCDEFGHIJ' ? ' 2 '+cString[ 2] // > B ? '-2 '+cString[-2] // > I ? ' 0 '+cString[ 0] // > ERRORLOG A ? '15 '+cString[15] // > ERRORLOG B RETURN /* ERRORLOG A ERROR LOG of "C:\xb-test\TEST.EXE" Date: 02/25/2010 18:11:44 Xbase++ version : Xbase++ (R) Version 1.90.355 Operating system: Windows XP 05.01 Build 02600 Service Pack 2 -- oError:args : -> VALTYPE: C VALUE: ABCDEFGHIJ -> VALTYPE: N VALUE: 0 oError:canDefault : N oError:canRetry : N oError:canSubstitute: Y oError:cargo: NIL oError:description : Error in array index oError:filename : oError:genCode : 4 oError:operation: [<0>] oError:osCode : 0 oError:severity : 2 oError:subCode : 1012 oError:subSystem: BASE oError:thread : 1 oError:tries: 0 -- CALLSTACK: -- Called from MAIN(6) ERRORLOG B -- ERROR LOG of "C:\xb-test\TEST.EXE" Date: 02/25/2010 18:15:28 Xbase++ version : Xbase++ (R) Version 1.90.355 Operating system: Windows XP 05.01 Build 02600 Service Pack 2 -- oError:args : -> VALTYPE: C VALUE: ABCDEFGHIJ -> VALTYPE: N VALUE: 15 oError:canDefault : N oError:canRetry : N oError:canSubstitute: Y oError:cargo: NIL oError:description : Error in array index oError:filename : oError:genCode : 4 oError:operation: [<15>] oError:osCode : 0 oError:severity : 2 oError:subCode : 1012 oError:subSystem: BASE oError:thread : 1 oError:tries: 0 -- CALLSTACK: -- Called from MAIN(7) */ HTH Angel ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Error with 13990 harbour svn
Hi, I have included this in my .BAT and now works. set HB_BUILD_UNICODE=no Work´s fine now :) Many thank´s. Rossine. -- View this message in context: http://old.nabble.com/Error-with-13990-harbour-svn-tp27714510p27714516.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Error with 13990 harbour svn
Hi! set HB_BUILD_UNICODE=no And recompile your Harbour. Regards, Vailton Renato 2010/2/25 Rossine : > > Hi, > > I use minigui and this samples in windows XP work´s fine, but with windows > 98 not work, abort in the function hb_memoread(). > > [CODE] > > #include "minigui.ch" > > Function Main > > msgstop( "-STEP 1-" ) > > hb_memoread( "demo.prg" ) > > msgstop( "-STEP 2-" ) && Not come here > > return NIL > > [ENDCODE] > > What can be ? > > Best regards, > > Rossine. > > -- > View this message in context: > http://old.nabble.com/Error-with-13990-harbour-svn-tp27714510p27714510.html > Sent from the Harbour - Dev mailing list archive at Nabble.com. > > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13995] trunk/harbour
Revision: 13995 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13995&view=rev Author: vszakats Date: 2010-02-25 19:55:19 + (Thu, 25 Feb 2010) Log Message: --- 2010-02-25 20:52 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/gtwvg/gtwvg.c * contrib/gtwvg/gtwvg.h * Synced color RGB values with GTWVT. * contrib/hbgd/hbgd.hbc ! Fixed to reference hbct lib. hbgd requires it for some math functions. * contrib/hbxpp/Makefile * contrib/hbxpp/hbxpp.ch + contrib/hbxpp/xppopc.c + contrib/hbxpp/xppop.prg + contrib/hbxpp/tests/opover.prg + Added support for 'string[ n ]' syntax. Note, you have to #include "hbxpp.ch" to activate it. (of course you can pick the logic and copy it to app code, it's only two lines) (copied and adapted from existing xhb lib implementation) * contrib/xhb/xhbmsgs.c ! Fixed HB_LONG -> HB_ISIZ * contrib/hbxpp/hbxppext.ch * Updated. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/gtwvg/gtwvg.c trunk/harbour/contrib/gtwvg/gtwvg.h trunk/harbour/contrib/hbgd/hbgd.hbc trunk/harbour/contrib/hbxpp/Makefile trunk/harbour/contrib/hbxpp/hbxpp.ch trunk/harbour/contrib/hbxpp/hbxppext.ch trunk/harbour/contrib/xhb/xhbmsgs.c Added Paths: --- trunk/harbour/contrib/hbxpp/tests/opover.prg trunk/harbour/contrib/hbxpp/xppop.prg trunk/harbour/contrib/hbxpp/xppopc.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Error with 13990 harbour svn
Hi, I use minigui and this samples in windows XP work´s fine, but with windows 98 not work, abort in the function hb_memoread(). [CODE] #include "minigui.ch" Function Main msgstop( "-STEP 1-" ) hb_memoread( "demo.prg" ) msgstop( "-STEP 2-" ) && Not come here return NIL [ENDCODE] What can be ? Best regards, Rossine. -- View this message in context: http://old.nabble.com/Error-with-13990-harbour-svn-tp27714510p27714510.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13994] trunk/harbour
Revision: 13994 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13994&view=rev Author: vouchcac Date: 2010-02-25 18:12:05 + (Thu, 25 Feb 2010) Log Message: --- 2010-02-25 10:08 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbqt/gtqtc/gtqtc.cpp * contrib/hbqt/gtqtc/gtqtc.h * contrib/hbqt/gtqtc/Makefile ! Fixed to work with current location and non-UNICODE builds. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbqt/gtqtc/Makefile trunk/harbour/contrib/hbqt/gtqtc/gtqtc.cpp trunk/harbour/contrib/hbqt/gtqtc/gtqtc.h This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Przemyslaw, I need to know your position about HB_PP_MULTILINE support
Angel, Can you tell, if Xbase++ support negative indexes in 'string[ n ]' operations? I'd also be interested in the error messages you get when using off limit or zero index. Brgds, Viktor On Thu, Feb 25, 2010 at 8:20 PM, Angel Pais wrote: > >> Now all "dialect" APIs can just be freely developed using >> some very simple rules. >> >> Brgds, >> Viktor >> >> > Hi Viktor > > What rule do I have to issue to make this work ? > > Procedure Main > cString := 'ABC' > ? cString[2] // --> 'B' > Return > > Xbase++ users are VERY used to this syntax and makes string manipulation > programs much simpler. > > TIA > Angel > > > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Przemyslaw, I need to know your position about HB_PP_MULTILINE support
El 25/02/2010 17:28, Viktor Szakáts escribió: Hi Angel, (for array index support, you only need just a smallhank part of the above code) Brgds, Viktor Thank you ! ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Przemyslaw, I need to know your position about HB_PP_MULTILINE support
Now all "dialect" APIs can just be freely developed using some very simple rules. Brgds, Viktor Hi Viktor What rule do I have to issue to make this work ? Procedure Main cString := 'ABC' ? cString[2] // --> 'B' Return Xbase++ users are VERY used to this syntax and makes string manipulation programs much simpler. TIA Angel ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Przemyslaw, I need to know your position about HB_PP_MULTILINE support
Hi Angel, > Hi Viktor > > What rule do I have to issue to make this work ? > > Procedure Main > cString := 'ABC' > ? cString[2] // --> 'B' > Return > > Xbase++ users are VERY used to this syntax and makes string manipulation > programs much simpler. > It's already implemented in xhb lib via operator overloading, so you can either use that one, or similar implementation can be copied to hbxpp (with possible adjustments to fully mimic Xbase++ behavior). You can find current implementation in these files: contrib/xhb/xhb.ch contrib/xhb/xhbcomp.prg contrib/xhb/xhbmsgs.c (for array index support, you only need just a small part of the above code) Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
R: [Harbour] Re: Anyone using hbqt ?
> francesco perillo wrote: > > > > Not only this little samples (I already wrote last week that little > > "dedicated" samples are better that a monolithic source full of > > everything... > > > > Probbaly some others should jump into this stream... I agree with Francesco. Also in HwGUI experience i found that a specific sample, exhausting the most important aspects of the class/function/argument is more productive. > You do not have to. > > Probably you missed some of the earlier commits. > Here is the reminder: > > 1. Open console from where you compile hbQT > 2. Goto harbour/contrib/hbqt/gtqtc > 3. Issue > make install > 4. If library is built, then, go to further deep in /tests > 5. Issue > hbmk2.exe demoqtc , and if .exe is generated > 6. Run > demoqtc > 7. Play with options and inspect the demoqtc.prg, it is pure > Clipper code. > > Though there are few glitches and still is not production level ready, > but amply demonstrate the potentials. I did not work on remaining > glitches as, at that point of time, I was not familiar with > Qt inside-out. > Now I am more equipped. If there is ample interest, and shown > on this also, > then I can look into GTQTC again. > Few time ago i inspetcted this contrib lib and found very interesting. I don't tried to use it because i thought was a sleeping project. Thus i'm sure very interested to a clipper based approach to Qt gui. > Soon, you will find, at least starting with, documentation. > Wait a few days more. Good news. Many thanks for the very effective work in hbide and Qt embedding. Best regards. Maurizio ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Anyone using hbqt ?
francesco perillo wrote: > > Not only this little samples (I already wrote last week that little > "dedicated" samples are better that a monolithic source full of > everything... > Probbaly some others should jump into this stream... > But I also ask for Qt/harbour integration, or how to map harbour > object on Qt widgets and viceversa... > > so, demoxpb shows that Qt is usable, hbide shows that hbqt/hbxpb are > really usable and can create a nice looking, feature full application. > But none give an idea of a migration path from harbour... I already > cited PICTURE and I now add TBrowse... Qt has a really nice Table > implementation, really powerful and customizable (using styles, using > views, you can write in cells directly..) but this means completely > dropping old code... > You do not have to. Probably you missed some of the earlier commits. Here is the reminder: 1. Open console from where you compile hbQT 2. Goto harbour/contrib/hbqt/gtqtc 3. Issue > make install 4. If library is built, then, go to further deep in /tests 5. Issue > hbmk2.exe demoqtc , and if .exe is generated 6. Run > demoqtc 7. Play with options and inspect the demoqtc.prg, it is pure Clipper code. Though there are few glitches and still is not production level ready, but amply demonstrate the potentials. I did not work on remaining glitches as, at that point of time, I was not familiar with Qt inside-out. Now I am more equipped. If there is ample interest, and shown on this also, then I can look into GTQTC again. > Then I would like to view a "commercial-grade" dbf-based form of > something... it can be a stupid recipe bookkeeper to a stupid > agenda... > > And, finally, a bit of docs... best practices... for example in C++ > world, I saw samples where form code was contained in a class... > ..or a little doc stating how hbqt is glued with Qt > Soon, you will find, at least starting with, documentation. Wait a few days more. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis_&_design_ -- View this message in context: http://n2.nabble.com/Anyone-using-hbqt-tp469p4634325.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Doc format #2
Hi All, What we've decided/know about doc files so far (update #2): Location: /doc//.txt Format: NANFORUM (see: /doc/hdr_tpl.txt) Codepage: UTF-8 : is empty for core functions residing in /src. is '/contrib/' for contrib libs. for some languages: en - English (generic) es - Spanish (generic) hu-HU - Hungarian pt-BR - Portuguese (Brazil) : 'func_' - .prg level function 'class_' - class 'pp_' - preprocessor directive 'cmd_' - command 'cfunc_' - .c level function : should be the function name "prefix", this can be the namespace ('hb_lib', 'ord'), or first one ('a', 'f') letter, or complete name of function being documented ('tbrowse'). Always lowercase, long filename allowed. examples: /doc/en/cfunc_hb_fs.txt - containing hb_fs*() (FSAPI) functions. /doc/en/func_hb_bit.txt - containing HB_BIT*() functions. /doc/en/func_hb_f.txt - containing HB_F*() functions. /doc/en/func_hb_os.txt - containing HB_OS*() functions. /doc/en/func_ord.txt - containing ORD*() functions. /doc/en/class_tbrowse.txt - containing TBROWSE() class. /doc/en/func_a.txt - containing all A*() functions. /contrib/hbsqlit3/doc/en/func_sqlite3.txt - containing all SQLITE3_*() functions. [ I'm sending this off of my draft folder, pls continue to work on it. ] Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] xhgtk - undefined reference to `hb_gcAlloc'
[...@jackodesktop classes]$ hbmk2 about.prg -lxhgtk hbmk2: Processing configuration: /usr/bin/hbmk.cfg Harbour 2.1.0dev (Rev. 13988) Copyright (c) 1999-2010, http://www.harbour-project.org/ Compiling 'about.prg'... Lines 5186, Functions/Procedures 2 Generating C source output to 'about.c'... Done. /usr/lib/harbour/libxhgtk.so: undefined reference to `hb_gcAlloc' collect2: ld returned 1 exit status hbmk2: Error: Running linker. 1 gcc about.o hbmk_8hvdad.o -Wl,--start-group -lxhgtk -lhbcplr -lhbdebug -lharbour -Wl,--end-group -oabout -L/usr/lib/harbour What am I missing? Same happens with all xhgtk samples tested. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Anyone using hbqt ?
Hi, sorry by my bad english. Bruno Luciani and I are working in a framework based in minigui sintax that use pure hbqt (very nice Pritpal's work) Our hello world is like this: 1.- Basic #include "hbqtc.ch" Function main() HbQtC_MsgInfo( "Hello World" ) Return .T. 2. Basic + #include "hbqtc.ch" Function main() DEFINE WINDOW win WIDTH 100 HEIGHT 100 CAPTION "Hello World" END WINDOW DoMethod( "win" , "center" ) DoMethod( "win" , "activate" ) Return .T. 3.- Basic ++ #include "hbqtc.ch" Function main() DEFINE WINDOW win WIDTH 100 HEIGHT 100 CAPTION "Hello World" DEFINE LABEL label1 VALUE "Hello World" ROW 10 COL 10 END LABEL END WINDOW DoMethod( "win" , "center" ) DoMethod( "win" , "activate" ) Return .T. 4.- Basic +++ #include "hbqtc.ch" Function main() DEFINE WINDOW win WIDTH 100 HEIGHT 100 CAPTION "Hello World" DEFINE LABEL label1 VALUE "Hello World" ROW 10 COL 10 END LABEL DEFINE BUTTON button1 ROW 40 COL 10 ONCLICK HbQtC_MsgInfo( "Hello World" ) CAPTION "Press button" END BUTTON END WINDOW DoMethod( "win" , "center" ) DoMethod( "win" , "activate" ) Return .T. etc, etc, etc. This framework is in planed stage, but you can see the code in http://sourceforge.net/projects/hbqtcommand/ Regards CdQ On Thu, Feb 25, 2010 at 1:01 PM, francesco perillo wrote: > I see Qt has lots of possibilities, is very powerfull and widely > available... > > There are lots of tutorials and sample code available (and demos in > the Qt package are terrific!) but they are for C++ > > Now the question: if I want to start using hbxpb/hbqt where should I > start ? Is hbide and demoxpb the only available source code ? > > Is hbxpb the only way to use hbqt ? Are all features of Qt available > to harbour ? > > Thanks, > Francesco > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Anyone using hbqt ?
Not only this little samples (I already wrote last week that little "dedicated" samples are better that a monolithic source full of everything... But I also ask for Qt/harbour integration, or how to map harbour object on Qt widgets and viceversa... so, demoxpb shows that Qt is usable, hbide shows that hbqt/hbxpb are really usable and can create a nice looking, feature full application. But none give an idea of a migration path from harbour... I already cited PICTURE and I now add TBrowse... Qt has a really nice Table implementation, really powerful and customizable (using styles, using views, you can write in cells directly..) but this means completely dropping old code... Then I would like to view a "commercial-grade" dbf-based form of something... it can be a stupid recipe bookkeeper to a stupid agenda... And, finally, a bit of docs... best practices... for example in C++ world, I saw samples where form code was contained in a class... ..or a little doc stating how hbqt is glued with Qt I will do some tests asap, in the meantime if some other samples are published it would be good... thanks ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Anyone using hbqt ?
Barry Jackson wrote: > > Any chance of "Hello_Qt_World.prg" with a push button. Nothing more. > Just to get started ? > > The xhgtk samples are the sort of thing I mean, see button01.prg below. > REQUEST HB_QT STATIC s_qApp STATIC s_slots INIT PROCEDURE Qt_Start() hbqt_errorsys() s_qApp := QApplication():new() RETURN EXIT PROCEDURE Qt_End() s_qApp:quit() RETURN PROCEDURE Main() Local oWnd, oDA, oBtn s_slots := QT_SLOTS_NEW() oWnd := QMainWindow():new() oWnd:setWindowTitle( "Harbour-Qt Implementation Test Dialog" ) oWnd:setWindowIcon( "test" ) oWnd:resize( 900, 500 ) oDA := QWidget():new( oWnd ) oWnd:setCentralWidget( oDA ) oWnd:show() oBtn := QPushButton():new( oDA ) oBtn:move( 200, 100 ) oBtn:resize( 60, 30 ) oBtn:setText( "Hello World" ) oBtn:show() QT_SLOTS_CONNECT( s_slots, oBtn, "clicked()", {|| oWnd:close() } ) oWnd:Show() s_qApp:exec() RETURN A quick pullout of hbqt/tests/demoqt.prg, not tested, but surely you can grab the contents. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis_&_design_ -- View this message in context: http://n2.nabble.com/Anyone-using-hbqt-tp469p4633795.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Anyone using hbqt ?
On 25/02/10 16:18, Pritpal Bedi wrote: I understand the question. hbIDE is a powerful application demonstration ( if we take it in this context ) which exposes many-many constructs of Qt. Certainly, but for the beginner ( or old Clipper person like me ) that's too big a step. What else you are asing for, or expecting ? Any chance of "Hello_Qt_World.prg" with a push button. Nothing more. Just to get started ? The xhgtk samples are the sort of thing I mean, see button01.prg below. Rgds Barry /* * $Id: button01.prg 396 2010-01-29 13:54:36Z marcosgambeta $ */ /* xHGTK sample Copyright 2005 by Marcos Antonio Gambeta */ #include "gtk.ch" PROCEDURE Main () LOCAL pWindow // pointer to the widget GtkWindow LOCAL pButton // pointer to the widget GtkButton // initialize GTK+ gtk_init() // create the main window pWindow := gtk_window_new( GTK_WINDOW_TOPLEVEL ) // define width and height of the main window gtk_widget_set_size_request( pWindow, 250, 50 ) // define title gtk_window_set_title( pWindow, "GtkButton - sample 1" ) // define start position gtk_window_set_position( pWindow, GTK_WIN_POS_CENTER ) // create the widget GtkButton pButton := gtk_button_new() // add the widget to the window gtk_container_add( pWindow, pButton ) // turn the widget visible gtk_widget_show( pButton ) // close the application if the window is destroyed gtk_signal_connect( pWindow, "destroy", {|| gtk_main_quit() } ) // destroy the window if the button is clicked gtk_signal_connect( pButton, "clicked", {|| gtk_widget_destroy( pWindow ) } ) // show the window gtk_widget_show( pWindow ) // start the main loop gtk_main() RETURN ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Anyone using hbqt ?
I'm collecting some infos at this stage because some aspects are unknown or not clear to me. > hbXBP is a class framework based on Xbase++ class documentation. > It uses hbQT for GUI implementation. > > demoQT.prg in contrib/hbqt/tests is a pure hbQT based demo application. Sorry, I missed it. From the source it seems that, up to now, there is no .ch file with #define. > hbIDE is a powerful application demonstration > ( if we take it in this context ) which exposes many-many constructs > of Qt. Yes, it is really nice and this is the reason I'm gathering infos > What else you are asing for, or expecting ? I'm asking for infos and sample code ! Expecially infos about porting legacy code to Qt... for example, how can I emulate the PICTURE in GET system ? or the WHEN/VALID ? > BTW, Bacco and Vailton will soon release some application > based on pure Qt, you can wait for them to be available. It is really good ! I will try to contact them to have a preview, if possible Thanks, Francesco PS: is it possible to compile a static hbide.exe for distribution ? If yes, how ? ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: [Pritpal] HBIDE editor tabs illegible
Barry Jackson wrote: > > Also there is no response to File->new->project. > It is the direct effect of latest changes. I will fix in a while. Alternatively, right click on "Projects" node in projects tree at the left, and select this option. > I can find no way to open multiple .prg files. > It is there. When fole-open dialog is presented, select multiple files with ctrl+click, and then presee open. > Like - navigate to a folder and open *.prg and then save as a project ? > Maybe I am missing something ;-/ > Can you detail how you want this feature to work. The otherway around is there. Follow right-click on "Projects" node. > Good work so far! > Thank you. BTW, I am writing a brief help and hope it to be ready to some extent to be usable this weekend. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis_&_design_ -- View this message in context: http://n2.nabble.com/Pritpal-HBIDE-editor-tabs-illegible-tp4632574p4633557.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: SF.net SVN: harbour-project:[13985] trunk/harbour
marco bra wrote: > > As a very first trying to debug the main variables and i never see the > terminal output of: > > ?" -- *xxx " + cRootPath > > is this function called, or might by hbide redirect the standard output ? > > > > FUNCTION hbide_fetchSubPaths( aPaths, cRootPath, lSubs ) >LOCAL aDir, a_ > >DEFAULT lSubs TO .t. > >?" -- * " + cRootPath > >IF right( cRootPath, 1 ) != hb_osPathSeparator() > cRootPath += hb_osPathSeparator() >ENDIF > >?" -- ** " + cRootPath > >cRootPath := hbide_pathToOSPath( cRootPath ) > >?" -- *** " + cRootPath > > >aadd( aPaths, cRootPath ) > >IF lSubs > aDir := directory( cRootPath + "*.", "D" ) > FOR EACH a_ IN aDir > IF a_[ 5 ] == "D" .AND. left( a_[ 1 ], 1 ) != "." > hbide_fetchSubPaths( @aPaths, cRootPath + a_[ 1 ] ) > ENDIF > NEXT >ENDIF > >RETURN NIL > Qt implemenattion is not GT oriented at all. So all calls to GT functions will be ignored. Call hbide_dbg( ... ) instead, you will get the output in a debugger - dbgview.exe, search the web. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis_&_design_ -- View this message in context: http://n2.nabble.com/SF-net-SVN-harbour-project-13985-trunk-harbour-tp4629809p4633490.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: gtwvt compatibility issue
Viktor Szakáts wrote: > > I'm not 100% sure what you mean. The exact same > code is used for HB_GTI_PALETTE handling in both GTs, > except that GTWVG wasn't updated to use zero based > color indexes, because it would have broken your local > apps. > Oh yep, now I remeber. You please fix the other part. I will look into it deeply at a later date. Thanks for taking pain. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis_&_design_ -- View this message in context: http://n2.nabble.com/gtwvt-compatibility-issue-tp4631971p4633464.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Anyone using hbqt ?
francesco perillo wrote: > > I see Qt has lots of possibilities, is very powerfull and widely > available... > > There are lots of tutorials and sample code available (and demos in > the Qt package are terrific!) but they are for C++ > > Now the question: if I want to start using hbxpb/hbqt where should I > start ? Is hbide and demoxpb the only available source code ? > > Is hbxpb the only way to use hbqt ? Are all features of Qt available > to harbour ? > hbXBP is a class framework based on Xbase++ class documentation. It uses hbQT for GUI implementation. demoQT.prg in contrib/hbqt/tests is a pure hbQT based demo application. hbIDE is a combination of hbXBP calls and pure hbQT class calls. hbIDE is a powerful application demonstration ( if we take it in this context ) which exposes many-many constructs of Qt. What else you are asing for, or expecting ? BTW, Bacco and Vailton will soon release some application based on pure Qt, you can wait for them to be available. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis_&_design_ -- View this message in context: http://n2.nabble.com/Anyone-using-hbqt-tp469p4633435.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: gtwvt compatibility issue
Hi Pritpal, > > Anyhow you can change the default color mapping using > > HB_GTINFO( HB_GTI_PALETTE, { ... } ) or > > HB_GTINFO( HB_GTI_PALETTE, 6, 0x008585 ) > > > > [ This all applies only to GTWVT, you're > > using a GTWVG header though in the example, > > so please note that GTWVG has different colors, > > and also the palette setting method is incompatible > > with GTWVT. ] > > > > Can you fix it in GTWVG also? > Yes, I can fix the colors and the palette index handling, but last time you specifically resisted of this latter change, so I didn't do it. It would surely be good to have them synced. > I am totally involved with Qt and have not GTWVG > parallel with GTWVT for almost a year and can be offtrack. > > Resetting the pallete is more complete in GTWVG, > can you look into that also? > I'm not 100% sure what you mean. The exact same code is used for HB_GTI_PALETTE handling in both GTs, except that GTWVG wasn't updated to use zero based color indexes, because it would have broken your local apps. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: SF.net SVN: harbour-project:[13985] trunk/harbour
As a very first trying to debug the main variables and i never see the terminal output of: ?" -- *xxx " + cRootPath is this function called, or might by hbide redirect the standard output ? FUNCTION hbide_fetchSubPaths( aPaths, cRootPath, lSubs ) LOCAL aDir, a_ DEFAULT lSubs TO .t. ?" -- * " + cRootPath IF right( cRootPath, 1 ) != hb_osPathSeparator() cRootPath += hb_osPathSeparator() ENDIF ?" -- ** " + cRootPath cRootPath := hbide_pathToOSPath( cRootPath ) ?" -- *** " + cRootPath aadd( aPaths, cRootPath ) IF lSubs aDir := directory( cRootPath + "*.", "D" ) FOR EACH a_ IN aDir IF a_[ 5 ] == "D" .AND. left( a_[ 1 ], 1 ) != "." hbide_fetchSubPaths( @aPaths, cRootPath + a_[ 1 ] ) ENDIF NEXT ENDIF RETURN NIL Thank you ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Anyone using hbqt ?
I see Qt has lots of possibilities, is very powerfull and widely available... There are lots of tutorials and sample code available (and demos in the Qt package are terrific!) but they are for C++ Now the question: if I want to start using hbxpb/hbqt where should I start ? Is hbide and demoxpb the only available source code ? Is hbxpb the only way to use hbqt ? Are all features of Qt available to harbour ? Thanks, Francesco ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Re: how to link all the funcions of a lib?
Hi, Exact same concept: Use the .hbc file. Brgds, Viktor On Thu, Feb 25, 2010 at 4:51 PM, David MS wrote: > Thanks Viktor, I'll waiting your updates > > In the case of haru pdf, I created the .ch file as you said me with all > functions of the wrapper > but I get the following errors: > > C:/harbour-svn/harbour/lib/win/mingw/libhbhpdf.a(harupdf.o):harupdf.c:(.text+0x1b): > referencia a `HPDF_Free' sin definir > C:/harbour-svn/harbour/lib/win/mingw/libhbhpdf.a(harupdf.o):harupdf.c:(.text+0x59): > referencia a `HPDF_New' sin definir > C:/harbour-svn/harbour/lib/win/mingw/libhbhpdf.a(harupdf.o):harupdf.c:(.text+0xa4): > referencia a `HPDF_Free' sin definir > C:/harbour-svn/harbour/lib/win/mingw/libhbhpdf.a(harupdf.o):harupdf.c:(.text+0xe4): > referencia a `HPDF_NewDoc' sin definir > > > > I put this in hpdfextern.ch: > > EXTERNAL HPDF_NEW > EXTERNAL HPDF_FREE > EXTERNAL HPDF_NEWDOC > EXTERNAL HPDF_FREEDOC > EXTERNAL HPDF_FREEDOCALL > EXTERNAL HPDF_SAVETOFILE > EXTERNAL HPDF_SAVETOSTREAM > EXTERNAL HPDF_GETSTREAMSIZE > EXTERNAL HPDF_READFROMSTREAM > EXTERNAL HPDF_RESETSTREAM > EXTERNAL HPDF_HASDOC > EXTERNAL HPDF_SETERRORHANDLER > EXTERNAL HPDF_GETERROR > EXTERNAL HPDF_RESETERROR > EXTERNAL HPDF_SETPAGESCONFIGURATION > EXTERNAL HPDF_SETPAGELAYOUT > EXTERNAL HPDF_GETPAGELAYOUT > EXTERNAL HPDF_SETPAGEMODE > EXTERNAL HPDF_GETPAGEMODE > EXTERNAL HPDF_SETOPENACTION > EXTERNAL HPDF_GETCURRENTPAGE > EXTERNAL HPDF_ADDPAGE > EXTERNAL HPDF_INSERTPAGE > EXTERNAL HPDF_GETFONT > EXTERNAL HPDF_LOADTYPE1FONTFROMFILE > EXTERNAL HPDF_LOADTTFONTFROMFILE > EXTERNAL HPDF_LOADTTFONTFROMFILE2 > EXTERNAL HPDF_ADDPAGELABEL > EXTERNAL HPDF_USEJPFONTS > EXTERNAL HPDF_USEKRFONTS > EXTERNAL HPDF_USECNSFONTS > EXTERNAL HPDF_USECNTFONTS > EXTERNAL HPDF_CREATEEXTGSTATE > EXTERNAL HPDF_CREATEOUTLINE > EXTERNAL HPDF_GETENCODER > EXTERNAL HPDF_GETCURRENTENCODER > EXTERNAL HPDF_SETCURRENTENCODER > EXTERNAL HPDF_USEJPENCODINGS > EXTERNAL HPDF_USEKRENCODINGS > EXTERNAL HPDF_USECNSENCODINGS > EXTERNAL HPDF_USECNTENCODINGS > EXTERNAL HPDF_LOADPNGIMAGEFROMFILE > EXTERNAL HPDF_LOADPNGIMAGEFROMFILE2 > EXTERNAL HPDF_LOADRAWIMAGEFROMFILE > EXTERNAL HPDF_LOADRAWIMAGEFROMMEM > EXTERNAL HPDF_LOADJPEGIMAGEFROMFILE > EXTERNAL HPDF_SETINFOATTR > EXTERNAL HPDF_GETINFOATTR > EXTERNAL HPDF_SETINFODATEATTR > EXTERNAL HPDF_SETPASSWORD > EXTERNAL HPDF_SETPERMISSION > EXTERNAL HPDF_SETENCRYPTIONMODE > EXTERNAL HPDF_SETCOMPRESSIONMODE > EXTERNAL HPDF_PAGE_SETWIDTH > EXTERNAL HPDF_PAGE_SETHEIGHT > EXTERNAL HPDF_PAGE_SETSIZE > EXTERNAL HPDF_PAGE_SETROTATE > EXTERNAL HPDF_PAGE_GETWIDTH > EXTERNAL HPDF_PAGE_GETHEIGHT > EXTERNAL HPDF_PAGE_CREATEDESTINATION > EXTERNAL HPDF_PAGE_CREATETEXTANNOT > EXTERNAL HPDF_PAGE_CREATELINKANNOT > EXTERNAL HPDF_PAGE_CREATEURILINKANNOT > EXTERNAL HPDF_PAGE_TEXTWIDTH > EXTERNAL HPDF_PAGE_MEASURETEXT > EXTERNAL HPDF_PAGE_GETGMODE > EXTERNAL HPDF_PAGE_GETCURRENTPOS > EXTERNAL HPDF_PAGE_GETCURRENTTEXTPOS > EXTERNAL HPDF_PAGE_GETCURRENTFONT > EXTERNAL HPDF_PAGE_GETCURRENTFONTSIZE > EXTERNAL HPDF_PAGE_GETTRANSMATRIX > EXTERNAL HPDF_PAGE_GETLINEWIDTH > EXTERNAL HPDF_PAGE_GETLINECAP > EXTERNAL HPDF_PAGE_GETLINEJOIN > EXTERNAL HPDF_PAGE_GETMITERLIMIT > EXTERNAL HPDF_PAGE_GETDASH > EXTERNAL HPDF_PAGE_GETFLAT > EXTERNAL HPDF_PAGE_GETCHARSPACE > EXTERNAL HPDF_PAGE_GETWORDSPACE > EXTERNAL HPDF_PAGE_GETHORIZONTALSCALLING > EXTERNAL HPDF_PAGE_GETTEXTLEADING > EXTERNAL HPDF_PAGE_GETTEXTRENDERINGMODE > EXTERNAL HPDF_PAGE_GETTEXTRISE > EXTERNAL HPDF_PAGE_GETRGBFILL > EXTERNAL HPDF_PAGE_GETRGBSTROKE > EXTERNAL HPDF_PAGE_GETCMYKFILL > EXTERNAL HPDF_PAGE_GETCMYKSTROKE > EXTERNAL HPDF_PAGE_GETGRAYFILL > EXTERNAL HPDF_PAGE_GETGRAYSTROKE > EXTERNAL HPDF_PAGE_GETSTROKINGCOLORSPACE > EXTERNAL HPDF_PAGE_GETFILLINGCOLORSPACE > EXTERNAL HPDF_PAGE_GETTEXTMATRIX > EXTERNAL HPDF_PAGE_GETGSTATEDEPTH > EXTERNAL HPDF_PAGE_SETSLIDESHOW > > // GRAPHICS > > EXTERNAL HPDF_PAGE_SETLINEWIDTH > EXTERNAL HPDF_PAGE_SETLINECAP > EXTERNAL HPDF_PAGE_SETLINEJOIN > EXTERNAL HPDF_PAGE_SETMITERLIMIT > EXTERNAL HPDF_PAGE_SETDASH > EXTERNAL HPDF_PAGE_SETEXTGSTATE > EXTERNAL HPDF_PAGE_GSAVE > EXTERNAL HPDF_PAGE_GRESTORE > EXTERNAL HPDF_PAGE_CONCAT > EXTERNAL HPDF_PAGE_MOVETO > EXTERNAL HPDF_PAGE_LINETO > EXTERNAL HPDF_PAGE_CURVETO > EXTERNAL HPDF_PAGE_CURVETO2 > EXTERNAL HPDF_PAGE_CURVETO3 > EXTERNAL HPDF_PAGE_CLOSEPATH > EXTERNAL HPDF_PAGE_RECTANGLE > EXTERNAL HPDF_PAGE_STROKE > EXTERNAL HPDF_PAGE_CLOSEPATHSTROKE > EXTERNAL HPDF_PAGE_SETFONTANDSIZE > EXTERNAL HPDF_PAGE_BEGINTEXT > EXTERNAL HPDF_PAGE_ENDTEXT > EXTERNAL HPDF_PAGE_TEXTOUT > EXTERNAL HPDF_PAGE_MOVETEXTPOS > EXTERNAL HPDF_PAGE_SHOWTEXT > EXTERNAL HPDF_PAGE_FILL > EXTERNAL HPDF_PAGE_EOFILL > EXTERNAL HPDF_PAGE_FILLSTROKE > EXTERNAL HPDF_PAGE_EOFILLSTROKE > EXTERNAL HPDF_PAGE_CLOSEPATHFILLSTROKE > EXTERNAL HPDF_PAGE_CLOSEPATHEOFILLSTROKE > EXTERNAL HPDF_PAGE_ENDPATH > EXTERNAL HPDF_PAGE_CLIP > EXTERNAL HPDF_PAGE_EOCLIP > EXTERNAL HPDF_PAGE_SETCHARSPACE > EXTERNAL HPDF_PAGE_SETWORDSPACE > EXTERNAL HPDF_PAGE_SETHORIZO
[Harbour] Re: gtwvt compatibility issue
Viktor Szakáts wrote: > > Anyhow you can change the default color mapping using > HB_GTINFO( HB_GTI_PALETTE, { ... } ) or > HB_GTINFO( HB_GTI_PALETTE, 6, 0x008585 ) > > [ This all applies only to GTWVT, you're > using a GTWVG header though in the example, > so please note that GTWVG has different colors, > and also the palette setting method is incompatible > with GTWVT. ] > Can you fix it in GTWVG also? I am totally involved with Qt and have not GTWVG parallel with GTWVT for almost a year and can be offtrack. Resetting the pallete is more complete in GTWVG, can you look into that also? - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis_&_design_ -- View this message in context: http://n2.nabble.com/gtwvt-compatibility-issue-tp4631971p4633298.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Re: how to link all the funcions of a lib?
Thanks Viktor, I'll waiting your updates In the case of haru pdf, I created the .ch file as you said me with all functions of the wrapper but I get the following errors: C:/harbour-svn/harbour/lib/win/mingw/libhbhpdf.a(harupdf.o):harupdf.c:(.text+0x1b): referencia a `HPDF_Free' sin definir C:/harbour-svn/harbour/lib/win/mingw/libhbhpdf.a(harupdf.o):harupdf.c:(.text+0x59): referencia a `HPDF_New' sin definir C:/harbour-svn/harbour/lib/win/mingw/libhbhpdf.a(harupdf.o):harupdf.c:(.text+0xa4): referencia a `HPDF_Free' sin definir C:/harbour-svn/harbour/lib/win/mingw/libhbhpdf.a(harupdf.o):harupdf.c:(.text+0xe4): referencia a `HPDF_NewDoc' sin definir I put this in hpdfextern.ch: EXTERNAL HPDF_NEW EXTERNAL HPDF_FREE EXTERNAL HPDF_NEWDOC EXTERNAL HPDF_FREEDOC EXTERNAL HPDF_FREEDOCALL EXTERNAL HPDF_SAVETOFILE EXTERNAL HPDF_SAVETOSTREAM EXTERNAL HPDF_GETSTREAMSIZE EXTERNAL HPDF_READFROMSTREAM EXTERNAL HPDF_RESETSTREAM EXTERNAL HPDF_HASDOC EXTERNAL HPDF_SETERRORHANDLER EXTERNAL HPDF_GETERROR EXTERNAL HPDF_RESETERROR EXTERNAL HPDF_SETPAGESCONFIGURATION EXTERNAL HPDF_SETPAGELAYOUT EXTERNAL HPDF_GETPAGELAYOUT EXTERNAL HPDF_SETPAGEMODE EXTERNAL HPDF_GETPAGEMODE EXTERNAL HPDF_SETOPENACTION EXTERNAL HPDF_GETCURRENTPAGE EXTERNAL HPDF_ADDPAGE EXTERNAL HPDF_INSERTPAGE EXTERNAL HPDF_GETFONT EXTERNAL HPDF_LOADTYPE1FONTFROMFILE EXTERNAL HPDF_LOADTTFONTFROMFILE EXTERNAL HPDF_LOADTTFONTFROMFILE2 EXTERNAL HPDF_ADDPAGELABEL EXTERNAL HPDF_USEJPFONTS EXTERNAL HPDF_USEKRFONTS EXTERNAL HPDF_USECNSFONTS EXTERNAL HPDF_USECNTFONTS EXTERNAL HPDF_CREATEEXTGSTATE EXTERNAL HPDF_CREATEOUTLINE EXTERNAL HPDF_GETENCODER EXTERNAL HPDF_GETCURRENTENCODER EXTERNAL HPDF_SETCURRENTENCODER EXTERNAL HPDF_USEJPENCODINGS EXTERNAL HPDF_USEKRENCODINGS EXTERNAL HPDF_USECNSENCODINGS EXTERNAL HPDF_USECNTENCODINGS EXTERNAL HPDF_LOADPNGIMAGEFROMFILE EXTERNAL HPDF_LOADPNGIMAGEFROMFILE2 EXTERNAL HPDF_LOADRAWIMAGEFROMFILE EXTERNAL HPDF_LOADRAWIMAGEFROMMEM EXTERNAL HPDF_LOADJPEGIMAGEFROMFILE EXTERNAL HPDF_SETINFOATTR EXTERNAL HPDF_GETINFOATTR EXTERNAL HPDF_SETINFODATEATTR EXTERNAL HPDF_SETPASSWORD EXTERNAL HPDF_SETPERMISSION EXTERNAL HPDF_SETENCRYPTIONMODE EXTERNAL HPDF_SETCOMPRESSIONMODE EXTERNAL HPDF_PAGE_SETWIDTH EXTERNAL HPDF_PAGE_SETHEIGHT EXTERNAL HPDF_PAGE_SETSIZE EXTERNAL HPDF_PAGE_SETROTATE EXTERNAL HPDF_PAGE_GETWIDTH EXTERNAL HPDF_PAGE_GETHEIGHT EXTERNAL HPDF_PAGE_CREATEDESTINATION EXTERNAL HPDF_PAGE_CREATETEXTANNOT EXTERNAL HPDF_PAGE_CREATELINKANNOT EXTERNAL HPDF_PAGE_CREATEURILINKANNOT EXTERNAL HPDF_PAGE_TEXTWIDTH EXTERNAL HPDF_PAGE_MEASURETEXT EXTERNAL HPDF_PAGE_GETGMODE EXTERNAL HPDF_PAGE_GETCURRENTPOS EXTERNAL HPDF_PAGE_GETCURRENTTEXTPOS EXTERNAL HPDF_PAGE_GETCURRENTFONT EXTERNAL HPDF_PAGE_GETCURRENTFONTSIZE EXTERNAL HPDF_PAGE_GETTRANSMATRIX EXTERNAL HPDF_PAGE_GETLINEWIDTH EXTERNAL HPDF_PAGE_GETLINECAP EXTERNAL HPDF_PAGE_GETLINEJOIN EXTERNAL HPDF_PAGE_GETMITERLIMIT EXTERNAL HPDF_PAGE_GETDASH EXTERNAL HPDF_PAGE_GETFLAT EXTERNAL HPDF_PAGE_GETCHARSPACE EXTERNAL HPDF_PAGE_GETWORDSPACE EXTERNAL HPDF_PAGE_GETHORIZONTALSCALLING EXTERNAL HPDF_PAGE_GETTEXTLEADING EXTERNAL HPDF_PAGE_GETTEXTRENDERINGMODE EXTERNAL HPDF_PAGE_GETTEXTRISE EXTERNAL HPDF_PAGE_GETRGBFILL EXTERNAL HPDF_PAGE_GETRGBSTROKE EXTERNAL HPDF_PAGE_GETCMYKFILL EXTERNAL HPDF_PAGE_GETCMYKSTROKE EXTERNAL HPDF_PAGE_GETGRAYFILL EXTERNAL HPDF_PAGE_GETGRAYSTROKE EXTERNAL HPDF_PAGE_GETSTROKINGCOLORSPACE EXTERNAL HPDF_PAGE_GETFILLINGCOLORSPACE EXTERNAL HPDF_PAGE_GETTEXTMATRIX EXTERNAL HPDF_PAGE_GETGSTATEDEPTH EXTERNAL HPDF_PAGE_SETSLIDESHOW // GRAPHICS EXTERNAL HPDF_PAGE_SETLINEWIDTH EXTERNAL HPDF_PAGE_SETLINECAP EXTERNAL HPDF_PAGE_SETLINEJOIN EXTERNAL HPDF_PAGE_SETMITERLIMIT EXTERNAL HPDF_PAGE_SETDASH EXTERNAL HPDF_PAGE_SETEXTGSTATE EXTERNAL HPDF_PAGE_GSAVE EXTERNAL HPDF_PAGE_GRESTORE EXTERNAL HPDF_PAGE_CONCAT EXTERNAL HPDF_PAGE_MOVETO EXTERNAL HPDF_PAGE_LINETO EXTERNAL HPDF_PAGE_CURVETO EXTERNAL HPDF_PAGE_CURVETO2 EXTERNAL HPDF_PAGE_CURVETO3 EXTERNAL HPDF_PAGE_CLOSEPATH EXTERNAL HPDF_PAGE_RECTANGLE EXTERNAL HPDF_PAGE_STROKE EXTERNAL HPDF_PAGE_CLOSEPATHSTROKE EXTERNAL HPDF_PAGE_SETFONTANDSIZE EXTERNAL HPDF_PAGE_BEGINTEXT EXTERNAL HPDF_PAGE_ENDTEXT EXTERNAL HPDF_PAGE_TEXTOUT EXTERNAL HPDF_PAGE_MOVETEXTPOS EXTERNAL HPDF_PAGE_SHOWTEXT EXTERNAL HPDF_PAGE_FILL EXTERNAL HPDF_PAGE_EOFILL EXTERNAL HPDF_PAGE_FILLSTROKE EXTERNAL HPDF_PAGE_EOFILLSTROKE EXTERNAL HPDF_PAGE_CLOSEPATHFILLSTROKE EXTERNAL HPDF_PAGE_CLOSEPATHEOFILLSTROKE EXTERNAL HPDF_PAGE_ENDPATH EXTERNAL HPDF_PAGE_CLIP EXTERNAL HPDF_PAGE_EOCLIP EXTERNAL HPDF_PAGE_SETCHARSPACE EXTERNAL HPDF_PAGE_SETWORDSPACE EXTERNAL HPDF_PAGE_SETHORIZONTALSCALLING EXTERNAL HPDF_PAGE_SETTEXTLEADING EXTERNAL HPDF_PAGE_SETTEXTRENDERINGMODE EXTERNAL HPDF_PAGE_SETTEXTRISE EXTERNAL HPDF_PAGE_MOVETEXTPOS2 EXTERNAL HPDF_PAGE_SETTEXTMATRIX EXTERNAL HPDF_PAGE_MOVETONEXTLINE EXTERNAL HPDF_PAGE_SHOWTEXTNEXTLINE EXTERNAL HPDF_PAGE_SHOWTEXTNEXTLINEEX EXTERNAL HPDF_PAGE_SETGRAYFILL EXTERNAL HPDF_PAGE_SETGRAYSTROKE EXTERNAL HPDF_PAGE_SETRGBFILL EXTERNAL HPDF_PA
[Harbour] Re: SF.net SVN: harbour-project:[13991] trunk/harbour
Przemysław Czerpak wrote: > > I guess you are talking about :start() method not execute. > It works because in Clipper and [x]Harbour there is no difference > between messages send to access instance variables and to execute > method. > We have ::atStart variable so >::atStart() > execute default access function which push this variable on the stack. > > BTW please also note that in xbase++ variables are also not accessed > directly but using messages which executes some methods and you can > define your own ACCESS and ASSIGN methods. It was the reason why I asked > about threadID conversion. The fact that sth is documented as instance > variable does not have to mean that it's real instance var. It can be > sth completely different encapsulated in ACCESS/ASSIGN methods. > You are right Przemek. In Xbase++ this concept is achieved with get/set methods which I am employing in hbXBP effectively. VAR s_title PROTECTED METHOD title SETGET METHOD XbpWindow:title( cTitle ) IF hb_isChar( cTitle ) s_title := cTitle ENDIF RETURN s_title and rest everythis is done with s_title. This was the most struggled feature to emulate Xbase++ class behavior. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis_&_design_ -- View this message in context: http://n2.nabble.com/SF-net-SVN-harbour-project-13991-trunk-harbour-tp4632457p4633241.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: [Pritpal] HBIDE editor tabs illegible
Barry Jackson wrote: > > In Mandriva Linux 2010.0 I am seeing this:- > http://i115.photobucket.com/albums/n287/barjac_2006/hbide1.png > The tab titles are not readable. > Also there is no response to File->new->project. > I can find no way to open multiple .prg files. > Like - navigate to a folder and open *.prg and then save as a project ? > Maybe I am missing something ;-/ > Good work so far! > I suppose Qt is painting tabs title a little above the ground and is not using native rendering. I will see if we can control the tab size anyway. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis_&_design_ -- View this message in context: http://n2.nabble.com/Pritpal-HBIDE-editor-tabs-illegible-tp4632574p4633201.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] gtwvt compatibility issue
> >I see it and this was the point of the fix, now the color >resembles to original Clipper color, which is "brown". >Now Harbour also shows brown in GTWVT, just like >in GTXWC and in Clipper on original MS-DOS, or on >emulators which properly mimic original colors. > >In GTWIN and NTVDM, Microsoft chose to mess up the >colors, so you will see something different than MS-DOS. >(it's the kind of "gold", or it's rather "goose-sh*t green" >on my screen, definitely not brown) > > So, I forgotten the Clipper-Dos colors, as in the last years > all my apps ran in the NTVDM window. It's true. > >Anyhow you can change the default color mapping using >HB_GTINFO( HB_GTI_PALETTE, { ... } ) or >HB_GTINFO( HB_GTI_PALETTE, 6, 0x008585 ) > > Well. But, ther'is a doc about wvt? I'm catching the info from > "hbgtinfo.ch" and not all is very friendly. > You can try the ChangeLog, list archives and /tests, f.e. wvtext.prg. As we all know, there is no documentation for Harbour. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Trouble with SqlRdd
I have problem with data from Oracle. Here is ask and answer : Ask : SELECT konto_produkt, SUM (prowizja) prowizja FROM wynik_interfejsu GROUP BY konto_produkt Answer in Toad : . 5010013310-CINK-6-13021P1150-0-K0-00-3550-3550-0 0 0.07 . And in Harbour : dbUseArea( .T., "SQLMIX", "select konto_produkt, sum( prowizja) prowizja from wynik_interfejsu group by konto_produkt", "PROWIZJA_Z_BAZY_KG") TYPE LEN NAME VALUE [1 ].C.. 77 KONTO_PRODUK 5010013310-CINK-6-13021P1150-0-K0-00-3550-3550-0 0 [2 ].N... 0 PROWIZJA 0 in certain records incorrectly see the numeric values (zero of len and value). I use Harbour 2.0.0beta3 (Rev. 12489) on WinXP SP3 and both ODBC client (Oracle and Microsoft). I could not use the current version, as I have in the GPF. How this can somehow improve in the sqlrdd? Regards, Marek Horodyski ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: OS/2: Harbour 13976
David Arturo Macias Corona wrote: > >>Many thanks for your efforts and a valuable fact that you >>opened a ticket with netlabs. Probably it will pave the way to >>understand some hidden points where Harbour encounters a >>GPF without any understandable reason. Also we may >>get clarified why "delete" operator is not called when an >>object is destroyed. Though it is future, your effort has >>shown that Qt support cares for these issues, if they are >>approached. > > Dmitry A. Kuminov, Qt4 for OS/2 developer show great skills and > knowledge in Qt, so I think he can help in some specific issues > Can you point me the direct link I can talk to him. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis_&_design_ -- View this message in context: http://n2.nabble.com/OS-2-Harbour-13976-tp4632138p4633158.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: OS/2: Harbour 13976
David Arturo Macias Corona wrote: > > # QInputContext.cpp \ > # QWidget.cpp \ > > . > . > . > > I am not sure if we will have os2qt 4.6.2 > As I reported before, printer missings exist in os2qt451 and were solved > in os2qt461 > QT_NO_PRINTER need has gone and remain QT_NO_ACCESSIBILITY need > > > Do you propose some changes/tests with current advances in os2qt ? > Can you show which function calls in QWidget abd QInoutContext produces warnings. I will try to pacify them for os2. QInputContex - I think I can go away with this class if it is not called anywhere else in components we are developing. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis_&_design_ -- View this message in context: http://n2.nabble.com/OS-2-Harbour-13976-tp4632138p4633149.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: SF.net SVN: harbour-project:[13985] trunk/harbour
marco bra wrote: > > "On Ubuntu 9.10 32 bits hbide recompiled with "hbmk2 hbide.hbp -rebuild" > deleted the hbide.ini file" > > is wrong, must be read as > > "On Ubuntu 9.10 32 bits hbide recompiled with "hbmk2 hbide.hbp -rebuild", > then i also deleted the hbide.ini file to get fresh hbide start point" > I forgot to mension that delete hbide.ini and idesettings.ini. This commit rearranges the windows dimensions so clearing old .ini files are required. For documentation path, it is strange on Ubuntu. I call: FUNCTION hbide_fetchSubPaths( aPaths, cRootPath, lSubs ) LOCAL aDir, a_ DEFAULT lSubs TO .t. IF right( cRootPath, 1 ) != hb_osPathSeparator() cRootPath += hb_osPathSeparator() ENDIF cRootPath := hbide_pathToOSPath( cRootPath ) aadd( aPaths, cRootPath ) IF lSubs aDir := directory( cRootPath + "*.", "D" ) FOR EACH a_ IN aDir IF a_[ 5 ] == "D" .AND. left( a_[ 1 ], 1 ) != "." hbide_fetchSubPaths( @aPaths, cRootPath + a_[ 1 ] ) ENDIF NEXT ENDIF RETURN NIL where cRootPath is the path you supply in the field. Can you play with this function to know what exactly is happening there on Ubuntu. Possibly "D" as directory() argument is the culprit, but I am not sure. You need to debug. I am looking into "Set as Default" image issue, however. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis_&_design_ -- View this message in context: http://n2.nabble.com/SF-net-SVN-harbour-project-13985-trunk-harbour-tp4629809p4633080.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
R: [Harbour] gtwvt compatibility issue
Hi Viktor, I see it and this was the point of the fix, now the color resembles to original Clipper color, which is "brown". Now Harbour also shows brown in GTWVT, just like in GTXWC and in Clipper on original MS-DOS, or on emulators which properly mimic original colors. In GTWIN and NTVDM, Microsoft chose to mess up the colors, so you will see something different than MS-DOS. (it's the kind of "gold", or it's rather "goose-sh*t green" on my screen, definitely not brown) So, I forgotten the Clipper-Dos colors, as in the last years all my apps ran in the NTVDM window. It's true. Anyhow you can change the default color mapping using HB_GTINFO( HB_GTI_PALETTE, { ... } ) or HB_GTINFO( HB_GTI_PALETTE, 6, 0x008585 ) Well. But, ther'is a doc about wvt? I'm catching the info from "hbgtinfo.ch" and not all is very friendly. [ This all applies only to GTWVT, you're using a GTWVG header though in the example, so please note that GTWVG has different colors, and also the palette setting method is incompatible with GTWVT. ] Sorry, was a trash from a test i made to see if also wvg was affected by the color change. Best regards. Maurizio ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: Re: [Harbour] Re: Re: how to link all the funcions of a lib?
Hi David, You should add hbgd.hbc to link all required libs, looks like gd import lib is missing in this case. Plus apparently hbgd requires hbct lib, too. I'll fix that in SVN, until then also add -lhbct option. Brgds, Viktor On Thu, Feb 25, 2010 at 3:59 PM, David MS wrote: > Hi Viktor, > > I have these errors when I including gdextern.ch > > C:/harbour-svn/harbour/lib/win/mingw/libhbgd.a(gdchart.o):gdchart.c:(.data+0x328): > referencia a `HB_FUN_COS' sin definir > C:/harbour-svn/harbour/lib/win/mingw/libhbgd.a(gdchart.o):gdchart.c:(.data+0x348): > referencia a `HB_FUN_SIN' sin definir > C:/harbour-svn/harbour/lib/win/mingw/libhbgd.a(gdchart.o):gdchart.c:(.data+0x4d8): > referencia a `HB_FUN_CEILING' sin definir > C:/harbour-svn/harbour/lib/win/mingw/libhbgd.a(gdimage.o):gdimage.c:(.data+0x848): > referencia a `HB_FUN_PI' sin definir > C:/harbour-svn/harbour/lib/win/mingw/libhbgd.a(gdimage.o):gdimage.c:(.data+0xa48): > referencia a `HB_FUN_COS' sin definir > C:/harbour-svn/harbour/lib/win/mingw/libhbgd.a(gdimage.o):gdimage.c:(.data+0xa58): > referencia a `HB_FUN_SIN' sin definir > C:/harbour-svn/harbour/lib/win/mingw/libhbgd.a(gdwrp.o):gdwrp.c:(.text+0x17): > referencia a `gdimagedest...@4' sin definir > C:/harbour-svn/harbour/lib/win/mingw/libhbgd.a(gdwrp.o):gdwrp.c:(.text+0x29e): > referencia a `gdimagecreatefromgd...@8' sin definir > > ... > ... > > C:/harbour-svn/harbour/lib/win/mingw/libhbgd.a(gdwrp.o):gdwrp.c:(.text+0x4fb1): > referencia a `gdfontcacheshutd...@0' sin definir > collect2: ld returned 1 exit status > hbmk2: Error: Running linker. 1 > > The project's hbp file contains -lhbgd. What am I doing wrong? > > TIA > David MS > > > > > > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13992] trunk/harbour
Revision: 13992 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13992&view=rev Author: vszakats Date: 2010-02-25 15:04:29 + (Thu, 25 Feb 2010) Log Message: --- 2010-02-25 16:03 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbziparc/hbziparc.prg ! Fixed HB_ZIPFILE() not working properly with a password set. * include/hbgtinfo.ch ! Fixed comment for HB_GTI_PALETTE. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbziparc/hbziparc.prg trunk/harbour/include/hbgtinfo.ch This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: Re: [Harbour] Re: Re: how to link all the funcions of a lib?
Hi Viktor, I have these errors when I including gdextern.ch C:/harbour-svn/harbour/lib/win/mingw/libhbgd.a(gdchart.o):gdchart.c:(.data+0x328): referencia a `HB_FUN_COS' sin definir C:/harbour-svn/harbour/lib/win/mingw/libhbgd.a(gdchart.o):gdchart.c:(.data+0x348): referencia a `HB_FUN_SIN' sin definir C:/harbour-svn/harbour/lib/win/mingw/libhbgd.a(gdchart.o):gdchart.c:(.data+0x4d8): referencia a `HB_FUN_CEILING' sin definir C:/harbour-svn/harbour/lib/win/mingw/libhbgd.a(gdimage.o):gdimage.c:(.data+0x848): referencia a `HB_FUN_PI' sin definir C:/harbour-svn/harbour/lib/win/mingw/libhbgd.a(gdimage.o):gdimage.c:(.data+0xa48): referencia a `HB_FUN_COS' sin definir C:/harbour-svn/harbour/lib/win/mingw/libhbgd.a(gdimage.o):gdimage.c:(.data+0xa58): referencia a `HB_FUN_SIN' sin definir C:/harbour-svn/harbour/lib/win/mingw/libhbgd.a(gdwrp.o):gdwrp.c:(.text+0x17): referencia a `gdimagedest...@4' sin definir C:/harbour-svn/harbour/lib/win/mingw/libhbgd.a(gdwrp.o):gdwrp.c:(.text+0x29e): referencia a `gdimagecreatefromgd...@8' sin definir ... ... C:/harbour-svn/harbour/lib/win/mingw/libhbgd.a(gdwrp.o):gdwrp.c:(.text+0x4fb1): referencia a `gdfontcacheshutd...@0' sin definir collect2: ld returned 1 exit status hbmk2: Error: Running linker. 1 The project's hbp file contains -lhbgd. What am I doing wrong? TIA David MS ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] gtwvt compatibility issue
Hi Francesco, On Thu, Feb 25, 2010 at 2:46 PM, francesco perillo wrote: > I'm sending this message for Maurizio. > > -- > > Hi Viktor, > simply try to compile this code with and without wvt request: > __ > > #include "hbgtinfo.ch" > #include "wvtwin.ch" > > procedure Main() > > REQUEST HB_GT_WVT_DEFAULT // rem this to note the difference > > hb_DispBox( 0, 0, MaxRow(), MaxCol(), Space(9), 103 ) > inkey(0) > return > __ > > You'll notice the difference of the painted area, brown like in gtwvt > version and gold like in other case. > I see it and this was the point of the fix, now the color resembles to original Clipper color, which is "brown". Now Harbour also shows brown in GTWVT, just like in GTXWC and in Clipper on original MS-DOS, or on emulators which properly mimic original colors. In GTWIN and NTVDM, Microsoft chose to mess up the colors, so you will see something different than MS-DOS. (it's the kind of "gold", or it's rather "goose-sh*t green" on my screen, definitely not brown) Anyhow you can change the default color mapping using HB_GTINFO( HB_GTI_PALETTE, { ... } ) or HB_GTINFO( HB_GTI_PALETTE, 6, 0x008585 ) [ This all applies only to GTWVT, you're using a GTWVG header though in the example, so please note that GTWVG has different colors, and also the palette setting method is incompatible with GTWVT. ] Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[13991] trunk/harbour
On Thu, 25 Feb 2010, Maurilio Longo wrote: Hi, > by the way, how comes that a call to ::atStart() does not give an error given > I've no ::atStart() method in a class I've sublcassed from Thread() ? > I'm referring to the ::execute() method which calls ::atStart() without > testing for its presence. I guess you are talking about :start() method not execute. It works because in Clipper and [x]Harbour there is no difference between messages send to access instance variables and to execute method. We have ::atStart variable so ::atStart() execute default access function which push this variable on the stack. BTW please also note that in xbase++ variables are also not accessed directly but using messages which executes some methods and you can define your own ACCESS and ASSIGN methods. It was the reason why I asked about threadID conversion. The fact that sth is documented as instance variable does not have to mean that it's real instance var. It can be sth completely different encapsulated in ACCESS/ASSIGN methods. best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] [Pritpal] HBIDE editor tabs illegible
In Mandriva Linux 2010.0 I am seeing this:- http://i115.photobucket.com/albums/n287/barjac_2006/hbide1.png The tab titles are not readable. Also there is no response to File->new->project. I can find no way to open multiple .prg files. Like - navigate to a folder and open *.prg and then save as a project ? Maybe I am missing something ;-/ Good work so far! Rgds, Barry ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] gtwvt compatibility issue
I'm sending this message for Maurizio. -- Hi Viktor, simply try to compile this code with and without wvt request: __ #include "hbgtinfo.ch" #include "wvtwin.ch" procedure Main() REQUEST HB_GT_WVT_DEFAULT // rem this to note the difference hb_DispBox( 0, 0, MaxRow(), MaxCol(), Space(9), 103 ) inkey(0) return __ You'll notice the difference of the painted area, brown like in gtwvt version and gold like in other case. Best regards Maurizio ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] about program file encode.
Hi!! Can we have a function to direct program code(.prg) as ANSI or UTF8? ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[13991] trunk/harbour
Przemyslaw, by the way, how comes that a call to ::atStart() does not give an error given I've no ::atStart() method in a class I've sublcassed from Thread() ? I'm referring to the ::execute() method which calls ::atStart() without testing for its presence. Maurilio. dru...@users.sourceforge.net wrote: > Revision: 13991 > > http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13991&view=rev > Author: druzus > Date: 2010-02-25 13:32:21 + (Thu, 25 Feb 2010) > > Log Message: > --- > 2010-02-25 14:32 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) > * harbour/contrib/hbxpp/tthreadx.prg > + added paramter validation in THREAD:setInterval() and > THREAD:setStartTime() > + added support for THREAD:startTime > * updated TODO notes > > Modified Paths: > -- > trunk/harbour/ChangeLog > trunk/harbour/contrib/hbxpp/tthreadx.prg > > > This was sent by the SourceForge.net collaborative development platform, the > world's largest Open Source development site. > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > -- __ | | | |__| Maurilio Longo |_|_|_|| farmaconsult s.r.l. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13991] trunk/harbour
Revision: 13991 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13991&view=rev Author: druzus Date: 2010-02-25 13:32:21 + (Thu, 25 Feb 2010) Log Message: --- 2010-02-25 14:32 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/contrib/hbxpp/tthreadx.prg + added paramter validation in THREAD:setInterval() and THREAD:setStartTime() + added support for THREAD:startTime * updated TODO notes Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbxpp/tthreadx.prg This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[13987] trunk/harbour
On Thu, 25 Feb 2010, Szak�ts Viktor wrote: Hi, > > * harbour/contrib/hbxpp/Makefile > > + harbour/contrib/hbxpp/sleepx.prg > >+ added xbase++ compatible prg function SLEEP( ) -> NIL > It was already there in idlex.c, written > in .c, by the name of XPP_SLEEP(). Maybe > it's enough to just rename it to SLEEP() now. Right, sorry I forgot about it. best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[13989] trunk/harbour
On Thu, Feb 25, 2010 at 1:34 PM, wrote: > - Deleted -kl option. "multiline strings" converted back > to build-time option. It's not a documented option anymore, > usage is not recommended. See 2010-02-24 20:04 UTC+0100 > for valid alternatives. Many thanks. best regards, Lorenzo ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13990] trunk/harbour
Revision: 13990 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13990&view=rev Author: vszakats Date: 2010-02-25 12:41:23 + (Thu, 25 Feb 2010) Log Message: --- 2010-02-25 13:41 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * include/hbdefs.h + Added HB_FUNC_TRANSLATE() macro to replace this logic: 'HB_FUNC_EXTERN( original_func_name ); HB_FUNC( func_name ) { HB_FUNC_EXEC( original_func_name ); }' * contrib/hbxpp/pvalue.c * contrib/hbfship/pvalue.c % Using HB_FUNC_TRANSLATE(). Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbfship/pvalue.c trunk/harbour/contrib/hbxpp/pvalue.c trunk/harbour/include/hbdefs.h This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13989] trunk/harbour
Revision: 13989 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13989&view=rev Author: vszakats Date: 2010-02-25 12:34:40 + (Thu, 25 Feb 2010) Log Message: --- 2010-02-25 13:33 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * src/pp/ppcore.c * src/compiler/cmdcheck.c * src/compiler/hbusage.c * include/hbpp.h - Deleted -kl option. "multiline strings" converted back to build-time option. It's not a documented option anymore, usage is not recommended. See 2010-02-24 20:04 UTC+0100 for valid alternatives. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/include/hbpp.h trunk/harbour/src/compiler/cmdcheck.c trunk/harbour/src/compiler/hbusage.c trunk/harbour/src/pp/ppcore.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] OS/2: Harbour 13976
Using os2gcc442: * $Id: ChangeLog 13976 2010-02-23 22:33:42Z vouchcac $ 2010-02-23 14:34 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) Pending warnings: ../../../hbdyn.c: In function 'hb_dynCall': ../../../hbdyn.c:1118: warning: signed and unsigned type in conditional expression All Harbour executables work fine: harbour.exe, hbformat.exe, hbi18n.exe, hbmk2.exe, hbpp.exe, hbrun.exe, hbtest.exe All .dll files build fine I was trying to build new Qt461 from Netlabs SVN, it result with some errors which were fixed after my reports Now Qt461 for OS/2 build entirely without problems (r598) :-) Building Harbour-hbqt contrib with Qt461 show problems in only two files in place of eleven, which belong to hbgui.lib # QInputContext.cpp \ # QWidget.cpp \ Skipping these two files, Harbour-(hbqt.lib, hbqtcore.lib, hbgui.lib, hbnetwork.lib) build entirely Trying to build applications using hbqt* libs, as demoqt.prg, hbide project, both fails due missing mainly by QWidget symbols but other symbols too In few words, this is what is missing in Qt461 in order to achieve hbqt build in Harbour for OS/2: # QInputContext.cpp \ # QWidget.cpp \ There are some way to test hbqt* libs without need of QInputContext, QWidget ? Pritpal: Many thanks for your efforts and a valuable fact that you opened a ticket with netlabs. Probably it will pave the way to understand some hidden points where Harbour encounters a GPF without any understandable reason. Also we may get clarified why "delete" operator is not called when an object is destroyed. Though it is future, your effort has shown that Qt support cares for these issues, if they are approached. Dmitry A. Kuminov, Qt4 for OS/2 developer show great skills and knowledge in Qt, so I think he can help in some specific issues 1. Add #ifndef QT_NO_PRINTER / #endif #ifndef QT_NO_ACCESSIBILITY / #endif It will be extremely difficult if not impossible. The reason is, Qt wrappers are generated dynamically and no developer's tweaking is enabled in them. This is only possible if I re-write the generator with OS problem in mind, which I am not aware at all. But now you are aware about the need/convenience to establish differences by OS The other solution could be to write overloading wrappers to these functions in a .cpp, say, hbqt_hbos.cpp, which is included per OS basis. You are the expert so you can implement a practical solution What we know about os2qt missings is: -- 8. The followign classes are not available due to their rare usage or low importance on the OS/2 platform: QSharedMemory, QSystemSemaphore, QInputContext, QAccessible. The following macros are defined to indicate this: QT_NO_SYSTEMSEMAPHORE, QT_NO_SHAREDMEMORY, QT_NO_IM, QT_NO_ACCESSIBILITY. Applications normally use them to guard the relevant parts of code so they should still build. -- As Qt has announced that in 4.6.2 they will provide, we should wait till then. No? "They will provide" what ? I am not sure if we will have os2qt 4.6.2 As I reported before, printer missings exist in os2qt451 and were solved in os2qt461 QT_NO_PRINTER need has gone and remain QT_NO_ACCESSIBILITY need Do you propose some changes/tests with current advances in os2qt ? David Macias ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] gtwvt compatibility issue
Hi Maurizio, On 2010 Feb 25, at 12:51, Maurizio la Cecilia wrote: > > After this commit: > > 2010-02-22 20:43 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) > * src/rtl/gtwvt/gtwvt.h > * src/rtl/gtwvt/gtwvt.c >! Fixed to use standard VGA RGB values, just like in GTXWC. >! Fixed color constant names (no "bright white" anymore). > > some numeric codes of color no more return the same color as the clipper or > the harbour with the standard console gt driver. > By example, the code 103 results different. > I noticed that using the hb_DispBox() function. Can you give a code example? Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] gtwvt compatibility issue
After this commit: 2010-02-22 20:43 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * src/rtl/gtwvt/gtwvt.h * src/rtl/gtwvt/gtwvt.c ! Fixed to use standard VGA RGB values, just like in GTXWC. ! Fixed color constant names (no "bright white" anymore). some numeric codes of color no more return the same color as the clipper or the harbour with the standard console gt driver. By example, the code 103 results different. I noticed that using the hb_DispBox() function. Best regards. Maurizio la Cecilia -- View this message in context: http://old.nabble.com/gtwvt-compatibility-issue-tp27714403p27714403.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[13985] trunk/harbour
2010/2/25 Viktor Szakáts > Hi Marco, > > > On Ubuntu 9.10 32 bits hbide recompiled with "hbmk2 hbide.hbp -rebuild" > deleted the hbide.ini file > > It's rather impossible that hbmk2 deleted hbide.ini, > or any other file, which is not even referred to > in the passed commands. (Of course it also won't > delete any files not created by hbmk2 itself) > > Very sorry, Victor: hbmk2 don't delete hbide.ini, the row: "On Ubuntu 9.10 32 bits hbide recompiled with "hbmk2 hbide.hbp -rebuild" deleted the hbide.ini file" is wrong, must be read as "On Ubuntu 9.10 32 bits hbide recompiled with "hbmk2 hbide.hbp -rebuild", then i also deleted the hbide.ini file to get fresh hbide start point" Thank you, best regards Marco ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[13985] trunk/harbour
Hi Marco, > On Ubuntu 9.10 32 bits hbide recompiled with "hbmk2 hbide.hbp -rebuild" > deleted the hbide.ini file It's rather impossible that hbmk2 deleted hbide.ini, or any other file, which is not even referred to in the passed commands. (Of course it also won't delete any files not created by hbmk2 itself) Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: unicows
> Problems experienced so far: > - With bcc, the app runs, but there is visible trash on screen. > - With bcc, keyboard doesn't seem to work. More testing revealed this only applies to GTWIN. GTWVT works fine. > - With mingw, the app just hangs, and only reboot helps. Here, GTWVT didn't help, it exist with internal error: "Failed to register WVT window class" Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Re: how to link all the funcions of a lib?
> What I need is e.g. to link all functions in GD LIB or HPDF LIB for later > load and execute .hrb modules that make use of these functions, You can use gdextern.ch for hbgd. For hpdf you need to create one. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Przemyslaw, I need to know your position about HB_PP_MULTILINE support
Hi Lorenzo, >> For me it's rather interesting to see that we maintain any >> feature in central SVN which bends basic functionality for >> the sake of ONE user. It's well known since years, that it's >> a non supported feature. > > You can NOT USE IT and keep strict compatibility, I can USE IT to make > mine easier to write and to read. It's a win win ( and will allow > xHarbour developers to test Harbour is they need ). It would interesting to see how large is the number of xhb users relying on this feature. Maybe we should really consider writing a source code converter if this is quite large. Seeing the past references of this feature, I can only find some of your messages from years ago when we discussed this last time. So, maybe you're right, but to me it really seems something which helps only your code. I can understand you started to exploit this feature because there was no better at the time, but since years there are, and this one was always hacky and imperfect (f.e. how to add an ';' char (SQL statement termination) to such an SQL string)? But IMO you should really consider using something better or standard. In fact __cstream was also added to your own request. >> Same with hbmk, I'm keeping it just for >> the sake of Lorenzo (yet). It simply blocks the path forward, >> and this is unacceptable IMO. The code is free, so if someone >> tries to keep strange (or non-strange) local features, it can >> and should be done locally. They need special build anyway, and >> it's not about "I won't update the SVN anymore". > > We've already discussed about hb*, but at the moment I don't see the > reason to swap worldwide well known standards like shell scripting and > gnu makefiles with a tool that only ONE developer knows and maintain. Well, that source code is there, so anybody can know it and maintain it, and you probably know that many of the "worldwide standard" you use are/were developed by ONE developer as well. Just like many other parts of Harbour. Maybe contributors shall offer free guaranteed personal lifetime support as well for all code ever committed to open source projects as a ground rule ;) BTW, this is the funniest comment I've read about a free open source tool since many years... > I use many tools from google and yahoo in my makefiles and I don't see > how could I fit them in hbmk2 and surely you'll be not interested to > support them. Well, maybe I am, maybe it's something useful for users in general. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Re: how to link all the funcions of a lib?
Hi Adam, I´m using hbextern.ch now. What I need is e.g. to link all functions in GD LIB or HPDF LIB for later load and execute .hrb modules that make use of these functions, With VPDF or SDDMY have no problem, as I only have to do REQUEST ... Sorry mi poor English, I hope you understand me. Thanks. David MS. Hi! David MS wrote: Hi, Is there any way to statically link all the functions of a library, even if these functions are not declared / used in the main program? In this moment I've a .CH with all functions that I need declarated with EXTERNAL. I don't know if this is the best way. TIA David Montano. ___ try #include "hbextern.ch" Adam ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13988] trunk/harbour
Revision: 13988 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13988&view=rev Author: vszakats Date: 2010-02-25 10:11:07 + (Thu, 25 Feb 2010) Log Message: --- 2010-02-25 11:08 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * include/hbextern.ch ! Added __QUITCANCEL. * contrib/hbxpp/Makefile + contrib/hbxpp/pvaluex.c * contrib/hbfship/Makefile + contrib/hbfship/pvalue.c + Added function PVALUE() to both Xbase++ and FlagShip lib. * contrib/hbxpp/Makefile * contrib/hbxpp/hbxpp.ch * contrib/hbxpp/idlex.c - contrib/hbxpp/sleepx.prg * Renamed already existing XPP_SLEEP() to SLEEP(). - Deleted translation from SLEEP() to XPP_SLEEP() hbxpp.ch. - Deleted recently added .prg implementation of SLEEP(). * contrib/hbqt/qtgui/QWidget.cpp * contrib/hbqt/qtcore/TQChar.prg * Regenerated. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbfship/Makefile trunk/harbour/contrib/hbqt/qtcore/TQChar.prg trunk/harbour/contrib/hbqt/qtgui/QWidget.cpp trunk/harbour/contrib/hbxpp/Makefile trunk/harbour/contrib/hbxpp/hbxpp.ch trunk/harbour/contrib/hbxpp/idlex.c trunk/harbour/include/hbextern.ch Added Paths: --- trunk/harbour/contrib/hbfship/pvalue.c trunk/harbour/contrib/hbxpp/pvalue.c Removed Paths: - trunk/harbour/contrib/hbxpp/sleepx.prg This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Przemyslaw, I need to know your position about HB_PP_MULTILINE support
On Thu, Feb 25, 2010 at 10:18 AM, Viktor Szakáts wrote: > For me it's rather interesting to see that we maintain any > feature in central SVN which bends basic functionality for > the sake of ONE user. It's well known since years, that it's > a non supported feature. You can NOT USE IT and keep strict compatibility, I can USE IT to make mine easier to write and to read. It's a win win ( and will allow xHarbour developers to test Harbour is they need ). > Same with hbmk, I'm keeping it just for > the sake of Lorenzo (yet). It simply blocks the path forward, > and this is unacceptable IMO. The code is free, so if someone > tries to keep strange (or non-strange) local features, it can > and should be done locally. They need special build anyway, and > it's not about "I won't update the SVN anymore". We've already discussed about hb*, but at the moment I don't see the reason to swap worldwide well known standards like shell scripting and gnu makefiles with a tool that only ONE developer knows and maintain. I use many tools from google and yahoo in my makefiles and I don't see how could I fit them in hbmk2 and surely you'll be not interested to support them. best regards, Lorenzo ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Przemyslaw, I need to know your position about HB_PP_MULTILINE support
Hi, > In general I think that we have to seriously rethink few things. > IMO unconditional using HB_* prefix and moving all functions which > haven't existed in Clipper to different contrib libraries begins > to be "art of the art" and in real life serious problem for users. > There are functions commonly used in different xbase dialects like > PVALUE() and now we shall have PVALUE() implementation inside > XHB, HBFSHIP, HBCLIP (BTW it's missing and some of functions covered > by XPP or FSHIP macros also belongs to CLIP), HBXPP and maybe few > others in the future. I tried but cannot imagine how it can help > users. I proposed the idea of "dialects" about 3 years ago on this very list. Now, this could have made the solution a little more convenient for users, because it is in core, and this allows somewhat finer tuning of such non-Clipper features (f.e. we could have -dialect option in hbmk2). It also needs more work and more precise coordination when it comes to names and things. I saw zero feedback or reaction to the idea. Current solution solves the problem without introducing any such new concept into Harbour, IOW it's a plain standard solution. It may offer a _little bit_ less, than dedicated "dialect" solution, but it's also significantly simpler, which may even be a good thing for both devs and users. Anyhow it still allows to create dialect specific extensions in compiler, by using -k switches and so far I couldn't see any evidence that any f.e. Xbase++ functions cannot be solved in current layout. (worst case, we create an internal function in core, which is called by dialect lib). IOW: Current system doesn't add any technical limit on what functions can be added. As for PVALUE(): Can be added in separate source file to all of the dialect libs it applies as simple one-liner wrapper to HB_PVALUE(), and that's it. Or, we can simply document that it's implemented in one of them (f.e. the one that originally introduced this function, maybe it was FlagShip, maybe Xbase++). None of above is terrible for users. I think it's good to know which extensions an app source code actually uses. Without this solution, we would have to revisit the whole set of problem with _each and every_ extension to be added, discuss and argue (hopefully in advance), make a decision and possibly make corrections afterwards, and this is not good for anybody, it's slow, error prone. Now all "dialect" APIs can just be freely developed using some very simple rules. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: SF.net SVN: harbour-project:[13982] trunk/harbour
>> ? sql_Sprintf( cFrmSQL, ID_TAB_AGENTI, ID_TAB_CODDSP, cSql, cAnnDsp ) > >> Very usefull for long embebed SQL commands >> Xavi's suggestion copuld be easily translated to that command > > Xavi, Angel are you really asking me to rewrite all the code that I've > done in the last 5 or so? You can quite easily write a converter which goes through all the source code and changes code automatically in all such cases. 5 years of problems solved in one pass. What I don't understand is why you insist on staying on the side track (grey area) of Harbour feature. It's absolutely your personal choice of course, I just can't understand your motives. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Przemyslaw, I need to know your position about HB_PP_MULTILINE support
I can't see why adding -lhbxpp poses a serious limitation for users. For me it's rather interesting to see that we maintain any feature in central SVN which bends basic functionality for the sake of ONE user. It's well known since years, that it's a non supported feature. Same with hbmk, I'm keeping it just for the sake of Lorenzo (yet). It simply blocks the path forward, and this is unacceptable IMO. The code is free, so if someone tries to keep strange (or non-strange) local features, it can and should be done locally. They need special build anyway, and it's not about "I won't update the SVN anymore". Brgds, Viktor On 2010 Feb 25, at 09:30, Przemysław Czerpak wrote: > On Thu, 25 Feb 2010, Lorenzo Fiorini wrote: > > Hi, > >> For me is extremely important, because it makes next Harbour useless for me. > > In this particular case I do not see any reason that we have to remove > such functionality. For me -kl compiler switch is quite nice solution > which should not be covered by HB_LEGACY_LEVEL3 macro and marked to > removed in the future. > Anyhow if we do not want to officially support it then I think that > recent modifications should be reverted and old compile time macro > restored. > I can understand that we are removing some code/functionality when > we have very serious reasons for it, i.e. extension has some bad side > effects, it's hard to update/keep alive and consumes too much developer > time or blocks some other much more important modifications. In such > case we can only say sorry and try to explain the reasons of our > decision. It's not good and to eliminate such situations all core > modifications have to be really well thought. > Anyhow in this case it's small local modifications which does not > interact with any other code so it does not creates real problems. > > In general I think that we have to seriously rethink few things. > IMO unconditional using HB_* prefix and moving all functions which > haven't existed in Clipper to different contrib libraries begins > to be "art of the art" and in real life serious problem for users. > There are functions commonly used in different xbase dialects like > PVALUE() and now we shall have PVALUE() implementation inside > XHB, HBFSHIP, HBCLIP (BTW it's missing and some of functions covered > by XPP or FSHIP macros also belongs to CLIP), HBXPP and maybe few > others in the future. I tried but cannot imagine how it can help > users. > Tonight I read XBASE++ documentation. They created interesting > set of db*() functions. It looks like quite well thought solution. > For a while I thought about creating something like for Harbour but > when I imagined the mixed set of new HB_*() which I will have to > create with original Clipper ones then I drop this idea. > Each time I see: > ISNUMBER() and HB_ISPOINTER() > I think how we can explain above naming convention for users who > never used Clipper and for sure do not plan to learn all it's > functions and macros. > Keeping the namespace clean is very important and for sure I'm > the last person who will vote to remove HB_ prefix from most > of core functions. > Anyhow IMO over some reasonable limit adding HB_ prefix to each > identifier which was not used in Clipper we begin to create Clipper > museum instead of modern language. > > Fortunately we have SWITCH and FOR EACH statements instead of > HB_SWITCH and HB_FOR EACH ;-) > > best regards, > Przemek > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[13985] trunk/harbour
2010/2/25 marco bra > > > 2010/2/25 > >> Revision: 13985 >> >> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13985&view=rev >> Author: vouchcac >> Date: 2010-02-25 01:12:15 + (Thu, 25 Feb 2010) >> >> Log Message: >> --- >> 2010-02-24 16:46 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) >> >>+ This commit is mainly uplifts and rationlizes the menus, >> toolbars, and docking widgets plus a big consideration of >> parent child relationship is achieved. >> >>* Implemented: right-side toolbar which contains the toggle >> icons for docking widgets. The same functionality is available >> also in main-menu option. >> >>* Menu options are reworked and all actions pertaining to docking >> widgets are removed from there. The same is applied to >> top-toolbar also. All actions pertaining to block operations >> are cornered at the left-side toolbar. Thus menus, toolbars are >> in perfect synchronization. >> >>* Harbour-help is now loaded on demand. Only when help icon is >> toggled on the right-toolbar. >> >>* hbIDE icon is changed as I committed before. No one forwarded >> his opinions, so I assume it is appropriate image. >> > >; NOTE: This commit now presents hbIDE to the external world >> with almost-profession look and feel, so we can spread the word. >> >>; This commit is with heavy changes so regression is possible. >> Please speak-out if you find something weired. >> >> Please ignore previous report: On Ubuntu 9.10 32 bits hbide recompiled with "hbmk2 hbide.hbp -rebuild" deleted the hbide.ini file a full recompile of Harbour after svn. Rev. 13987 make startup message dialog to disappear Still issue on: - Crash on choosing Default Theme Unrecoverable error 6005: Exception SIGSEGV at address 0x29 Called from IDETHEMES:SELECTTHEME(616) in idethemes.prg Called from IDETHEMES:SETWRKTHEME(226) in idethemes.prg Called from (b)IDEACTIONS_BUILDMAINMENU(575) in ideactions.prg Called from XBPMENU:EXEBLOCK(0) in ../../../xbpmenubar.prg Called from (b)XBPMENUBAR_PLACEITEM(0) in ../../../xbpmenubar.prg Called from QT_QEVENTLOOP_PROCESSEVENTS(0) Called from QEVENTLOOP:PROCESSEVENTS(0) in ../../../TQEventLoop.prg Called from APPEVENT(0) in ../../../xbpgeneric.prg Called from HBIDE:CREATE(418) in hbide.prg Called from MAIN(110) in hbide.prg - Harbour Documentation: the path of Document Viewer load/refresh only after a full hbide restart and i must set the doc path and not the harbour src install path to get doc loaded (at restart). Thank you ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[13987] trunk/harbour
Hi Przemek, > * harbour/contrib/hbxpp/Makefile > + harbour/contrib/hbxpp/sleepx.prg >+ added xbase++ compatible prg function SLEEP( ) -> NIL It was already there in idlex.c, written in .c, by the name of XPP_SLEEP(). Maybe it's enough to just rename it to SLEEP() now. (though the name may collide with SLEEP() on other Clipper implementation, like FlagShip, CLIP, which may work a little differently, hence the XPP_ prefix and the translation in hbxpp.ch) Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] unicows
Hi Chen, On 2010 Feb 25, at 07:24, Chen Kedem wrote: > Viktor, > >> I'm trying to make UNICOWS (* this is a Microsoft .dll which >> can make UNICODE applications work on Win95/Win98/WinME) >> work with Harbour, but there are problems. > > I was thinking this DLL is a plug-in for the OS to add support for some > UNICODE functionality. > > Used it in the past on a crappy Windows Millennium, it add missing API > (so newer programs can load) but the results are some times emulated and > not everything is supported. Of course it doesn't make the whole OS UNICODE, it only adds a (transparent) layer of *W() functions which make the conversion and pass the call to *A() functions. > Wasn't the whole point that it should be transparent for the application? It's supposed to be transparent. Well, it depends on what you mean by "transparent" here. It doesn't need any code change in source code, all you have to do is link one static library. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Przemyslaw, I need to know your position about HB_PP_MULTILINE support
2010/2/25 Przemysław Czerpak : > In this particular case I do not see any reason that we have to remove > such functionality. For me -kl compiler switch is quite nice solution > which should not be covered by HB_LEGACY_LEVEL3 macro and marked to > removed in the future. > Anyhow if we do not want to officially support it then I think that > recent modifications should be reverted and old compile time macro > restored. Many thanks. > In general I think that we have to seriously rethink few things. > ... > Anyhow IMO over some reasonable limit adding HB_ prefix to each > identifier which was not used in Clipper we begin to create Clipper > museum instead of modern language. > > Fortunately we have SWITCH and FOR EACH statements instead of > HB_SWITCH and HB_FOR EACH ;-) I couldn't say it better. best regards, Lorenzo ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Przemyslaw, I need to know your position about HB_PP_MULTILINE support
On Thu, 25 Feb 2010, Lorenzo Fiorini wrote: Hi, > For me is extremely important, because it makes next Harbour useless for me. In this particular case I do not see any reason that we have to remove such functionality. For me -kl compiler switch is quite nice solution which should not be covered by HB_LEGACY_LEVEL3 macro and marked to removed in the future. Anyhow if we do not want to officially support it then I think that recent modifications should be reverted and old compile time macro restored. I can understand that we are removing some code/functionality when we have very serious reasons for it, i.e. extension has some bad side effects, it's hard to update/keep alive and consumes too much developer time or blocks some other much more important modifications. In such case we can only say sorry and try to explain the reasons of our decision. It's not good and to eliminate such situations all core modifications have to be really well thought. Anyhow in this case it's small local modifications which does not interact with any other code so it does not creates real problems. In general I think that we have to seriously rethink few things. IMO unconditional using HB_* prefix and moving all functions which haven't existed in Clipper to different contrib libraries begins to be "art of the art" and in real life serious problem for users. There are functions commonly used in different xbase dialects like PVALUE() and now we shall have PVALUE() implementation inside XHB, HBFSHIP, HBCLIP (BTW it's missing and some of functions covered by XPP or FSHIP macros also belongs to CLIP), HBXPP and maybe few others in the future. I tried but cannot imagine how it can help users. Tonight I read XBASE++ documentation. They created interesting set of db*() functions. It looks like quite well thought solution. For a while I thought about creating something like for Harbour but when I imagined the mixed set of new HB_*() which I will have to create with original Clipper ones then I drop this idea. Each time I see: ISNUMBER() and HB_ISPOINTER() I think how we can explain above naming convention for users who never used Clipper and for sure do not plan to learn all it's functions and macros. Keeping the namespace clean is very important and for sure I'm the last person who will vote to remove HB_ prefix from most of core functions. Anyhow IMO over some reasonable limit adding HB_ prefix to each identifier which was not used in Clipper we begin to create Clipper museum instead of modern language. Fortunately we have SWITCH and FOR EACH statements instead of HB_SWITCH and HB_FOR EACH ;-) best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[13985] trunk/harbour
2010/2/25 > Revision: 13985 > > http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13985&view=rev > Author: vouchcac > Date: 2010-02-25 01:12:15 + (Thu, 25 Feb 2010) > > Log Message: > --- > 2010-02-24 16:46 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) > >+ This commit is mainly uplifts and rationlizes the menus, > toolbars, and docking widgets plus a big consideration of > parent child relationship is achieved. > >* Implemented: right-side toolbar which contains the toggle > icons for docking widgets. The same functionality is available > also in main-menu option. > >* Menu options are reworked and all actions pertaining to docking > widgets are removed from there. The same is applied to > top-toolbar also. All actions pertaining to block operations > are cornered at the left-side toolbar. Thus menus, toolbars are > in perfect synchronization. > >* Harbour-help is now loaded on demand. Only when help icon is > toggled on the right-toolbar. > >* hbIDE icon is changed as I committed before. No one forwarded > his opinions, so I assume it is appropriate image. > ; NOTE: This commit now presents hbIDE to the external world > with almost-profession look and feel, so we can spread the word. > >; This commit is with heavy changes so regression is possible. > Please speak-out if you find something weired. > > On Ubuntu 9.10 32 bits hbide recompiled with "hbmk2 hbide.hbc -rebuild" deleted the hbide.ini file At startup of hbide i get: 1) two info dialogs before main interface is showed :SETSIZEPOLICY_1 Message not found - IDEDOCKS:BUILDPROJECTTREE:644 2) :SETSIZEPOLICY_1 Message not found - IDEDOCKS:BUILDPROJECTTREE:694 -- Choosing/Setting a theme from menu Setup → Set default theme: Unrecoverable error 6005: Exception SIGSEGV at address 0x29 Called from IDETHEMES:SELECTTHEME(616) in idethemes.prg Called from IDETHEMES:SETWRKTHEME(226) in idethemes.prg Called from (b)IDEACTIONS_BUILDMAINMENU(575) in ideactions.prg Called from XBPMENU:EXEBLOCK(0) in ../../../xbpmenubar.prg Called from (b)XBPMENUBAR_PLACEITEM(0) in ../../../xbpmenubar.prg Called from QT_QEVENTLOOP_PROCESSEVENTS(0) Called from QEVENTLOOP:PROCESSEVENTS(0) in ../../../TQEventLoop.prg Called from APPEVENT(0) in ../../../xbpgeneric.prg Called from HBIDE:CREATE(418) in hbide.prg Called from MAIN(110) in hbide.prg -- Can't setup (might be some path trouble, where are the path settings now...? ) the Harbour doc in Linux Thank you ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour