On Sun, May 31, 2015 at 3:55 AM, <gi1...@gmail.com> wrote: > On Sat, May 30, 2015 at 10:35:43PM -0400, David Morris wrote: > > Ha. Well, I'm only going to "fight" if something you do borks it on my > system. Typically I will only "fight" by saying "X broke on my computer, > please fix it" and sometimes even supply the patch myself. Other than > that I'm happy to pass the baton and let you do whatever you want.
I'll do my best not to break your system! Though I'm not above asking you to take that risk by trying a beta release for me to identify bugs. ;) >> 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. > > I'm on the fence about keeping it "super self contained". It's not good > to reinvent the wheel. If there are good, portable libraries that do > your job, then consider using them. We have our own code for memory > management and parsing the config file. Life would be much simpler if we > used an external library here for instance. I was thinking about this last night. I too have written things like my own configuration file parser and memory manager with no regrets but reinventing the wheel is sometimes just plain silly. If an efficient library exists that meets the philosophy behind mrxvt it might be worth considering. Using libvte seems like it is worth investigating too. I think the biggest advantage for that would be long-term. Assuming libvte is used in several other projects, it is more likely to be updated over time than mrxvt given the minimal development staff for this project. David ------------------------------------------------------------------------------ _______________________________________________ Materm-devel mailing list Materm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/materm-devel mrxvt home page: http://materm.sourceforge.net
