Re: [Pipmak-Devel] Pipmak IDE & integrated authoring
Status: Alpha
Brought to you by:
cwalther
From: Fabrizio P. <fpi...@li...> - 2007-07-24 17:10:00
|
Hello, Christian Wrote > Looks nice so far, apart from the non-alpha-blended and cut-off icons > and some other rough edges. What I don't get at first sight is, what is= > the conceptual difference between the buttons and the hyperlinks? Aesthetic only, but I've seen is not a good choice... > I can certainly see this as being a useful tool when it's done, so in > that regard I encourage you to continue with it. But you should know > that my own goal is to make this obsolete - all editing should be > possible in Pipmak itself one day (more about that below). > > What I'm not sure I'm comfortable with is the Pipmak logo at the top of= > the window. It should be made clear that this is not an official part o= f > Pipmak, but an independent project. Don't mind, it's only a conceptual project I've made it in few hours. No = problem than, it's a good occasion for me to make practice with C++ > Can you explain what would be better with an integrated text editor tha= n > with the current system of launching the external editor of the user's = > choice? (Apart from the possibility of having an integrated debugger, > which would probably be quite a lot of work to implement.) Ops! I was referring only to lines 189-190 in "pipmak_windows.c". I've co= mpiled SciTE in no time without problems and the only dependence is scint= illa. Sorry to have created confusion! > Make a branch and give you write access to it? That would still leave m= e > the work of merging changes from the branch to the trunk. I'd rather > give you write access to the trunk as soon as I'm confident enough that= > your patches conform to my standards and can be committed without > needing postprocessing by me. > > ("You" in that paragraph refers to Andrea and Fabrizio in particular, > but also to any other potential contributor.) > > Of course we could also start some experiments with one of the > decentralized revision control systems that have cropped up lately - > I've never used any of them so far. Might be interesting. > > Nothing stops one developer from testing patches by another one before = > they go into SVN. As I already mentioned, the natural tool for this > purpose would be the patch tracker on SourceForge: ><http://sourceforge.net/tracker/?group_id=3D112801&atid=3D663294>. As you want Christian. I was just wondering if was a way to share easily = the modified code without interfere with the official version. Regards, Fabrizio.=0A=0A=0A----------------------------------------------= --------=0AScegli infostrada: ADSL gratis per tutta l=92estate e telefoni= senza canone Telecom=0Ahttp://click.libero.it/infostrada=0A |