Gradle!
On Wed, May 18, 2011 at 8:31 AM, Massimo Lusetti wrote:
> On Wed, May 18, 2011 at 5:24 PM, Chris Collins wrote:
>
>> Would you mind sharing the reasoning behind switching from Maven? I am late
>> to the party and only just switched to maven :-}
>
> Nothing special... I got all my build
ok it is "reportingservice/.*". got it.
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/how-to-make-tapestry-ignore-processing-some-paths-tp4407839p4407934.html
Sent from the Tapestry - User mailing list archive at Nabble.com.
Strange, I added this -
public static void contributeIgnoredPathsFilter(Configuration
configuration)
{
configuration.add("/reportingservice/*");
}
expecting all paths starting with /reportingservice wont be handled by
tapestry. But what happens is
only if the path is ht
Thanks Rich, I added it to AppModule.
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/how-to-make-tapestry-ignore-processing-some-paths-tp4407839p4407889.html
Sent from the Tapestry - User mailing list archive at Nabble.com.
Contributions and such should be in the Module class, typically
AppModule. I believe that was omitted from that code excerpt because the
rest of the page was in the context of the Module class.
On 05/18/2011 05:02 PM, hese wrote:
Hi,
I dont want tapestry to process some urls, and want it to b
Ok, I got the answer in another site
http://tapestry.apache.org/configuration.html
Thanks
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/how-to-make-tapestry-ignore-processing-some-paths-tp4407839p4407851.html
Sent from the Tapestry - User mailing list archive at Nabble
Hi,
I dont want tapestry to process some urls, and want it to be handled by
another servlet.
Here - http://tapestry.apache.org/tapestry5/guide/conf.html, it is mentioned
to do it in a method like this...
public static void contributeIgnoredPathsFilter(Configuration
configuration)
{
Thiago H. de Paula Figueiredo wrote:
>
> Nice! Please update the JIRA issues to include this information.
>
I updated
http://issues.apache.org/jira/browse/TAP5-1366
and also added link to this discussion (to Nabble.)
- Ville
--
View this message in context:
http://tapestry.1045711.n5.nab
On Wed, 18 May 2011 16:41:46 -0300, 9902468
wrote:
Thiago H. de Paula Figueiredo wrote:
Wouldn't Tapestry reordering elements come in the ,
,
everything else order be sufficient? I do think adding a Tapestry
element
just for that solving this issue is overkill.
Yep, I think that
Hey Thiago.
> public void afteRender(MarkupWriter writer) {
> Element ie9 = writer.getDocument().getElementById("ie9metatag");
> ie9.getParent().moveToTop(ie9);
> }
>
I'm pretty sure that this won't work because at the point this code
runs none of Tapestry elements have been injecte
Thiago H. de Paula Figueiredo wrote:
>
>
> Wouldn't Tapestry reordering elements come in the , ,
> everything else order be sufficient? I do think adding a Tapestry element
> just for that solving this issue is overkill.
>
>
Yep, I think that would do it.
Of topic: Could it be that IE m
On Wed, 18 May 2011 16:05:58 -0300, 9902468
wrote:
Exactly :) As I pointed out none of us can change this unfortunate
reality (If you can, I have seriously under estimated your influence
capabilities
:)) -
If I could change Microsoft the world would be a better place to live . .
. :P
Thiago H. de Paula Figueiredo wrote:
>
> On Wed, 18 May 2011 14:12:15 -0300, 9902468
>
> Microsoft is to blame for having a backward compatibility problem at
> first and then a fix depending on a meta tag that should be the first
> thing inside . This was quite a bad decision from them.
>
>
On Wed, 18 May 2011 14:12:15 -0300, 9902468
wrote:
I've battled this one previously, but there never was any real
resolution if I remember correctly.
I'd try this
* Give an id to the meta tag.
* Add this to my layout component or in a mixin (not tested):
public void afteRender(MarkupWrit
I don't know of something exists, but here is a reasonably simple solution:
Create a "meta" component that that collects the values and injects
them at the top of the head element at the end of the rendering
process.
The following code was compiled and briefly tested in 5.2.5. It
collects the val
Ah, now I found the original IE9 thread:
http://tapestry.1045711.n5.nabble.com/Tapestry-5-with-Prototype-1-7-td3288189.html
- Ville
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/X-UA-Compatible-IE-9-tp4406801p4407107.html
Sent from the Tapestry - User mailing list archi
I've battled this one previously, but there never was any real resolution if
I remember correctly. I think T5 should honor the order of added metatags
with perhaps some additional tags like .
(And same for the added js + stylesheet + what not declarations.)
Likewise IE9 support wasn't top notch, s
Hi,
has anyone else had trouble with getting the X-UA-Compatible meta tag
working in IE9 with Tapestry?
I have verified that my rendered HTML page has the tag in the
element, but going into Developer Tools it says the Document Mode for
the page is not the one I set it to.
The reason I men
On Wed, May 18, 2011 at 5:24 PM, Chris Collins wrote:
> Would you mind sharing the reasoning behind switching from Maven? I am late
> to the party and only just switched to maven :-}
Nothing special... I got all my builds running smoothly 80% of the
times or running at 80% of features, none is
Yeh I could get to the website, noticed the last published date and when I went
wondering the maven repo that was mentioned on the site I only saw 1.1.0. That
version exploded with T5.2.5. I did a search and found someones comment that
there was a 1.3.2. which seems to work.
This project is c
On Wed, May 18, 2011 at 3:12 PM, Michael Dukaczewski
wrote:
> Yes, the site is reachable, but ...
> "Last Published: 2009-09-18"
> ... so it is almost dead.
Sure the site is dead and I'll not fix till I'll switch to something
other then maven but the maven repo is updated
--
Massimo
http://mer
Yes, the site is reachable, but ...
"Last Published: 2009-09-18"
... so it is almost dead.
Am 18.05.2011 11:55, schrieb Massimo Lusetti:
> On Wed, May 18, 2011 at 7:01 AM, Chris Collins
> wrote:
>
>> Does anyone know if chenillekit is dead? A quick play trying to use it with
>> t5.2.5 failed
Added to JIRA: https://issues.apache.org/jira/browse/TAP5-1527
On 10/05/2011, at 9:39 PM, Geoff Callender wrote:
> Nope, it's like Rich said: onPrepare() is being called twice during the
> render phase, and then the object disappears!
>
> Yet, when you replace BeanEditForm with a Form around a
This is in my pom:
org.apache.tapestry
tapestry-framework
4.1.6
org.apache.tapestry
tapestry-core
On Wed, May 18, 2011 at 7:01 AM, Chris Collins
wrote:
> Does anyone know if chenillekit is dead? A quick play trying to use it with
> t5.2.5 failed and seems the mailing lists on google don't exist anymore?
It stands still at http://chenillekit.codehaus.org
--
Massimo
http://meridio.blogspot
Does anyone know if chenillekit is dead? A quick play trying to use it with
t5.2.5 failed and seems the mailing lists on google don't exist anymore?
C
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additiona
26 matches
Mail list logo
