Is edit-in-place the best solution?
The missing piece, however, seems to be the editing of the data. Ideally, it should be done in a similar way, i.e. something that compliments the AW Grid and gives the user a rich internet experience.
Although Alex has developed a whole bunch of dialog objects in Ver 2, it seems as if he is attempting to solve the data editing issue by providing an edit-in-place solution. While I am sure some people will make use of it, in practice, I am not sure that edit-in-place is the ideal way to capture data - especially if you have more than 6 or 7 columns per record. A much better way, I believe, would be the more traditional Browse/Form paradigm one finds in Desktop applications. Not only is it more intuitive to the user, but it also solves the problem of capturing lengthy records (which require the layout and useability of a regular form).
The problem with this, of course, is the loading and reloading of pages and the loss of 'state' - and this is why edit-in-place solutions are often the de facto solution.
It seems as if Alex is struggling to get the edit-in-place to work across all browsers and is pouring all his resources into this functionality when, I believe, he should rather be concentrating on a browse/form paradigm. This would make it a far better product than some of the current competitors (such as EBA DataGrid and Rico LiveGrid).
I have created an example of a Browse/Form application using the AW Grid and AW Dialog objects which you can view at
As you can see, it has a lot of potential, but the code is very messy and it needs a lot more functionality. Basically, Alex needs to decide where to concentrate his limited resources and assist with some of the finer details and also fix a number of bugs to make the Browse/Form paradigm a viable alternative.
Hopefully other developers feel the same and we can jointly persuade Alex to provide us with the tools we need and which will be far better suited to the task at hand.
Basically, I believe Alex should put the edit-in-place solution on the back burner for now and rather concentrate on developing a fantastic dialog box solution which is tightly integrated with the AW Grid that will provide a data entry solution which will knock the socks off the competition.
What do you think? Your comments would be appreciated.
Alex did open this discussion a while back at end of Nov (/datagrid.9201/please-comment-cell-editing-changing.html), so it may be late to change strategic direction..?
The master-part of an APP should use forms to edit/validate data.
But I don't think that Alex should restrict a specific use of browse/form.(other than provide neccessary events/properties to do almost everything).Althought I know that the hardest part of creating forms is establish the environment (not only data, but container,interaction,inputs....)
IMHO (as I understand from your words) The question would be:
Is it possible to integrate a form-environment standarization?
(difficult to answer as it is up to each developer how standats helps or not)
On the other hand there are a lot of situations where an cell-edition is a very useful (and easy) way to manage accessory-data/customization/etc.. .
Therefor both are needed to create a versatile and powerful UI.
P.D. Fantastic sample Rick,
So my vote would be to see Alex get the current bug resolved on IE, then on the rest of the browsers. But in my opinion, in-place-editing is an absolute must have.
It's a pity you can't share your ideas and code with the rest of the AW community. I understand you are bound to the wishes of your employer but maybe if you offered some of your code as "open source" and allowed the community (and Alex) to assist you in developing what you have so far, it will be beneficial to you (and your employer) in the long run.
I am sure I could help and I have noticed there are some excellent other developers who contribute to this forum. Together we could give you ideas and maybe even improve your code here and there. This is the spirit and advantages of open source development.
Maybe we need to create a basic standard or template framework made up of JS or PHP classes which are wrappers for the AW methods which we all use and contribute towards. I can develop a searching class, i.e. how to search the grid and filter it via AJAX. You could share your fancy forms. Rick Villela and Carlos and Will etc. could all contribute something I am sure.
If Alex saw which way the AW community he would also chip in and make mods which we need. Together we would achieve a lot more than hanging on to our own source code.
I have given two code examples (AJAX filtering and this one) which have been warmly received by other developers. But I am relatively new to AW and without documentation, I feel like a blind man leading other blind people. It seems you have one eye open and, as they say, in the land of the blind, the man with one eye is king! Speak to your employer and see what he says. We need you to share your knowledge and maybe even write a few white papers or develop a few classes for the rest of the community. I am willing to assist wherever I can.
A basic AW framework would allow many other users to get started a lot quicker with AW and it would build up a bigger and better community to the mutual benefit of us all. At the moment I feel it is stagnating and I am getting a bit frustrated. We have development time frames and they are not infinite. I need to see this product going in the right direction otherwise I may have to look elsewhere for a temporary solution and then re-look at it in 6 months time.
I am thinking of starting a website of ActiveWidget lovers where we can create a set of base classes for all to share. On that site I think I can create classes that are usefull to all but not expose what I am doing at work. Just to let you know what we are doing with AW, our application will have no HTML once we release our 2.0 version! Everything in the application is rendered with AW (oops, except a calendar control that I might create in AW after the dust settles with 2.0).
As you might have already seen, I did post a message that was a basic tutorial on how to create your own controls including custom functions. I want everyone to see the power of the framework and not just the grid. Up until a little bit ago, I think I was the only one creating controls. I asked questions on the forum about composit controls and got no responses at all. Now I can see that there are more and more people that are interested in writing their own controls and I love it.
This community is going to grow quickly once 2.0 goes final. I can't wait!
Sounds great - I would be happy to assist with such a web site.
BTW - what server side language do you use? I use PHP.
Thanks for the offer.
This topic is archived.
Back to support forum
Version 2Looking for AW 2.6 ?
The old site is here.