[Harbour] SF.net SVN: harbour-project:[14451] trunk/harbour
Revision: 14451 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14451view=rev Author: vouchcac Date: 2010-05-09 07:49:48 + (Sun, 09 May 2010) Log Message: --- 2010-05-09 00:30 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbqt/doc/en/class_hbqplaintextedit.txt * contrib/hbqt/qtgui/HBQPlainTextEdit.cpp * contrib/hbqt/qtgui/THBQPlainTextEdit.prg * contrib/hbqt/qth/HBQPlainTextEdit.qth * contrib/hbqt/hbqt_hbqplaintextedit.cpp * contrib/hbqt/hbqt_hbqplaintextedit.h * contrib/hbide/idedocks.prg * contrib/hbide/ideedit.prg * contrib/hbide/ideeditor.prg * contrib/hbide/ideshortcuts.prg + Added more public methods and default macros. * contrib/hbide/idethemes.prg + Implemented: persistent blocks per all three modes; stream, column and line. This follows xMate footsteps but enhanced to suit any scenarion. By xMate footsteps, I mean, blocks are streamed to clipboard when cut/copied/pasted as per the standard rules. Enhancement describes that blocks cut/copied as such are subject to be pasted in the same format as are copied. Last cut/copy operation is pasted and if clipboard contain data which matches last cut/copy action within from hbIDE, its format is used to paste; but if it is alien text then stream is applied by default. Block remain persistent until another selection action is not initiated or is explicitly cleared with Sh+F11. There is no need to use any other key to make it persistent. Cut/copy operation can be carried on any time after block is visible. This effectively empowers hbIDE for a variety of applications. One block per source can remain active for entire duration of that instance. Just click on required instance and activate copy operation. Go anywhere on another instance and carry a paste operation. Thus blocks are movable across instances and are also available for external clipboard operations. All supported actions on blocks are now fully functional for all three flavours. You will really like Indents action on column selections. Now more actions can be defined for blocks, so please submit your requests supported with use-case. In the coming days on-line documentation to explore this feature will be posted at http://hbide.vouch.info, stay tuned. Please forward your suggessions or bug reports. It was such a complex logic that for sure I found it extremely difficult to carry all debug operations, so your input will be of immense value. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbide/idedocks.prg trunk/harbour/contrib/hbide/ideedit.prg trunk/harbour/contrib/hbide/ideeditor.prg trunk/harbour/contrib/hbide/ideshortcuts.prg trunk/harbour/contrib/hbide/idethemes.prg trunk/harbour/contrib/hbqt/doc/en/class_hbqplaintextedit.txt trunk/harbour/contrib/hbqt/hbqt_hbqplaintextedit.cpp trunk/harbour/contrib/hbqt/hbqt_hbqplaintextedit.h trunk/harbour/contrib/hbqt/qtgui/HBQPlainTextEdit.cpp trunk/harbour/contrib/hbqt/qtgui/THBQPlainTextEdit.prg trunk/harbour/contrib/hbqt/qth/HBQPlainTextEdit.qth 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] FivePhone: an open source project to support the iPhone OS SDK from Harbour
Viktor, I have already hosted the project FivePhone in Google code: http://code.google.com/p/fivephone/ Warning: This version was developed and tested on a previous iPhone OS version, so it is not compatible with iPhone OS 3.2 yet. iPhone OS is used in both the iphone and the ipad. best regards, Antonio ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: FivePhone: an open source project to support the iPhone OS SDK from Harbour
If someone is interested in joining this project, please send me an email to: antonio.fivet...@gmail.com thanks ___ 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:[14452] trunk/harbour
Revision: 14452 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14452view=rev Author: vszakats Date: 2010-05-09 12:11:12 + (Sun, 09 May 2010) Log Message: --- 2010-05-09 14:10 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * config/global.mk + Added autodetection of mingw/cygwin compiler versions. * config/postinst.prg * Minor in comment. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/config/global.mk trunk/harbour/config/postinst.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] hbIDE - Plugins
Hello everybody I need to gather your experiences how to implement plugins in hbIDE before I start at my own. - enjoy hbIDEing... Pritpal Bedi http://hbide.vouch.info/ -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/hbIDE-Plugins-tp5026973p5026973.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: Re: [Harbour] Compile error on r14429
I think I am going to send an e-mail to the GnuWin32 project leaders, and ask them to remove that if possible, as they seem to boast that their package is cygwin-free. Good idea, though cygstart is a simple 'start' like tool, which may be the reason they included a cygwin.dll-free build. cygstart, as well as cygicons.dll, is part of cygutils. The port of cygutils at GunWin32 is however a pure native port, and so does not rely on cygwin. Thus, cygstart is cygwin-free, as one may easily check, for example using a tools such as Dependency Walker, by looking at the dll's on which it depends. --kz -- View this message in context: http://old.nabble.com/Compile-error-on-r14429-tp28466149p28503855.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] Re: SF.net SVN: harbour-project:[14445] trunk/harbour
For using harbour,tdragon mingw, qt 4.6 Must installed only Dwarf-2 or also SJLJ ? comiling harbour with qt 4.6 and dwarf2 SJLJ return error return error like c:/devl/mingwtd2/bin/../lib/gcc/mingw32/4.4.1/../../../../mingw32/bin/ld.exe: unrecognized option '--nxcompat' c:/devl/mingwtd2/bin/../lib/gcc/mingw32/4.4.1/../../../../mingw32/bin/ld.exe: use the --help option for usage information I want also inform than Last version of TDRAGON Bundled installer remove SJLJ when install Dwarf-2 and also inverse so i wasted same days to undestrand this problem 2010/5/8 Viktor Szakáts harbour...@syenar.hu FYI: http://sourceforge.net/tracker/?func=detailaid=2997588group_id=200665atid=974442 Viktor -- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] hbIDE - Plugins
Two different element: Plug in for implement in hbide a different language or different make system (like eclipse,Visual Studio IDe) so hbp is not the only project format used Plugin for extend hbide capability require a plugin system, which allows easy extension of the IDE functionality with plugins downloadable from the net. (Written also in harbour) Modify each part of ide for example disable a button or give it different action The scipt languages in keyboard mapping is a part of this feature but in binary formula Microsoft have made Managed_Extensibility_Framework as evolution of IDE extensibility http://en.wikipedia.org/wiki/Managed_Extensibility_Framework http://mef.codeplex.com/ 2010/5/9 Pritpal Bedi bediprit...@hotmail.com: Hello everybody I need to gather your experiences how to implement plugins in hbIDE before I start at my own. -- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: hbIDE - Plugins
Massimo Belgrano wrote: Two different element: Plug in for implement in hbide a different language or different make system (like eclipse,Visual Studio IDe) so hbp is not the only project format used This is planned for Xbase++ and Clipper. For xHarbour it is already extended. For other languages I do not think I will go that direction. Plugin for extend hbide capability require a plugin system, which allows easy extension of the IDE functionality with plugins downloadable from the net. (Written also in harbour) Modify each part of ide for example disable a button or give it different action The scipt languages in keyboard mapping is a part of this feature but in binary formula This is OK but I need the implementation details. Microsoft have made Managed_Extensibility_Framework as evolution of IDE extensibility http://en.wikipedia.org/wiki/Managed_Extensibility_Framework http://mef.codeplex.com/ Talk in terms of Harbour and tell how it should behave. Do not send links out-of-context. - enjoy hbIDEing... Pritpal Bedi http://hbide.vouch.info/ -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/hbIDE-Plugins-tp5026973p5027175.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] AutoMapa
http://wrzucamy.pl/nawigacje-i-mapy/28304-automapa-6-5-0-1004-6-44-eu-beta-linki-tylko-tu.html http://whouse.pl/inne-f158/87677-automapa-6-5-0-1004-europe-beta.html http://cs-puchatek.pl/download-software/43955-automapa.html ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: hbIDE - Plugins
Some ideas. binary format: .hrb, should be platform indipendent and it may be closed-source... hbide at startup checks the content of plugin directory where there will be all the .hrb files. Imagine the file ext.hrb ext.hrb must contain some mandatory routines, name after the filename, for example: ext_init() hbide loads every hrb file and calls the ext_init(). you must decide if this function can access hbide internals directly or via a well defined API (the latter is better). It must check hbide version, API version, etc... the plugin can add items in the menu system, add toolbars, menu items in the right-click menu in the editor, eventuallly register in the keystroke controller When invoked, a plugin funcion must be able to access various elements: a - active source code window b - a list of source code window c - source code from a window d - retrieve the selected lines/block/stream of a window and able to replace the text e - retrieve any text of any full row or single char of any source code window f - able to stuff characters in any position Imagine some plugins: - code beautifer ( works on the active window if no text selected, or on the selection active ) - code converter to apply some conversion (not a search/replace) on some code, imagine like running sorce code thrpough the pre-processor to translate COMMIT to dbCommit(). I once wrote a preprocessor to import a @ SAY / GET based code to hwgui compatible objects - some refactoring functions, imagine a function rename from pippo to pippo2... it must convert the function pippo but also all pippo( in all files included in the project... and it can't be a simple strtran() well, using regexp probably you can... - refactoring: selecting a DATA pippo line, right-click - refactoring - create getter/setter: it is necessary to go up in the source code and get the class name, then go down until the end of class and just before the closing line adding the function setPippo( var ) ::pippo = var return ::pippo function getPippo() return ::pippo Just some ideas to give you something to think about, what to expose to plugins... how it can be done, I don't know Francesco ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] AutoMapa
Sorry guys ... -- Marek Paliwoda mpaliwoda at interia pl -- Dbaj o życie. Ubezpiecz je w ING Życie. http://clk.tradedoubler.com/click?p=191431a=1694818g=18733532 ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: hbIDE - Plugins
2010/5/9 Pritpal Bedi bediprit...@hotmail.com: This is planned for Xbase++ and Clipper. For xHarbour it is already extended. For other languages I do not think I will go that direction. Not only also remaining in xbase area it can be done extension. each make system define rule to compile hbide rule to edit Same editor in harbour area will be qac,mingw make,xbpbuild,xailer I think than 3rd party will extend hbide offering a proper solution For example will possible Extend with new extension for project files Having in hbide also Image/Picture,Form ecc. This is OK but I need the implementation details. Seem that francesco have posted better detail Microsoft have made Managed_Extensibility_Framework as evolution of IDE extensibility http://en.wikipedia.org/wiki/Managed_Extensibility_Framework http://mef.codeplex.com/ Talk in terms of Harbour and tell how it should behave. Do not send links out-of-context. Visual studio have an interesting system for define ide super extensibility but i can't describe but hope that same body will do here -- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: hbIDE - Plugins
On 2010 May 9, at 20:26, Massimo Belgrano wrote: 2010/5/9 Pritpal Bedi bediprit...@hotmail.com: This is planned for Xbase++ and Clipper. For xHarbour it is already extended. For other languages I do not think I will go that direction. Not only also remaining in xbase area it can be done extension. each make system define rule to compile hbide rule to edit Same editor in harbour area will be qac,mingw make,xbpbuild,xailer Let's not lose focus. What you ask for has not much to do with an IDE created for Harbour, inside Harbour repository. We should focus on Harbour and closely related tools and purposes, instead of making a HBIDE a coffee machine and a general purpose web browse, e-mail client and operating system. Unless of course it's fine for most users to tolerate a HBIDE with dismal startup time, and the heavy weight of a Microsoft tool. Microsoft have made Managed_Extensibility_Framework as evolution of IDE extensibility http://en.wikipedia.org/wiki/Managed_Extensibility_Framework http://mef.codeplex.com/ Talk in terms of Harbour and tell how it should behave. Do not send links out-of-context. Visual studio have an interesting system for define ide super extensibility but i can't describe but hope that same body will do here Do you really need all these features? HBIDE already does too many things, appending more stuff to it will make it unusable for a source/project editor, which is supposed to be its original purpose. I see signs of featuritis around HBIDE. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] hbhpdf
Why win-make say : ! 'libhpdf' library skipped (unused) ! 'png' library skipped (unused) I have in environment : HB_WITH_LIBHARU=D:\libharu-2.1.0 HB_WITH_PNG=d:\pnglib and folders in drive D: 2010-05-09 16:21DIR libharu-2.1.0 2010-05-09 15:17DIR pnglib When I try build apps, see I : d:\mingw\bin\..\lib\gcc\mingw32\3.4.2\..\..\..\..\mingw32\bin\ld.exe: cannot find -lhbhpdf Regards, Marek Horodyski -- Kup wlasne mieszkanie za 72 tys. zl. Sprawdz najlepsze oferty http://linkint.pl/f26c8 ___ 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:[14453] trunk/harbour
Revision: 14453 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14453view=rev Author: vouchcac Date: 2010-05-10 01:18:04 + (Mon, 10 May 2010) Log Message: --- 2010-05-09 17:21 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) + contrib/hbide/plugins + contrib/hbide/plugins/savebackup.hrb + contrib/hbide/plugins/savebackup.prg + Source and corresponding .hrb ( -gh ) plugin. In practice .prg is never required for this purpose. The source accompanying here is for demonstration purposes which exposes elements to comprehend. + contrib/hbide/resources/selectionline.png + Image to be activated when Line selection mode is on. * contrib/hbqt/hbqt_hbqplaintextedit.cpp * contrib/hbide/hbide.hbp + Added ideplugin.prg * contrib/hbide/idethemes.prg + Added more keywords for syntax-highlighting. * contrib/hbide/hbide.prg * contrib/hbide/idedocks.prg * contrib/hbide/ideedit.prg * contrib/hbide/ideeditor.prg + contrib/hbide/ideplugins.prg + Priliminary commit to handle plugins. * contrib/hbide/ideshortcuts.prg + Implemented: a very simple yet powerful interface to hook plugins. The idea got polished with Francesco Perillo's description of the thought. Creating a hbIDE plugin === A .hrb ( compiled with -gh as the minimum ), i.e., savebackup.prg, having two mandatory functions: 1. hrb_file_name_without_extension_plus_underscrore_plus_INIT() savebackup_INIT( ... ) - TRUE/FALSE 2. hrb_file_name_without_extension_plus_underscrore_plus_EXEC() savebackup_EXEC( oIde, ... ) - xValue savebackup_INIT() will be used to establish hand-shake and it must return a logical indicating success or failure. Currently it is called with 1.0 as version no but is scheduled to be enhanced in future. If hand-shake is successful, means, savebackup_INIT( ... ) returns with TRUE, savebackup_EXEC( oIde, ... ) is called as per user request. oIDE is sent as the first argument followed by user supplied arguments. Within this function in .hrb, all action takes place. User can write n number of functions withing the same source but all other functions will always be STATIC ones. The whole hbIDE object is passed with each execution and hence user is having utmost control over what he wants to accomplish. Location of the Plugin == All plugins ( .hrb ) must reside within plugins sub-folder from hbIDE.exe location. The location is determined with return value of hb_dirBase() + hb_osPathSeparator() + plugins + hb_osPathSeparator(). Loading Plugins === At startup hbIDE looks into plugins folder for all .hrb files. It then tries to establish hand-shake with them. If successful, a handle is retained in static array. When an execution request is encountered, this static array is searched for and savebackup_EXEC( oIDE, ... ) is called and return value is passed back to the caller macro. Executing Plugins in hbIDE == A public method ::execPlugin( cPlugin, ... ) is implemented under Keyboard Mappings. ::execPlugin is called with plugin name, which essentially is the .hrb file name. So in demo example, it is savebackup. Final expression would be like : ::execPlugin( savebackup, saveas ) Here saveas is the identifier which is used in this demo to invoke STATIC FUNCTION savebackup_saveAs( oIde ) Author of plugin has to decide how and what he would like to pass what and in how many. So simply build a macro to call a plugin with parameters, that's it. I am hopeful that you, brilliant programmers, with help extending hbIDE to an amazing levels. Send your critics to the list to enrich this thought. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbide/hbide.hbp trunk/harbour/contrib/hbide/hbide.prg trunk/harbour/contrib/hbide/idedocks.prg trunk/harbour/contrib/hbide/ideedit.prg trunk/harbour/contrib/hbide/ideeditor.prg trunk/harbour/contrib/hbide/ideshortcuts.prg trunk/harbour/contrib/hbide/idethemes.prg trunk/harbour/contrib/hbqt/hbqt_hbqplaintextedit.cpp Added Paths: --- trunk/harbour/contrib/hbide/ideplugins.prg trunk/harbour/contrib/hbide/plugins/ trunk/harbour/contrib/hbide/plugins/savebackup.hrb trunk/harbour/contrib/hbide/plugins/savebackup.prg trunk/harbour/contrib/hbide/resources/selectionline.png This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
[Harbour] SF.net SVN: harbour-project:[14454] trunk/harbour
Revision: 14454 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14454view=rev Author: vouchcac Date: 2010-05-10 03:14:05 + (Mon, 10 May 2010) Log Message: --- 2010-05-09 20:11 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbide/hbide.prg * contrib/hbide/ideplugins.prg % Changed: plugins are loaded on first call instead of loading all plugins at startup. Now the overhead is negligible. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbide/hbide.prg trunk/harbour/contrib/hbide/ideplugins.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: FivePhone: an open source project to support the iPhone OS SDK from Harbour
Wich are prerequisite? is possible download sdk 3.2 for windows? 2010/5/10 Antonio Linares antonioharb...@gmail.com: + New samples/buildmac.sh to build the iPhone/iPad apps from the Mac * Changes to become SDK 3.2 compatible http://code.google.com/p/fivephone/source/detail?spec=svn18r=18 ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour