Question about WASelectTag class hierarchy...
Locked
Re: Question about WASelectTag class hierarchy...
 
|
Doesn't mean much in VisualWorks and other dialects I suspect. _______________________________________________ Seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
Re: Question about WASelectTag class hierarchy...
|
|
In reply to this post by Philippe Marschall
Philippe Marschall writes:
> 2007/4/29, Boris Popov <[hidden email]>: > > > > > > > > But if they get flattened for ports anyway, does it really matter if you use > > them or not? In which case why bother? > > This is what I'm trying to say. I can't see how it affects anybody but > developers. It'll only effect developers if you start developing on VW without traits and want to move your changes back to Squeak with traits. Also, I doubt a flattened design will look as clean as one done without traits. The traitified design might be better though. Real experience reports would be great. Bryce _______________________________________________ Seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
Re: Question about WASelectTag class hierarchy...
|
|
In reply to this post by stephane ducasse
stephane ducasse wrote:
> traits are group of methods that you can compose/reuse in classes to > avoid duplicated code. > They are just like first class method categories. Is there a place I can go to for reading up on these and how they're used, etc? Thanks! _______________________________________________ Seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
Re: Question about WASelectTag class hierarchy...
|
|
In reply to this post by Bryce Kampjes
2007/4/29, [hidden email] <[hidden email]>:
> Philippe Marschall writes: > > 2007/4/29, Boris Popov <[hidden email]>: > > > > > > > > > > > > But if they get flattened for ports anyway, does it really matter if you use > > > them or not? In which case why bother? > > > > This is what I'm trying to say. I can't see how it affects anybody but > > developers. > > It'll only effect developers if you start developing on VW > without traits and want to move your changes back to Squeak > with traits. You can't do that today and you won't be able to do this tomorrow. I fail to see the change. > Also, I doubt a flattened design will look as clean as one done > without traits. The traitified design might be better though. If the design without traits uses duplication (as today in some parts) the flattened design will look _exactly_ the same. If the design without traits puts methods too high in the class hierarchy (as today in some parts) the flattened design will look better (methods are where they should be and make sense). Again, traits change nothing, even improve the situation (the current one being far from clean). > Real experience reports would be great. We won't know how well it works until we do it. My experience working with traits so far it that they work as advertised. Cheers Philippe > Bryce > _______________________________________________ > Seaside mailing list > [hidden email] > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > _______________________________________________ Seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
Re: Question about WASelectTag class hierarchy...
|
|
In reply to this post by Boris Popov, DeepCove Labs (SNN)
Then ask Cincom to get your money back.
2007/4/29, Boris Popov <[hidden email]>: > > > > Doesn't mean much in VisualWorks and other dialects I suspect. > > Cheers! > > -Boris > (Sent from a BlackBerry) > > ----- Original Message ----- > From: [hidden email] > <[hidden email]> > To: Seaside - general discussion > <[hidden email]> > Sent: Sun Apr 29 14:00:58 2007 > Subject: Re: [Seaside] Question about WASelectTag class hierarchy... > > 2007/4/29, Boris Popov <[hidden email]>: > > > > > > > > On the other hand if someone has html reference handy and you're looking > for > > href and can't find it things might get frustrating for some. Either way, > > that's a discussion outside of the subject. > > You can still do Ctrl+shift+e on 'href' > > Cheers > Philippe > > > Cheers! > > > > -Boris > > (Sent from a BlackBerry) > > > > ----- Original Message ----- > > From: [hidden email] > > <[hidden email]> > > To: Seaside - general discussion > > <[hidden email]> > > Sent: Sun Apr 29 13:57:06 2007 > > Subject: Re: [Seaside] Question about WASelectTag class hierarchy... > > > > 2007/4/29, Boris Popov <[hidden email]>: > > > > > > > > > > > > But if they get flattened for ports anyway, does it really matter if > you > > use > > > them or not? In which case why bother? > > > > This is what I'm trying to say. I can't see how it affects anybody but > > developers. > > > > > Wouldn't you rather auto generate all > > > accessors from the DTD? :) > > > > Sucky (C-like) attribute names like href. A lot of the methods in > > WAHtmlCanvas were actually generated. > > > > Cheers > > Philippe > > > > > Cheers! > > > > > > -Boris > > > (Sent from a BlackBerry) > > > > > > ----- Original Message ----- > > > From: [hidden email] > > > <[hidden email]> > > > To: Seaside - general discussion > > > <[hidden email]> > > > Sent: Sun Apr 29 13:30:46 2007 > > > Subject: Re: [Seaside] Question about WASelectTag class hierarchy... > > > > > > traits are group of methods that you can compose/reuse in classes to > > > avoid duplicated code. > > > They are just like first class method categories. > > > > > > Stef > > > > > > On 29 avr. 07, at 18:58, Rick Flower wrote: > > > > > > > Philippe Marschall wrote: > > > >> Yes, because there won't be any traits anymore once they > flattened. > > > > > > > > Did we ever come up with a suggested solution here that everyone is > > > > happy with? I've got no idea what traits are so I'm going to leave > > > > that to the rest of you. I guess for the time being I'll build an > > > > override of my own that allows me to get around this for now.. > > > > > > > > I think I read that someone (Lukas?) was suggesting to get rid of > > > > #tabindex: in favor of #tabIndex: to better align with other multi- > > > > word method names -- correct? > > > > > > > > Thanks! > > > > _______________________________________________ > > > > Seaside mailing list > > > > [hidden email] > > > > > > > > > > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > > > > > > > > > _______________________________________________ > > > Seaside mailing list > > > [hidden email] > > > > > > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > > > > > > > > > > > _______________________________________________ > > > Seaside mailing list > > > [hidden email] > > > > > > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > > > > > > > _______________________________________________ > > Seaside mailing list > > [hidden email] > > > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > > > > > > > _______________________________________________ > > Seaside mailing list > > [hidden email] > > > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > > > > _______________________________________________ > Seaside mailing list > [hidden email] > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > > > _______________________________________________ > Seaside mailing list > [hidden email] > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > Seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
Re: Question about WASelectTag class hierarchy...
|
|
In reply to this post by Rick Flower
Its not that you can't do that, its rather that no one is doing it. There are compatible fileout methods out there. Anyway, my vote would be for no traits, but its not like that ever matters :) _______________________________________________ Seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
Re: Question about WASelectTag class hierarchy...
|
|
In reply to this post by Rick Flower
Why be so cynical? Different strokes for different folks. I've felt many times that you couldn't care less about anyone not using squeak and it does nothing but motivate me to unsubscribe from the list for good. My apologies if I'm grossly misreading your intent. _______________________________________________ Seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
RE: Question about WASelectTag class hierarchy...
|
|
In reply to this post by Rick Flower
> Is there a place I can go to for reading up on these and how
> they're used, etc? Thanks! Lots of reading on Traits can be found from http://www.iam.unibe.ch/~schaerli/smalltalk/traits/traitsPrototype.htm Enjoy, Michel. _______________________________________________ Seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
Re: Question about WASelectTag class hierarchy...
|
|
In reply to this post by Bryce Kampjes
We are working on a complete new straem library based on traits....
:) Stef On 29 avr. 07, at 23:22, <[hidden email]> <[hidden email]> wrote: > Philippe Marschall writes: >> 2007/4/29, Boris Popov <[hidden email]>: >>> >>> >>> >>> But if they get flattened for ports anyway, does it really matter >>> if you use >>> them or not? In which case why bother? >> >> This is what I'm trying to say. I can't see how it affects anybody >> but >> developers. > > It'll only effect developers if you start developing on VW > without traits and want to move your changes back to Squeak > with traits. > > Also, I doubt a flattened design will look as clean as one done > without traits. The traitified design might be better though. > > Real experience reports would be great. > > Bryce > _______________________________________________ > Seaside mailing list > [hidden email] > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > _______________________________________________ Seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
Re: Question about WASelectTag class hierarchy...
|
|
In reply to this post by Rick Flower
http://www.iam.unibe.ch/~scg/
Stef > stephane ducasse wrote: >> traits are group of methods that you can compose/reuse in classes >> to avoid duplicated code. >> They are just like first class method categories. > > Is there a place I can go to for reading up on these and how > they're used, etc? Thanks! > _______________________________________________ > Seaside mailing list > [hidden email] > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > _______________________________________________ Seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
Re: Question about WASelectTag class hierarchy...
|
|
In reply to this post by Boris Popov, DeepCove Labs (SNN)
2007/4/29, Boris Popov <[hidden email]>:
> > > > Why be so cynical? Different strokes for different folks. I've felt many > times that you couldn't care less about anyone not using squeak and it does > nothing but motivate me to unsubscribe from the list for good. My apologies > if I'm grossly misreading your intent. Among others I: - made a package only for those few Squeak 3.7 users so we can get rid of some overrides in Seaside 2.8 - listened to and apply everything Michel has to say about portability and publicly repeated them - converted some #asString -> #displayString only for VisualWorks - wrote tests for the stuff I did (like FileLibrary) to ease portability! - wrote tests for encoding stuff to ease portability! - wrote a code transformation tool, that would optimize Squeak code for proprietary VisualWorks syntax! - publicly pointed out portability problems of submitted patches and rejected them because of that - publicly asked Esteban if there's anything we could do to make future ports easier - integrated several of your patches - unlike other developers never made a change that intentionally breaks Seaside on VisualWorks! If that is not enough for you, then please unsubscribe. What I'm saying is, traits: - help developers - don't effect users because we would remove them in releases I really don't see any problem at all with this. Cheers Philippe > Cheers! > > -Boris > (Sent from a BlackBerry) > > ----- Original Message ----- > From: [hidden email] > <[hidden email]> > To: Seaside - general discussion > <[hidden email]> > Sent: Sun Apr 29 14:38:30 2007 > Subject: Re: [Seaside] Question about WASelectTag class hierarchy... > > Then ask Cincom to get your money back. > > 2007/4/29, Boris Popov <[hidden email]>: > > > > > > > > Doesn't mean much in VisualWorks and other dialects I suspect. > > > > Cheers! > > > > -Boris > > (Sent from a BlackBerry) > > > > ----- Original Message ----- > > From: [hidden email] > > <[hidden email]> > > To: Seaside - general discussion > > <[hidden email]> > > Sent: Sun Apr 29 14:00:58 2007 > > Subject: Re: [Seaside] Question about WASelectTag class hierarchy... > > > > 2007/4/29, Boris Popov <[hidden email]>: > > > > > > > > > > > > On the other hand if someone has html reference handy and you're > looking > > for > > > href and can't find it things might get frustrating for some. Either > way, > > > that's a discussion outside of the subject. > > > > You can still do Ctrl+shift+e on 'href' > > > > Cheers > > Philippe > > > > > Cheers! > > > > > > -Boris > > > (Sent from a BlackBerry) > > > > > > ----- Original Message ----- > > > From: [hidden email] > > > <[hidden email]> > > > To: Seaside - general discussion > > > <[hidden email]> > > > Sent: Sun Apr 29 13:57:06 2007 > > > Subject: Re: [Seaside] Question about WASelectTag class hierarchy... > > > > > > 2007/4/29, Boris Popov <[hidden email]>: > > > > > > > > > > > > > > > > But if they get flattened for ports anyway, does it really matter > if > > you > > > use > > > > them or not? In which case why bother? > > > > > > This is what I'm trying to say. I can't see how it affects anybody > but > > > developers. > > > > > > > Wouldn't you rather auto generate all > > > > accessors from the DTD? :) > > > > > > Sucky (C-like) attribute names like href. A lot of the methods in > > > WAHtmlCanvas were actually generated. > > > > > > Cheers > > > Philippe > > > > > > > Cheers! > > > > > > > > -Boris > > > > (Sent from a BlackBerry) > > > > > > > > ----- Original Message ----- > > > > From: [hidden email] > > > > <[hidden email]> > > > > To: Seaside - general discussion > > > > <[hidden email]> > > > > Sent: Sun Apr 29 13:30:46 2007 > > > > Subject: Re: [Seaside] Question about WASelectTag class > hierarchy... > > > > > > > > traits are group of methods that you can compose/reuse in classes > to > > > > avoid duplicated code. > > > > They are just like first class method categories. > > > > > > > > Stef > > > > > > > > On 29 avr. 07, at 18:58, Rick Flower wrote: > > > > > > > > > Philippe Marschall wrote: > > > > >> Yes, because there won't be any traits anymore once they > > flattened. > > > > > > > > > > Did we ever come up with a suggested solution here that everyone > is > > > > > happy with? I've got no idea what traits are so I'm going to > leave > > > > > that to the rest of you. I guess for the time being I'll build > an > > > > > override of my own that allows me to get around this for now.. > > > > > > > > > > I think I read that someone (Lukas?) was suggesting to get rid > of > > > > > #tabindex: in favor of #tabIndex: to better align with other > multi- > > > > > word method names -- correct? > > > > > > > > > > Thanks! > > > > > _______________________________________________ > > > > > Seaside mailing list > > > > > [hidden email] > > > > > > > > > > > > > > > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > > > > > > > > > > > > _______________________________________________ > > > > Seaside mailing list > > > > [hidden email] > > > > > > > > > > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > > > > > > > > > > > > > > > _______________________________________________ > > > > Seaside mailing list > > > > [hidden email] > > > > > > > > > > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > > > > > > > > > > _______________________________________________ > > > Seaside mailing list > > > [hidden email] > > > > > > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > > > > > > > > > > > _______________________________________________ > > > Seaside mailing list > > > [hidden email] > > > > > > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > > > > > > > _______________________________________________ > > Seaside mailing list > > [hidden email] > > > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > > > > > > > _______________________________________________ > > Seaside mailing list > > [hidden email] > > > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > > > > _______________________________________________ > Seaside mailing list > [hidden email] > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > _______________________________________________ > Seaside mailing list > [hidden email] > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > Seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
| Free forum by Nabble | Edit this page |