Office System 2010: List of Controls IDs

G

Greg Maxey

Does anyone know when or where Microsoft will publish a list of control IDs
for the Office System 2010?

Does anyone know the idMso for the "Print" command located on the new "File"
menu?



--
Greg Maxey

See my web site http://gregmaxey.mvps.org
for an eclectic collection of Word Tips.

Arrogance is a weed that grows mostly on a dunghill (Arabic proverb)
 
J

Janine

And I can't even speak properly "though".

Of course not - but where I got it from I could (had to check it thought). But I am not going to explain BACKSTAGE which is where the IDs are.


You could remember that link? It takes me all my time to remember what I had for breakfast ;)

--
<>>< ><<> ><<> <>>< ><<> <>>< <>><<>
Graham Mayor - Word MVP


<>>< ><<> ><<> <>>< ><<> <>>< <>><<>

This should be it from memory:
http://www.accessribbon.de/en/Frame...FamilyID=3f2fe784-610e-4bf1-8143-41e481993ac6

Janine
 
G

Greg Maxey

Janine,

Thanks for the link. My goal is to intercept the "Print" command. It doesn't look like it is going to be easy until I find time to learn something about "Backstage." Oh well.



Of course not - but where I got it from I could (had to check it thought). But I am not going to explain BACKSTAGE which is where the IDs are.


You could remember that link? It takes me all my time to remember what I had for breakfast ;)

--
<>>< ><<> ><<> <>>< ><<> <>>< <>><<>
Graham Mayor - Word MVP


<>>< ><<> ><<> <>>< ><<> <>>< <>><<>

This should be it from memory:
http://www.accessribbon.de/en/Frame...FamilyID=3f2fe784-610e-4bf1-8143-41e481993ac6

Janine
 
G

Greg Maxey

This is as far as I could get and it simply hides the "Print" command and all the rest of the "Print Settings" controls.

<customUI xmlns="http://schemas.microsoft.com/office/2009/07/customui">
<backstage>
<tab idMso="TabPrint" >
<firstColumn >
<group idMso="GroupPrintSettings" visible="false">
</group>
</firstColumn>
</tab>
</backstage>
</customUI>

The next egg in the collection under group is "Top Items", "Primary Item" and "Bottom Items." I didn't see anywhere to go with that and didn't see any Control ID in the listing for the "Print" button that appears in that group.

I guess I will have to wait on the manual :-(




Of course not - but where I got it from I could (had to check it thought). But I am not going to explain BACKSTAGE which is where the IDs are.


You could remember that link? It takes me all my time to remember what I had for breakfast ;)

--
<>>< ><<> ><<> <>>< ><<> <>>< <>><<>
Graham Mayor - Word MVP


<>>< ><<> ><<> <>>< ><<> <>>< <>><<>

This should be it from memory:
http://www.accessribbon.de/en/Frame...FamilyID=3f2fe784-610e-4bf1-8143-41e481993ac6

Janine
 
G

Greg Maxey

From a FAQ Collection on Backstage:

Can I repurpose one of the existing definitive command buttons, fast command buttons, or tabs by changing its onAction callback attribute? For example can I change the file Save button so that is has an additional type, or displays only one file type?

It is not possible to override these commands from the custom UI XML markup or by using the object model. Using the DocumentBeforeSave event is one alternative, but using that doesn't really change the functionality of the individual commands that show up in the Change File Type gallery in the Backstage. A better solution would be to consider hiding the built-in UI and rebuilding it fully with custom commands.

Yuck, yuck, yuck!!! What used to be so simple (intercept a built-in command) now requires a complete re-design of the UI :-(

Something for the slow winter months I suppose.


Of course not - but where I got it from I could (had to check it thought). But I am not going to explain BACKSTAGE which is where the IDs are.


You could remember that link? It takes me all my time to remember what I had for breakfast ;)

--
<>>< ><<> ><<> <>>< ><<> <>>< <>><<>
Graham Mayor - Word MVP


<>>< ><<> ><<> <>>< ><<> <>>< <>><<>

This should be it from memory:
http://www.accessribbon.de/en/Frame...FamilyID=3f2fe784-610e-4bf1-8143-41e481993ac6

Janine
 
J

Janine

It is definitely different Greg - below is the link from MSDN.

http://msdn.microsoft.com/en-us/library/ee815851(office.14).aspx

Janine
From a FAQ Collection on Backstage:

Can I repurpose one of the existing definitive command buttons, fast command buttons, or tabs by changing its onAction callback attribute? For example can I change the file Save button so that is has an additional type, or displays only one file type?

It is not possible to override these commands from the custom UI XML markup or by using the object model. Using the DocumentBeforeSave event is one alternative, but using that doesn't really change the functionality of the individual commands that show up in the Change File Type gallery in the Backstage. A better solution would be to consider hiding the built-in UI and rebuilding it fully with custom commands.

Yuck, yuck, yuck!!! What used to be so simple (intercept a built-in command) now requires a complete re-design of the UI :-(

Something for the slow winter months I suppose.


Of course not - but where I got it from I could (had to check it thought). But I am not going to explain BACKSTAGE which is where the IDs are.


You could remember that link? It takes me all my time to remember what I had for breakfast ;)

--
<>>< ><<> ><<> <>>< ><<> <>>< <>><<>
Graham Mayor - Word MVP


<>>< ><<> ><<> <>>< ><<> <>>< <>><<>

