I was looking around at the Author class when issue: 209 was created. I noticed there was inconsistency with the way it tests whether the initials were present or not (string vs nil). I have a changeset for that which I was planning to upload. Are you going to deprecate the whole class or just the use of initials?
My thoughts were to deprecate the concept of initials, and just put the full name in the same place in the method timestamp. That way you would not impact too much at once. There is a full name, but from what I saw that was only related to projects, and you're going to kill projects right? what do you think? cheers Mike On Fri, Oct 31, 2008 at 2:16 PM, Stéphane Ducasse <[EMAIL PROTECTED]> wrote: > Yes that too. > but the interface of authors and the senders should be fixed too. > On Oct 31, 2008, at 2:17 PM, Damien Pollet wrote: > >> On Fri, Oct 31, 2008 at 1:03 PM, Stéphane Ducasse >> <[EMAIL PROTECTED]> wrote: >>> >>> what lukas did is to make sure that MC convert any non letter into _ so >>> that >> >> ok. I was thinking of validating what people enter in the dialog (a >> simple regexp would do) >> >>> Now what would be good is to radically fix Author once for all: >>> - do not use initials at all. >>> - deprecate it >>> - fix all the senders >>> - offer a nice interface >>> - requestName >>> - getName (accessor) >>> - name (with request if necessary) >>> >>> Stef >>> >>> >>> On Oct 31, 2008, at 11:58 AM, Damien Pollet wrote: >>> >>>> I guess it's best to adopt CamelCase FirstnameLastname, because the >>>> firstname.lastname format conflicts with the naming of MC branches. >>>> I'll update the initials dialog and try to make a more complete fix of >>>> this >>>> >>>> On Sat, Oct 25, 2008 at 7:47 PM, Stéphane Ducasse >>>> <[EMAIL PROTECTED]> wrote: >>>>> >>>>> done! >>>>> Stef >>>>> >>>>> On Oct 25, 2008, at 8:16 PM, Dan Corneanu wrote: >>>>> >>>>>> On Sat, Oct 25, 2008 at 8:08 PM, Stéphane Ducasse >>>>>> <[EMAIL PROTECTED]> wrote: >>>>>>> >>>>>>> ascii only no space >>>>>>> >>>>>> >>>>>> Maybe we should state that too on page >>>>>> http://code.google.com/p/pharo/wiki/HowToContribute >>>>>> >>>>>> _______________________________________________ >>>>>> Pharo-project mailing list >>>>>> [email protected] >>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> [email protected] >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >>>> >>>> >>>> >>>> -- >>>> Damien Pollet >>>> type less, do more [ | ] http://people.untyped.org/damien.pollet >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> [email protected] >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> [email protected] >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> Damien Pollet >> type less, do more [ | ] http://people.untyped.org/damien.pollet >> _______________________________________________ >> Pharo-project mailing list >> [email protected] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > [email protected] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > _______________________________________________ Pharo-project mailing list [email protected] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
