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
> 

Attachment: 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

Reply via email to