[prev in list] [next in list] [prev in thread] [next in thread] 

List:       groovy-dev
Subject:    Re: [groovy-dev] GraphicsBuilder update
From:       "James Williams" <james.l.williams () gmail ! com>
Date:       2007-08-29 17:55:15
Message-ID: 38c1fcad0708291055o20a882bj7459e5a4238eb362 () mail ! gmail ! com
[Download RAW message or body]

I'll start looking into that.

2007/8/29, Andres Almiray <aalmiray@yahoo.com>:
>
>
> Yup, I was thinking that timingframework.jar shouldn't be a dependecy in
> core
> too. We may as well mode SwingBuilder out of core but that move may affect
> other tools that use it and are located at core.
>
> I agree that we should add timingframework capabilities to SwingXBuilder
> (or
> an experimental module) to flesh out the details and later on bring it
> back
> to SwingBuilder. What about retroweaver/retrotranslator, do they take care
> of Enums? are they viable as dependencies on a module?
>
> -- Andres
>
>
> Danno Ferrin-2 wrote:
> >
> > Another detail I just saw: the swing labs timing framework uses enums.
> > That makes a solid 1.5 dependency, so for Groovy 1.1 it shouldn't be in
> > the
> > core, but could be added in groovy 2.0/1.2 when the vibe seems to be 1.4
> > JVM
> > support will be dropped.
> >
> > --Danno
> >
>
> --
> View this message in context:
> http://www.nabble.com/GraphicsBuilder-update-tf4345180.html#a12388671
> Sent from the groovy - dev mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe from this list please visit:
>
>     http://xircles.codehaus.org/manage_email
>
>

[Attachment #3 (text/html)]

I&#39;ll start looking into that.<br><br><div><span class="gmail_quote">2007/8/29, \
Andres Almiray &lt;<a \
href="mailto:aalmiray@yahoo.com">aalmiray@yahoo.com</a>&gt;:</span><blockquote \
class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt \
0pt 0.8ex; padding-left: 1ex;"> <br>Yup, I was thinking that timingframework.jar \
shouldn&#39;t be a dependecy in core<br>too. We may as well mode SwingBuilder out of \
core but that move may affect<br>other tools that use it and are located at \
core.<br><br> I agree that we should add timingframework capabilities to \
SwingXBuilder (or<br>an experimental module) to flesh out the details and later on \
bring it back<br>to SwingBuilder. What about retroweaver/retrotranslator, do they \
take care <br>of Enums? are they viable as dependencies on a module?<br><br>-- \
Andres<br><br><br>Danno Ferrin-2 wrote:<br>&gt;<br>&gt; Another detail I just saw: \
the swing labs timing framework uses enums.<br>&gt; That makes a solid  1.5 \
dependency, so for Groovy 1.1 it shouldn&#39;t be in<br>&gt; the<br>&gt; core, but \
could be added in groovy 2.0/1.2 when the vibe seems to be 1.4<br>&gt; JVM<br>&gt; \
support will be dropped.<br>&gt;<br>&gt; --Danno<br> &gt;<br><br>--<br>View this \
message in context: <a \
href="http://www.nabble.com/GraphicsBuilder-update-tf4345180.html#a12388671">http://www.nabble.com/GraphicsBuilder-update-tf4345180.html#a12388671</a><br>Sent \
from the groovy - dev mailing list archive at  <a \
href="http://Nabble.com">Nabble.com</a>.<br><br><br>---------------------------------------------------------------------<br>To \
unsubscribe from this list please visit:<br><br>&nbsp;&nbsp;&nbsp;&nbsp;<a \
href="http://xircles.codehaus.org/manage_email"> \
http://xircles.codehaus.org/manage_email</a><br><br></blockquote></div><br>



[prev in list] [next in list] [prev in thread] [next in thread]