Hi David, As far as making decisions, feel free to do so. When GI started to contribute code, I rarely made comments on his changes even though some are quite extensive - GI please feel free to correct me if I am wrong. ;-) So if you take over, it’s your project.
Please just keep in mind that below are the philosophic ideas when I created it: . multi-tab, of course . small footprint (in terms of resources consumption and external dependency) . as portable as possible (at the time I had access to a variety of platforms and thus could port it to all of them) - stick with X Window made it possible. . reasonably fast . multi-lingual support because I speak Chinese ;-) It’s a regret that my priority shifted and I could no longer spend much time on it. Fortunately GI took it over. I guess it is time for the next transition. Best regards, Jingmin On May 30, 2015, at 19:35, David Morris <otha...@othalan.com> wrote: > On Sat, May 30, 2015 at 9:46 PM, J G <jmzho...@gmail.com> wrote: >> Hi David, >> >> What do you mean full control? As far as it remains GPL and GI agrees, >> I am fine with that. :) > > Yes, it would stay GPL. Full control is probably the wrong way to > state it. Here is what I mean: I'm a big believer in one person > providing direction for a software project and designing the overall > architecture. My experience is it always leads to a better end > product. I have a great deal of respect for mrxvt and all of you who > created it (it is, after all, my favorite terminal). At the same > time, I want to know that if I take over the development lead for > mrxvt that I am making those decisions, not fighting with other > developers who are no longer active on the project (yay GPL). If I > don't have that freedom, I would either fork mrxvt into a new project > of my own or not work on it at all. > > That said, advice, input and coding help is always appreciated and it > sounds like you and I likely have some similar views. > > Code cleanup and moving to a more object oriented design would be high > on my list of priorities. I have no need to use C++ (C is just fine > for OO design), but would consider it if I think it would be > beneficial and I have the commitment to the project for such a > transition. > > Keeping mrxvt as much self contained as possible is worth considering, > thank you for that thought! If I do start work on mrxvt I'd like to > hear more of your view on this after I've learned the code. The only > reason I was wondering at all originally, is it occurred to me to > wonder what would it take to modify mrxvt so that it could also be > compiled as a native OSX terminal app. Though it occurs to me now, it > might be worth at least looking into if it would simplify the code > enough to be worth the tradeoff. > > Thank you for your thoughts! > > David >
smime.p7s
Description: S/MIME cryptographic signature
------------------------------------------------------------------------------
_______________________________________________ Materm-devel mailing list Materm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/materm-devel mrxvt home page: http://materm.sourceforge.net