Difference between revisions of "Thoughts on Google WebToolkit"
From lightwiki
| Line 4: | Line 4: | ||
Given the way I have structured the code generator (which is not finished except in my mind) - one of the hardest steps is to get a working version of a final application. I can then "mark-it-up" and use it to generate code that deals with different SQL tables and columns. | Given the way I have structured the code generator (which is not finished except in my mind) - one of the hardest steps is to get a working version of a final application. I can then "mark-it-up" and use it to generate code that deals with different SQL tables and columns. | ||
| + | Bassic application should have CRUD menu, scrolling table of data, FIND button functionality would be nice. | ||
Connecting to SQL Backend - obviously there somewhere but I haven't seen it yet. | Connecting to SQL Backend - obviously there somewhere but I haven't seen it yet. | ||
| − | + | ||
Main Menu | Main Menu | ||
| Line 19: | Line 20: | ||
# Help - since we can use straight html - no problem | # Help - since we can use straight html - no problem | ||
| − | + | ||
Popup Menu | Popup Menu | ||
| Line 31: | Line 32: | ||
# Switch font - ignore - let the browser handle | # Switch font - ignore - let the browser handle | ||
| − | + | ||
Bottom line - menu options don't seem to be a big problem | Bottom line - menu options don't seem to be a big problem | ||
| − | + | ||
Now on to other basics | Now on to other basics | ||
| − | # | + | # Layout Manager - they have some. I'm not sure how difficult out issues will be |
| + | # Scrolling Table - they have scolling sub-areas, again not sure how difficult a table will be | ||
| + | # Sort on column headers - don't know | ||
| + | # Basic Widgets - they have a lot. | ||
| + | # BoundedTextFeild - didn't see that - probably have to revert back to substringing data to the maximum length the SQL column can handle (char(30) type columns) | ||
| + | # Formatted text - not sure here - SSN, Telephone, etc. | ||
| + | |||
| + | Really tough issues | ||
| + | # handling conversion errors (user enter ONE where they should enter the number 1.) | ||
| + | # handling data error messages at the browser level | ||
| + | # handling data error messages from the server | ||
| + | # doing the "Data Changed" checking | ||
| + | |||
| + | Just like with JSF. I see this as doable if we cna get a basic "sample" application running | ||
Revision as of 18:16, 17 May 2006
The Google WebToolkit is very exciting.
I am going to listing some of the functions we currently have in JGuiGen in order to start a list of what can and can't be done easily.
Given the way I have structured the code generator (which is not finished except in my mind) - one of the hardest steps is to get a working version of a final application. I can then "mark-it-up" and use it to generate code that deals with different SQL tables and columns. Bassic application should have CRUD menu, scrolling table of data, FIND button functionality would be nice.
Connecting to SQL Backend - obviously there somewhere but I haven't seen it yet.
Main Menu
- Exit - no problem
- Delete - no problem
- Add - no problem
- Print - ignore - browser takes care of it.
- Extra - no problem
- Find - lots of code - Query building is probably not a problem, the report is something else again.
- Save - no problem
- Help - since we can use straight html - no problem
Popup Menu
- Freq Count - probably not a problem
- Duplicate - no problem
- next - no problem
- previous - no problem
- A11y - ignore for now (write the code with A11y, just ignore the magnifying glass and probably the debug screen)
- Switch look and feel - ignore - browser handles that
- Switch locale - probably need to do this - not sure how
- Switch font - ignore - let the browser handle
Bottom line - menu options don't seem to be a big problem
Now on to other basics
- Layout Manager - they have some. I'm not sure how difficult out issues will be
- Scrolling Table - they have scolling sub-areas, again not sure how difficult a table will be
- Sort on column headers - don't know
- Basic Widgets - they have a lot.
- BoundedTextFeild - didn't see that - probably have to revert back to substringing data to the maximum length the SQL column can handle (char(30) type columns)
- Formatted text - not sure here - SSN, Telephone, etc.
Really tough issues
- handling conversion errors (user enter ONE where they should enter the number 1.)
- handling data error messages at the browser level
- handling data error messages from the server
- doing the "Data Changed" checking
Just like with JSF. I see this as doable if we cna get a basic "sample" application running
