<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=utf-8">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7651.59">
<TITLE>Re: [Seaside] Question about WASelectTag class hierarchy...</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->

<P><FONT SIZE=2>There's traits for VW.<BR>
<BR>
Cheers!<BR>
<BR>
-Boris<BR>
(Sent from a BlackBerry)<BR>
<BR>
----- Original Message -----<BR>
From: seaside-bounces@lists.squeakfoundation.org &lt;seaside-bounces@lists.squeakfoundation.org&gt;<BR>
To: Seaside - general discussion &lt;seaside@lists.squeakfoundation.org&gt;<BR>
Sent: Sat Apr 28 09:03:54 2007<BR>
Subject: Re: [Seaside] Question about WASelectTag class hierarchy...<BR>
<BR>
How do you load experimental code into VisualWorks nowadays?<BR>
<BR>
Cheers<BR>
Philippe<BR>
<BR>
2007/4/28, Boris Popov &lt;boris@deepcovelabs.com&gt;:<BR>
&gt;<BR>
&gt;<BR>
&gt;<BR>
&gt; Please don't do traits, we use VisualWorks and I would very much not want to<BR>
&gt; load experimental code into our production environment. In this case I don't<BR>
&gt; see a problem with code duplication.<BR>
&gt;<BR>
&gt;&nbsp; Cheers!<BR>
&gt;<BR>
&gt;&nbsp; -Boris<BR>
&gt;&nbsp; (Sent from a BlackBerry)<BR>
&gt;<BR>
&gt;&nbsp; ----- Original Message -----<BR>
&gt;&nbsp; From: seaside-bounces@lists.squeakfoundation.org<BR>
&gt; &lt;seaside-bounces@lists.squeakfoundation.org&gt;<BR>
&gt;&nbsp; To: Seaside - general discussion<BR>
&gt; &lt;seaside@lists.squeakfoundation.org&gt;<BR>
&gt;&nbsp; Sent: Sat Apr 28 01:31:13 2007<BR>
&gt;&nbsp; Subject: Re: [Seaside] Question about WASelectTag class hierarchy...<BR>
&gt;<BR>
&gt;&nbsp; &gt; Or, is this just a case of some missing method(s) in either<BR>
&gt;&nbsp; &gt; WACollectionTag (parent of WASelectTag) or WASelectTag that should be<BR>
&gt;&nbsp; &gt; implementing #tabindex:?<BR>
&gt;<BR>
&gt;&nbsp; The problem with many attributes is that we can either put them into<BR>
&gt;&nbsp; many specific tags or into the superclass of all tags. Either-way<BR>
&gt;&nbsp; there are some drawbacks. If we put these attributes into many<BR>
&gt;&nbsp; specific tags we have code duplication, if we put them into the<BR>
&gt;&nbsp; superclass we provide an attribute that might not be available to all<BR>
&gt;&nbsp; tags.<BR>
&gt;<BR>
&gt;&nbsp; The answer are Traits of course, that fit very well the XHTML<BR>
&gt;&nbsp; attribute modules. Since the development of Seaside is going on in 3.9<BR>
&gt;&nbsp; I wonder if it would make sense to take advantage of that? If only<BR>
&gt;&nbsp; Monticello would transparently load a flattened view into older<BR>
&gt;&nbsp; images, I would certainly vote for going this way ...<BR>
&gt;<BR>
&gt;&nbsp; Lukas<BR>
&gt;<BR>
&gt;&nbsp; --<BR>
&gt;&nbsp; Lukas Renggli<BR>
&gt;&nbsp; <A HREF="http://www.lukas-renggli.ch">http://www.lukas-renggli.ch</A><BR>
&gt;&nbsp; _______________________________________________<BR>
&gt;&nbsp; Seaside mailing list<BR>
&gt;&nbsp; Seaside@lists.squeakfoundation.org<BR>
&gt; <A HREF="http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside">http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside</A><BR>
&gt;<BR>
&gt; _______________________________________________<BR>
&gt; Seaside mailing list<BR>
&gt; Seaside@lists.squeakfoundation.org<BR>
&gt; <A HREF="http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside">http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside</A><BR>
&gt;<BR>
&gt;<BR>
_______________________________________________<BR>
Seaside mailing list<BR>
Seaside@lists.squeakfoundation.org<BR>
<A HREF="http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside">http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside</A><BR>
</FONT>
</P>

</BODY>
</HTML>