Garth Corral,  środa, 21 maja 2008:

>Well, it's true that there hasn't been an installable binary for Mac,
>but I have been doing some work to that end.  In fact I can build one
>today that will work for the majority of cases.  Going to 8.5 would
>render most of that work useless and  delay making a Mac binary
>available.
Why the work should be useless? The only thing to add is static Tcl library, 
built once (we won't be changing them).
Isn't it possible to create installation packages for Mac? And how adding 
newer Tcl library makes it more difficult?

>I'm in agreement with Alexander that it is premature to be moving in
>that direction yet.  At least for a stable branch.  Also, Pascal, I
>think you may be underestimating the cost of a merge.  If everything
>goes according to plan, sure, it might be that easy, but it will take
>some effort to make sure that the branches do not diverge and that any
>changes in support of the new widgets do not conflict with existing
>code.  It's not impossible by any means but merges can be painful.
I will be afraid of branching for the reasons above, so I think it is better 
to decide on some deadline for the switch to 8.5 and process then.

>> I hate to be a "naysayer", but, given the above choice, I would vote
>> for the perfectly clean installation with the existing GUI.
>I second this.  I hate to be even more of a naysayer but if you really
>want a nice GUI for scid it seems that reworking some of the existing
>UI with 8.4 would give more usability improvements.  Ditching Tk
>altogether (a ton of work) would give even more.
But reworking 8.4 without using new 8.5 doesn't seem effective. For me it 
seems more reasonable to start usability work once 8.5 is accepted for main 
branch.



-- 
Michal Rudolf

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Scid-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/scid-users

Reply via email to