Viktor
Viktor Szakáts wrote: > > I'm not sure what you mean, maybe ".hbp parser"? hbmk2 doesn't > have an .hbp parser _API_ ATM, but it of course does have > a parser internally. With some internal rearrangement, it's > pbly possible to create an API call to parse an .hbp file, > and return a structure with the full content. > > [ with some limitations, f.e. in such context it's quite > difficult to retain external references to .hbm/.hbp files > on a save operation, but that's probably not a big problem > overall. ] > I am lost a little. hbmk2 exploits .hbc .hbm I was considering retaining HBIDE settings and all allied stuff in .hbp extention. But by above I gathered that .hbp extention is already being exploited by hbmk2. If it is not hard, can you provide some basic structure info about .hbc, .hbm and .hbp ( if it is in use ) ? I plan to recreate all the files necessary to launch hbmk2 from an HBIDE project definition. Regards Pritpal Bedi -- View this message in context: http://old.nabble.com/HBIDE---An-Overview-tp26379927p26414153.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
