I'm basically in agreement with René: before voting there are a number
of things we should sort out.
One of the most critical in my opinion is that there is no macOS
implementation. I do not believe there will ever be one, unless someone
steps in right now and commits in crafting such an implementation. We
have no plan at all for implementation on macOS, and there are so many
things still open (apart from the list below, Ashok made a pertinent
comment on 23 Oct., that should be discussed IMHO).
In the current state my vote will be NO on this one (this is my first NO
ever!). Sorry, I don't buy it as it is right now.
Francois
Le 29/10/2018 à 08:29, Zaumseil René a écrit :
> Hello,>> before voting on tip 510 I would like to clarify some points.>> Currently I have:>> - Own directories in generic/rbc , doc/rbc , tests/rbc , library/rbc> - Tcl Commands in namespace ::rbc> - Source code files with prefix "rbc"> - C-Functions with prefix "Rbc"> - C-Defines with prefix "RBC"> - No exported functions so far>> Is this the preferred way to go?> I mean, do we really use this prefix or should the prefix rbc, Rbc and RBC changed to tk,Tk and TK?> Should the files stay in separate rbc/ directories?>> The vector command supports expressions. The syntax parser in file rbcParse.c is "complicated" and uses obsolete constructs (Tcl_Backslash()).> Any advice here?>> I have tried, but without success so far, to remove rbc specific text functions (see in rbcText.c functions starting with "Rbc").> Any help is appreciated.>>> Thank you> René>
_______________________________________________
Tcl-Core mailing list
Tcl-...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tcl-core