If every commit HLS has done would get such scrutiny, nothing would ever get
done...
Just sayin.
> On May 22, 2014, at 1:17 PM, "Thiago H de Paula Figueiredo"
> wrote:
>
>> On Thu, 22 May 2014 12:41:31 -0300, Jochen Kemnade
>> wrote:
>>
>> Am 22.05.2014 17:11, schrieb Robert Zeigler:
>>> I
Lenny Primak: +1 (non-binding)
A huge +1 for 5.3.8 release that supports Java 8.
> On May 16, 2014, at 3:54 PM, Bob Harner wrote:
>
> Bob Harner: +1 (non-binding)
>
> (As an aside, it's been over a year since our last 5.3.x release. It
> might be good to put out a 5.
I created a separate JIRA for this:
https://issues.apache.org/jira/browse/TAP5-2321
Thank you
-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org
We should make a 5.3.x release that's compatible with java 8 ASAP.
> On Mar 20, 2014, at 4:15 PM, Kalle Korhonen
> wrote:
>
> Sure, no problem. We still need it released but that might have to wait
> till 5.4 GA release. Easy enough for those who need it to build it
> themselves though.
>
>
Same applies to Tapestry 5.3.x branch.
On Mar 18, 2014, at 3:32 PM, Joachim Van der Auwera wrote:
> Java8 is now officially available.
> ASM 5.0 has also been released (see
> http://forge.ow2.org/forum/forum.php?forum_id=2302)
>
> Could the ASM5 be integrated in Tapestry 5.4 and a new beta rel
self and see a lot in there that
> Tapestry could benefit from. At some point (but not soon) we may need a JDK
> 8-specific branch to introduce API changes for lambda expressions, default
> methods, and other cool new toys.
> On Feb 1, 2014 12:35 PM, "Lenny Primak" wrote:
>
M is "baked in" with a modified package name so
> that there isn't a risk of class conflicts with any other occurrences
> of ASM in users' applications and libraries such as Hibernate. Read
> the last sentence at http://asm.ow2.org/doc/faq.html
>
> On Fri, Jan 31, 201
I would like to see this patch applied, but I understand that
> including a non-release version of ASM is not ideal.
>
> Kind regards,
> Joachim
>
> On 01/31/2014 07:44 PM, Lenny Primak wrote:
>> Is there a plan to update 5.3.x when Java 8 comes out?
>> Is it just the
Is there a plan to update 5.3.x when Java 8 comes out?
Is it just the matter of the version of ASM that is used or is there something
else that precludes 5.3.x to run on Java 8?
Thanks
-
To unsubscribe, e-mail: dev-unsubscr...@t
What about something similar to varStatus in jsf?
> On Jan 29, 2014, at 2:01 PM, "Thiago H de Paula Figueiredo"
> wrote:
>
>> On Wed, 29 Jan 2014 16:17:49 -0200, Dimitris Zenios
>> wrote:
>>
>> I have a list of 8 elements.I want to loop over the elements and every 3
>> elements or at begin
Yes. Both me and Thiago found bugs already that are present with jquery but not
prototype infrastructure.
> On Nov 21, 2013, at 6:53 AM, "Thiago H de Paula Figueiredo"
> wrote:
>
> I think having the build run all test with both infrastructure provides is a
> very good idea.
>
>> On Tue, 19
Bugs bugs bugs. There are still at least 100 bugs that are open and haven't
been looked at.
Some of them serious
On Nov 20, 2013, at 6:38 PM, Howard Lewis Ship wrote:
> As always, there are endless things I think would be really wonderful to
> have, that need to wait for a dot release.
>
> - A
>
> On Tue, Oct 29, 2013 at 7:07 PM, Lenny Primak wrote:
>
>> Thank you! That works
>>
>> On Oct 29, 2013, at 6:41 PM, Andreas Ernst wrote:
>>
>>> Am 29.10.13 23:03, schrieb Lenny Primak:
>>>> I'd like to try the latest T5.4 release that
Thank you! That works
On Oct 29, 2013, at 6:41 PM, Andreas Ernst wrote:
> Am 29.10.13 23:03, schrieb Lenny Primak:
>> I'd like to try the latest T5.4 release that's built by CI.
>>
>> Is there a repository that I can point to to be able to access them
I'd like to try the latest T5.4 release that's built by CI.
Is there a repository that I can point to to be able to access them?
Thanks
-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-ma
Dmitry, if you are using or want to use the FlowLogix library,
and have a specific issue with it, please report it via issue tracking.
I don't require patch with tests and I look at them all :)
The library is meant to be primarily a JEE bridge,
so if you really don't want any JEE dependencies, thi
separate
>>> tapestry modules. I'd maybe even used strategy of one tapestry submodule
>>> per one bugfix. Maybe name those modules like FixForXXX and if I want
>> your
>>> workaround in my project I'd add this modules as a submodule to my
>>>
If I had to pick top 3 issues, it would be these:
https://issues.apache.org/jira/browse/TAP5-2208
https://issues.apache.org/jira/browse/TAP5-2182
and incorporate JQuery DatePicker into Tapestry-core
On Oct 27, 2013, at 10:03 AM, Lenny Primak wrote:
> Quick Jira search reveals bugs I care ab
be name those modules like FixForXXX and if I want your
> workaround in my project I'd add this modules as a submodule to my
> AppModule.
>
Already done in FlowLogix library (see my comments re: one-per-module above)
that would make too many modules, and I don't have time to create /
supplying a patch with
> test. It doesn't always get applied or it doesn't get applied without
> changes. If you think it's difficult to get a patch applied to Tapestry,
> you should try kernel development first.
>
> Kalle
>
>
>
> On Sat, Oct 26, 2013
Hi guys,
I am struggling with a problem - how to get bugs (that I care about) fixed?
I am building web apps for clients that run on Tapestry.
I am finding that I am spending more and more time working around Tapestry bugs.
The time that I spend fixing / working around bugs in Tapestry is the tim
e. If there is enough interest it might be
> interesting in 5.4.1 and along with a tapestry-legacy framework module
> could be helpful for people with older sites wanting to upgrade to 5.4
>
> Barry
>
>
> On Tue, Oct 22, 2013 at 11:59 PM, Lenny Primak wrote:
>
>> I am
I am glad I am not the only one seeing this.
It's not an easy problem to solve though.
And, I am not one of those people that want 100% compatibility
(hence I would gladly have Tapestry 6)
I am in the process of converting an app to Tapestry 5.4,
Having never used bootstrap, and not being a web de
https://issues.apache.org/jira/browse/TAP5-1408
Thanks
-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org
Perhaps its time to finish it. It looks good from the screen shots that I've
seen.
Perhaps it can be seen as community building project.
On Oct 9, 2013, at 2:50 PM, Thiago H de Paula Figueiredo wrote:
> On Wed, 09 Oct 2013 15:18:53 -0300, Lenny Primak
> wrote:
>
>> Bo
Bob Harner has already something called a module registry.
I think it should be adopted by Tapestry documentation project.
No need to create anything new here.
Also, even though github is 'in' right now, not everything is on github.
lots of projects are hosted on google code, sourceforge, etc.
For
As much as I hate to say it, just like with the book idea, the Tapestry
ecosystem isn't big enough
to have an 'endorsed by' program or any kind of certification. Wish it wasn't
so but it is.
For example, let's take CDI support. There are at least 3 implementations,
with equal quality as far a
and.
On Sep 24, 2013, at 5:06 PM, Barry Books wrote:
> I've put GWT projects in their own war and included them with Tapestry
> projects. When I include them I usually put them in a GWT directory and
> tell Tapestry to ignore it.
>
>
> On Tue, Sep 24, 2013 at 11:35 AM, Len
you want to turn this off.
> FYI I don't deploy my GWT client code thru Tapestry at all. Is there any
> reason why you do?
>
>
> On Tue, Sep 24, 2013 at 7:33 AM, Thiago H de Paula Figueiredo <
> thiag...@gmail.com> wrote:
>
>> On Mon, 23 Sep 2013 21:43:55 -030
ning and keeping
>> the invalid reference unchanged (which is actually Lenny's suggestion)?
>>
>>
>>>
>>> On Mon, Sep 23, 2013 at 12:26 PM, Thiago H de Paula Figueiredo <
>>> thiag...@gmail.com> wrote:
>>>
>&g
arget of the url() and generate a complete path to the asset,
> including the checksum that goes in the URL, and that requires the file to
> actually exist.
>
>
> On Mon, Sep 23, 2013 at 12:26 PM, Thiago H de Paula Figueiredo <
> thiag...@gmail.com> wrote:
>
>> On
istent URL and do something about it.
>
> On Sun, 22 Sep 2013 22:41:02 -0300, Lenny Primak (JIRA)
> wrote:
>
>> Lenny Primak created TAP5-2187:
>> --
>>
>> Summary: CSS relative URL rewriting isn't lenient enou
On Sep 23, 2013, at 3:26 PM, Thiago H de Paula Figueiredo wrote:
> On Mon, 23 Sep 2013 16:19:14 -0300, Lenny Primak
> wrote:
>
>> Yes it does. It says that .png file was not found,
>> but the exception is while loading the .css file.
>
> Weird. It does sound like
DateFormat format = new
>>> SimpleDateFormat(formatString);
>>>
>>> format.setLenient(false);
>>>
>>>
>>>
>>>Date date =
>>> format.parse(clientValue,parse
>> tapestry-core/src/main/java/org/apache/tapestry5/modules/TapestryModule.java
>>
>>
>>> Core stack is not included by default
>>> -
>>>
>>>Key: TAP5-2169
>>>URL: https://issues.apache.org/jira/browse/TAP5-2169
>>>
throw new
> ValidationException(message);
>
>}
>
>return date;
>
>}
>
>
>
>@Override
e lenient. With lenient
> parsing, the parser may use heuristics to interpret inputs that do not
> precisely match this object's format. With strict parsing, inputs must
> match this object's format.
>
> I don't think you want heuristics when validating dates, you want the
are the chances of a patch?
>
> I'm stretched really, really thin right now. More so than usual. I'm
> anything but a fan of the built-in DateField component for any number of
> reasons, but I can't squeeze blood from a stone.
>
>
> On Mon, Sep 16, 2013 at 7
Just for planning purposes, what are the changes of datepicker being replaced
to bootstrap (or any other modern one)
prior to T5.4 release?
I need to plan this out, because current T5.4 datepicker is unusable for us, so
if the new datepicker isn't in the cards,
we need to start writing our own d
JIRA created: https://issues.apache.org/jira/browse/TAP5-2185
On Sep 16, 2013, at 8:47 AM, Thiago H de Paula Figueiredo wrote:
> On Mon, 16 Sep 2013 01:00:20 -0300, Lenny Primak
> wrote:
>
>> Is there a JIRA for this?
>
> I don't think so.
>
>> I would li
Is there a JIRA for this?
I would like to watch the resolution for this, as this is hitting me with the
GWT / SmartGWT integration
-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev
21:23:12 -0300, Lenny Primak
> wrote:
>
>> Yes, I meant bug, not but :)
>>
>> On Sep 6, 2013, at 8:21 PM, Lenny Primak wrote:
>>
>>> https://issues.apache.org/jira/browse/TAP5-2175
>>>
>>> If @Size(min) is not
Yes, I meant bug, not but :)
On Sep 6, 2013, at 8:21 PM, Lenny Primak wrote:
> https://issues.apache.org/jira/browse/TAP5-2175
>
> If @Size(min) is not specified, but @Size(max) is, the validation will fail
> with c
https://issues.apache.org/jira/browse/TAP5-2175
If @Size(min) is not specified, but @Size(max) is, the validation will fail
with correct input
-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional command
s I know application servers require so their binding ports
> have to be set implicitly in configs.
> Or these ports can be set using app-server specific system variables, which
> you may read in provideApplicationDefaults and set those as value for the
> tapestry symbols.
>
>
> On
in the comments.
On Sep 3, 2013, at 1:42 PM, Kalle Korhonen wrote:
> On Tue, Sep 3, 2013 at 10:33 AM, Lenny Primak wrote:
>
>> In any case, this is clearly a bug and should be fixed without requiring
>> developers
>> to specify ports to Tapestry that are alr
, Massimo Lusetti wrote:
> On Tue, Sep 3, 2013 at 10:22 AM, Lenny Primak wrote:
>
>> In this issue: https://issues.apache.org/jira/browse/TAP5-1973
>>
>> If you take a look at the last comment from Alejandro Scandroli,
>> it looks like the side effect is still not fixed
pening this
> since the current seems more wrong than the old way.
>
> Kalle
>
>
> On Tue, Sep 3, 2013 at 6:20 AM, Massimo Lusetti wrote:
>
>> On Tue, Sep 3, 2013 at 10:22 AM, Lenny Primak >> wrote:
>>
>>> In this issue: https://issues.apache.o
In this issue: https://issues.apache.org/jira/browse/TAP5-1973
If you take a look at the last comment from Alejandro Scandroli,
it looks like the side effect is still not fixed in 5.4.
Right now, this is being worked around in FlowLogix, but I would like to remove
this code (i.e. asking for this
x27;t like it.
>
> All we need is a support for @Transactional->Required /readonly. I think if
> we support them, most of common requirements are met.
>
> regards
> Taha
>
> On 25-Aug-2013, at 4:18 AM, Lenny Primak wrote:
>
>> I would leave everything as
I would leave everything as is now.
Tapestry should not try to implement or re-implement full transaction support.
This has already been done with JEE or spring. If a user wants this support,
they should just use what already exists out there.
On Aug 24, 2013, at 3:18 PM, "Thiago H de Paula F
Already voted :)
On Jul 31, 2013, at 12:30 PM, Massimo Lusetti wrote:
> On Wed, Jul 31, 2013 at 6:52 PM, Lenny Primak wrote:
>
> As long it's a 404 in both production and development mode I'm fine with
>> that.
> BTW anyone interested in this could go to the issue
As long it's a 404 in both production and development mode I'm fine with that.
On Jul 31, 2013, at 11:42 AM, Massimo Lusetti wrote:
> On Wed, Jul 31, 2013 at 6:31 PM, Lance Java wrote:
>
> You can have your cake and eat it!
>>
>> It's valid for a 404 response to have a body and a content ty
support?
Other custom behavior would all be broken.
On Jul 31, 2013, at 11:07 AM, Massimo Lusetti wrote:
> On Wed, Jul 31, 2013 at 6:00 PM, Lenny Primak wrote:
>
> I would say no.
>> The behavior in production.and development mode differences in general is
>> a bad idea. Thi
error) and another in production (a 404 status)?
>
>
> On Wed, Jul 31, 2013 at 8:38 AM, Dimitris Zenios
> wrote:
>
>> +1
>>
>>
>> On Wed, Jul 31, 2013 at 6:21 PM, Lenny Primak >> wrote:
>>
>>> Big +1 for me. I currently use
Big +1 for me. I currently use the following code in the index page to work
around this issue:
8 /**
9* Restore 404 Not Found errors
10 * @param context
11 * @return
12 */
13 HttpError onActivate(EventContext context)
14 {
15
I have never been able to get any selenium tapestry tests to run on my Mac at
all BTW.
Something has to do with firefiox version or something.
So, even the proverbial 'patch with tests' isn't possible for me.
I really don't mind the bleeding edge technology though.
On Jul 31, 2013, at 9:10 AM
I think you want Tapestry's very light JPA implementation to do way more than
what it was meant to do originally.
Your requirements clearly require JEE or equivalent infrastructure. You should
use it.
On Jul 4, 2013, at 4:04 AM, John wrote:
> This is a real world issue for me.
>
> I recently
Lenny Primak: +1 (non-binding)
On Jul 3, 2013, at 12:43 PM, Kalle Korhonen wrote:
> Kalle Korhonen: +1 (non-binding)
-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: de
Same here. Big -1 for dropping older IE support. +1 for jq2 if we can keep
older IE.support.
On May 27, 2013, at 7:21 AM, Barry Books wrote:
>> From the jQuery 2.0 release notes:
>
> As promised, this version leaves behind the older Internet Explorer 6, 7,
>> and 8 browsers. In return it is s
How about this one?
https://issues.apache.org/jira/browse/TAP5-2014
On Apr 1, 2013, at 1:38 PM, Kalle Korhonen wrote:
> Thanks Bob, Massimo. At least
> https://issues.apache.org/jira/browse/TAP5-2097 and
> https://issues.apache.org/jira/browse/TAP5-1890 merge to T5.3 for me, and
> need to check
I agree with that. Makes it very, very fast
On Mar 12, 2013, at 6:31 AM, Bob Harner wrote:
> As a Tapestry user, I agree with your preference to prevent asset
> requests entirely rather than go the chattier ETag route. I would
> rather give up on the checksums-in-URLs idea (at least for modules)
https://issues.apache.org/jira/browse/TAP5-1799
https://issues.apache.org/jira/browse/TAP5-1779
https://issues.apache.org/jira/browse/TAP5-1973
https://issues.apache.org/jira/browse/TAP5-805 (this may be fixed in 5.4)
Thank you very much
-
I was wondering if it was too early to start porting FlowLogix to 5.4
If the JS and Java APIs are stable as of now, I'd like to start.
Can I get confirmation on any of this?
Thanks
I also would like to contribute some, if not all of the code.
I've been maintaining this for almost 2 years now, and
Using something like NIO-based frameworks has no value as far as I am concerned.
We did a lot of work evaluating NIO-based and general event-based I/O
frameworks,
and the good old one-thread-per-conncetino blew everything else out of the
water performance wise
for good load-balanced / clustered s
This wouldn't work in an AJAX request, setupRender() will not get called but
onActivate() will
On Jan 28, 2013, at 8:49 AM, SlimerDude wrote:
>> solution wouldn't handle when there's an onActivate()
>> method without parameters just used for initialization stuff
>
> If an onActivate() doesn't
This is what I do in my index page:
package com.baw.website.pages;
import org.apache.tapestry5.EventContext;
import org.apache.tapestry5.services.HttpError;
public class Index
{
/**
* Restore 404 Not Found errors
* @param context
* @return
*/
HttpError onActivate(Eve
5.4-alpha-x should not be a snapshot at all.
It's a release. An alpha release, but a release.
5.4-SNAPSHOT should be the bleeding edge nightly builds.
On Jan 22, 2013, at 6:54 AM, Massimo Lusetti wrote:
> I feel lazy but now I think I understood what Uli was talking about.
>
> If you look at th
Absolutely. This is too big of a change to force on all framework users
On Jan 18, 2013, at 1:58 PM, "Thiago H de Paula Figueiredo"
wrote:
> In the end, aren't the correct synchronization approach too specific for each
> scenario for a web framework to provide them? The atomicity problem de
gt;
> Felix
>
> 2013/1/14 Howard Lewis Ship
>
>> And I've had equal discussion from others demanding this feature, so there
>> you go.
>>
>> On Sunday, January 13, 2013, Lenny Primak wrote:
>>
>>> Howard, is there a particular use case for th
Oh I read the code. It's about the other parts of request processing that make
session lock unnecessary in all but most esoteric cases.
On Jan 13, 2013, at 10:17 PM, Kalle Korhonen wrote:
> On Sun, Jan 13, 2013 at 7:46 PM, Lenny Primak wrote:
>
>> Perhaps a few more details
ers demanding this feature, so there
> you go.
>
> On Sunday, January 13, 2013, Lenny Primak wrote:
>
>> Howard, is there a particular use case for this? This sounds like an
>> overkill and unnecessary.
>> There are also most likely locking going on just to get to
Howard, is there a particular use case for this? This sounds like an overkill
and unnecessary.
There are also most likely locking going on just to get to the per thread
access to the field even before the session gets accessed.
I view is change as a performance killer as well with no benefits
Agreed. I think that if after owner notification and about a month waiting
period, the issue can be closed.
On Dec 18, 2012, at 12:29 PM, Kalle Korhonen wrote:
> Uli, let's not make this a religious argument. If we all compromise a bit
> we'll see that everyone wants the same thing, a smaller
Latest tapestry supports this out of the box.
On Dec 14, 2012, at 4:20 PM, Jon Williams wrote:
> Hi,
>
> I want to remove the HTML DTD declaration for HTML5 compliance.
>
> I found this site.
> http://www.atentia.net/2011/02/tapestry5-setup-with-html5-and-jquery/
> But it mentions that you ha
This I just a reminder for the dev folks how important designer fidelity is.
Most Devs including me sometimes forget that.
On Dec 13, 2012, at 5:23 PM, "Thiago H de Paula Figueiredo"
wrote:
> On Thu, 13 Dec 2012 19:40:52 -0200, Lenny Primak
> wrote:
>
>> That does
s much as I do ... it gives me 80+% of
>> the benefit of working with a designer, without the actual designer.
>>
>>
>> On Thu, Dec 13, 2012 at 1:00 PM, Lenny Primak wrote:
>>
>>> I chose Tapestry for my projects because you can freely share templates
>>
, 2012, at 3:13 PM, "Thiago H de Paula Figueiredo"
wrote:
> On Thu, 13 Dec 2012 16:31:08 -0200, Lenny Primak
> wrote:
>
>> Nice. I like it. The only issue may be dreamweaver etc. fidelity.
>
> It's optional, so that won't be an issue. I still prefer the
Nice. I like it. The only issue may be dreamweaver etc. fidelity.
On Dec 13, 2012, at 1:28 PM, Howard Lewis Ship wrote:
> Because of Bootstrap, there's a bit more boilerplate in the template; for
> instance, editting a field may look like:
>
>
>
>
>
>
>
>
>
> ...
>
> I think we
ot an issue.
On Nov 13, 2012, at 8:55 PM, John wrote:
> please see https://issues.apache.org/jira/browse/TAP5-2027
> - Original Message -
> From: Lenny Primak
> To: Tapestry development
> Sent: Wednesday, November 14, 2012 1:21 AM
> Subject:
if (proxy == null) {}conditionality code block wrapping
>
> This also works and was my original code change until I saw depricated
> classes being used.
>
> John
>
>
> - Original Message -
> From: Lenny Primak
> To: Tapestry development
> Sent: We
;
>}
>
>private synchronized EntityManager getOrCreateProxy(
>final AnnotationProvider annotationProvider, final ObjectLocator
> objectLocator)
>{
>if (proxy == null)
>{
> ...
>}
>return proxy;
> -
I am not sure why the existing code doesn't work for you as it works fine in my
environment.
Another thing is that patches belong in JIRA and cannot be taken from mailing
lists due to copyright issues.
Perhaps Igor can shed some light on this?
On Nov 13, 2012, at 7:48 PM, "John" wrote:
> I
Additional methods are easy, and not incompatible. I say just stick with the
original Cookie interface.
On Nov 13, 2012, at 9:59 AM, Ulrich Stärk wrote:
> The Cookies interface and implementation can use some love. I'll take care of
> that. Do we want to
> simply add a new method to the interf
I loved that!
On Nov 9, 2012, at 6:22 AM, Bob Harner wrote:
> See http://lmgtfy.com/?q=How+to+change+Browse+button+Label :-)
>
>
> On Mon, Nov 5, 2012 at 10:38 AM, csnp wrote:
>
>> Hi,
>> How to change Browse button Label for multi language support in Tapestry5
>> ?
>>
>>
>>
>> I would
Now, don't jump on me for saying this, again,
but I think it's time for T6.
On Oct 19, 2012, at 7:41 PM, Howard Lewis Ship wrote:
> I you've seen the commits, you know I've been attacking the
> client-side JavaScript with a chainsaw. Not everything is working,
> especially the tests (!), but wha
Lenny Primak: +1 (non-binding)
-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org
I don't think that for lazy developers it needs to be secure at all :)
On Oct 4, 2012, at 6:48 PM, Massimo Lusetti wrote:
> I feel I was not clear enough.
>
> To protect the lazy developers, the newcomers or simply the unwary
> user I would make the default value a random generated string with a
More than ready! I hate being on anything less than the latest and greatest
version of Tapestry.
Had to skip 5.3.5, the first time I had to do that with Tapestry.
On Oct 4, 2012, at 6:18 PM, Howard Lewis Ship wrote:
> I think it might be time for a 5.3.6. This is what I'm showing as fixed:
>
I don't understand. It says fix version 5.3.5, but wouldn't be a 5.3.6 or
later with this backout?
Thanks for the fix!
On Oct 4, 2012, at 5:35 PM, Howard Lewis Ship wrote:
> Your wish is my command:
>
> https://issues.apache.org/jira/browse/TAP5-2009
>
> On Thu, Oct
Voted.
On Oct 4, 2012, at 4:59 PM, Geoff Callender
wrote:
> Please vote for
> https://issues.apache.org/jira/browse/TAP5-1989#comment-13469684 .
>
> On 04/10/2012, at 9:01 PM, AndyB wrote:
>
>> Is this happening?
>>
>>
>>
>> --
>> View this message in context:
>> http://tapestry.1045711
Do you have a JIRA opened associated with this patch, is this patch attached to
this JIRA?
If not, it's a non-starter. If you did, please attach your JIRA to your
e-mail, so its easy for a committer to apply
your patch.
On Sep 16, 2012, at 7:04 PM, bhorvat wrote:
> http://tapestry.1045711.n5
I completely agree with this.
On Sep 7, 2012, at 10:50 AM, Ben Dotte wrote:
> I'd vote to back it out personally. I assume the broken Prototype stuff
> will be gone or replaced in 5.4 anyway, so it seems like a waste of effort.
>
> Ben
>
> On Fri, Sep 7, 2012 at 8:44 AM, trsvax wrote:
>
Lenny Primak: -1 (non-binding)
The new prototype version doesn't seem to be ready for prime time.
-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org
Well for whatever reason it didn't work for me and I don't use a proxy.
I'll try to find and fetch the docs for my jarjar solution shortly.
On Aug 21, 2012, at 1:29 PM, Kalle Korhonen wrote:
> On Tue, Aug 21, 2012 at 10:05 AM, Lenny Primak wrote:
>> I don't thi
I don't think Maven works that way. The jar dependencies are just that, jar
dependencies.
Maven doesn't look and bring in the dependencies information.
I believe that it's done by design that way.
On Aug 21, 2012, at 12:57 PM, Howard Lewis Ship wrote:
> See https://issues.apache.org/jira/bro
Lenny Primak: -1 (non-binding)
The Play YUIcompressor is a showstopper for me.
Tapestry should not force users to add maven repos other than maven central.
My solution is to upload a jarjar-combined yuicompressor,
tapestry-yuicompressor and rhino into one
customized tapestry-yuicompressor
Not sure where, but I bet JSON to entity mappers exist somewhere already. No
need to reinvent the wheel here.
On Aug 16, 2012, at 3:27 PM, Howard Lewis Ship wrote:
> I've been thinking of a general-purpose way to convert arbitrary
> Objects into JSONObjects, using naming conventions and anno
FlowLogix library has a mixin that you can put into the layout component that
controls and/or disable highlights.
On Aug 15, 2012, at 12:41 PM, Dusko Jovanovski wrote:
> Well, I'm trying to turn off the default yellow highlight with the symbol.
> I filed a JIRA (https://issues.apache.org/jira
What about /tapestry-assets or /t5-assets ?
On Jul 28, 2012, at 9:37 AM, Bob Harner wrote:
> To correct myself, the more common conflict would be with top-level
> /asset folders defined by existing Tapestry-based applications. Still,
> that should be uncommon and not such a hard problem to get
1 - 100 of 182 matches
Mail list logo