![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
I have a bound form with a docmd.maximize in the form open event, this crashes the system, even though I have error handling - it's been working fine for years with access97 |
#3
| |||
| |||
|
|
Roger <lesperan... (AT) natpro (DOT) com> wrote innews:05e9ab7c-f9b4-4d9a-89e8-3b3d438c25f7 (AT) v28g2000prn (DOT) googlegroups.co m: I have a bound form with a docmd.maximize in the form open event, this crashes the system, even though I have error handling - it's been working fine for years with access97 A couple of things: 1. remove both On Error Resume Next statements. Neither has any effect whatsoever (the first is superseded by the call to a sub with error handling, the second happens as the last line before exiting the sub, where it can't have any effect, since there is no following line that can produce an error), and both are mis-used in your code. 2. have you tried moving the DoCmd.Maximize to before you set the Recordsource of your form? Or before you call LoadForm()? Or before you open your new form instance? The point is, that DoCmd.Maximize effects all windows that aren't PopUp windows, so you can call it anywhere -- it doesn't apply to the specific object you're opening, but to everything open in the MDI window (although, perhaps the tabbed and split forms in A2007/2010 work differently?). All that said, the first thing I'd check on is video drivers. This is a classic kind of case where buggy/outdated video drivers have often caused Access to crash in the past, so I'd check if moving the Maximize command doesn't have any effect. (my expectation is that if you move the Maximize to somewhere before the setting of the Recordsource that you're going to get an error when you set the Recordsource, or shortly thereafter) -- David W. Fenton * * * * * * * * *http://www.dfenton.com/ contact via website only * *http://www.dfenton.com/DFA/ |
#4
| |||
| |||
|
|
On Nov 8, 1:58*pm, "David-W-Fenton" <NoEm... (AT) SeeSignature (DOT) invalid wrote: Roger <lesperan... (AT) natpro (DOT) com> wrote innews:05e9ab7c-f9b4-4d9a-89e8-3b3d438c25f7 (AT) v28g2000prn (DOT) googlegroups.co m: I have a bound form with a docmd.maximize in the form open event, this crashes the system, even though I have error handling - it's been working fine for years with access97 A couple of things: 1. remove both On Error Resume Next statements. Neither has any effect whatsoever (the first is superseded by the call to a sub with error handling, the second happens as the last line before exiting the sub, where it can't have any effect, since there is no following line that can produce an error), and both are mis-used in your code. 2. have you tried moving the DoCmd.Maximize to before you set the Recordsource of your form? Or before you call LoadForm()? Or before you open your new form instance? The point is, that DoCmd.Maximize effects all windows that aren't PopUp windows, so you can call it anywhere -- it doesn't apply to the specific object you're opening, but to everything open in the MDI window (although, perhaps the tabbed and split forms in A2007/2010 work differently?). All that said, the first thing I'd check on is video drivers. This is a classic kind of case where buggy/outdated video drivers have often caused Access to crash in the past, so I'd check if moving the Maximize command doesn't have any effect. (my expectation is that if you move the Maximize to somewhere before the setting of the Recordsource that you're going to get an error when you set the Recordsource, or shortly thereafter) -- David W. Fenton * * * * * * * * *http://www.dfenton.com/ contact via website only * *http://www.dfenton.com/DFA/ I moved the docmd.maximize to the top of formOpen(), same problem if I put a stop statement at the top of formOpen(), and stopped execution, and 'x' out of access, it crashes too if I put docmd.maximize at the top of editBusiness it doesn't crash so the only things that I step through from there are * * * * *DoCmd.Maximize *<- doesn't crash * * * * Set frm = New Form_frmBusiness Private Sub Form_Open(Cancel As Integer) * * * * *DoCmd.Maximize <- crashes I will check the video drivers and the access SP's- Hide quoted text - - Show quoted text - |
#5
| |||
| |||
|
|
On Nov 8, 2:28*pm, Roger <lesperan... (AT) natpro (DOT) com> wrote: On Nov 8, 1:58*pm, "David-W-Fenton" <NoEm... (AT) SeeSignature (DOT) invalid wrote: Roger <lesperan... (AT) natpro (DOT) com> wrote innews:05e9ab7c-f9b4-4d9a-89e8-3b3d438c25f7 (AT) v28g2000prn (DOT) googlegroups.co m: I have a bound form with a docmd.maximize in the form open event, this crashes the system, even though I have error handling - it's been working fine for years with access97 A couple of things: 1. remove both On Error Resume Next statements. Neither has any effect whatsoever (the first is superseded by the call to a sub with error handling, the second happens as the last line before exiting the sub, where it can't have any effect, since there is no following line that can produce an error), and both are mis-used in your code. 2. have you tried moving the DoCmd.Maximize to before you set the Recordsource of your form? Or before you call LoadForm()? Or before you open your new form instance? The point is, that DoCmd.Maximize effects all windows that aren't PopUp windows, so you can call it anywhere -- it doesn't apply to the specific object you're opening, but to everything open in the MDI window (although, perhaps the tabbed and split forms in A2007/2010 work differently?). All that said, the first thing I'd check on is video drivers. This is a classic kind of case where buggy/outdated video drivers have often caused Access to crash in the past, so I'd check if moving the Maximize command doesn't have any effect. (my expectation is that if you move the Maximize to somewhere before the setting of the Recordsource that you're going to get an error when you set the Recordsource, or shortly thereafter) -- David W. Fenton * * * * * * * * *http://www.dfenton..com/ contact via website only * *http://www.dfenton.com/DFA/ I moved the docmd.maximize to the top of formOpen(), same problem if I put a stop statement at the top of formOpen(), and stopped execution, and 'x' out of access, it crashes too if I put docmd.maximize at the top of editBusiness it doesn't crash so the only things that I step through from there are * * * * *DoCmd.Maximize *<- doesn't crash * * * * Set frm = New Form_frmBusiness Private Sub Form_Open(Cancel As Integer) * * * * *DoCmd.Maximize <- crashes I will check the video drivers and the access SP's- Hide quoted text - - Show quoted text - I tried running the mdb using access2003, and I needed to comment out one line * * *Application.LoadCustomUI "ribbon", strOut and is works fine with access2003, and with the line commented out it works fine with access2007 put the line back in, and it crashed I have a very simple quick toolbar ribbon, needed for use with the runtime, stored in an xml file the contents of the file is read into strOut in many applications I know there's another way to setup a ribbon, something about a hidden table, but I couldn't get it to work, thus the xml file I guess now I have to figure out how to use the table ....- Hide quoted text - - Show quoted text - |
#6
| |||
| |||
|
|
On Nov 8, 2:28 pm, Roger <lesperan... (AT) natpro (DOT) com> wrote: On Nov 8, 1:58 pm, "David-W-Fenton" <NoEm... (AT) SeeSignature (DOT) invalid wrote: Roger <lesperan... (AT) natpro (DOT) com> wrote innews:05e9ab7c-f9b4-4d9a-89e8-3b3d438c25f7 (AT) v28g2000prn (DOT) googlegroups.co m: I have a bound form with a docmd.maximize in the form open event, this crashes the system, even though I have error handling - it's been working fine for years with access97 A couple of things: 1. remove both On Error Resume Next statements. Neither has any effect whatsoever (the first is superseded by the call to a sub with error handling, the second happens as the last line before exiting the sub, where it can't have any effect, since there is no following line that can produce an error), and both are mis-used in your code. 2. have you tried moving the DoCmd.Maximize to before you set the Recordsource of your form? Or before you call LoadForm()? Or before you open your new form instance? The point is, that DoCmd.Maximize effects all windows that aren't PopUp windows, so you can call it anywhere -- it doesn't apply to the specific object you're opening, but to everything open in the MDI window (although, perhaps the tabbed and split forms in A2007/2010 work differently?). All that said, the first thing I'd check on is video drivers. This is a classic kind of case where buggy/outdated video drivers have often caused Access to crash in the past, so I'd check if moving the Maximize command doesn't have any effect. (my expectation is that if you move the Maximize to somewhere before the setting of the Recordsource that you're going to get an error when you set the Recordsource, or shortly thereafter) -- David W. Fenton http://www.dfenton.com/ contact via website only http://www.dfenton.com/DFA/ I moved the docmd.maximize to the top of formOpen(), same problem if I put a stop statement at the top of formOpen(), and stopped execution, and 'x' out of access, it crashes too if I put docmd.maximize at the top of editBusiness it doesn't crash so the only things that I step through from there are DoCmd.Maximize <- doesn't crash Set frm = New Form_frmBusiness Private Sub Form_Open(Cancel As Integer) DoCmd.Maximize <- crashes I will check the video drivers and the access SP's- Hide quoted text - - Show quoted text - I tried running the mdb using access2003, and I needed to comment out one line Application.LoadCustomUI "ribbon", strOut and is works fine with access2003, and with the line commented out it works fine with access2007 put the line back in, and it crashed I have a very simple quick toolbar ribbon, needed for use with the runtime, stored in an xml file the contents of the file is read into strOut in many applications I know there's another way to setup a ribbon, something about a hidden table, but I couldn't get it to work, thus the xml file I guess now I have to figure out how to use the table ....- Hide quoted text - - Show quoted text - |
#7
| |||
| |||
|
|
Sounds like there is something wrong with your ribbon xml, or a missing ribbon callback function, or something wrong with a callback function. -- AG Email: npATadhdataDOTcom "Roger" <lesperan... (AT) natpro (DOT) com> wrote in message news:53c6eca6-b55f-4f32-8069-c95f560c41eb (AT) o11g2000prf (DOT) googlegroups.com... On Nov 8, 3:52 pm, Roger <lesperan... (AT) natpro (DOT) com> wrote: On Nov 8, 2:28 pm, Roger <lesperan... (AT) natpro (DOT) com> wrote: On Nov 8, 1:58 pm, "David-W-Fenton" <NoEm... (AT) SeeSignature (DOT) invalid wrote: Roger <lesperan... (AT) natpro (DOT) com> wrote innews:05e9ab7c-f9b4-4d9a-89e8-3b3d438c25f7 (AT) v28g2000prn (DOT) googlegroups.co m: I have a bound form with a docmd.maximize in the form open event, this crashes the system, even though I have error handling - it's been working fine for years with access97 A couple of things: 1. remove both On Error Resume Next statements. Neither has any effect whatsoever (the first is superseded by the call to a sub with error handling, the second happens as the last line before exiting the sub, where it can't have any effect, since there is no following line that can produce an error), and both are mis-used in your code.. 2. have you tried moving the DoCmd.Maximize to before you set the Recordsource of your form? Or before you call LoadForm()? Or before you open your new form instance? The point is, that DoCmd.Maximize effects all windows that aren't PopUp windows, so you can call it anywhere -- it doesn't apply to the specific object you're opening, but to everything open in the MDI window (although, perhaps the tabbed and split forms in A2007/2010 work differently?). All that said, the first thing I'd check on is video drivers. This is a classic kind of case where buggy/outdated video drivers have often caused Access to crash in the past, so I'd check if moving the Maximize command doesn't have any effect. (my expectation is that if you move the Maximize to somewhere before the setting of the Recordsource that you're going to get an error when you set the Recordsource, or shortly thereafter) -- David W. Fentonhttp://www.dfenton.com/ contact via website onlyhttp://www.dfenton.com/DFA/ I moved the docmd.maximize to the top of formOpen(), same problem if I put a stop statement at the top of formOpen(), and stopped execution, and 'x' out of access, it crashes too if I put docmd.maximize at the top of editBusiness it doesn't crash so the only things that I step through from there are DoCmd.Maximize <- doesn't crash Set frm = New Form_frmBusiness Private Sub Form_Open(Cancel As Integer) DoCmd.Maximize <- crashes I will check the video drivers and the access SP's- Hide quoted text - - Show quoted text - I tried running the mdb using access2003, and I needed to comment out one line Application.LoadCustomUI "ribbon", strOut and is works fine with access2003, and with the line commented out it works fine with access2007 put the line back in, and it crashed I have a very simple quick toolbar ribbon, needed for use with the runtime, stored in an xml file the contents of the file is read into strOut in many applications I know there's another way to setup a ribbon, something about a hidden table, but I couldn't get it to work, thus the xml file I guess now I have to figure out how to use the table ....- Hide quoted text - - Show quoted text - I created a table uSysRibbons and loaded a record with my XLS data it now runs properly in access2003, cause it ignores the ribbon but still crashes with access2007 the office SP is up to date the video drivers are current now what can I try ?- Hide quoted text - - Show quoted text - |
#8
| |||
| |||
|
|
On Nov 9, 10:24*am, "agiamb" <NOSPAMagi... (AT) newsgroup (DOT) nospam> wrote: Sounds like there is something wrong with your ribbon xml, or a missing ribbon callback function, or something wrong with a callback function. -- AG Email: npATadhdataDOTcom "Roger" <lesperan... (AT) natpro (DOT) com> wrote in message news:53c6eca6-b55f-4f32-8069-c95f560c41eb (AT) o11g2000prf (DOT) googlegroups.com.... On Nov 8, 3:52 pm, Roger <lesperan... (AT) natpro (DOT) com> wrote: On Nov 8, 2:28 pm, Roger <lesperan... (AT) natpro (DOT) com> wrote: On Nov 8, 1:58 pm, "David-W-Fenton" <NoEm... (AT) SeeSignature (DOT) invalid wrote: Roger <lesperan... (AT) natpro (DOT) com> wrote innews:05e9ab7c-f9b4-4d9a-89e8-3b3d438c25f7 (AT) v28g2000prn (DOT) googlegroups.co m: I have a bound form with a docmd.maximize in the form open event, this crashes the system, even though I have error handling - it's been working fine for years with access97 A couple of things: 1. remove both On Error Resume Next statements. Neither has any effect whatsoever (the first is superseded by the call to a sub with error handling, the second happens as the last line before exiting the sub, where it can't have any effect, since there is no following line that can produce an error), and both are mis-used in your code. 2. have you tried moving the DoCmd.Maximize to before you set the Recordsource of your form? Or before you call LoadForm()? Or before you open your new form instance? The point is, that DoCmd.Maximize effects all windows that aren't PopUp windows, so you can call it anywhere -- it doesn't apply to the specific object you're opening, but to everything open in the MDI window (although, perhaps the tabbed and split forms in A2007/2010 work differently?). All that said, the first thing I'd check on is video drivers. This is a classic kind of case where buggy/outdated video drivers have often caused Access to crash in the past, so I'd check if moving the Maximize command doesn't have any effect. (my expectation is that if you move the Maximize to somewhere before the setting of the Recordsource that you're going to get an error when you set the Recordsource, or shortly thereafter) -- David W. Fentonhttp://www.dfenton.com/ contact via website onlyhttp://www.dfenton.com/DFA/ I moved the docmd.maximize to the top of formOpen(), same problem if I put a stop statement at the top of formOpen(), and stopped execution, and 'x' out of access, it crashes too if I put docmd.maximize at the top of editBusiness it doesn't crash so the only things that I step through from there are DoCmd.Maximize <- doesn't crash Set frm = New Form_frmBusiness Private Sub Form_Open(Cancel As Integer) DoCmd.Maximize <- crashes I will check the video drivers and the access SP's- Hide quoted text - - Show quoted text - I tried running the mdb using access2003, and I needed to comment out one line Application.LoadCustomUI "ribbon", strOut and is works fine with access2003, and with the line commented out it works fine with access2007 put the line back in, and it crashed I have a very simple quick toolbar ribbon, needed for use with the runtime, stored in an xml file the contents of the file is read into strOut in many applications I know there's another way to setup a ribbon, something about a hidden table, but I couldn't get it to work, thus the xml file I guess now I have to figure out how to use the table ....- Hide quoted text - - Show quoted text - I created a table uSysRibbons and loaded a record with my XLS data it now runs properly in access2003, cause it ignores the ribbon but still crashes with access2007 the office SP is up to date the video drivers are current now what can I try ?- Hide quoted text - - Show quoted text - I don't use callbacks, and this is the xml customUI xmlns="http://schemas.microsoft.com/office/2006/01/ customui" !--http://www.accessribbon.de/en/index.php-- * *<ribbon startFromScratch="true" * * *<qat * * * *<documentControls * * * * * <button idMso="FileSave"/ * * * * * <button idMso="Copy"/ * * * * * <button idMso="Paste"/ * * * * * <button idMso="PrintDialogAccess"/ * * * * * <button idMso="PrintPreviewClose"/ * * * * * <button idMso="FilterBySelection"/ * * * * * <button idMso="ApplyFilter"/ * * * * * <button idMso="AdpOutputOperationsSortAscending"/ * * * * * <button idMso="AdpOutputOperationsSortDescending"/ * * * * * <button idMso="ExportExcel"/ * * * * * <button idMso="ExportWord"/ * * * * * <button idMso="SpellingAccess"/ * * * * * <button idMso="WindowsCascade"/ * * * * * <button idMso="FileExit"/ * * * *</documentControls * * *</qat * *</ribbon /customUI I will start trimming it until it works or....- Hide quoted text - - Show quoted text - |
#9
| |||
| |||
|
|
On Nov 9, 10:24 am, "agiamb" <NOSPAMagi... (AT) newsgroup (DOT) nospam> wrote: Sounds like there is something wrong with your ribbon xml, or a missing ribbon callback function, or something wrong with a callback function. -- AG Email: npATadhdataDOTcom "Roger" <lesperan... (AT) natpro (DOT) com> wrote in message news:53c6eca6-b55f-4f32-8069-c95f560c41eb (AT) o11g2000prf (DOT) googlegroups.com... On Nov 8, 3:52 pm, Roger <lesperan... (AT) natpro (DOT) com> wrote: On Nov 8, 2:28 pm, Roger <lesperan... (AT) natpro (DOT) com> wrote: On Nov 8, 1:58 pm, "David-W-Fenton" <NoEm... (AT) SeeSignature (DOT) invalid wrote: Roger <lesperan... (AT) natpro (DOT) com> wrote innews:05e9ab7c-f9b4-4d9a-89e8-3b3d438c25f7 (AT) v28g2000prn (DOT) googlegroups.co m: I have a bound form with a docmd.maximize in the form open event, this crashes the system, even though I have error handling - it's been working fine for years with access97 A couple of things: 1. remove both On Error Resume Next statements. Neither has any effect whatsoever (the first is superseded by the call to a sub with error handling, the second happens as the last line before exiting the sub, where it can't have any effect, since there is no following line that can produce an error), and both are mis-used in your code. 2. have you tried moving the DoCmd.Maximize to before you set the Recordsource of your form? Or before you call LoadForm()? Or before you open your new form instance? The point is, that DoCmd.Maximize effects all windows that aren't PopUp windows, so you can call it anywhere -- it doesn't apply to the specific object you're opening, but to everything open in the MDI window (although, perhaps the tabbed and split forms in A2007/2010 work differently?). All that said, the first thing I'd check on is video drivers. This is a classic kind of case where buggy/outdated video drivers have often caused Access to crash in the past, so I'd check if moving the Maximize command doesn't have any effect. (my expectation is that if you move the Maximize to somewhere before the setting of the Recordsource that you're going to get an error when you set the Recordsource, or shortly thereafter) -- David W. Fentonhttp://www.dfenton.com/ contact via website onlyhttp://www.dfenton.com/DFA/ I moved the docmd.maximize to the top of formOpen(), same problem if I put a stop statement at the top of formOpen(), and stopped execution, and 'x' out of access, it crashes too if I put docmd.maximize at the top of editBusiness it doesn't crash so the only things that I step through from there are DoCmd.Maximize <- doesn't crash Set frm = New Form_frmBusiness Private Sub Form_Open(Cancel As Integer) DoCmd.Maximize <- crashes I will check the video drivers and the access SP's- Hide quoted text - - Show quoted text - I tried running the mdb using access2003, and I needed to comment out one line Application.LoadCustomUI "ribbon", strOut and is works fine with access2003, and with the line commented out it works fine with access2007 put the line back in, and it crashed I have a very simple quick toolbar ribbon, needed for use with the runtime, stored in an xml file the contents of the file is read into strOut in many applications I know there's another way to setup a ribbon, something about a hidden table, but I couldn't get it to work, thus the xml file I guess now I have to figure out how to use the table ....- Hide quoted text - - Show quoted text - I created a table uSysRibbons and loaded a record with my XLS data it now runs properly in access2003, cause it ignores the ribbon but still crashes with access2007 the office SP is up to date the video drivers are current now what can I try ?- Hide quoted text - - Show quoted text - I don't use callbacks, and this is the xml customUI xmlns="http://schemas.microsoft.com/office/2006/01/ customui" !--http://www.accessribbon.de/en/index.php-- ribbon startFromScratch="true" qat documentControls button idMso="FileSave"/ button idMso="Copy"/ button idMso="Paste"/ button idMso="PrintDialogAccess"/ button idMso="PrintPreviewClose"/ button idMso="FilterBySelection"/ button idMso="ApplyFilter"/ button idMso="AdpOutputOperationsSortAscending"/ button idMso="AdpOutputOperationsSortDescending"/ button idMso="ExportExcel"/ button idMso="ExportWord"/ button idMso="SpellingAccess"/ button idMso="WindowsCascade"/ button idMso="FileExit"/ /documentControls /qat /ribbon /customUI I will start trimming it until it works or....- Hide quoted text - - Show quoted text - |
#10
| |||
| |||
|
|
On Nov 9, 10:24 am, "agiamb" <NOSPAMagi... (AT) newsgroup (DOT) nospam> wrote: Sounds like there is something wrong with your ribbon xml, or a missing ribbon callback function, or something wrong with a callback function. -- AG Email: npATadhdataDOTcom "Roger" <lesperan... (AT) natpro (DOT) com> wrote in message news:53c6eca6-b55f-4f32-8069-c95f560c41eb (AT) o11g2000prf (DOT) googlegroups.com... On Nov 8, 3:52 pm, Roger <lesperan... (AT) natpro (DOT) com> wrote: On Nov 8, 2:28 pm, Roger <lesperan... (AT) natpro (DOT) com> wrote: On Nov 8, 1:58 pm, "David-W-Fenton" <NoEm... (AT) SeeSignature (DOT) invalid wrote: Roger <lesperan... (AT) natpro (DOT) com> wrote innews:05e9ab7c-f9b4-4d9a-89e8-3b3d438c25f7 (AT) v28g2000prn (DOT) googlegroups.co m: I have a bound form with a docmd.maximize in the form open event, this crashes the system, even though I have error handling - it's been working fine for years with access97 A couple of things: 1. remove both On Error Resume Next statements. Neither has any effect whatsoever (the first is superseded by the call to a sub with error handling, the second happens as the last line before exiting the sub, where it can't have any effect, since there is no following line that can produce an error), and both are mis-used in your code. 2. have you tried moving the DoCmd.Maximize to before you set the Recordsource of your form? Or before you call LoadForm()? Or before you open your new form instance? The point is, that DoCmd.Maximize effects all windows that aren't PopUp windows, so you can call it anywhere -- it doesn't apply to the specific object you're opening, but to everything open in the MDI window (although, perhaps the tabbed and split forms in A2007/2010 work differently?). All that said, the first thing I'd check on is video drivers. This is a classic kind of case where buggy/outdated video drivers have often caused Access to crash in the past, so I'd check if moving the Maximize command doesn't have any effect. (my expectation is that if you move the Maximize to somewhere before the setting of the Recordsource that you're going to get an error when you set the Recordsource, or shortly thereafter) -- David W. Fentonhttp://www.dfenton.com/ contact via website onlyhttp://www.dfenton.com/DFA/ I moved the docmd.maximize to the top of formOpen(), same problem if I put a stop statement at the top of formOpen(), and stopped execution, and 'x' out of access, it crashes too if I put docmd.maximize at the top of editBusiness it doesn't crash so the only things that I step through from there are DoCmd.Maximize <- doesn't crash Set frm = New Form_frmBusiness Private Sub Form_Open(Cancel As Integer) DoCmd.Maximize <- crashes I will check the video drivers and the access SP's- Hide quoted text - - Show quoted text - I tried running the mdb using access2003, and I needed to comment out one line Application.LoadCustomUI "ribbon", strOut and is works fine with access2003, and with the line commented out it works fine with access2007 put the line back in, and it crashed I have a very simple quick toolbar ribbon, needed for use with the runtime, stored in an xml file the contents of the file is read into strOut in many applications I know there's another way to setup a ribbon, something about a hidden table, but I couldn't get it to work, thus the xml file I guess now I have to figure out how to use the table ....- Hide quoted text - - Show quoted text - I created a table uSysRibbons and loaded a record with my XLS data it now runs properly in access2003, cause it ignores the ribbon but still crashes with access2007 the office SP is up to date the video drivers are current now what can I try ?- Hide quoted text - - Show quoted text - I don't use callbacks, and this is the xml customUI xmlns="http://schemas.microsoft.com/office/2006/01/ customui" !--http://www.accessribbon.de/en/index.php-- ribbon startFromScratch="true" qat documentControls button idMso="FileSave"/ button idMso="Copy"/ button idMso="Paste"/ button idMso="PrintDialogAccess"/ button idMso="PrintPreviewClose"/ button idMso="FilterBySelection"/ button idMso="ApplyFilter"/ button idMso="AdpOutputOperationsSortAscending"/ button idMso="AdpOutputOperationsSortDescending"/ button idMso="ExportExcel"/ button idMso="ExportWord"/ button idMso="SpellingAccess"/ button idMso="WindowsCascade"/ button idMso="FileExit"/ /documentControls /qat /ribbon /customUI I will start trimming it until it works or....- Hide quoted text - - Show quoted text - |
![]() |
| Thread Tools | |
| Display Modes | |
| |