I have a list that shows that two source of information disagree, and human intervention is required to decide what to do about it. So I’m thinking there will be three areas of the screen: one which shows the disagreement (and where they can say what they have done about it), one which shows the info from one of the sources, and one which shows the info from the other source. One of those two sources is not too bad: about a half dozen fields and a little list with maximum seven items, but the other one is much larger. I currently have the information displayed on half a dozen tabs, and the user will actually need access to all of them to make a decision (they include a list of clients involved, addresses they have lived at in the past, historical notes etc.)
I think it is doable so long as people have a decent-size screen (the current version of the complicated screen is currently 1024 pixels wide).
My question is: is there an easy way to move the existing window with its tabs and so on, into the window with the other two chunks of stuff? I’m thinking that the easiest might be to start with the complicated window and add the other easier bits to it? The only user-modifiable data will be from the discrepancy table
Hi,
Not sure if I understood correctly, but some things I think can be useful to you about the UI:
- Instead of the complex source (with the half dozen tabs), you could use a simple LIST as a tree control, using the LIST’s attribute PROPLIST:Tree, showing a queue with several levels. This way, the root level will be the level 0, the tabs will be the level 1 and the info inside each tab will be at level 3, 4, etc… Also, the queue will need just 2 columns: a LONG column for the level (you can use a positive value for expanded and a negative value for contracted) and a STRING column for the info. I use it in a window with 6 or 7 levels of info, to show summarized and detailed (contracted) info at same time.
- You could use drag’n drop from sources 1 and 2 to the target area. Look in the help for the LIST’s attributes PROP:DRAGID and PROP:DROPID, and for the events EVENT:Drag and EVENT:Drop. I use it for dragging some record info from a window and dropping to another window
- So, you could have 3 windows: source 1, source 2 and target (the disagreement area). For drag’n drop you need just a little drop area visible in the target window to receive the EVENT:Drop. So the user can arrange the windows freely.
Hope this can help you a little bit. Just my .02
With the IDE from 7+ you can just select controls and copy then paste to another window.
It does work, I’ve done that a few times. Not does not work real well with control templates, only controls.
But @Flavio_Suarez idea of deconstructing into a list also seems like a simplification (From a User POV) and drag/drop or a couple of buttons to replace one with the other.
Yep, I was thinking about the UI (the user POV)…
About using the IDE, as said, copying the control templates will not work.
Additionally, you’ll have to copy/paste de variables used by the controls…
About the copy/paste of the window controls, you also can go to procedure’s properties > window source
Hi Flavio,
I think the tabs are necessary. There is just too much info, and some of the nodes would need to have hot fields by the side because there is too much info to put into a tree string.
What I currently have looks like this:
That blank area at the top will be for a comments box for the response. The tabs at the bottom right, probably the most important one (res_address) has four browses and a text box on it. Requests/payments (showing) also has four browses. The notes tab has a list and a big text box by the side.
I did find a bit of weirdness doing it. I started by copying the procedure that had the bottom right stuff in it. I made the window bigger and moved the existing sheet/tabs down to the bottom right. The fields on the first tab moved down with the sheet/tabs fine, but everything on the other tabs seemed to think their reference point was the top left of the window and not the top left of the tab, so I had to move all of them back to where they belonged. Other than that it all seems to work well.
Jon
I see. Too much info for a simple tree.
I also had these troubles with the window formatter some times…
Maybe using the keyboard to move the sheet would work better with the fields into the other tabs…