SDI or MDI

Hi,
I am implementing plug-ins for Acrobat 8.1.2, Is there any fucntion to find out that, Acrobat is in SDI(Show each document in its own window) mode or MDI mode. Please anybody tell me.
Thank you,

Well,
from a plug-in you can check gHWND:
if (gHWND) return false; //MDI
else return true; //SDI
Polda
Why need to know: For example there is a bug in AA 8.x when running in MDI mode on Win: Acrobat runs maximized, then you double click a PDF to open it - and what happens? Acrobat chooses to run in a smaller window, sometimes with borders and toolbars out of the screen! Then maybe a plugin wants to check it and make Acrobat behave correctly..

Similar Messages

How to launching a forms SDI vice MDI?

By default, web deployed forms run in a MDI window by default.
How do you change this default to run the form in a single
document interface(SDI)?
I have found references to the HTML command "usesdi=yes" and
"separateFrame=False", but no documentation on how to use them.
Anyone have any idea? Or could you point me to the proper
documentation?
Thanx
Jim Davis
null

By default, web deployed forms run in a MDI window by default.
How do you change this default to run the form in a single
document interface(SDI)?
I have found references to the HTML command "usesdi=yes" and
"separateFrame=False", but no documentation on how to use them.
Anyone have any idea? Or could you point me to the proper
documentation?
Thanx
Jim Davis
null

Acrobat X: SDI and MDI

Just installed the trial version of Acobat X Pro.
MDI not incorporated? or is it hidden under Preferences?
No MDI, no upgrading.
Sys: Win 7 x32

Hi augustus108,
MDI mode was removed in Acrobat 9 and is not returning in Acrobat X.
http://blogs.adobe.com/acrobat/2008/09/mdi_vs_sdi_in_acrobat.html
Hope this helps,
Dimitri
WindJack Solutions
www.windjack.com
www.pdfscripting.com

FRM-40202:field must be entered

In R12, under Service Contracts; when navigating between the two blocks 'FRM-40202' error is thrown indicating 'Field must be enetered'.
Duplication Instructions:
1) Create a new service contract with 2 usage lines and add 1 counter at subline level for each usage line.
2) Now place the cursor in the 1st usage line, navigate to Lines (tab) --> Pricing/Products (tab) --> below it shows the related subline information (counter instance).
Lines and Subline has parent-child relationship.
Lines is a parent block and Subline is a child block.
3) At subline level, we have three tabs (Effectivity, Pricing, Counters), but the data belongs to a single data block.
4) When the cursor focus is in Counters tab for the first usage line, then change the cursor focus to the next usage line at Line level; this navigation will clear the subline level details and it throws the error 'FRM-40202:field must be entered'.
5) Error is not shown when the cursor focus is in 'Effectivity' tab of subline and changing the cursor focus to next usage line at line level is successfull.
6) Counters tab has 1 field which is marked as 'Required' and when the error is thrown, it clears the current block and cursor focus remains in this field.
The same navigation in 11.5.10 instance doesn't cause any issues and there is no major code change from 11.5.10 to R12 for this navigation.
Please suggest on how to overcome the above situation.
Thanks
Edited by: user641733 on Aug 17, 2009 12:37 PM
Edited by: user641733 on Aug 17, 2009 12:37 PM

Well, I found the issue. I created a text field to display the passed parameter value (for debugging purposes) and by default it was defined as a database field. The error was due to the "txt_misc" field being part of the query but not existing in the database. I have since figured out how to get my parameter passing and data querying example to work.
New question:
Is there a way to debug more than one form at a time (step from one form into another called form)?
Last but not least, are there any Oracle Forms books that resemble the "Learn Visual Basic in 21 days" type format? I'd like a reference where I can look up sample syntax for a variety of tasks like ...
- calling a form
- passing parameters
- querying data
- SDI and MDI forms and their differences

PDF Compare

I am not able to do compare two PDFs with the option of CTR+TAB button in Adobe Acrobat (Version 11). Please let me know how I can do the compare?

This has to do with the GUI change that happened between Acrobat 9 and X. It switched from SDI to MDI, and is not likely to switch back. You can use Alt+Tab to switch between Acrobat windows now, just like with any other application.

Measurement Studio Controls and Dialogs

