[Closed] FrameMaker 7.x/8 Feature Requests

Rebecca,

Riley's correct. It is an Acrobat issue - Distiller can't overwrite a
file that Acrobat has open. The FM "Save As PDF" function always
invokes the Distiller - it's just done silently in the background.

Sherman,<br /><br />No need. FM doesn't change the string that you enter in the marker.<br /><br />When using the "message URL" marker (Goto URL from the hypertext),<br />your entries are passed through verbatim to the postscript as the URI<br />(uniform resource identifier) for the /ANN pdfmark. If you examine the<br />intermediate postscript file, you'll find that FM properly takes a<br />"\\adobe\test" and enters it as "\\\\adobe\\test" in the URI portion.<br />The double backslash is the escaped version of a backslash required<br />for proper parsing (otherwise a single backslash will treat adjacent<br />characters as some special symbols).<br /><br />The problem is at the Acrobat end interpreting this string. If no Base<br />URL is supplied for the document, Acrobat assumes<br />file:///<drive>|<folder>/\\adobe\test, where the drive and folders are<br />the location of the open pdf file. However, if you enter a "file:///"<br />for the Base URL of the document, then the links are correctly<br />interpreted as "\\adobe\test".<br /><br />You can automatically add the base URL using the /PUT pdfmark<br />operator, e.g.<br /><br /> [ {Catalog} << /URI << /Base (file:///) >> >> /PUT pdfmark<br /><br />Hint: you put that command in a postscript text frame on your first<br />page.<br /><br />Sorry, but I don't know what the supplied Webworks does with the FM<br />hypertext, as I never use this particular tool.

FWIW, Rick Quatro has developed a plug-in that does this. Contact info
via http://www.frameexpert.com

That's already been addressed to a workable degree in the FM7.2p158 patch.

From the readme file:

*****************

#1199273
CodePoint Correction:

We have added support for few missing characters on Cyrillic, Central European and Baltic Codepages for Windows.

Following is the list of characters added with their corresponding shortcuts.
Character with Code CodePage ANSI Code
Shortcut Standard Name
Hex Unicode Code

0403 Ѓ \xa1 Windows1251(Cyrillic) 0129
Control+q ! CYRILLIC CAPITAL LETTER GJE
040F Џ \xde Windows1251(Cyrillic ) 0143
Control+q ^ CYRILLIC CAPITAL LETTER DZHE
0452 ђ \xdf Windows1251(Cyrillic) 0144
Control+q _ CYRILLIC SMALL LETTER DJE
045C ќ \xfd Windows1251(Cyrillic) 0157
Control+q } CYRILLIC SMALL LETTER KJE
0179 Ź \xde Windows 1250(Central Europe) 0143
Control+q ^ LATIN CAPITAL LETTER Z WITH ACUTE
0165 ť \xfd Windows 1250(Central Europe) 0157
Control+q } LATIN SMALL LETTER T WITH CARON
00B8 ¸ \xde Windows 1257(Baltic) 0143
Control+q ^ CEDILLA
00AF ¯ \xfd Windows 1257(Baltic) 0157
Control+q } MACRON

You can also type the characters in a document by using their ANSI number:
1. Press Num Lock to make the numeric keypad active.
2. Hold down the Alt key while typing the ANSI number (including the leading zero) using the keys on the numeric keypad.

You need to use an appropriate font to display these characters correctly. For using characters from, lets say, Cyrillic code page, you needs to use the corresponding cyrillic font, e.g., Times New Roman CYR.

Please note that we havent added full support for these codepages. We have just enabled these codepoints. You can enter these characters in a document and use them only for display/print and pdf creation. You however still cant use these characters for pdf bookmarks or save as HTML or save as XML. These codepoints are also not supported with WebWorks Publisher Standard Edition 8.0 and for RTF Import/Export. You cant copy/paste these characters to/from other applications. Also, there is no dictionary or spell-check support for the languages supported by these code pages.