I have a very short and straight to the point question.
When adding an Edit form in an ADF/Swing View project (dragging a data control to the JFrame, then clicking 'Edit Form'), you get a pretty useful GUI to decide what to show and what not, and how to format the data values. However, when you finally click 'ok' there, and the form is created, there seems to be no way back into that GUI to edit the things just decided.
I want to edit forms very often and find myself deleting the forms and their bindings, then creating the entire form anew over and over again, I suppose there must be a way to edit the form?
Thanks in advance.
No, you can't re-enter the editor dialog. This is only possible for Tables and Trees and Tree-tables
What edits do you want to do?
You can drag and drop fields to reposition them or right click a field and select rebind and choose a different DC mapping or use properties to change behavior or "convert" to change to a different ui comp.
Exactly what edit do you want to do?
Related
I have a situation like this, I have a browse when I can double click an object and it opens in a form and then I am able to modify it (behind the scenes I am passing that object from one view model to another). Then I am able to modify its fields, however the textblock does it immediately, so I can see the fields changing before I press save changes, whats worse when I press cancel the modifications stay on the browse.
I know I have to tell all the textboxes to UpdateSourceTrigger explicit, but I cannot find a simple example in an MVVM way, so only update when the button save is clicked and command associated with it is executed, that should force that explicit update on all texboxes. Any ideas how can I achieve it?
Thanks :)
You use magic. Or, you send a copy of the model, then wait for an OK, and on OK copy the values back to the original. Then you do a little dance and drink a little water.
I'm using WPF and for example I have listbox of "professions" (Name, Holiday Date, Holiday Name, etc).
What I need to do is to edit and add profs.
This could be done with new window of Adding and Editing with editable textboxes and datepickers. Typical way.
Or I could create DataTemplateSelector my listbox and after user click "edit" change DefaultItemTemplate to EditingItemTemplate. In this way we have no need for new window.
Here is the screenshot: http://i52.tinypic.com/303l6d4.png
What way will be better for users? I think I like the way #2. But doesn't it look much complicated for users?
Thanks.
I'd say the second approach is mach better. Especially if editing is supposed to be a very typical operation for your application I'd suggest you implement switching to the editing mode by click on an one of those fields, also automatically change a content of focused field on user input, in other words implement a behavior similar to Excel's cells. If the typical use case of this form is just browsing then its worth to consider adding a stylized button/link that switches current item to edit mode. Also probably its better to add such a button for each typical action ("Show clients") right to the item template (to the right top corner for example). And display these buttons only if item is selected or mouse is over this item. Opening and selecting a desired usual action from the context menu is quite "stressful" experience :)
I can make the inseration to the table by extjs editor grid and also through the extjs form , what should i used and when i used what ?
which is better ? i had used the extjs form panel but i haven't used the editor grid ?
should i use the editor grid or not ?
Its about what kind of UX you are providing to your users! Take these scenarios:
1. Frequent modifications
Lets assume a user need to frequently modify, add records to the grid. In this case, using a form panel can be a "long process" for the user. He might have to select the record, click on edit button and the form pops up, edit and finally save.
To reduce the user's click and reduce the process.. you can use the editor grid.
2. Viewing / Filtering / Reports
Common scenario is to use the grid for simply viewing, filtering out required records and use as grid as reports with grouped data, summary data etc. I this case, you may not even have a add functionality. You may have a less chance of edits. In this case you will go for normal grids.
Now, there are situations where the grid display is only a summary. In one of my applications, I have only few fields listed on the grid (only important fields). selecting a row will provide you more details in a window with form panel. In such cases you cannot have editor grid because only part of the data is visible at a given time.
Another viewing scenario is to have a form beside the grid with all the fields and they are bound together. In such a scenario, you have the form panel beside the grid. And when user select a row, the data is loaded into the form. You can provide data modification functionality here. Example!
3. Type of data involved
You also need to consider the data you display and manipulate. Editor grids can be good for quick and frequent changes. But It might not be a good idea for editing long and complex data. For example, would you have a HtmlEditor (Rich text editor) in the editor grid?
You cannot use editor grid when you have data entry in steps (some wizards, step-by-step entry etc). In such cases you will have to go with the FormPanel.
I think these points will help you.
I'm not sure how to fix this issue, but when I utilize combo boxes on my form which selects data from multiple tables I'm not able to save any of the data selected.
I tried to use the Bound form utility but it only asked me to "Enter Parameter Value". I took out the "Bound" portion of the code and the combo box works fine.
I have a nice little save button, but it doesn't actually save anywhere.
I tried using a query, but that didn't fix it either unless, of course, I didn't do the query correctly.
Here is the "Row Source" information...
SELECT SubArea.SubAreaID, SubArea.SubAreaName, SubArea.ProductName FROM SubArea WHERE (((SubArea.ProductName)=Forms![Combo Form]!Product));
Do I need to put something in VBA or perhaps a Macro to have all the data selected to actually save into a table? HELP!
For the Bound Form
Open the form in design mode, right click on the combo box and go to properties. Check out if it is actually bound to something in the Control Source field.
In an SL3 datagrid, is it possible to have every cell of the grid editable?
I need to create a UI that's similar to an Excel worksheet. Upon a button click, the entire collection of objects would be submitted as opposed a single object or cell.
Is this even possible, and if so how would I go about achieving it?
Thanks.
I guess the reason why this question has sat here 4 hours with no answer is that we all asking ourselves "Have I missed the problem here?".
First of all you can't actually "edit every cell concurrently", after all when you hit a key on the keyboard only one control is going accept that is input, the one with the focus.
"Excel worksheet" behaviour is exactly what you get from DataGrid if you let it automatically generate the cells.
So this question is really about the object you assign to the ItemsSource property. You really need to tell us about what you are using to store the data.
The truth is your requirement is quite easy to deliver especially if you include WCF RIA services. Ulitmately you get a "Data Context" which you can edit in various ways and then submit changes at whatever point makes sense for your application.