I am running a dialog based project in VC6.0 and am trying to popup other modeless child dialogs to give me info on test ranges and setup information. I really want them to be modeless so that I can run the main test panel with the test ranges visable throughout if so desired.
I thought I was done but realized that the static control that comes with VC6.0 Standard only takes 256 characters. I suppose I could use a bunch of static controls but that looks dumb.
Edit boxes don't work well for me because they don't like tabs and newlines. I tried the rich text box control but when I put one on any dialog, even my main one, the whole dialog never displays. (Question for Microsoft I suppose.)
So, I started looking through the ActiveX controls and found a great plug in called Microsoft Forms 2.0 TextBox. I dropped in that control and made a nice setup box and range box for my two dialogs.
Well, here is the problem then. When I have a "Microsoft Forms 2.0 TextBox" control on my dialog I can't display my dialog as modeless. If I try to display it as modal with .DoModal everything works fine. I see that my problem is when I try to create the modeless dialog with the following command inside the Constructor for the dialog class:
error = this->Create(IDD_DIALOG, NULL);
All Microsoft tells me is that if the dialog is created and initialized without errors then error should be non zero. Well, it's zero if there is any NI control on the dialog. Consequently the dialog doesn't get displayed.
I wish that there was a nice TextBox control like in CVI. Just something you can edit straight from the dialog and it'll load itself just fine when you run it. Microsoft's standard static control is lame and the edit boxes don't let you type in the edit box from the dialog editor screen. So much for visual control. Anyway, I need some suggestions. I don't want to have the overhead of doing any SDI or MDI if I don't have to. I only do small projects and seperate Dialog projects work great.
Maybe I'm not doing something correctly with Visual C++ itself as far as creating modless dialogs are concerned, but the fact that all controls can be displayed as modal but only non-NI controls can be displayed modelessly seems strange. Maybe it's an ActiveX thing and since the NI-controls are the only ActiveX stuff I'm using I get into trouble. I'd appreciate some advice. Thanks,
Grant Johnson
Grant M. Johnson
Project Engineer
LECO Corporation

I'm not really sure what could be causing the problem that you are seeing, but I have attached a small Meas. Studio for VC++ 6.0 example program to this post that creates an application similar to what you have described. The example has one dialog that creates another modeless dialog when a button is clicked using the CDialog::Create function. With this example the problem you are describing doesn't show up (the second dialog has CNi controls on it and it displays fine as a modeless dialog).
I have also tried running a modified version of the attached example that creates the second dialog as modeless from within its constructor, and it worked fine again. I believe this is exactly what you were asking about.
If you can discern anything from this
example program, or modify it to be more similar with your scenario (create modeless dialog from constructor), then you can let us know what might be different.
Jason F.
Applications Engineer
National Instruments
www.ni.com/ask
Attachments:
dialogs.zip ‏191 KB

Acrobat X: SDI vs. MDI

I'd like to coninue this thread, because I believe it's important:
Acrobat and Acrobat Reader are strongly missing the MDI feature.
Probably the biggest share of "common" users will only open a single document at a time. But there are others around that sometimes have more than one single document open and who don't want to get their screen cluttered up with Acrobat documents.
From the thread above there's a Hyperlink to the Acrobat blog, justifying why MDI has been removed from the Acrobat GUI.
I believe the reasons given in there are wrong:
Feature Parity with Macintosh was desired. As stated before, the Mac OS does not have this option. While I will be the first to admit that feature parity is not 100% between Windows and Macintosh, it is a goal that we aim for.
As written at the top of the blog, "MDI is not applicable on the Mac OS." So this is simply a system feature not available to Mac OS but to Windows. Parity in regard to system environment can never be achieved. Otherwise, Acrobat would have to strip keyboard support, because smartphones like the IPhone lack the presence of a keyboard.
Utilizing MDI is quite transparent to the software when being programmed properly. The client area to draw into won't be different. And the Mac OS will simply display like an MDI environment with just one document in it.
In version 8, we made SDI the default in the viewing mode. Making SDI default, but still providing MDI in version 8 was done to start the deprecation of MDI.
This is no reason at all. It's just a description of a decision you made.
Microsoft advised that to work as good as possible on Vista, applications should avoid MDI.
MDI is currently still available in any document centric Microsoft application. And it's available in any current document centric Adobe software - except for Acrobat.
WPF is commonly used as the successor of MDI, yet multiple-document GUIs are fully supported in Windows.
Acrobat and Adobe Reader’s new UI modes would not work with MDI. Form editing mode, portfolio mode, and portfolio preview mode all wanted a complete refresh of the UI. MDI mode always left a bit of the UI skin under the care of an MDI main frame, so there would have had been no way for those UI modes to re-skin that part of the UI if MDI mode was left in place.
Perfoming these modes in MDI, WPF or any other multi-document environment would just have been a matter of good program design. Nothing more.
And again, if Mac OS does not support MDI, it's still possible to abstract the display concept to address SDI/MDI differences transparently in the Acrobat application. Microsoft Office even demonstrates how this is done: In all the MS Office applications there is an option to switch between MDI/SDI ("Show in Task bar").
A cost compelling reason was that MDI and SDI mode essentially became another view mode in which all work flows had to be tested. This increases the cost of testing the product and the cost of fixing bugs. Often a fix to a bug in one view mode would cause adverse reactions in the other view mode. The decision to support only one view mode on Windows was made to simplify this. Furthermore, more time spent in this area could mean less time spent developing and fixing bugs in other areas.
That's true, alright. - But automated testing tools also decrease the cost of testing. And as far as I know, testers do not develop software. That's the developers' task. So performing more testing in this area does not result into spending less time for developing. This is particularly true once the framework had been established to deal with MDI/SDI transparently.
I strongly suggest to return to MDI. The implementation classes should still be available from Acrobat 8. Perhaps they'd need a redo in order to support a better, transparent program design.

