On 2010 May 9, at 20:26, Massimo Belgrano wrote: > 2010/5/9 Pritpal Bedi <[email protected]>: > >> 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) [email protected] http://lists.harbour-project.org/mailman/listinfo/harbour
