We help IT Professionals succeed at work.

Embedded Editor Record Selector

TheBull369 asked
Medium Priority
Last Modified: 2013-12-18
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?

Watch Question

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.


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 :)

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.


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...


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.

Not the solution you were looking for? Getting a personalized solution is easy.

Ask the Experts


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?
Access more of Experts Exchange with a free account
Thanks for using Experts Exchange.

Create a free account to continue.

Limited access with a free account allows you to:

  • View three pieces of content (articles, solutions, posts, and videos)
  • Ask the experts questions (counted toward content limit)
  • Customize your dashboard and profile

*This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.


Please enter a first name

Please enter a last name

8+ characters (letters, numbers, and a symbol)

By clicking, you agree to the Terms of Use and Privacy Policy.