This should be it from memory:
http://www.accessribbon.de/en/Frame...FamilyID=3f2fe784-610e-4bf1-8143-41e481993ac6

Janine
 
J

Janine

Greg,

What Manual - I haven't see one of those for years?

Janine

This is as far as I could get and it simply hides the "Print" command and all the rest of the "Print Settings" controls.

<customUI xmlns="http://schemas.microsoft.com/office/2009/07/customui">
<backstage>
<tab idMso="TabPrint" >
<firstColumn >
<group idMso="GroupPrintSettings" visible="false">
</group>
</firstColumn>
</tab>
</backstage>
</customUI>

The next egg in the collection under group is "Top Items", "Primary Item" and "Bottom Items." I didn't see anywhere to go with that and didn't see any Control ID in the listing for the "Print" button that appears in that group.

I guess I will have to wait on the manual :-(




Of course not - but where I got it from I could (had to check it thought). But I am not going to explain BACKSTAGE which is where the IDs are.


You could remember that link? It takes me all my time to remember what I had for breakfast ;)

--
<>>< ><<> ><<> <>>< ><<> <>>< <>><<>
Graham Mayor - Word MVP


<>>< ><<> ><<> <>>< ><<> <>>< <>><<>

This should be it from memory:
http://www.accessribbon.de/en/Frame...FamilyID=3f2fe784-610e-4bf1-8143-41e481993ac6

Janine
 
J

Janine

This is what Jay said when I asked about it:

"The FilePrint command, built-in or macro, seems to be obsolete. I
haven't found any way to intercept the Print button in the Print and
Preview screen. Although using the Ctrl+Alt+NumPadPlus shortcut (the
ToolsCustomizeKeyboardShortcut command) appears to show the Print
button calling the FilePrint command, a macro named FilePrint won't
intercept the button click.

The FilePrintDefault macro still intercepts the Quick Print button
that can be added to the Quick Access Toolbar."

From a FAQ Collection on Backstage:

Can I repurpose one of the existing definitive command buttons, fast command buttons, or tabs by changing its onAction callback attribute? For example can I change the file Save button so that is has an additional type, or displays only one file type?

It is not possible to override these commands from the custom UI XML markup or by using the object model. Using the DocumentBeforeSave event is one alternative, but using that doesn't really change the functionality of the individual commands that show up in the Change File Type gallery in the Backstage. A better solution would be to consider hiding the built-in UI and rebuilding it fully with custom commands.

Yuck, yuck, yuck!!! What used to be so simple (intercept a built-in command) now requires a complete re-design of the UI :-(

Something for the slow winter months I suppose.


Of course not - but where I got it from I could (had to check it thought). But I am not going to explain BACKSTAGE which is where the IDs are.


You could remember that link? It takes me all my time to remember what I had for breakfast ;)

--
<>>< ><<> ><<> <>>< ><<> <>>< <>><<>
Graham Mayor - Word MVP


<>>< ><<> ><<> <>>< ><<> <>>< <>><<>

This should be it from memory:
http://www.accessribbon.de/en/Frame...FamilyID=3f2fe784-610e-4bf1-8143-41e481993ac6

Janine
 
G

Greg Maxey

Janine,

By manual, I meant something like "RibbonX" by Martin, Puls and Hennig.

It is not the "different" that I find frustrating, but the seemingly limited capabilities. With the ribbon you are able to create custom tabs or groups and add built-in commands to it. From my limited experimentation that doesn't appear to be the case with backstage.

I order to at least simulate completely intercepting the "Print" command (make is so the user can't print until the document is ready) it seems that GroupPrintSettings will have to be hidden and then a new custom group painstakingly rebuilt and added to the Print tab using all custom controls. Recreating the "Print All Page" splitbutton control will be a monumental task in itself. If it can be done at all :-(


It is definitely different Greg - below is the link from MSDN.

http://msdn.microsoft.com/en-us/library/ee815851(office.14).aspx

Janine
From a FAQ Collection on Backstage:
Can I repurpose one of the existing definitive command buttons, fast command buttons, or tabs by changing its onAction callback attribute? For example can I change the file Save button so that is has an additional type, or displays only one file type?

It is not possible to override these commands from the custom UI XML markup or by using the object model. Using the DocumentBeforeSave event is one alternative, but using that doesn't really change the functionality of the individual commands that show up in the Change File Type gallery in the Backstage. A better solution would be to consider hiding the built-in UI and rebuilding it fully with custom commands.

Yuck, yuck, yuck!!! What used to be so simple (intercept a built-in command) now requires a complete re-design of the UI :-(

Something for the slow winter months I suppose.


Of course not - but where I got it from I could (had to check it thought). But I am not going to explain BACKSTAGE which is where the IDs are.


You could remember that link? It takes me all my time to remember what I had for breakfast ;)

--
<>>< ><<> ><<> <>>< ><<> <>>< <>><<>
Graham Mayor - Word MVP


<>>< ><<> ><<> <>>< ><<> <>>< <>><<>

This should be it from memory:
http://www.accessribbon.de/en/Frame...FamilyID=3f2fe784-610e-4bf1-8143-41e481993ac6

Janine
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Similar Threads

Next Picture or Drawing 0
Monitor Ribbon Events 0
VBA Find a Replace 0
Changes to working code 5
Scrolling Text Field 11
Answers Forum Categories 6
Office Supplemental Release (October 2009) 14
Erase Statement 4

Top