In Word 2013, at least, the default *PaperSize option makes a difference too. Only standard and vendor-defined paper sizes are analyzed CUSTOMSIZE definitions appear to be totally ignored. It does this by examining the paper sizes defined in your GPD. Then, Word will try to force the document to fit what it thinks are the supported dimensions by tweaking margins and page sizes. It appears that Word tries to be "helpful" by determining the paper sizes supported by your printer. If that assumption is wrong, what would be needed in a OEM UI plugin to make this section show ? I assumed that since these are standard sections, UI plugin does not need to create them specifically.
I have experimented with changing cursor position for portrait vs landscape, but it does not give good results.Īm I correct in my assumption that, if the gpd is correct, the application will send custom size info without the "Custom" option being available and selectable by the user ? I just can't see anything else I can do to fix the gpd. So - since I have no command to give, it would make sense not to include a command. Unfortunately the custom printer I make this for has a different printer language that doesn't include page setup commands. The only one item that is missing is the *Command - In Microsoft examples : *Command: CmdSelect The gpd (assume 100 dpi): *Feature: PaperSize
Ms word crashes when opening custom margins series#
In Word, I see the Custom Page Size - but attempting to print, there are a series of warnings about the page margins:Īnd when printing, the custom size documents are sent to one of the defined sizes. The vendor paper sizes are shown, but in custom applications the "customsize" option doesn't show up at all I am having trouble getting some applications (like Microsoft Word, others) to recognize custom paper size.
0 kommentar(er)
