You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@wicket.apache.org by Thies Edeling <te...@gmail.com> on 2010/06/13 00:42:11 UTC
Re: wiQuery components with server side state - live demo
Is this project still alive? The URL below now prompts for a
username/password. Thx!
On Wed, Mar 10, 2010 at 1:10 AM, Cemal Bayramoglu <
jWeekend_forums@cabouge.com> wrote:
> http://labs.jweekend.com/public/grid/GridRowExpanderPage
>
> On 3 March 2010 18:20, John Armstrong <si...@siberian.org> wrote:
> > Hi Richard,
> >
> > See here: http://www.extjs.com/examples/explorer.html#gridplugins
> >
> > <http://www.extjs.com/examples/explorer.html#gridplugins>In this case
> its a
> > grid rather then a tree that expands and allows arbitrary components to
> be
> > inserted beneath the row.
> >
> > Similar to a tree but very grid specific.
> >
> > Very excited about your work, so many hoops too jump through with GWT..
> > J
> >
> > On Wed, Mar 3, 2010 at 10:17 AM, Richard Wilkinson <
> > richard.wilkinson@jweekend.com> wrote:
> >
> >> Hi,
> >>
> >> John - im not to sure what you mean by row expanders, is that similar
> >> to what is provided on the tree grid?
> >>
> >> Ernesto - see comments inline:
> >>
> >>
> >> On 3 March 2010 12:59, Ernesto Reinaldo Barreiro <re...@gmail.com>
> >> wrote:
> >> > Hi Cemal,
> >> >
> >> > Other things that might be useful:
> >> >
> >> > -Offer (pluggable) support for grid events at client and server side
> >> (e.g.
> >> > been notified when user navigates between pages, sorts a columns,
> etc).
> >> By
> >> > pluggable I mean they can be enable if you need them so that no
> >> unnecessary
> >> > server round trips are made.
> >>
> >> The gird always has to make a request to the server when the user
> >> navigates between pages, or changes the sorting, since this requires
> >> updated data. However these events are handled internally to the grid
> >> code and are not accessible to the developer. If required we could
> >> make these events accessible to the developer, either through adding a
> >> behaviour, or overriding a method. Other things such as selection
> >> notification events, or editing, can optionally be listened to by the
> >> developer, but these do not make a round trip to the server unless
> >> they are explicitly added.
> >>
> >> > -Show an example of how the grid interacts with a normal wicket form.
> >> E.g.
> >> > have a form the is submitted via Wicket AJAX and get the grid
> refreshed
> >> > either via Wicket AJAX (i.e. the whole grid component is reloaded) or
> >> > triggering a reload event on the grid (I see the master detail example
> is
> >> > built using this last approach?) .
> >>
> >> yes, this page (http://labs.jweekend.com/public/gridjpa/ProjectEditPage
> )
> >> uses a wicket form (not automatically generated though) to edit a row
> >> in one grid, which then triggers a data refresh in both grids, but
> >> does not do a wicket ajax component replace. However ajax component
> >> replace is supported as there is an AjaxRequestTarget, but I feel that
> >> forcing the grid to reload is cleaner.
> >>
> >> > -All the examples seem to use JSON for data transfer? Is XML
> supported?
> >>
> >> The grid uses JSON, however this is all internal and transparent to
> >> the developer using the grid, so I dont see how supporting XML would
> >> be a benefit. It is not possible to construct JSON or XML and feed
> >> this into the grid manually, i.e. by telling the grid which url to
> >> use.
> >>
> >> The intended use is the same as with a Wicket DataTable, where an
> >> IDataProvider provides an iterator of beans which are rendered as rows
> >> in the grid. We use Wicket IConverter to convert each field of the
> >> bean to a String, then use a JSON library to construct the JSON
> >> response, which is then used in a custom wicket IRequestTarget for
> >> JSON.
> >>
> >> >
> >> > Best,
> >> >
> >> > Ernesto
> >> >
> >> > On Wed, Mar 3, 2010 at 11:33 AM, Cemal Bayramoglu <
> >> > jWeekend_forums@cabouge.com> wrote:
> >> >
> >>
> >>
> >>
> >> --
> >> Regards - Richard Wilkinson
> >> Developer,
> >> jWeekend: OO & Java Technologies - Development and Training
> >> http://jWeekend.com
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> >> For additional commands, e-mail: users-help@wicket.apache.org
> >>
> >>
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
jWicket Accordiion and Sortable
Posted by Stefan Lindner <li...@visionet.de>.
I've committed version 0.6.0 of jWicket to wicketstuff's trunk. It
provides a first implementation of Accordion and Sortable. Both do not
have a complete documentation now (take a look at Abstractaccordion for
some hints).
I will now start to use both in my own projects. The API my change a
little bit but the general design will not.
Any suggestions and feedbacks are welcome as always. If someone needs
jar files: please let me know.
Stefan
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: wiQuery components with server side state - live demo
Posted by Cemal Bayramoglu <jW...@cabouge.com>.
Theis,
It has just been brought to my attention that we have not responded on
this thread yet - thanks for your patience.
This has never been an open source project - it was just a show case
of what can be achieved with Wicket, wiQuery, and various jQuery
components (like grids, growls, splitters, "portlets" etc) for RIA.
We are working on aspects of these extensions with/for various clients
and it is quite likely we will only make publicly
available/open-source limited parts of it. These should eventually
live on the wiQuery-plugins project on gitHub we have been planning
for wiQuery with ODLabs and Lionel.
As things stand, I would say don't hold your breath as there are
various commercial factors we have no control over that any related
decisions are dependent on.
Regards - Cemal
jWeekend
Training, Development, Consultancy
http://jWeekend.com
On 12 June 2010 23:42, Thies Edeling <te...@gmail.com> wrote:
> Is this project still alive? The URL below now prompts for a
> username/password. Thx!
>
> On Wed, Mar 10, 2010 at 1:10 AM, Cemal Bayramoglu <
> jWeekend_forums@cabouge.com> wrote:
>
>> http://labs.jweekend.com/public/grid/GridRowExpanderPage
>>
>> On 3 March 2010 18:20, John Armstrong <si...@siberian.org> wrote:
>> > Hi Richard,
>> >
>> > See here: http://www.extjs.com/examples/explorer.html#gridplugins
>> >
>> > <http://www.extjs.com/examples/explorer.html#gridplugins>In this case
>> its a
>> > grid rather then a tree that expands and allows arbitrary components to
>> be
>> > inserted beneath the row.
>> >
>> > Similar to a tree but very grid specific.
>> >
>> > Very excited about your work, so many hoops too jump through with GWT..
>> > J
>> >
>> > On Wed, Mar 3, 2010 at 10:17 AM, Richard Wilkinson <
>> > richard.wilkinson@jweekend.com> wrote:
>> >
>> >> Hi,
>> >>
>> >> John - im not to sure what you mean by row expanders, is that similar
>> >> to what is provided on the tree grid?
>> >>
>> >> Ernesto - see comments inline:
>> >>
>> >>
>> >> On 3 March 2010 12:59, Ernesto Reinaldo Barreiro <re...@gmail.com>
>> >> wrote:
>> >> > Hi Cemal,
>> >> >
>> >> > Other things that might be useful:
>> >> >
>> >> > -Offer (pluggable) support for grid events at client and server side
>> >> (e.g.
>> >> > been notified when user navigates between pages, sorts a columns,
>> etc).
>> >> By
>> >> > pluggable I mean they can be enable if you need them so that no
>> >> unnecessary
>> >> > server round trips are made.
>> >>
>> >> The gird always has to make a request to the server when the user
>> >> navigates between pages, or changes the sorting, since this requires
>> >> updated data. However these events are handled internally to the grid
>> >> code and are not accessible to the developer. If required we could
>> >> make these events accessible to the developer, either through adding a
>> >> behaviour, or overriding a method. Other things such as selection
>> >> notification events, or editing, can optionally be listened to by the
>> >> developer, but these do not make a round trip to the server unless
>> >> they are explicitly added.
>> >>
>> >> > -Show an example of how the grid interacts with a normal wicket form.
>> >> E.g.
>> >> > have a form the is submitted via Wicket AJAX and get the grid
>> refreshed
>> >> > either via Wicket AJAX (i.e. the whole grid component is reloaded) or
>> >> > triggering a reload event on the grid (I see the master detail example
>> is
>> >> > built using this last approach?) .
>> >>
>> >> yes, this page (http://labs.jweekend.com/public/gridjpa/ProjectEditPage
>> )
>> >> uses a wicket form (not automatically generated though) to edit a row
>> >> in one grid, which then triggers a data refresh in both grids, but
>> >> does not do a wicket ajax component replace. However ajax component
>> >> replace is supported as there is an AjaxRequestTarget, but I feel that
>> >> forcing the grid to reload is cleaner.
>> >>
>> >> > -All the examples seem to use JSON for data transfer? Is XML
>> supported?
>> >>
>> >> The grid uses JSON, however this is all internal and transparent to
>> >> the developer using the grid, so I dont see how supporting XML would
>> >> be a benefit. It is not possible to construct JSON or XML and feed
>> >> this into the grid manually, i.e. by telling the grid which url to
>> >> use.
>> >>
>> >> The intended use is the same as with a Wicket DataTable, where an
>> >> IDataProvider provides an iterator of beans which are rendered as rows
>> >> in the grid. We use Wicket IConverter to convert each field of the
>> >> bean to a String, then use a JSON library to construct the JSON
>> >> response, which is then used in a custom wicket IRequestTarget for
>> >> JSON.
>> >>
>> >> >
>> >> > Best,
>> >> >
>> >> > Ernesto
>> >> >
>> >> > On Wed, Mar 3, 2010 at 11:33 AM, Cemal Bayramoglu <
>> >> > jWeekend_forums@cabouge.com> wrote:
>> >> >
>> >>
>> >>
>> >>
>> >> --
>> >> Regards - Richard Wilkinson
>> >> Developer,
>> >> jWeekend: OO & Java Technologies - Development and Training
>> >> http://jWeekend.com
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> >> For additional commands, e-mail: users-help@wicket.apache.org
>> >>
>> >>
>> >
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: wiQuery components with server side state - live demo
Posted by Ernesto Reinaldo Barreiro <re...@gmail.com>.
and David, the project is "compatible" with wiquery.
Best,
Ernesto
On Mon, Jun 14, 2010 at 9:02 AM, Ernesto Reinaldo Barreiro
<re...@gmail.com> wrote:
> David,
>
> Unfortunately not: my free time is very limited and I've tried to use
> it doing what I need (create new components). But getting a local copy
> to work should not be that hard.
>
> 1- Check out http://code.google.com/p/wiquery-plugins/source/browse/#svn/trunk/wiquery-plugins
> 2- on wiquery-plugins type maven install
> 3- and then use maven jetty:run on wiquery-plugins/example-war
> 4- browse at http://localhost:8080/wiquery-plugins/
>
> As said the demo is very small and just contains a few screens but at
> least it is something to get started with.
>
> Best,
>
> Ernesto
>
> On Mon, Jun 14, 2010 at 8:40 AM, David Leangen <wi...@leangen.net> wrote:
>>
>> Nice!
>>
>> Do you have the example running somewhere so the curious don't need to spend time setting it up?
>>
>>
>> Cheers,
>> =David
>>
>>
>>
>> On Jun 14, 2010, at 3:37 PM, Ernesto Reinaldo Barreiro wrote:
>>
>>> Hi,
>>>
>>> I have started [1] sometime ago. This Wicket-jqgrid integration
>>> already supports many of jqgrid's options and is capable of rendering
>>> of Wicket components as grid cells. I'm planning to maintain this
>>> project and I'm also willing to let other people to join in if they
>>> think (and prove) they can make significant contributions to the
>>> project. The project also contains integrations with other jquery
>>> plug-ins as well as a prototype of another grid based on jquery (I'm
>>> actively improving this component right now as I'm planning to use it
>>> for some projects). There is a small demo project [3] you can use to
>>> see components in action. Project is fully mavenized so it is very
>>> easy to start using it.
>>>
>>> Best,
>>>
>>> Ernesto
>>>
>>> References,
>>>
>>> [1] -http://code.google.com/p/wiquery-plugins/source/browse/#svn/trunk/wiquery-plugins/jqgrid
>>> [2] -http://code.google.com/p/wiquery-plugins/source/browse/#svn/trunk/wiquery-plugins/antila-grid
>>> [3] - http://code.google.com/p/wiquery-plugins/source/browse/#svn/trunk/wiquery-plugins/example-war
>>>
>>> On Mon, Jun 14, 2010 at 8:05 AM, David Leangen <wi...@leangen.net> wrote:
>>>>
>>>> I don't think the project is very active. Started with a bang, but there hasn't been much action lately, or so it seems.
>>>>
>>>>
>>>> On Jun 13, 2010, at 7:42 AM, Thies Edeling wrote:
>>>>
>>>>> Is this project still alive? The URL below now prompts for a
>>>>> username/password. Thx!
>>>>>
>>>>> On Wed, Mar 10, 2010 at 1:10 AM, Cemal Bayramoglu <
>>>>> jWeekend_forums@cabouge.com> wrote:
>>>>>
>>>>>> http://labs.jweekend.com/public/grid/GridRowExpanderPage
>>>>>>
>>>>>> On 3 March 2010 18:20, John Armstrong <si...@siberian.org> wrote:
>>>>>>> Hi Richard,
>>>>>>>
>>>>>>> See here: http://www.extjs.com/examples/explorer.html#gridplugins
>>>>>>>
>>>>>>> <http://www.extjs.com/examples/explorer.html#gridplugins>In this case
>>>>>> its a
>>>>>>> grid rather then a tree that expands and allows arbitrary components to
>>>>>> be
>>>>>>> inserted beneath the row.
>>>>>>>
>>>>>>> Similar to a tree but very grid specific.
>>>>>>>
>>>>>>> Very excited about your work, so many hoops too jump through with GWT..
>>>>>>> J
>>>>>>>
>>>>>>> On Wed, Mar 3, 2010 at 10:17 AM, Richard Wilkinson <
>>>>>>> richard.wilkinson@jweekend.com> wrote:
>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> John - im not to sure what you mean by row expanders, is that similar
>>>>>>>> to what is provided on the tree grid?
>>>>>>>>
>>>>>>>> Ernesto - see comments inline:
>>>>>>>>
>>>>>>>>
>>>>>>>> On 3 March 2010 12:59, Ernesto Reinaldo Barreiro <re...@gmail.com>
>>>>>>>> wrote:
>>>>>>>>> Hi Cemal,
>>>>>>>>>
>>>>>>>>> Other things that might be useful:
>>>>>>>>>
>>>>>>>>> -Offer (pluggable) support for grid events at client and server side
>>>>>>>> (e.g.
>>>>>>>>> been notified when user navigates between pages, sorts a columns,
>>>>>> etc).
>>>>>>>> By
>>>>>>>>> pluggable I mean they can be enable if you need them so that no
>>>>>>>> unnecessary
>>>>>>>>> server round trips are made.
>>>>>>>>
>>>>>>>> The gird always has to make a request to the server when the user
>>>>>>>> navigates between pages, or changes the sorting, since this requires
>>>>>>>> updated data. However these events are handled internally to the grid
>>>>>>>> code and are not accessible to the developer. If required we could
>>>>>>>> make these events accessible to the developer, either through adding a
>>>>>>>> behaviour, or overriding a method. Other things such as selection
>>>>>>>> notification events, or editing, can optionally be listened to by the
>>>>>>>> developer, but these do not make a round trip to the server unless
>>>>>>>> they are explicitly added.
>>>>>>>>
>>>>>>>>> -Show an example of how the grid interacts with a normal wicket form.
>>>>>>>> E.g.
>>>>>>>>> have a form the is submitted via Wicket AJAX and get the grid
>>>>>> refreshed
>>>>>>>>> either via Wicket AJAX (i.e. the whole grid component is reloaded) or
>>>>>>>>> triggering a reload event on the grid (I see the master detail example
>>>>>> is
>>>>>>>>> built using this last approach?) .
>>>>>>>>
>>>>>>>> yes, this page (http://labs.jweekend.com/public/gridjpa/ProjectEditPage
>>>>>> )
>>>>>>>> uses a wicket form (not automatically generated though) to edit a row
>>>>>>>> in one grid, which then triggers a data refresh in both grids, but
>>>>>>>> does not do a wicket ajax component replace. However ajax component
>>>>>>>> replace is supported as there is an AjaxRequestTarget, but I feel that
>>>>>>>> forcing the grid to reload is cleaner.
>>>>>>>>
>>>>>>>>> -All the examples seem to use JSON for data transfer? Is XML
>>>>>> supported?
>>>>>>>>
>>>>>>>> The grid uses JSON, however this is all internal and transparent to
>>>>>>>> the developer using the grid, so I dont see how supporting XML would
>>>>>>>> be a benefit. It is not possible to construct JSON or XML and feed
>>>>>>>> this into the grid manually, i.e. by telling the grid which url to
>>>>>>>> use.
>>>>>>>>
>>>>>>>> The intended use is the same as with a Wicket DataTable, where an
>>>>>>>> IDataProvider provides an iterator of beans which are rendered as rows
>>>>>>>> in the grid. We use Wicket IConverter to convert each field of the
>>>>>>>> bean to a String, then use a JSON library to construct the JSON
>>>>>>>> response, which is then used in a custom wicket IRequestTarget for
>>>>>>>> JSON.
>>>>>>>>
>>>>>>>>>
>>>>>>>>> Best,
>>>>>>>>>
>>>>>>>>> Ernesto
>>>>>>>>>
>>>>>>>>> On Wed, Mar 3, 2010 at 11:33 AM, Cemal Bayramoglu <
>>>>>>>>> jWeekend_forums@cabouge.com> wrote:
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Regards - Richard Wilkinson
>>>>>>>> Developer,
>>>>>>>> jWeekend: OO & Java Technologies - Development and Training
>>>>>>>> http://jWeekend.com
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>>>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>>>
>>>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: wiQuery components with server side state - live demo
Posted by Ernesto Reinaldo Barreiro <re...@gmail.com>.
David,
Unfortunately not: my free time is very limited and I've tried to use
it doing what I need (create new components). But getting a local copy
to work should not be that hard.
1- Check out http://code.google.com/p/wiquery-plugins/source/browse/#svn/trunk/wiquery-plugins
2- on wiquery-plugins type maven install
3- and then use maven jetty:run on wiquery-plugins/example-war
4- browse at http://localhost:8080/wiquery-plugins/
As said the demo is very small and just contains a few screens but at
least it is something to get started with.
Best,
Ernesto
On Mon, Jun 14, 2010 at 8:40 AM, David Leangen <wi...@leangen.net> wrote:
>
> Nice!
>
> Do you have the example running somewhere so the curious don't need to spend time setting it up?
>
>
> Cheers,
> =David
>
>
>
> On Jun 14, 2010, at 3:37 PM, Ernesto Reinaldo Barreiro wrote:
>
>> Hi,
>>
>> I have started [1] sometime ago. This Wicket-jqgrid integration
>> already supports many of jqgrid's options and is capable of rendering
>> of Wicket components as grid cells. I'm planning to maintain this
>> project and I'm also willing to let other people to join in if they
>> think (and prove) they can make significant contributions to the
>> project. The project also contains integrations with other jquery
>> plug-ins as well as a prototype of another grid based on jquery (I'm
>> actively improving this component right now as I'm planning to use it
>> for some projects). There is a small demo project [3] you can use to
>> see components in action. Project is fully mavenized so it is very
>> easy to start using it.
>>
>> Best,
>>
>> Ernesto
>>
>> References,
>>
>> [1] -http://code.google.com/p/wiquery-plugins/source/browse/#svn/trunk/wiquery-plugins/jqgrid
>> [2] -http://code.google.com/p/wiquery-plugins/source/browse/#svn/trunk/wiquery-plugins/antila-grid
>> [3] - http://code.google.com/p/wiquery-plugins/source/browse/#svn/trunk/wiquery-plugins/example-war
>>
>> On Mon, Jun 14, 2010 at 8:05 AM, David Leangen <wi...@leangen.net> wrote:
>>>
>>> I don't think the project is very active. Started with a bang, but there hasn't been much action lately, or so it seems.
>>>
>>>
>>> On Jun 13, 2010, at 7:42 AM, Thies Edeling wrote:
>>>
>>>> Is this project still alive? The URL below now prompts for a
>>>> username/password. Thx!
>>>>
>>>> On Wed, Mar 10, 2010 at 1:10 AM, Cemal Bayramoglu <
>>>> jWeekend_forums@cabouge.com> wrote:
>>>>
>>>>> http://labs.jweekend.com/public/grid/GridRowExpanderPage
>>>>>
>>>>> On 3 March 2010 18:20, John Armstrong <si...@siberian.org> wrote:
>>>>>> Hi Richard,
>>>>>>
>>>>>> See here: http://www.extjs.com/examples/explorer.html#gridplugins
>>>>>>
>>>>>> <http://www.extjs.com/examples/explorer.html#gridplugins>In this case
>>>>> its a
>>>>>> grid rather then a tree that expands and allows arbitrary components to
>>>>> be
>>>>>> inserted beneath the row.
>>>>>>
>>>>>> Similar to a tree but very grid specific.
>>>>>>
>>>>>> Very excited about your work, so many hoops too jump through with GWT..
>>>>>> J
>>>>>>
>>>>>> On Wed, Mar 3, 2010 at 10:17 AM, Richard Wilkinson <
>>>>>> richard.wilkinson@jweekend.com> wrote:
>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> John - im not to sure what you mean by row expanders, is that similar
>>>>>>> to what is provided on the tree grid?
>>>>>>>
>>>>>>> Ernesto - see comments inline:
>>>>>>>
>>>>>>>
>>>>>>> On 3 March 2010 12:59, Ernesto Reinaldo Barreiro <re...@gmail.com>
>>>>>>> wrote:
>>>>>>>> Hi Cemal,
>>>>>>>>
>>>>>>>> Other things that might be useful:
>>>>>>>>
>>>>>>>> -Offer (pluggable) support for grid events at client and server side
>>>>>>> (e.g.
>>>>>>>> been notified when user navigates between pages, sorts a columns,
>>>>> etc).
>>>>>>> By
>>>>>>>> pluggable I mean they can be enable if you need them so that no
>>>>>>> unnecessary
>>>>>>>> server round trips are made.
>>>>>>>
>>>>>>> The gird always has to make a request to the server when the user
>>>>>>> navigates between pages, or changes the sorting, since this requires
>>>>>>> updated data. However these events are handled internally to the grid
>>>>>>> code and are not accessible to the developer. If required we could
>>>>>>> make these events accessible to the developer, either through adding a
>>>>>>> behaviour, or overriding a method. Other things such as selection
>>>>>>> notification events, or editing, can optionally be listened to by the
>>>>>>> developer, but these do not make a round trip to the server unless
>>>>>>> they are explicitly added.
>>>>>>>
>>>>>>>> -Show an example of how the grid interacts with a normal wicket form.
>>>>>>> E.g.
>>>>>>>> have a form the is submitted via Wicket AJAX and get the grid
>>>>> refreshed
>>>>>>>> either via Wicket AJAX (i.e. the whole grid component is reloaded) or
>>>>>>>> triggering a reload event on the grid (I see the master detail example
>>>>> is
>>>>>>>> built using this last approach?) .
>>>>>>>
>>>>>>> yes, this page (http://labs.jweekend.com/public/gridjpa/ProjectEditPage
>>>>> )
>>>>>>> uses a wicket form (not automatically generated though) to edit a row
>>>>>>> in one grid, which then triggers a data refresh in both grids, but
>>>>>>> does not do a wicket ajax component replace. However ajax component
>>>>>>> replace is supported as there is an AjaxRequestTarget, but I feel that
>>>>>>> forcing the grid to reload is cleaner.
>>>>>>>
>>>>>>>> -All the examples seem to use JSON for data transfer? Is XML
>>>>> supported?
>>>>>>>
>>>>>>> The grid uses JSON, however this is all internal and transparent to
>>>>>>> the developer using the grid, so I dont see how supporting XML would
>>>>>>> be a benefit. It is not possible to construct JSON or XML and feed
>>>>>>> this into the grid manually, i.e. by telling the grid which url to
>>>>>>> use.
>>>>>>>
>>>>>>> The intended use is the same as with a Wicket DataTable, where an
>>>>>>> IDataProvider provides an iterator of beans which are rendered as rows
>>>>>>> in the grid. We use Wicket IConverter to convert each field of the
>>>>>>> bean to a String, then use a JSON library to construct the JSON
>>>>>>> response, which is then used in a custom wicket IRequestTarget for
>>>>>>> JSON.
>>>>>>>
>>>>>>>>
>>>>>>>> Best,
>>>>>>>>
>>>>>>>> Ernesto
>>>>>>>>
>>>>>>>> On Wed, Mar 3, 2010 at 11:33 AM, Cemal Bayramoglu <
>>>>>>>> jWeekend_forums@cabouge.com> wrote:
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Regards - Richard Wilkinson
>>>>>>> Developer,
>>>>>>> jWeekend: OO & Java Technologies - Development and Training
>>>>>>> http://jWeekend.com
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>>
>>>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: wiQuery components with server side state - live demo
Posted by David Leangen <wi...@leangen.net>.
Nice!
Do you have the example running somewhere so the curious don't need to spend time setting it up?
Cheers,
=David
On Jun 14, 2010, at 3:37 PM, Ernesto Reinaldo Barreiro wrote:
> Hi,
>
> I have started [1] sometime ago. This Wicket-jqgrid integration
> already supports many of jqgrid's options and is capable of rendering
> of Wicket components as grid cells. I'm planning to maintain this
> project and I'm also willing to let other people to join in if they
> think (and prove) they can make significant contributions to the
> project. The project also contains integrations with other jquery
> plug-ins as well as a prototype of another grid based on jquery (I'm
> actively improving this component right now as I'm planning to use it
> for some projects). There is a small demo project [3] you can use to
> see components in action. Project is fully mavenized so it is very
> easy to start using it.
>
> Best,
>
> Ernesto
>
> References,
>
> [1] -http://code.google.com/p/wiquery-plugins/source/browse/#svn/trunk/wiquery-plugins/jqgrid
> [2] -http://code.google.com/p/wiquery-plugins/source/browse/#svn/trunk/wiquery-plugins/antila-grid
> [3] - http://code.google.com/p/wiquery-plugins/source/browse/#svn/trunk/wiquery-plugins/example-war
>
> On Mon, Jun 14, 2010 at 8:05 AM, David Leangen <wi...@leangen.net> wrote:
>>
>> I don't think the project is very active. Started with a bang, but there hasn't been much action lately, or so it seems.
>>
>>
>> On Jun 13, 2010, at 7:42 AM, Thies Edeling wrote:
>>
>>> Is this project still alive? The URL below now prompts for a
>>> username/password. Thx!
>>>
>>> On Wed, Mar 10, 2010 at 1:10 AM, Cemal Bayramoglu <
>>> jWeekend_forums@cabouge.com> wrote:
>>>
>>>> http://labs.jweekend.com/public/grid/GridRowExpanderPage
>>>>
>>>> On 3 March 2010 18:20, John Armstrong <si...@siberian.org> wrote:
>>>>> Hi Richard,
>>>>>
>>>>> See here: http://www.extjs.com/examples/explorer.html#gridplugins
>>>>>
>>>>> <http://www.extjs.com/examples/explorer.html#gridplugins>In this case
>>>> its a
>>>>> grid rather then a tree that expands and allows arbitrary components to
>>>> be
>>>>> inserted beneath the row.
>>>>>
>>>>> Similar to a tree but very grid specific.
>>>>>
>>>>> Very excited about your work, so many hoops too jump through with GWT..
>>>>> J
>>>>>
>>>>> On Wed, Mar 3, 2010 at 10:17 AM, Richard Wilkinson <
>>>>> richard.wilkinson@jweekend.com> wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> John - im not to sure what you mean by row expanders, is that similar
>>>>>> to what is provided on the tree grid?
>>>>>>
>>>>>> Ernesto - see comments inline:
>>>>>>
>>>>>>
>>>>>> On 3 March 2010 12:59, Ernesto Reinaldo Barreiro <re...@gmail.com>
>>>>>> wrote:
>>>>>>> Hi Cemal,
>>>>>>>
>>>>>>> Other things that might be useful:
>>>>>>>
>>>>>>> -Offer (pluggable) support for grid events at client and server side
>>>>>> (e.g.
>>>>>>> been notified when user navigates between pages, sorts a columns,
>>>> etc).
>>>>>> By
>>>>>>> pluggable I mean they can be enable if you need them so that no
>>>>>> unnecessary
>>>>>>> server round trips are made.
>>>>>>
>>>>>> The gird always has to make a request to the server when the user
>>>>>> navigates between pages, or changes the sorting, since this requires
>>>>>> updated data. However these events are handled internally to the grid
>>>>>> code and are not accessible to the developer. If required we could
>>>>>> make these events accessible to the developer, either through adding a
>>>>>> behaviour, or overriding a method. Other things such as selection
>>>>>> notification events, or editing, can optionally be listened to by the
>>>>>> developer, but these do not make a round trip to the server unless
>>>>>> they are explicitly added.
>>>>>>
>>>>>>> -Show an example of how the grid interacts with a normal wicket form.
>>>>>> E.g.
>>>>>>> have a form the is submitted via Wicket AJAX and get the grid
>>>> refreshed
>>>>>>> either via Wicket AJAX (i.e. the whole grid component is reloaded) or
>>>>>>> triggering a reload event on the grid (I see the master detail example
>>>> is
>>>>>>> built using this last approach?) .
>>>>>>
>>>>>> yes, this page (http://labs.jweekend.com/public/gridjpa/ProjectEditPage
>>>> )
>>>>>> uses a wicket form (not automatically generated though) to edit a row
>>>>>> in one grid, which then triggers a data refresh in both grids, but
>>>>>> does not do a wicket ajax component replace. However ajax component
>>>>>> replace is supported as there is an AjaxRequestTarget, but I feel that
>>>>>> forcing the grid to reload is cleaner.
>>>>>>
>>>>>>> -All the examples seem to use JSON for data transfer? Is XML
>>>> supported?
>>>>>>
>>>>>> The grid uses JSON, however this is all internal and transparent to
>>>>>> the developer using the grid, so I dont see how supporting XML would
>>>>>> be a benefit. It is not possible to construct JSON or XML and feed
>>>>>> this into the grid manually, i.e. by telling the grid which url to
>>>>>> use.
>>>>>>
>>>>>> The intended use is the same as with a Wicket DataTable, where an
>>>>>> IDataProvider provides an iterator of beans which are rendered as rows
>>>>>> in the grid. We use Wicket IConverter to convert each field of the
>>>>>> bean to a String, then use a JSON library to construct the JSON
>>>>>> response, which is then used in a custom wicket IRequestTarget for
>>>>>> JSON.
>>>>>>
>>>>>>>
>>>>>>> Best,
>>>>>>>
>>>>>>> Ernesto
>>>>>>>
>>>>>>> On Wed, Mar 3, 2010 at 11:33 AM, Cemal Bayramoglu <
>>>>>>> jWeekend_forums@cabouge.com> wrote:
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Regards - Richard Wilkinson
>>>>>> Developer,
>>>>>> jWeekend: OO & Java Technologies - Development and Training
>>>>>> http://jWeekend.com
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>>>
>>>>>>
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>
>>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: wiQuery components with server side state - live demo
Posted by Ernesto Reinaldo Barreiro <re...@gmail.com>.
Hi,
I have started [1] sometime ago. This Wicket-jqgrid integration
already supports many of jqgrid's options and is capable of rendering
of Wicket components as grid cells. I'm planning to maintain this
project and I'm also willing to let other people to join in if they
think (and prove) they can make significant contributions to the
project. The project also contains integrations with other jquery
plug-ins as well as a prototype of another grid based on jquery (I'm
actively improving this component right now as I'm planning to use it
for some projects). There is a small demo project [3] you can use to
see components in action. Project is fully mavenized so it is very
easy to start using it.
Best,
Ernesto
References,
[1] -http://code.google.com/p/wiquery-plugins/source/browse/#svn/trunk/wiquery-plugins/jqgrid
[2] -http://code.google.com/p/wiquery-plugins/source/browse/#svn/trunk/wiquery-plugins/antila-grid
[3] - http://code.google.com/p/wiquery-plugins/source/browse/#svn/trunk/wiquery-plugins/example-war
On Mon, Jun 14, 2010 at 8:05 AM, David Leangen <wi...@leangen.net> wrote:
>
> I don't think the project is very active. Started with a bang, but there hasn't been much action lately, or so it seems.
>
>
> On Jun 13, 2010, at 7:42 AM, Thies Edeling wrote:
>
>> Is this project still alive? The URL below now prompts for a
>> username/password. Thx!
>>
>> On Wed, Mar 10, 2010 at 1:10 AM, Cemal Bayramoglu <
>> jWeekend_forums@cabouge.com> wrote:
>>
>>> http://labs.jweekend.com/public/grid/GridRowExpanderPage
>>>
>>> On 3 March 2010 18:20, John Armstrong <si...@siberian.org> wrote:
>>>> Hi Richard,
>>>>
>>>> See here: http://www.extjs.com/examples/explorer.html#gridplugins
>>>>
>>>> <http://www.extjs.com/examples/explorer.html#gridplugins>In this case
>>> its a
>>>> grid rather then a tree that expands and allows arbitrary components to
>>> be
>>>> inserted beneath the row.
>>>>
>>>> Similar to a tree but very grid specific.
>>>>
>>>> Very excited about your work, so many hoops too jump through with GWT..
>>>> J
>>>>
>>>> On Wed, Mar 3, 2010 at 10:17 AM, Richard Wilkinson <
>>>> richard.wilkinson@jweekend.com> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> John - im not to sure what you mean by row expanders, is that similar
>>>>> to what is provided on the tree grid?
>>>>>
>>>>> Ernesto - see comments inline:
>>>>>
>>>>>
>>>>> On 3 March 2010 12:59, Ernesto Reinaldo Barreiro <re...@gmail.com>
>>>>> wrote:
>>>>>> Hi Cemal,
>>>>>>
>>>>>> Other things that might be useful:
>>>>>>
>>>>>> -Offer (pluggable) support for grid events at client and server side
>>>>> (e.g.
>>>>>> been notified when user navigates between pages, sorts a columns,
>>> etc).
>>>>> By
>>>>>> pluggable I mean they can be enable if you need them so that no
>>>>> unnecessary
>>>>>> server round trips are made.
>>>>>
>>>>> The gird always has to make a request to the server when the user
>>>>> navigates between pages, or changes the sorting, since this requires
>>>>> updated data. However these events are handled internally to the grid
>>>>> code and are not accessible to the developer. If required we could
>>>>> make these events accessible to the developer, either through adding a
>>>>> behaviour, or overriding a method. Other things such as selection
>>>>> notification events, or editing, can optionally be listened to by the
>>>>> developer, but these do not make a round trip to the server unless
>>>>> they are explicitly added.
>>>>>
>>>>>> -Show an example of how the grid interacts with a normal wicket form.
>>>>> E.g.
>>>>>> have a form the is submitted via Wicket AJAX and get the grid
>>> refreshed
>>>>>> either via Wicket AJAX (i.e. the whole grid component is reloaded) or
>>>>>> triggering a reload event on the grid (I see the master detail example
>>> is
>>>>>> built using this last approach?) .
>>>>>
>>>>> yes, this page (http://labs.jweekend.com/public/gridjpa/ProjectEditPage
>>> )
>>>>> uses a wicket form (not automatically generated though) to edit a row
>>>>> in one grid, which then triggers a data refresh in both grids, but
>>>>> does not do a wicket ajax component replace. However ajax component
>>>>> replace is supported as there is an AjaxRequestTarget, but I feel that
>>>>> forcing the grid to reload is cleaner.
>>>>>
>>>>>> -All the examples seem to use JSON for data transfer? Is XML
>>> supported?
>>>>>
>>>>> The grid uses JSON, however this is all internal and transparent to
>>>>> the developer using the grid, so I dont see how supporting XML would
>>>>> be a benefit. It is not possible to construct JSON or XML and feed
>>>>> this into the grid manually, i.e. by telling the grid which url to
>>>>> use.
>>>>>
>>>>> The intended use is the same as with a Wicket DataTable, where an
>>>>> IDataProvider provides an iterator of beans which are rendered as rows
>>>>> in the grid. We use Wicket IConverter to convert each field of the
>>>>> bean to a String, then use a JSON library to construct the JSON
>>>>> response, which is then used in a custom wicket IRequestTarget for
>>>>> JSON.
>>>>>
>>>>>>
>>>>>> Best,
>>>>>>
>>>>>> Ernesto
>>>>>>
>>>>>> On Wed, Mar 3, 2010 at 11:33 AM, Cemal Bayramoglu <
>>>>>> jWeekend_forums@cabouge.com> wrote:
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Regards - Richard Wilkinson
>>>>> Developer,
>>>>> jWeekend: OO & Java Technologies - Development and Training
>>>>> http://jWeekend.com
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>>
>>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>
>>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: wiQuery components with server side state - live demo
Posted by David Leangen <wi...@leangen.net>.
I don't think the project is very active. Started with a bang, but there hasn't been much action lately, or so it seems.
On Jun 13, 2010, at 7:42 AM, Thies Edeling wrote:
> Is this project still alive? The URL below now prompts for a
> username/password. Thx!
>
> On Wed, Mar 10, 2010 at 1:10 AM, Cemal Bayramoglu <
> jWeekend_forums@cabouge.com> wrote:
>
>> http://labs.jweekend.com/public/grid/GridRowExpanderPage
>>
>> On 3 March 2010 18:20, John Armstrong <si...@siberian.org> wrote:
>>> Hi Richard,
>>>
>>> See here: http://www.extjs.com/examples/explorer.html#gridplugins
>>>
>>> <http://www.extjs.com/examples/explorer.html#gridplugins>In this case
>> its a
>>> grid rather then a tree that expands and allows arbitrary components to
>> be
>>> inserted beneath the row.
>>>
>>> Similar to a tree but very grid specific.
>>>
>>> Very excited about your work, so many hoops too jump through with GWT..
>>> J
>>>
>>> On Wed, Mar 3, 2010 at 10:17 AM, Richard Wilkinson <
>>> richard.wilkinson@jweekend.com> wrote:
>>>
>>>> Hi,
>>>>
>>>> John - im not to sure what you mean by row expanders, is that similar
>>>> to what is provided on the tree grid?
>>>>
>>>> Ernesto - see comments inline:
>>>>
>>>>
>>>> On 3 March 2010 12:59, Ernesto Reinaldo Barreiro <re...@gmail.com>
>>>> wrote:
>>>>> Hi Cemal,
>>>>>
>>>>> Other things that might be useful:
>>>>>
>>>>> -Offer (pluggable) support for grid events at client and server side
>>>> (e.g.
>>>>> been notified when user navigates between pages, sorts a columns,
>> etc).
>>>> By
>>>>> pluggable I mean they can be enable if you need them so that no
>>>> unnecessary
>>>>> server round trips are made.
>>>>
>>>> The gird always has to make a request to the server when the user
>>>> navigates between pages, or changes the sorting, since this requires
>>>> updated data. However these events are handled internally to the grid
>>>> code and are not accessible to the developer. If required we could
>>>> make these events accessible to the developer, either through adding a
>>>> behaviour, or overriding a method. Other things such as selection
>>>> notification events, or editing, can optionally be listened to by the
>>>> developer, but these do not make a round trip to the server unless
>>>> they are explicitly added.
>>>>
>>>>> -Show an example of how the grid interacts with a normal wicket form.
>>>> E.g.
>>>>> have a form the is submitted via Wicket AJAX and get the grid
>> refreshed
>>>>> either via Wicket AJAX (i.e. the whole grid component is reloaded) or
>>>>> triggering a reload event on the grid (I see the master detail example
>> is
>>>>> built using this last approach?) .
>>>>
>>>> yes, this page (http://labs.jweekend.com/public/gridjpa/ProjectEditPage
>> )
>>>> uses a wicket form (not automatically generated though) to edit a row
>>>> in one grid, which then triggers a data refresh in both grids, but
>>>> does not do a wicket ajax component replace. However ajax component
>>>> replace is supported as there is an AjaxRequestTarget, but I feel that
>>>> forcing the grid to reload is cleaner.
>>>>
>>>>> -All the examples seem to use JSON for data transfer? Is XML
>> supported?
>>>>
>>>> The grid uses JSON, however this is all internal and transparent to
>>>> the developer using the grid, so I dont see how supporting XML would
>>>> be a benefit. It is not possible to construct JSON or XML and feed
>>>> this into the grid manually, i.e. by telling the grid which url to
>>>> use.
>>>>
>>>> The intended use is the same as with a Wicket DataTable, where an
>>>> IDataProvider provides an iterator of beans which are rendered as rows
>>>> in the grid. We use Wicket IConverter to convert each field of the
>>>> bean to a String, then use a JSON library to construct the JSON
>>>> response, which is then used in a custom wicket IRequestTarget for
>>>> JSON.
>>>>
>>>>>
>>>>> Best,
>>>>>
>>>>> Ernesto
>>>>>
>>>>> On Wed, Mar 3, 2010 at 11:33 AM, Cemal Bayramoglu <
>>>>> jWeekend_forums@cabouge.com> wrote:
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Regards - Richard Wilkinson
>>>> Developer,
>>>> jWeekend: OO & Java Technologies - Development and Training
>>>> http://jWeekend.com
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>
>>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org