Acrobat was never a part of Creative Suite, it was merely included in the collections. The CS applications were developed by a different unit within Adobe to the 'enterprise' applications like Acrobat and LiveCycle. The creative business unit developed their own interface system (OWL) but it wasn't adopted by the other teams as it was specifically designed for one type of user, who worked on multi-screen hardware with highly customized desktops and took the time to really learn the software in depth.
The same is true of the consumer programs (Lightroom, etc.) - their target users have different hardware and skill levels, and their UIs reflects that. A Lightroom user doesn't need workspaces, and by discounting that the UI is free to implement something that makes more sense to photographers. In the OWL UI, you tend to have multiple information streams presented to the user in different panels, rather like an aircraft cockpit. The user is doing something with one tool, but can pull information from other panels as required. If they're editing text they need to see the swatches and styles panels. In Acrobat however, the workflow is single-task-based. You pick a tool, do something with it, then pick another tool. While you're editing a watermark there's no reason you would want to see the ink manager dialog or the XMP metadata.
Of course I see the logic in having a tabbed interface, but for everyone it pleases there'll be someone who begrudges the space taken up by the tabs on their netbook screen, or the fact they can't drag one file onto a second monitor. Adobe would have to keep both interface options so you could switch between them, and that pretty much doubles the workload on every release.
I'm not saying that going forward there's no chance of a tabbed interface ever appearing in the Acrobat Family, but with respect the target users tend to get lost when the UI reinvents itself. Acrobat is just a tool like the photocopier for most people, they aren't going to spend weeks learning it as they would with Photoshop. Open>Redact>Save>Email, all day every day. Adobe's target customers (big enterprises) see any change, even one that "improves" the UI, as a nightmare of retraining and reduced productivity.
BendersonMath wrote:
Actually, let me say something about homogeny of user experience. It seems like a fairly reasonable approach to this challenge is to come up with a UI that is intuitive based on knowledge users can be assumed to have from other UIs they can be assumed to be using. Acrobat's approach seems to be to come up with its own UI that is not only completely unlike the major OSes, but also unlike everything else Adobe does. Dividing Acrobat from Windows, Mac, etc. — sure, that's only fair. But why divorce it from the rest of its own sister products? The results have been strange.

MDI & SDI Windows in Forms 6i

Hello,
Can anyone tell me how to disable Minimize, Restore & Close Buttons of a MDI & SDI Window.
Reply at [email protected]
Thanx.

In the MDI window you cannot - but in the SDI window there are properties on the window to disable all those things.

Maximizing mdi and sdi pages all over the browser

I'm using forms 9i.I usually maximize the mdi window with the following command at when-new-form-instance trigger:
set_window_property(forms_mdi_window,window_state,maximize);
set_window_property('winodw1',winodw_state,maximize);
This command does not maximize the mdi and sdi all over the browser window.
Is there a way to do it.
Thanks in advance.

Hi,
The Browser is not under the control of Forms. You can start a Browser Window without menu and toolbar from Javascript, but there is no way for Forms at runtime to switch off the Browser settings.
As an alternative solution you can run Forms with the separateFrame parameter set to true in the formsweb.cfg file.
Frank

How to run Excel 2013 in MDI rather than SDI

Greetings All,
I am interested in knowing how to make all my excel documents open in one window like the Excel 2010 did in Excel 2013. I understand that SDI is the new way of opening documents for the ease of looking at documents with multiple windows, however, there
are those of us who prefer it all in one window.
Please fill me in on how to set that up by default for my Excel.
Thank you.

