Re: [Harbour] Re: hbIDE - Let's review

2010-03-13 Thread francesco perillo
On Sun, Mar 14, 2010 at 1:19 AM, Pritpal Bedi wrote: > You always remember a name for longer periods. Tomorrow I will ask my co-workers to show me this feature... actually I don't know if it is a built-in feature or a plugin... I will tell you how it really works in VS to populate the code snipp

Re: [Harbour] Re: hbIDE - Let's review

2010-03-13 Thread Viktor Szakáts
Hi, >> Opening via command line as hbide test.hbp .or hbide test.prg >> so hbide will be also registred to open hbp/prg >> > > Sorry, I do not like this approach. While I agree that it's not hbide's job to create registration/association (and it's an ugly as hell territory plus not portable),

Re: [Harbour] Re: hbIDE - Let's review

2010-03-12 Thread Massimo Belgrano
2010/3/11 Pritpal Bedi > > > Massimo Belgrano wrote: > > > > Unfinished the sub project/multi project implementation > > > > Did you tried ? > IMO whatever is defined in .hbp is presented to hbMK2, > which has the capability of building sub-projects, > Viktor, update me on this issue. I remember

Re: [Harbour] Re: hbIDE - Let's review

2010-03-11 Thread Viktor Szakáts
>> Did you try HB_INI*() functions? >> > > No, never, I have my own code. I will try. > > > >> BTW, we're not even obliged to use a relatively >> complicated .ini format. A simple flat format >> is much easier to handle. F.e. this one also >> stays compatible with .ini standard: >> >> F.e.

Re: [Harbour] Re: hbIDE - Let's review

2010-03-11 Thread Viktor Szakáts
Hi, >> 1) To fix the foundation and once and for all >> the GPFs on all platforms / compiler >> supported by hbide / QT. >> > > Here, perhaps, we need Przemek's help. > I did whatever I could thought. I have requested > Przemek for some clarifications, the answer to > which may lead to re