Nope, 1.5

Well, I am not quite sure that my statement is correct.  while tree
project has some kind of examples, there are no real documentation.
Let's consieder
http://www.mysticcoders.com/blog/autocomplete-with-an-object/  -> my
opinion is that sometimes one may want to make an impression quickly
looking through a short how-to instead of downloading code, trying to
assemble it (btw, your instruction doesn't work) and digging through
the code. It works most of the time if time is not a question.

On 22 August 2012 11:24, Sven Meier <s...@meiers.net> wrote:
> Are you using wicket-tree or the new components in Wicket 6?
>
> Please be more specific what information you're looking for. I'll gladly 
> provide more info in javadoc or in the wiki.
>
> Sven
>
> Alex Shubert <alex.shub...@gmail.com> schrieb:
>
>>Sven while you are here:
>>why no documentation for Tree? Nothing at all? Right now I face a
>>problem - tree do not persist it's state (Bookmarcable links, copied
>>from example) and I have no clue where to see.
>>
>>
>>On 21 August 2012 21:38, Sven Meier <s...@meiers.net> wrote:
>>> And the winner is ... Martin!
>>>
>>> On AppEngine I still have Wicket 1.4.x running.
>>>
>>> Sven
>>>
>>>
>>> On 08/21/2012 02:59 PM, Martin Grigorov wrote:
>>>>
>>>> The Google Code repo contains 1.5 but the deployed app is using pre-1.5
>>>> version.
>>>> I can bet on this.
>>>>
>>>> On Tue, Aug 21, 2012 at 3:37 PM, Alex Shubert <alex.shub...@gmail.com>
>>>> wrote:
>>>>>
>>>>> Martin,
>>>>>
>>>>> http://wicket-tree.googlecode.com/svn/repo/wicket-tree/wicket-tree-parent/0.5.0/wicket-tree-parent-0.5.0.pom
>>>>> Again, no 1.4 at all. Not in one place. Moreover,
>>>>> '?wicket:interface=:0:1:::'  doesn't means 1.4 is in action. Just take
>>>>
>>>> Is there a reason why you don't trust me ? :-)
>>>> wicket:interface is no more used in 1.5+, unless the application adds
>>>> it explicitly. Wicket (the framework) doesn't use it anymore.
>>>>
>>>>> a look at event listener implementation.
>>>>>
>>>>> About the problem: the page I gave link for is really stateless but it
>>>>> is not meant to be, it just happened. If user choose any other tree
>>>>> renders version number eager to appear.
>>>>> The most Wicket problem right now is it's occult state. Wiki is
>>>>> hopelessly outdated, most of the examples refer to 1.2.-1.3 version...
>>>>
>>>> Most of them are actually still valid.
>>>> There are new pages labeled with "wicket15" and "wicket6" which refer
>>>> to the new features in 1.5 and 6.0 respect.
>>>>
>>>>>
>>>>> If someone wonder how to determine why his page is stateful here is
>>>>> the solution:
>>>>
>>>> There is StatelessChecker in wicket-devutils for this task.
>>>>
>>>>> if (!isPageStateless()) {
>>>>>              visitChildren(Component.class, new IVisitor<Component,
>>>>> Component>() {
>>>>>                  @Override
>>>>>                  public void component(Component component,
>>>>> IVisit<Component> iVisit) {
>>>>>                      if (!component.isStateless()) {
>>>>>                          LOGGER.info("Stateful component found [ "
>>>>>                                  + component.getClass().getName() + " : "
>>>>>                                  + component.getMarkupId() + " ]");
>>>>>
>>>>>                          // iVisit.stop(component);
>>>>>                      }
>>>>>                  }
>>>>>              });
>>>>>          }
>>>>>
>>>>> If in need of test detection, extract visitor to separate class and
>>>>> instantiate pages with WicketTester.
>>>>>
>>>>>
>>>>> On 21 August 2012 15:47, Martin Grigorov <mgrigo...@apache.org> wrote:
>>>>>>
>>>>>> Sorry for being stubborn but having '?wicket:interface=:0:1:::' in the
>>>>>> url means that this is Wicket pre-1.5 ;-)
>>>>>>
>>>>>> I guess Sven will join this conversation later today and explain in
>>>>>> more details.
>>>>>>
>>>>>> On Tue, Aug 21, 2012 at 2:16 PM, Alex Shubert <alex.shub...@gmail.com>
>>>>>> wrote:
>>>>>>>
>>>>>>> Martin
>>>>>>> with all my respect but their build script uses
>>>>>>>
>>>>>>>                  <dependency>
>>>>>>>                          <groupId>org.apache.wicket</groupId>
>>>>>>>                          <artifactId>wicket-core</artifactId>
>>>>>>>                          <version>${wicket.version}</version>
>>>>>>>                  </dependency>
>>>>>>>
>>>>>>> ${wicket.version} derived from parent pom where
>>>>>>> <wicket.version>1.5.0</wicket.version>
>>>>>>>
>>>>>>> So,
>>>>>>> 1. no stateless form
>>>>>>> 2. it is 1.5
>>>>>>> 3. it's pretty easy to ensure yourself just by looking into code
>>>>>>> http://code.google.com/p/wicket-tree/wiki/RunningExamples It even
>>>>>>> can't be compiled under 1.4
>>>>>>>
>>>>>>> Anyway: what does your answer has to do with my question? One more
>>>>>>> time: how that example manage not to increase page version shown in
>>>>>>> url on every tree node selection?
>>>>>>> thanks
>>>>>>>
>>>>>>>
>>>>>>> On 21 August 2012 14:39, Martin Grigorov <mgrigo...@apache.org> wrote:
>>>>>>>>
>>>>>>>> The deployed examples use Wicket 1.4.
>>>>>>>>
>>>>>>>> http://wicket-tree.appspot.com/?wicket:interface=:0:1:::
>>>>>>>>
>>>>>>>> On Tue, Aug 21, 2012 at 1:35 PM, Alex Shubert <alex.shub...@gmail.com>
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> They are using
>>>>>>>>> Form<Void> form = new Form<Void>("form");
>>>>>>>>>
>>>>>>>>> and still no version in url on round-trips. Also, FilterForm from
>>>>>>>>> Wicket API doesn't extends StatelessForm while your answer states
>>>>>>>>> that
>>>>>>>>> must be the case.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On 21 August 2012 14:20, Martin Grigorov <mgrigo...@apache.org>
>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>> Use StatelessForm instead.
>>>>>>>>>>
>>>>>>>>>> On Tue, Aug 21, 2012 at 1:06 PM, Alex Shubert
>>>>>>>>>> <alex.shub...@gmail.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>> Hello
>>>>>>>>>>>
>>>>>>>>>>> Recently I found wicket tree control
>>>>>>>>>>>
>>>>>>>>>>> http://wicket-tree.appspot.com/nested
>>>>>>>>>>>
>>>>>>>>>>>   and one there is a thing I can't understand: while the page
>>>>>>>>>>> contains
>>>>>>>>>>> Form it looks like not versioned. I mean there are no version
>>>>>>>>>>> number
>>>>>>>>>>> in a url.
>>>>>>>>>>> How does it work then? Is there any clear way to build pages
>>>>>>>>>>> containing Form without explicit version number in url except some
>>>>>>>>>>> black magic involved ( modified MountedMapper )
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> Best regards
>>>>>>>>>>> Alexandr
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>>>>>>>>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Martin Grigorov
>>>>>>>>>> jWeekend
>>>>>>>>>> Training, Consulting, Development
>>>>>>>>>> http://jWeekend.com
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>>>>>>>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Best regards
>>>>>>>>> Alexandr
>>>>>>>>>
>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>>>>>>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Martin Grigorov
>>>>>>>> jWeekend
>>>>>>>> Training, Consulting, Development
>>>>>>>> http://jWeekend.com
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>>>>>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Best regards
>>>>>>> Alexandr
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>>>>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Martin Grigorov
>>>>>> jWeekend
>>>>>> Training, Consulting, Development
>>>>>> http://jWeekend.com
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>>>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Best regards
>>>>> Alexandr
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>>>
>>>>
>>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>
>>
>>
>>
>>--
>>Best regards
>>Alexandr
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>For additional commands, e-mail: users-h...@wicket.apache.org
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>



-- 
Best regards
Alexandr

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Reply via email to