Re: [Harbour] Vdei creation of harbour-project
sourceforge can be really slow in serving diffs needed to clone the repository... it once took me 3 full day until it stopped working for a unknown reason. As Viktor, I suggest you to use rsync to clone the full svn repository and then work locally. My script for Mercurial is as follows: cd /export/hg/rsync/ rsync -av harbour-project.svn.sourceforge.net::svn/harbour-project/* hp cd /export/hg/repos hg convert /export/hg/rsync/hp harbour-project I don't know about git, but hg convert keeps track of already converted commits, so it just does incremental steps. I may have this in a crontab job... Git works the same, so the long conversion is a one time procedure. (it requires a working SVN server though, an offline SVN repo db is not enough) Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: hbMK2 - -xhb issues switch -n by default which breaks process
Moreover, if someone wants to do this (per source options), there are other, already working ways to solve it. (f.e. defines, and pragmas). This are make-system agnostic, part of the source code, thus much better. #pragma could be a solution and have tested and works ok. So this part is now fine with me. One test point to other anomaly when including #pragma directive in the source is that its value is retained for rest of the files too. For example, #prgma /N- is first source is effective for the next sources too. I can confirm this, and it looks like a bug to me. Pls provide a reduced example. It cannot be reduced as a self-reduced as the warnings are issued with really large sources written in sephgetti styles. All we know is you sometimes get this, despite you set -w0 on the command line: C:\Dev\C5\cn.prg(50) Warning W0001 Ambiguous reference 'MESSAGE' C:\Dev\C5\cn.prg(67) Warning W0001 Ambiguous reference 'E_VAR' Is it possible that you have any of these somewhere in your source: #pragma WARNINGLEVEL=1 #pragma -w1 (where 1 could be any valid warning level) Viktor ___ 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:[14442] trunk/harbour
Revision: 14442 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14442view=rev Author: vszakats Date: 2010-05-07 10:36:34 + (Fri, 07 May 2010) Log Message: --- 2010-05-07 12:35 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * config/win/mingw.mk + Enabled --nxcompat and --dynamicbase options for mingw64 targets. * utils/hbmk2/hbmk2.prg * Changed -mkimplib usage as follow: -mkimplib=some.dll [implib_name_or_dir] It's incompatible with previous one, but allows for simpler, short calls. ! Fix to path normalizer to also append a pathsep to . when the resulting directory is an empty one. * Minor internal change (cCCEXT moved to hbmk structure) * config/postinst.prg % Changed to use new -mkimplib parameter format. (untested) Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/config/postinst.prg trunk/harbour/config/win/mingw.mk trunk/harbour/utils/hbmk2/hbmk2.prg This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: SF.net SVN: harbour-project:[14434] trunk/harbour
Hi, On 2010.05.06 21:46, Pritpal Bedi wrote: I need your valuable input exactly how must these behave in different circumstances. You also update me if the selection behavior is upto expectations or not. Also please check for all three variants I committed r14440. Also explain a little why these copy operation must not be posted to clipboad. I am in a position to keep copy information to me only but before I proceed I should know the relevant facts. I'll try to define, the way it works in MultiEdit: There is one global setting, that affects block behaviour of all tree block types: [x] Persistent blocks Of cause we can implement persistent a separate persistent option for each type (line, stream, column) of blocks, but I do not thing anyone will need it. There are separate operations (I also indicate default key shortcut for it, but all these shortcuts can be redefined): Mark Line(F7, starts line block marking) Mark Stream (Ctrl+F7, starts stream block marking) Mark Column (Shift+F7, starts column block marking) End Marking (any of keys F7, Ctrl+F7, Alt+F7 ends marking) Marking Off (Ctrl+Shift+F7) Copy block (F8, copies block to current position) Move block (Shift+F8, moves block to current position) Delete block (Ctrl+F8, deletes block) Copy (Ctrl+C, copies block to clipboard) Cut (Ctrl+X, moves block to clipboard) Paste(Ctrl+V, pastes from clipboard to current position) That's all basic idea. More advanced settings: [x] Turn block highlight off after paste (default: checked) [ ] Turn block highlight off after copy(default: unchecked) [x] Shift+Up/Down begins line block(default: checked, i.e., Shift+Up/Down starts line block marking, Shift+Left/Right starts stream block marking. Otherwise (if unchecked) all Shift+Arrows starts stream block marking) and many more. Mouse marking: in the process of marking, before left mouse button is released, the right button changes block type: stream-line-column-stream-... The wrong concept of current behaviour: - there is no concept of current marking mode for keyboard operations before marking is started (only mouse marking remembers the last marked block type). Different marking modes are selected by different keys. So, there is no need to have toolbar button Column blocks (or we should have 3 buttons: Mark line, Mark Stream, Mark Column). - block is copied (including copy-paste operations via clipboard) in the same mode as was created, i.e., column blocks are pasted as column blocks, etc. - all block markings has the same blue color - line and stream blocks are hilited beyond end of line, not until the last character of line (this is not very important) Regards, Mindaugas ___ 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:[14443] trunk/harbour
Revision: 14443 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14443view=rev Author: vszakats Date: 2010-05-07 15:19:58 + (Fri, 07 May 2010) Log Message: --- 2010-05-07 17:19 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * package/winuni/RELNOTES * Updated according to local tool changes. (mingw 4.5.0 was released by official mingw project) * config/win/mingw.mk + Enabled nxcompat and dynamicbase for mingw/mingw64 4.4 and upper. Note, the version isn't autodetected, so it should be passed manually using HB_COMPILER_VER, f.e.: HB_COMPILER_VER=45. * config/global.mk + mingw64 will now default HB_COMPILER_VER to '44'. * config/win/msvc.mk * Added comment. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/config/global.mk trunk/harbour/config/win/mingw.mk trunk/harbour/config/win/msvc.mk trunk/harbour/package/winuni/RELNOTES 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:[14444] trunk/harbour
Revision: 1 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=1view=rev Author: vszakats Date: 2010-05-07 15:29:16 + (Fri, 07 May 2010) Log Message: --- 2010-05-07 17:28 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * config/global.mk + Won't falsely autodetect cygwin if cygstart.exe doesn't have a gcc.exe next to it. (sync with recently added hbmk2 logic) Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/config/global.mk 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:[14445] trunk/harbour
Revision: 14445 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14445view=rev Author: vszakats Date: 2010-05-07 15:46:56 + (Fri, 07 May 2010) Log Message: --- 2010-05-07 17:44 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * INSTALL - Deleted 'rarely updated' from official mingw comment. - Deleted equation mingw edition. * QT 4.5.x is not recommended over 4.6.x anymore. + Added link for QT 4.6.x. + Added more details to mingw version with DWARF support. (required for QT 4.6.x) * config/win/mingw.mk + Added more comment on newly added linker options. ! Fixed to only enable newly added linker options for 4.5.x and above. (tdm 4.4.x doesn't support them) Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/INSTALL trunk/harbour/config/win/mingw.mk 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] Supernova uses HbQt
Hi SAmir , where I can get the source of this language Bruno 2010/5/7 MAHMOUD SAMIR msfclip...@yahoo.com Supernova (Simple scripting programming language) now uses HbQt http://supernova.sourceforge.net There are two versions of Supernova 1 - MS-Windows Edition developed using PWCT (Programming Without Coding Technology ) based on xHarbour + HarbourMiniGUI Extended 2 - Multi-platform (Ubuntu Linux + MS-Windows) Edition based on Harbour + HbQt HbQt is GREAT ( Multi-platform, Simple to learn, Easy to use and VERY RICH) Greetings, Mahmoud Fayed http://doublesvsoop.sourceforge.net (Programming Without Coding Technology) http://supernova.sourceforge.net (Simple scripting programming language) http://pythonpwct.sourceforge.net (Use PWCT and get Python code) http://www.sourceforge.net/projects/fglib ( Complete GUI project for CA-Clipper) ___ 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:[14446] trunk/harbour
Revision: 14446 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14446view=rev Author: vszakats Date: 2010-05-07 16:17:18 + (Fri, 07 May 2010) Log Message: --- 2010-05-07 18:16 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * utils/hbmk2/hbmk2.prg ! Fix to recent mkimplib change. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/utils/hbmk2/hbmk2.prg This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Harbour for the iPad - ok
I have managed to build Harbour for the iPad: http://www.fivetechsoft.com/files/harbour-ipad.zip You need to jailbreak in order to use it. Next I will post some screenshots There is just a minor required fix in order to avoid the use of modf() as it is not supported (help Viktor! :-) The major obstacle is to get working the right toolchain for the iPad. I can help on this if some of you are interested about it. best regards, Antonio ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour for the iPad - ok
Hi antonio I am very intrested for ipad/antroid/window mobile Is possible compile from windows? http://developer.apple.com/iphone/index.action http://developer.apple.com/iphone/index.action 2010/5/7 Antonio Linares antonioharb...@gmail.com I have managed to build Harbour for the iPad: http://www.fivetechsoft.com/files/harbour-ipad.zip You need to jailbreak in order to use it. Next I will post some screenshots There is just a minor required fix in order to avoid the use of modf() as it is not supported (help Viktor! :-) The major obstacle is to get working the right toolchain for the iPad. I can help on this if some of you are interested about it. best regards, Antonio-- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour for the iPad - ok
Hi Antonio, I have managed to build Harbour for the iPad: http://www.fivetechsoft.com/files/harbour-ipad.zip Great! You need to jailbreak in order to use it. Next I will post some screenshots There is just a minor required fix in order to avoid the use of modf() as it is not supported (help Viktor! :-) Pls send the warnings to the list and I'm sure we can fix them. (I see you're using some sort of hybrid Harbour codebase, to make the effort useful, pls try using latest SVN.) The major obstacle is to get working the right toolchain for the iPad. I can help on this if some of you are interested about it. It would be interesting to hear more about it. 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:[14444] trunk/harbour
Thanks Viktor On Fri, May 7, 2010 at 8:29 AM, vszak...@users.sourceforge.net wrote: Revision: 1 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=1view=rev Author: vszakats Date: 2010-05-07 15:29:16 + (Fri, 07 May 2010) Log Message: --- 2010-05-07 17:28 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * config/global.mk + Won't falsely autodetect cygwin if cygstart.exe doesn't have a gcc.exe next to it. (sync with recently added hbmk2 logic) Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/config/global.mk 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 -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour for the iPad - ok
Hi Are there any license problem to run Harbour on iPad? []'s Maniero 2010/5/7 Viktor Szakáts harbour...@syenar.hu Hi Antonio, I have managed to build Harbour for the iPad: http://www.fivetechsoft.com/files/harbour-ipad.zip Great! You need to jailbreak in order to use it. Next I will post some screenshots There is just a minor required fix in order to avoid the use of modf() as it is not supported (help Viktor! :-) Pls send the warnings to the list and I'm sure we can fix them. (I see you're using some sort of hybrid Harbour codebase, to make the effort useful, pls try using latest SVN.) The major obstacle is to get working the right toolchain for the iPad. I can help on this if some of you are interested about it. It would be interesting to hear more about it. Viktor ___ 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] Harbour for the iPad - ok
Are there any license problem to run Harbour on iPad? From the Harbour side there isn't. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour for the iPad - ok
There is a problem on the iPad side :-) At least seems it when I read tech news about iPad. []'s Maniero 2010/5/7 Viktor Szakáts harbour...@syenar.hu Are there any license problem to run Harbour on iPad? From the Harbour side there isn't. Viktor ___ 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] Harbour for the iPad - ok
Hi Are there any license problem to run Harbour on iPad? []'s Maniero Yes, since you have to jailbreak it you are probably breaking apple license... You are not using official compilers, not following apple guidelines, not giving money for SDK, not paying fee for selling via their store ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour for the iPad - ok
Are there any license problem to run Harbour on iPad? []'s Maniero Yes, since you have to jailbreak it you are probably breaking apple license... You are not using official compilers, not following apple guidelines, not giving money for SDK, not paying fee for selling via their store Such experimentation is obviously a technical stunt rather than a proper way to create official iPad application. It's nevertheless interesting, just like running Linux on every possible electronic device. [ It would be interesting to see though if it's possible to mix the official XCode / iPad SDK Objective-C world with Harbour to create real and officially accepted applications. (and it still remains a question what real benefit does it give to be able to use Harbour in such scenario) ] Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour for the iPad - ok
Viktor, my post was ironic ! Such experimentation is obviously a technical stunt rather than a proper way to create official iPad application. It's nevertheless interesting, just like running Linux on every possible electronic device. Yes, I have a frined running linux on his NintendoDS [ It would be interesting to see though if it's possible to mix the official XCode / iPad SDK Objective-C world with Harbour to create real and officially accepted applications. It is clear that officially you can't create applications with other tools... so I understood... (and it still remains a question what real benefit does it give to be able to use Harbour in such scenario) ] I'd like to be able to use harbour in one mobile... I will probably receive a smartphone from office in next weeks and I already have some ideas... I understand that Windows CE is ok (but with which gt or gui package)... now iPad (and I believe iPhone is good too)... Android still missing Francesco Viktor ___ 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: Supernova uses HbQt
Group will be specifically interested how did you rate hbQT : HbQt is GREAT ( Multi-platform, Simple to learn, Easy to use and VERY RICH) For someone who like Harbour and Qt too then HbQt is the right answer. At first before using HbQt, developer need to make two choices The first is Harbour and the second is Qt. I see that Qt is a reliable and rich GUI POWER, Really i can't ignore other products like wxWidgets and GTK but i see that Qt match most of my needs I see that Harbour is a modern technique to express my ideas using the programming style which i like with respect to the problem which i solve, and not being restricted by any programming paradigm. HbQt is a **right** junction between both, where you find what you expect to find with no surprise You get Qt power without loss + Harbour technique ready to use The learning curve is simple is started by looking at demoqt.prg then when i need any thing i can use Qt documentation to learn and get answers about the POWER (Qt). HBIDE source code helped me a lot and it's a great example to see how you can adjust the power to match your needs. Why HbQt ? My answer is 1 - Perfect junction between Harbour Qt 2 - Cover most of Qt power (You can use Qt Documentation) 3 - HbQt implementation is a state of art and is a good example about the power of code generators 4 - HbIDE show is a very good example about using OOP concepts. Finally, if HbQt have any problem (Any software in the planet must have problems so we have our jobs as maintainers) we could study this and try to works around that until we solve it and nothing will stop us from using Qt power with our language which we like (Harbour). Greetings, Mahmoud Fayed http://doublesvsoop.sourceforge.net (Programming Without Coding Technology) http://supernova.sourceforge.net (Simple scripting programming language) http://pythonpwct.sourceforge.net (Use PWCT and get Python code) http://www.sourceforge.net/projects/fglib ( Complete GUI project for CA-Clipper) -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/Supernova-uses-HbQt-tp5017694p5021870.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] Harbour for the iPad - ok
Viktor, [ It would be interesting to see though if it's possible to mix the official XCode / iPad SDK Objective-C world with Harbour to create real and officially accepted applications. (and it still remains a question what real benefit does it give to be able to use Harbour in such scenario) ] Objective-C and C code can be freely mixed. I have already done it in Mac OSX and in the iphone. I manage Cocoa from OSX using Harbour and also used the GUI from Harbour in the iphone. So I guess I may be able to use the ipad GUI from Harbour too. Next step (just for fun) :-) But due to recent (and very much commented) Apple modifications to its licence, it is not allowed to use any code translator. They only allow to use their development tools. So we can't use Harbour to build offcial applications. This can only be used for private and personal use (I guess). Anyhow it seems as both in USA and Europe, legal investigation has started to proceed against Apple for monopolistic practices regarding this issue, but it will require a long time before this could force Apple to modify its licence (Novell, Adobe, and many others (us too) are very much affected cause this Apple licence change). http://www.zdnet.com/blog/burnette/apples-new-iphone-restrictions-and-the-5-stages-of-grief/1904 best regards, Antonio ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Supernova uses HbQt
Mahmoud Fayed wrote: HbQt is a **right** junction between both, where you find what you expect to find with no surprise You get Qt power without loss + Harbour technique ready to use This phrase pretty much sums up your viewpoint. Thanks for sharing, and believe me, it will be one of the guiding force for other to, at least, try hbQT. BTW I could see that you have also worked with Python bindings with Qt. Can so enumerate the differences between Qt bindings what Harbour has implemented vs Python implementation ? - enjoy hbIDEing... Pritpal Bedi http://hbide.vouch.info/ -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/Supernova-uses-HbQt-tp5017694p5022289.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:[14445] trunk/harbour
vszakats wrote: 2010-05-07 17:44 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * INSTALL * QT 4.5.x is not recommended over 4.6.x anymore. + Added link for QT 4.6.x. + Added more details to mingw version with DWARF support. (required for QT 4.6.x) So, should I update my development base to 4.6.2 ? And should I reintroduce QWebKit and allied classes ? - enjoy hbIDEing... Pritpal Bedi http://hbide.vouch.info/ -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/SF-net-SVN-harbour-project-14445-trunk-harbour-tp5019959p5022335.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: Supernova uses HbQt
BTW I could see that you have also worked with Python bindings with Qt. Can so enumerate the differences between Qt bindings what Harbour has implemented vs Python implementation ? At first and as a start :- In Harbour world, we have HbQt to access Qt power In Python world we have two products to access Qt power 1 - PyQt v4.7.3 2 - PySide v0.3.1 PyQt is not available under the LGPL where you must purchase a commercial license if you are unable to distribute the source code) PySide is available under the LGPL, but it's still in early stage of development. So in my opinion and before going into implementation details HbQt is more attractive for business applications developers Greetings, Mahmoud Fayed http://doublesvsoop.sourceforge.net (Programming Without Coding Technology) http://supernova.sourceforge.net (Simple scripting programming language) http://pythonpwct.sourceforge.net (Use PWCT and get Python code) http://www.sourceforge.net/projects/fglib ( Complete GUI project for CA-Clipper) -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/Supernova-uses-HbQt-tp5017694p5022498.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
