es
Would the 'nested set' work well or not does not
depend on size, but on 'stability' of the tree.
For 'stable' tree (updated nightly) nested set model
does excellent job no matter what the size is. And of
course I mean working hierarchical queries, not simpl
depending on the step size we could
insert many nodes without the need to recalculate
entire tree.
Deletion is always cheap - no recalculation required.
--- Karthik Abram <[EMAIL PROTECTED]> wrote:
>
> Thats a terrible model for a dynamic tree though...
>
> -Original Me
Thats a terrible model for a dynamic tree though...
-Original Message-
From: Konstantin Ignatyev [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 08, 2005 3:37 PM
To: Tapestry users; [EMAIL PROTECTED]
Subject: Re: Presenting really large trees
Not necessarily about UI, but 'nested se
Have you considered writing your app in assembly? It is faster than PHP or
Java. Its also very compact and esoteric.
-Original Message-
From: Radim Burget [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 06, 2005 5:29 PM
To: Tapestry users
Subject: performance question
It is probably
Grrr... I have to cancel that order for Blue Gene/L that I was planning to
run my Tapestry based contact list!
-Original Message-
From: Patrick Casey [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 06, 2005 5:38 PM
To: 'Tapestry users'
Subject: RE: performance question
Java
Interesting - your malformed URL when clicked on makes Mozilla pull up
microsoft's home page!!!
-Original Message-
From: Robert Zeigler [mailto:[EMAIL PROTECTED]
Sent: Friday, August 05, 2005 7:34 AM
To: Tapestry users
Subject: Re: Is there JSCalendar tapestry component?
Try the DateTim
Is it true that the NHL's pages get pre-generated and then served as static
files? All but the home page perhaps?
-Original Message-
From: Adam Greene [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 02, 2005 12:17 AM
To: Tapestry users
Subject: Re: High Traffic Tapestry Performance
Well
The best way to learn Tapestry is to write a component on your own. I do
agree that .NET is way simpler - with 4.0 it "feels" like Tapestry is
becoming more esoteric (deliberately using 'esoteric' and not
'complicated').
-Original Message-
From: Patrick Casey [mailto:[EMAIL PROTECTED]
Sen
What makes you think the Wicket developers won't shift to Ruby on Rails? A
little red flag for me was TSS's take on Tapestry - as a "research"
framework based on the JavaOne web-framework shootout comment by Howard.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent
I was appalled to find out that the apache archives don't remove email
addresses when exposing them over the web. Ever since I joined this mailng
list, I've started getting tons of junk mail. Does anyone know whom to
contact to rectify this?
--
I've build fairly substantial applications with .NET - and I will have to
disagree with some of the points below. True, .NET doesn't have a Hibernate
like persistence layer, but the reality is that while java produced a
zillion persistence options for the "Enterprise" app, ADO.NET's simple
in-memo
Won't the id field clash with html ID??
-Original Message-
From: Gregg D Bolinger [mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 10, 2005 5:48 PM
To: Tapestry users
Subject: Curiosity Question
Why does Tapesty use jwcid= instead of just looking for the id attribute and
then verfying that
I get a perfectly fine page on Mozilla Firefox 1.0.3, Tapestry 3.0.2. I
click browser back and then forward and I get a page which looks fine except
for this rendering of the class path, component names, properties, etc. etc.
Since it is appearing after the shell component's render time message, I
I've not seen one blog/article/email that convinces me HiveMind provides any
capabilities to the component writer. I believe there are changes being made
to simplify writing components a bit, but still, they don't require
HiveMind. HiveMind will also hamper the adoption of Tapestry to some extent.
bert Zeigler [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 05, 2005 8:14 PM
To: Tapestry users
Subject: Re: Components to fry JSF and all other frameworks
Karthik Abram wrote:
> Checkout componentart.com's product lineup (checkout the demos for the
> components) - ASP.NET is the real compe
not
know.
Shalini
-Original Message-
From: Karthik Abram [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 05, 2005 4:24 PM
To: Tapestry users
Subject: RE: CheckBox Values on FormSubmit
Hey Shalini,
Can you not put the checkboxe's value (Boolean) in an List and
use a forea
Checkout componentart.com's product lineup (checkout the demos for the
components) - ASP.NET is the real competition.
I've said it before and I'll say it again - Tapestry 4.0's focus & direction
is, in my opinion wrong. People will use Tapestry if it provides components
of dizzying complexity and
Hey Shalini,
Can you not put the checkboxe's value (Boolean) in an List and use a
foreach to render them? If the number of your checkboxes will not change,
this is the easiest solution. When the form posts, the boolean values will
be set based on the checkbox states.
-Original Message
I'd suggest Infragistics.com for real good components that Tapestry would
benefit from immitating ...
-Original Message-
From: Mauro Sérgio Silva [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 04, 2005 10:02 AM
To: tapestry-user@jakarta.apache.org
Subject: Components Inspiration
I was t
This has been suggested before - the Shell component should behave like the
Body component accepts form event handlers. Also, the shell should provide
support for media and other attributes of stylesheets.
+1 from me for including it in Tapestry 4.0
Any takers?
-Original Message-
From:
So why does having "Abstract" in an abstract class make sense? Clearly
"public abstract class" is equally unequivocal.
-Original Message-
From: news [mailto:[EMAIL PROTECTED] Behalf Of Kent Tong
Sent: Friday, April 22, 2005 9:25 PM
To: tapestry-user@jakarta.apache.org
Subject: Re: If we c
style completely unreadable!), but what's the point? This topic has been
argued ad nauseum by proponents of each style forever and there's no
point continuing it here.
Besides, we've gotten way off topic!
How about we get back to Tapestry?
Jamie
Karthik Abram wrote:
>
> Oh, a
Oh, and the curly braces should start on the same line... and I like
tabs... 4 character wide... That's the One True Way :)
On this one, I STRONGLY disagree. Of the four brace styles (k&r, gnu, bsd,
whitesmith), k&r (which is what Java uses) is the most ridiculous. It makes
the code completely
Well then, in the same way, putting "Abstract" in front of a class that is
abstract is equally meaningless. My IDE shows me that too!!
-Original Message-
From: Erik Hatcher [mailto:[EMAIL PROTECTED]
Sent: Friday, April 22, 2005 6:37 AM
To: Tapestry users
Subject: Re: If we call it Tapestr
o you can't.
>
>http://jakarta.apache.org/tapestry/doc/api/org/apache/tapestry/contrib/form
/MultiplePropertySelection.html
>
>--- Karthik Abram <[EMAIL PROTECTED]> wrote:
>
>
>>There doesn't seem to be any way for the renderer
>>for
>>MultiplePropert
There doesn't seem to be any way for the renderer for
MultiplePropertySelection to pass through informal parameters??? Anyone have
any ideas?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PR
I'm reposting this reply of mine for better visibility ...
This is both a solution and a proposal. I had to do the same - except more
generally, I wanted to be able to have get any component's html ID and tie
it to javascript.
The solution I came up with was to write an "observer" component and
This is both a solution and a proposal. I had to do the same - except more
generally, I wanted to be able to have get any component's html ID and tie
it to javascript.
The solution I came up with was to write an "observer" component and have
all my components (subclassed from Base, Abstract and A
Oh and +1 for first class properties in C# instead of the javabean kludge...
-Original Message-
From: Karthik Abram [mailto:[EMAIL PROTECTED]
Sent: Friday, April 01, 2005 6:15 PM
To: Tapestry users
Subject: RE: Tapestry and Java 5.0
Generics are no better with their awful syntax. It
Generics are no better with their awful syntax. It looks like the typing I
save in typecasting is more than destroyed by ugly syntax. Also, what is
"for (Item a : list)"? C# scores +1 for "for (Item a in list)" and +1 for
event-dispatch model.
-Original Message-
From: sales [mailto:[EMAIL
30 matches
Mail list logo