Windows button + R andtype "Excel /x" to run Excel in another instance.
Cheers,
Tony Chen
Forum Support
Come back and mark the replies as answers if they help and unmark them if they provide no help.
If you have any feedback on our support, please contact
[email protected]

Still No Answer About MDI/SDI for Acrobat 9?

This has been an issue for many people using Acrobat 9 that has been ignored by Adobe for more than a year now.
I have used every avenue I can find to ask for a solution or even an acknowledgement of the issue and the possibility of a fix to no avail.
I have made feature requests, posted comments on Shredding the Document, and posted in these forums.
Can anyone from Adobe give me an answer?
Will everyone else who is still pissed about this please keep this bumped to the top?
Thank you very much.

>Can anyone from Adobe give me an answer?
While an Adobe employee will sometimes post in an individual forum, this is NOT Adobe support, it is a place provided BY Adobe for users to try and help each other
I seriously doubt that you will get an answer here from Adobe

How to get MDI back in your Acrobat (from version 9.0 and up!)

Hi all!
I just recently start using Acrobat quite heavly and I realized that the lack of MDI was hogging my taskbar!
I search the net and found the MDI vs SDI blog: http://blogs.adobe.com/acrobat/2008/09/mdi_vs_sdi_in_acrobat.html
The case is clear, Adobe will not let us get MDI back, even if many users complain...
Now I have some skills in programming and I wanted to get this support back.
Note: This is a "hack", so it could crash and you might loose your work for that session. In the start, please save alot!
Download the app, called Acrobat MDI, here: http://lars.werner.no/?page_id=595
(No installation required, just an exe)
Any comments will be answered at my site, I want multiple users to check if it works!
Thank you for your time!
Best regards
Lars Werner
http://lars.werner.no

Thanks OT,
I did the list of repairs APPLE support gave me, but I do not believe it included thte Option+Command launch. Is that a full rebuild that risking losing my organization (books, slideshows, etc)?
I do have two external hard drives which I alternate every few months in case of fire, and which are connected (one at a time) with time machine. Apparently during the internal hard drive failure I missed that the external backups stopped working, and the faulty hard drive would not let me back up when I tried before the recall. NOW my backup works, but it is backing up the faulty data! If I use the old back up I lose 4 months of data, if I use the new I have the fautly data. I think I am back to reloading with the DVD's I made. By the way, I made them becuase I had a computer AND it's external hard drive fail beyond repair 4 years ago. At that time I was able to rebuild my photo library from discs becuase I had made a CD or DVD of every project as I downloaded it from the camera. Heres to backing yourself up in multiply ways!
Oh my.

MDI window

Does anyone know how to get rid of the MDI window at run time?
I could achieve this by setting the data window to be a dialog
window, and set the set_window_property(forms_mdi_window,
window_state, minimize). Is there a better way to do than
that?
Thanks in advance.
John
null

Lets say you are calling a form named Emp located in c:\
directory.
Create an icon and give the command line as
f50run32 c:\emp scott/tiger usesid = YES
This will open the form in SDI
Hope this will work.
Bhaskar
john (guest) wrote:
: Does anyone know how to get rid of the MDI window at run
time?
: I could achieve this by setting the data window to be a dialog
: window, and set the set_window_property(forms_mdi_window,
: window_state, minimize). Is there a better way to do than
: that?
: Thanks in advance.
: John
null

URGENT-MDI Forms in 9i

1)I have about 13 forms that I want to have an MDI container for, how do I create MDI form in 9i?
2) How can I append my own menu to the default menu?
Thanks
Mohammed

To get a really speedy response you should probably address Forms questions to the appropriate forum Forms.
Anyway, my Forms is a little rusty, but I seem to recall that there is a Forms level property for determining the use of MDI or SDI. Can't remember what it's called, but a couple of seconds staring at the Form level property inspector and you should be able to spot it. Alternatively Forms Builder does come with some good help text.
Cheers, APC

Forms 10g : How to hide the parent MDI window.

Hi All ,
We have migrated an forms sdi application into forms 10g.
Now in the new application , we see a parent MDI appearing as a background to the SDI windows which is smaller in size ( as per the settings ).
Wanted to know if there is any solution to hide this parent Window(MDI) as the user wants a similar look and feel as his current application.
Any help is really appreciated .
thank you all.

Dear Friend,
If u r using SeparateFrame = true, then you cannot minimize forms MDI window, because this is the form on which your sdi form is based. It is better if you display your forms inside the main browser by setting SeparateFrame = false. It will look better as a new Internet explorer window will not be visible, which is true for SeparateFrame = true parameter.
Regards,
Manish
India

SDI or MDI

Similar Messages

Maybe you are looking for