Embedded Editor Record Selector

Is there a way to have  buttons on an embedded editor that would act as a Next and Previous record??? I have a main doc form that has many other documents that go with it that the user needs to edit quickly. I tried this with an embedded view linked to an embedded editor and they say it takes to long to do the entry due to scrolling...

Is there a way to have an embedded form that would should subdoc1 allow them to change data, hit next, and it brings up the next one?

Who is Participating?

[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More

I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

As long as the buttons are on the embedded view :))  Most direct and easiest, just enable the action bar to show the buttons. I think.

The problem with putting them on the form is that you can't get a handle on one while they're in the other, not without doing a lot of logic calls.
TheBull369Author Commented:
What if I got rid of the embedded view and just went with an embedded form that had the next and previous buttons?
It's the embedded form that you can't get a handle on :)  For that matter, you can display a form, with next prev buttons, as long as your view is sorted in some logical way, like read, unread, viewed today, etc.

Any button you put on a form you can program to do some logic :)
Rowby Goren Makes an Impact on Screen and Online

Learn about longtime user Rowby Goren and his great contributions to the site. We explore his method for posing questions that are likely to yield a solution, and take a look at how his career transformed from a Hollywood writer to a website entrepreneur.

Qualify, as long as the button is on the embedded form, and you can navigate the view that you're in.  

Once you have the first document in the view, you just have to find it where it is in the view in order to step to the next one.  A touch complicated, but can be done.  A bit too long to be posted here, 'fraid.  But, maybe some of the other EE's will give it a go. !
Thinking about how to approach.. probably use private folders, when they open, their assignments get dumped into a folder, with the first document in the Embedded Editor.  after that, piece of cake, finish editing first doc, save and remove it from folder, go to next one. which would be the first doc...:)

set doc = folder.getFirstDocument
if not doc is nothing then..

hmmm... you can maybe use uiview if you were in framesets.. or

put a layout region on the embedded editor with a combofield that lists a summary of the document |docID, when they select it, you load it.   Refresh the combo when the form refreshes.. now you have handles.

TheBull369Author Commented:
can we do it with a popup of some sort (dialog box or something that lets them update values and go from record to record) or even a regular form versus a embedded editor??
Or you can allow the view columns to be editable.. then you can skip the whole thing.. :)  And you can have your next, prev, show selected, show unread...
TheBull369Author Commented:
I thought about the editable view, here is the problem and see if you have an idea.... The view contains a question #, score, question text, and answer text. There is no way that I have found to get the question text and answer text to display nicely in the view without them scrolling to the right like crazy...

Any ideas??

Also as another option, is there a way to have a embedded view side by side with an embedded editor instead of being on top of each other?
I was thinking about this.. I would probably do this:

Either a categorized view by name or a private folder listing the user documents in a left frame, the display of the document in the right frame, nest on top navigation buttons frame, save & prev, save & next, prev, next, exit.

Then they would have the best of both worlds, they can scroll down the left frame list and open documents, or use the top navigation buttons to navigate next, and let the buttons do the processing.

I still like the idea of a private folder, this way when you save and next, the document is removed from the folder and maybe goes to another folder.

Depends, anytime you try to reduce the user intervention, you end up writing a whole lot of code and going through a lot of logic.  The end result is usually a database that you are VERY proud of.  But, because it is so intuitive, when users work with it, they kinda go, "eh? what took so long to write this?"

You can even split the left frame so that it shows DONE documents.

My next thought is one I use a lot.  I create the form as usual, but nest a subform with the embedded view, or do a table with the embedded view in one column and the form in another column, that would make them side by side .. you'd have to limit the view to a few columns.

The dialog box won't work without much coding, because you have to open the form first before you can open the dialog box.

Try frames, if the view is in the left frame, and the document is in the right frame, they can use arrows to navigate the view and the form appears just like an embedded element.

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
TheBull369Author Commented:
I have yet to get a frame to work right for me for some reason... also the document that has the embedded view and editor on it also has other information on it, where would i put that info?
On a page or a form in within the frame, or split the frame.
OK, if you LEFT frame, call it "NotesView"  has a listing of documents to be processed, and the center frame, call it "NotesDOC" is where you want to process documents, set the TargetFrame in NOTEVIEW to "NotesDoc", create an initial "Welcome/Instruction" page for the "NotesDOC" frame, so it has some instructions for your users.

Create a page for NotesView, and embed your view in it, or a copy of your view with either special actions, (prev, next), no column selection.  And the column list is maybe one or two columns.  You can set the single click destination frame to "NotesDoc"

Now, with the embedded view, you can also categorize it so that it first column shows the user name, and then categorize to the user name.  And you can use the column arrow, so that it closes left,or opens.   You can also include another page with an embedded navigation outline at the bottom of NotesDoc frame, and that can expand to show the links or close when not in use, and these can be the links to other framesets.

The page can have a title, instructions, with the view below it.  When you set the FRAME to that PAGE, there is a targe destination settings on the FRAME, so set that to NotesDoc.  Set the target destination for NotesDoc.

So, the important thing is to make sure the frames have target destinations.  

I sometimes use a top navigation frame, and those call new framesets.

Does this make any sense?
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Lotus IBM

From novice to tech pro — start learning today.