| From | Sent On | Attachments |
|---|---|---|
| Martin Makundi | Nov 4, 2010 1:13 pm | |
| 7zark7 | Nov 4, 2010 1:54 pm | |
| Jonathan Locke | Nov 4, 2010 3:06 pm | |
| Martin Makundi | Nov 4, 2010 3:08 pm | |
| Martin Makundi | Nov 4, 2010 3:13 pm | |
| Jeremy Thomerson | Nov 4, 2010 9:56 pm | |
| Martin Makundi | Nov 4, 2010 10:59 pm | |
| Martin Makundi | Nov 4, 2010 11:46 pm | |
| Michał Letyński | Nov 5, 2010 12:52 am | |
| Martin Makundi | Nov 5, 2010 1:07 am | |
| Martin Grigorov | Nov 5, 2010 1:12 am | |
| Martin Makundi | Nov 5, 2010 1:15 am | |
| Martin Grigorov | Nov 5, 2010 1:20 am | |
| Marc Nuri San Félix | Nov 5, 2010 1:22 am | |
| Martin Makundi | Nov 5, 2010 1:28 am | |
| Martin Makundi | Nov 5, 2010 1:31 am | |
| Martin Grigorov | Nov 5, 2010 1:34 am | |
| Martin Grigorov | Nov 5, 2010 1:36 am | |
| Martin Makundi | Nov 5, 2010 1:37 am | |
| Martin Makundi | Nov 5, 2010 1:38 am | |
| Martin Makundi | Nov 5, 2010 1:40 am | |
| Leszek Gawron | Nov 5, 2010 5:36 am | |
| James Carman | Nov 5, 2010 5:39 am | |
| Martin Makundi | Nov 5, 2010 5:47 am | |
| Igor Vaynberg | Nov 5, 2010 9:55 am | |
| Jeremy Thomerson | Nov 5, 2010 10:00 am | |
| Martin Makundi | Nov 5, 2010 10:23 am | |
| Igor Vaynberg | Nov 5, 2010 11:19 am | |
| Martin Makundi | Nov 5, 2010 11:39 am | |
| Eelco Hillenius | Nov 5, 2010 11:49 am | |
| Eelco Hillenius | Nov 5, 2010 11:56 am | |
| Martin Makundi | Nov 5, 2010 11:58 am | |
| Martin Makundi | Nov 5, 2010 12:00 pm | |
| Eelco Hillenius | Nov 5, 2010 12:15 pm | |
| Igor Vaynberg | Nov 5, 2010 12:55 pm | |
| Brian Topping | Nov 5, 2010 12:56 pm | |
| Martin Makundi | Nov 5, 2010 1:06 pm | |
| Martin Makundi | Nov 5, 2010 1:14 pm | |
| Igor Vaynberg | Nov 5, 2010 1:21 pm | |
| Brian Topping | Nov 5, 2010 1:32 pm | |
| Martin Makundi | Nov 5, 2010 10:05 pm | |
| Martin Makundi | Nov 5, 2010 10:07 pm | |
| Jeremy Thomerson | Nov 5, 2010 10:48 pm | |
| Martin Makundi | Nov 5, 2010 11:31 pm | |
| Igor Vaynberg | Nov 5, 2010 11:53 pm | |
| Martin Makundi | Nov 5, 2010 11:57 pm | |
| James Carman | Nov 6, 2010 5:12 am | |
| Martin Makundi | Nov 6, 2010 5:20 am | |
| Jeremy Thomerson | Nov 6, 2010 6:22 am | |
| Martin Makundi | Nov 6, 2010 6:43 am | |
| samket | Nov 6, 2010 6:54 am | |
| Igor Vaynberg | Nov 6, 2010 4:44 pm | |
| Sebastian | Nov 8, 2010 8:17 am | |
| Vitaly Tsaplin | Nov 8, 2010 8:23 am | |
| Igor Vaynberg | Nov 8, 2010 8:27 am | |
| Martin Makundi | Nov 8, 2010 8:29 am | |
| Igor Vaynberg | Nov 8, 2010 8:35 am | |
| Vitaly Tsaplin | Nov 8, 2010 8:35 am | |
| Martin Makundi | Nov 8, 2010 8:42 am | |
| Sebastian | Nov 8, 2010 8:51 am | |
| Martin Makundi | Nov 8, 2010 8:58 am | |
| Igor Vaynberg | Nov 8, 2010 8:58 am | |
| Igor Vaynberg | Nov 8, 2010 9:03 am | |
| Sebastian | Nov 8, 2010 9:07 am | |
| Martin Makundi | Nov 8, 2010 9:13 am | |
| Omid Milani | Nov 8, 2010 9:31 am | |
| Igor Vaynberg | Nov 8, 2010 9:32 am | |
| Rodolfo Hansen | Nov 8, 2010 10:01 am | |
| Eelco Hillenius | Nov 8, 2010 10:22 pm | |
| Martin Makundi | Nov 8, 2010 10:39 pm | |
| Martin Makundi | Nov 8, 2010 10:40 pm | |
| Carl-Eric Menzel | Nov 9, 2010 12:15 am | |
| Martin Makundi | Nov 9, 2010 12:19 am | |
| Martin Makundi | Nov 9, 2010 12:23 am | |
| Carl-Eric Menzel | Nov 9, 2010 12:41 am | |
| Carl-Eric Menzel | Nov 9, 2010 12:44 am | |
| Martin Makundi | Nov 9, 2010 1:01 am | |
| Carl-Eric Menzel | Nov 9, 2010 4:12 am | |
| Martin Makundi | Nov 9, 2010 4:21 am | |
| Vitaly Tsaplin | Nov 9, 2010 4:29 am | |
| Martin Makundi | Nov 9, 2010 4:34 am | |
| Matthias Keller | Nov 9, 2010 4:46 am | |
| manuelbarzi | Nov 9, 2010 4:49 am | |
| James Carman | Nov 9, 2010 4:49 am | |
| Martin Makundi | Nov 9, 2010 4:54 am | |
| 131 later messages | ||
| Subject: | Re: Free wicket from component hierarchy hell | |
|---|---|---|
| From: | Igor Vaynberg (igor...@gmail.com) | |
| Date: | Nov 5, 2010 12:55:05 pm | |
| List: | org.apache.wicket.users | |
On Fri, Nov 5, 2010 at 11:39 AM, Martin Makundi <mart...@koodaripalvelut.com> wrote:
Hi!
its not about the list *items* its about the components you add to them
onpopuateitem(item item) { add(new label("name")); add(new label("email")); }
wont work
Why should it? Won't make it any easier than:
item.add(new label("name")); item.add(new label("email"))
right. this is the inconsistency i was talking about. sometimes you use straight add() and everything works, but sometimes you have to add to the proper component. this is going to cause headaches.
The developer can choose: using unique wicket:ids or traditional ones.
i would not want to support both approaches. it will make things very difficult for us and for developers. we should have one consistent approach.
Thank god nobody said "640k will be enough for everybody".
thank god no one spent millions of dollars designing IEEE1394 to compete against PCI and USB, otherwise it wouldve been a tremendous waste.
Why is there private, friendly, package and public visibility confusing java developers?
because without it you wouldnt be able to control visibility. your proposal does not add any *new* features.
What about giving more freedom to design effectively according to designer's choice?
because the designer delivers only part of the solution - the markup. the missing part is the behavior and to think that the behavior can be added in a completely orthogonal manner is foolish because behavior and markup are tightly coupled on matter whichever way you slice it. the best we can do is to make the coupling as easy and us unobtrusive as possible.
the designers are free to move pieces around as long as they do not cross wicket:id border, after all those borders are there for a reason - to attach some behavior.
a very simple example is that you have a container that should only be visible to admins of the application - this container contains sensitive fields that normal users should not see.
<div wicket:id="for-admins-only"> <div wicket:id="salary"></div> <!-- a bunch of other components --> </div>
now the developer takes the "salary" div and moves it out of the "for-admins-only" div. guess what, your *designer* has just opened a huge security hole in your application. who would use wicket if such things were so easily possible?
you say its "hell" but let me remind you that you are in a very very vast minority about this. how many threads on this list are about this hell compared to other threads? not many at all, not even 1%. therefore, im not too inclined to change the way the entire framework works for the loud 1%.
I believe most are just acustomed to using it as it is. Even more people are
accustomed using JSF.
That feels more like an excuse to refrain from making Wicket even better.
that is why we have no improvement and new feature requests in jira? because everyone is ok with the status quo? is it also the reason why we have not added anything new from 1.0 to 1.5, these have all been bug fix releases?
what has always attracted me to wicket is its consistency. once you learn how to add components you can use the same method for all usecases and it works. it seems like this would take away from that.
It is consistent yes, but also redundant.
and as with many such things we have to calculate if eliminating redundancy is worth decreasing consistency.
redundant for basic cases, yes. not redundant as soon as you are trying to do something non-trivial. you cant build anything interesting if you only try to use trivial constructs.
Web pages are 80% trivial. Small friction like doing unnecessary hierarcy matching is waste of time. 5 min per hour, 40 minutes per day, 800 minutes per month, 20 people team 16000 wasted minutes per month is 33 days per month wasted only because of wicket hierarchies.
if your web pages are trivial then why do you have hierarchy? you don thave to have hierarchy in java just because it is in markup...you dont have to model every single tag in wicket.
anywho, i think the fact that no one has really jumped in and sided with you is a good indication where this is going.
-igor
** Martin





