GoToR action with "Open In New Window" -> open in a new tab, not new Frame SOLVED

[zarkogajic]

Hi Support,

I have a link with a GoToR action with Target Document: Open In = NewWindow.

When the link is clicked the document gets open in a new Frame.

Even though:

image.png

Since I'm not using "Single Document Mode" - I would expect for the new document to open in new tab of the current Frame...

p.s.
Yes, if I set New Window = "Set by user Preferences..." - it will open in new tab.
But, my preferences are also to use multi tab approach (no new frames, no singe tab mode).

-žarko

[Daniel - PDF-XChange]

Hello, zarkogajic

This is expected, "new window" inherently means a new "frame" of the application, not a new "tab". Windows and Frames are at this point, interchangeable terms.

If your document demands a new window be opened, we will do so unless your configuration explicitly prevents it. The only way to do so currently, would be single document mode, as that would force the Editor to close the current document to open the next one.

As you found, gotoR actions allow you to respect the settings in use by the recipients application, generally this should be used to ensure that readers see their preferred handling of the file, regardless of what is in use. If you want the document to try and force the action to happen in a "tab" context, use the "existing window" option instead:

image.png

Kind regards,

[zarkogajic]

Hi Dan,

I do understand what you are saying...

But, for example, if the same pdf is open in A*obe Reader, clicking the link will create new tab and load target document there.
New instance ("frame") of A. Viewer will not be created.

-žarko

[Daniel - PDF-XChange]

Hello, zarkogajic

That is a difference in design choice. In our case, we choose to respect the document settings with priority in such cases. As before, if you wish for the document to respect the viewers own preferences, the default setting for such links allows it. Why set a rule that says "always try to do X" when you want Y to happen?

Kind regards,

[zarkogajic]

Hi

Ok, I have to correct myself here as A.Reader will show 2 tabs but will also have 2 frames / instances.

Anyhow, yes, since PDFX Editor does have tabs and does have frames - in PDFX things are slightly more complex.

I was (and still am) expecting my target document to open in a new tab due to:

image.png

-žarko

[Daniel - PDF-XChange]

Hello, zarkogajic

The link's settings act as an override, quite intentionally.

It is worth noting, the top option "open each New Document in a new window, specifically pertains to "newly created files" not those opened from links. If you use Ctrl_N or drag/drop a word file into the Editor for conversion, this option is used in those cases.

The dropdown menu is the aforementioned "user preference" from the link dlg. If the link is set to respect that dropdown, than you will see what you want. If the link is set to ignore it, than it will do so.

Kind regards,

[zarkogajic]

Hi Dan,

Thanks

I tried

-žarko

[Daniel - PDF-XChange]

[rakunavi]

Hello all,

I have read this topic over and over and am confused.

First, the "Open In" setting in "Target document" for the GoToR action on the link should be related to the "Open related document" setting, not the "Open new document" setting in the Preferences dialog.

• figure1.png

If your document demands a new window be opened, we will do so unless your configuration explicitly prevents it. The only way to do so currently, would be single document mode, as that would force the Editor to close the current document to open the next one.

In our case, we choose to respect the document settings with priority in such cases. As before, if you wish for the document to respect the viewers own preferences, the default setting for such links allows it.

From your description, it seems to me that the "Open In" setting in the GoToR action on the link overrides the setting in the Preferences dialog, and only follows the Preferences dialog setting if it is set to "Window set by user preference".

Also, the presence of a "Window set by user preference" in the drop-down list would naturally lead one to assume that other "Existing window" and "New window" settings would be applied completely independently of the user preference. In fact, Acrobat works according to such expectations of the user.

• figure2.png

The Acrobat setting that corresponds to the "Open related document" setting in the PDF-XChange Editor is "Open cross-document links in same window" in the Documents category of the Preferences dialog. Whatever this setting is, if the GoToR action "Open In" is set to either "Existing window" or "New window", then that setting will completely take precedence and is not affected by the setting in the Preferences dialog.

• figure3.png

However, in PDF-XChange Editor, the "Open related document" setting in the Preferences dialog affects the behavior of the "Existing window" and the "New window". It seems to me that the actual behavior of the PDF-XChange Editor is different from your description quoted above.

• Animation.gif

• SampleFiles.zip

Thank you for taking the time to read this message.

Best regards,
rakunavi

- PDF-XChange Editor PRO Version: 10.6.0 build 396
- Adobe Acrobat Reader Continuous Release Version 2025.001.20531
- OS Version: Windows 11 Pro / Home 24H2 Build 26100.4349
- PC Model: GMKtec Nucbox M7 Pro with HUION Kamvas Pro 19 / Lenovo IdeaPad C340-15IWL

[Daniel - PDF-XChange]

Hello, rakunavi

Your first note was addressed in another of my posts, here:

It is worth noting, the top option "open each New Document in a new window, specifically pertains to "newly created files" not those opened from links. If you use Ctrl_N or drag/drop a word file into the Editor for conversion, this option is used in those cases.

Perhaps I should have included a screenshot showing which option to use as well.

As for the two quotes, The keywords in my earlier descriptions are "Explicitly prevents". I also went on to give an example, "The only way to do so currently, would be single document mode[...]". There is no contradiction, although I can see how that could be overlooked.

Everything else you described here is working exactly as expected on our end. Yes, the links own settings will (and should) override the application setting. Regarding the selection of "in current tab" this is still technically an extension of the "existing window" handling (which to my knowledge does not exist as a property for link objects, so it cannot be set there). You see the same happen in Acrobat when following the "existing window" link, after disabling the showcased option.
The two of us may differ in where we make use of this unique handling, but it does not mean either is incorrect.

As before, we respect the settings of the document when possible, if its possible to respect both the document and the application, all the better. The only exception is as above stated, when your settings make it physically impossible to follow the document's own rules.

Kind regards,