- | ||||||||||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below | ||||||||||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below | ||||||||||||||||||||||||||||||||||
18 Jul 1999 | ||||||||||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Professional 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Professional, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," any 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit-year format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below | ||||||||||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below | ||||||||||||||||||||||||||||||||||
16 Aug 1999 | ||||||||||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Professional 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Professional, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," any 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit-year format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below | ||||||||||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below | ||||||||||||||||||||||||||||||||||
18 Jul 1999 | ||||||||||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Professional 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Professional, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," any 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit-year format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below | ||||||||||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below | ||||||||||||||||||||||||||||||||||
18 Jul 1999 | ||||||||||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Professional 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Professional, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," any 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit-year format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below | ||||||||||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below | ||||||||||||||||||||||||||||||||||
18 Jul 1999 | ||||||||||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Professional 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Professional, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," any 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit-year format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below | ||||||||||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below | ||||||||||||||||||||||||||||||||||
18 Aug 1999 | ||||||||||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Professional 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Professional, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," any 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit-year format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below | ||||||||||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below | ||||||||||||||||||||||||||||||||||
18 Jul 1999 | ||||||||||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Professional 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Professional, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," any 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit-year format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
17 Jun 1999 | ||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office 2000 Small Business Edition version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Small Business Edition, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which is expected to be available in late April 1999. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit-year format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is some potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage errors in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
17 Jun 1999 | ||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office 2000 Small Business Edition version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Small Business Edition, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which is expected to be available in late April 1999. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit-year format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is some potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage errors in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
17 Jun 1999 | ||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office 2000 Small Business Edition version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Small Business Edition, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which is expected to be available in late April 1999. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit-year format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is some potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage errors in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
17 Jun 1999 | ||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office 2000 Small Business Edition version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Small Business Edition, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which is expected to be available in late April 1999. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit-year format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is some potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage errors in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
17 Jun 1999 | ||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office 2000 Small Business Edition version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Small Business Edition, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which is expected to be available in late April 1999. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit-year format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is some potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage errors in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
19 May 1999 | ||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers’ Year 2000 efforts, Microsoft intends to maintain Office 2000 Small Business Edition version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Small Business Edition, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which is expected to be available in late April 1999. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit-year format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is some potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage errors in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
17 Jun 1999 | ||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office 2000 Small Business Edition version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Small Business Edition, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which is expected to be available in late April 1999. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit-year format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is some potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage errors in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
17 Jun 1999 | ||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office 2000 Small Business Edition version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Small Business Edition, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which is expected to be available in late April 1999. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit-year format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is some potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage errors in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
17 Jun 1999 | ||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office 2000 Small Business Edition version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Small Business Edition, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which is expected to be available in late April 1999. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit-year format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is some potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage errors in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
17 Jun 1999 | ||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office 2000 Small Business Edition version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Small Business Edition, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which is expected to be available in late April 1999. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit-year format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is some potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage errors in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
17 Jun 1999 | ||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office 2000 Small Business Edition version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Small Business Edition, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which is expected to be available in late April 1999. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit-year format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is some potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage errors in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
25 Jun 1999 | ||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office 2000 Small Business Edition version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Small Business Edition, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which is expected to be available in late April 1999. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit-year format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is some potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage errors in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
17 Jun 1999 | ||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office 2000 Small Business Edition version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Small Business Edition, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which is expected to be available in late April 1999. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit-year format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is some potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage errors in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
17 Jun 1999 | ||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office 2000 Small Business Edition version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Small Business Edition, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which is expected to be available in late April 1999. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit-year format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is some potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage errors in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
17 Jun 1999 | ||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office 2000 Small Business Edition version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Small Business Edition, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which is expected to be available in late April 1999. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit-year format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is some potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage errors in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
17 Jun 1999 | ||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office 2000 Small Business Edition version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Small Business Edition, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which is expected to be available in late April 1999. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit-year format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is some potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage errors in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
17 Jun 1999 | ||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office 2000 Small Business Edition version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Small Business Edition, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which is expected to be available in late April 1999. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit-year format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is some potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage errors in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
17 Jun 1999 | ||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office 2000 Small Business Edition version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Small Business Edition, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which is expected to be available in late April 1999. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit-year format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is some potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage errors in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
17 Jun 1999 | ||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office 2000 Small Business Edition version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Small Business Edition, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which is expected to be available in late April 1999. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit-year format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is some potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage errors in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
17 Jun 1999 | ||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office 2000 Small Business Edition version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Small Business Edition, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which is expected to be available in late April 1999. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit-year format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is some potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage errors in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
17 Jun 1999 | ||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office 2000 Small Business Edition version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Small Business Edition, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which is expected to be available in late April 1999. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit-year format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is some potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage errors in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
17 Jun 1999 | ||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office 2000 Small Business Edition version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Small Business Edition, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which is expected to be available in late April 1999. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit-year format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is some potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage errors in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
17 Jun 1999 | ||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office 2000 Small Business Edition version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Small Business Edition, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which is expected to be available in late April 1999. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit-year format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is some potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage errors in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||||||
17 Jun 1999 | ||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office 2000 Small Business Edition version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Small Business Edition, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider all instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which is expected to be available in late April 1999. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit-year format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915, is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an error can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is some potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage errors in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with non-compliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
None | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
17 Jul 1999 | ||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Standard 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Standard, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
None | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
17 Jul 1999 | ||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Standard 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Standard, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
None | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
17 Jul 1999 | ||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Standard 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Standard, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
None | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
17 Jul 1999 | ||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Standard 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Standard, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
None | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
17 Jul 1999 | ||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Standard 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Standard, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
None | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
17 Jul 1999 | ||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Standard 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Standard, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
None | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
17 Jul 1999 | ||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Standard 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Standard, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
None | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
17 Jul 1999 | ||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers’ Year 2000 efforts, Microsoft intends to maintain Office Standard 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Standard, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
None | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
17 Jul 1999 | ||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Standard 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Standard, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
None | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below | ||||||||||||||||||||||
17 Jul 1999 | ||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Standard 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Standard, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
None | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below | ||||||||||||||||||||||
17 Jul 1999 | ||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Standard 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Standard, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
None | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
17 Jul 1999 | ||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Standard 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Standard, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
None | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
17 Jul 1999 | ||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Standard 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Standard, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
None | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
17 Jul 1999 | ||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Standard 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Standard, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
None | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below | ||||||||||||||||||||||
17 Jul 1999 | ||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Standard 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Standard, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
None | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below | ||||||||||||||||||||||
17 Jul 1999 | ||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Standard 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Standard, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value?s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program?s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
None | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
17 Jul 1999 | ||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Standard 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Standard, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
None | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
17 Jul 1999 | ||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Standard 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Standard, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
None | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
17 Jul 1999 | ||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Standard 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Standard, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
None | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
17 Jul 1999 | ||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Standard 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Standard, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
None | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
25 Oct 1999 | ||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Standard 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Standard, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
None | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
17 Jul 1999 | ||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Standard 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Standard, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
None | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
17 Jul 1999 | ||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Standard 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Standard, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
None | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
17 Jul 1999 | ||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Standard 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Standard, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
None | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
17 Jul 1999 | ||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Standard 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Standard, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
None | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
17 Jul 1999 | ||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Standard 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Standard, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
None | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
17 Jul 1999 | ||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Standard 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Standard, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
None | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
Product specific; see the links to product guides in the table below. | ||||||||||||||||||||||
17 Jul 1999 | ||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office Standard 2000 version 9.0 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: Product specific; see the table below. The following table lists products in Office 2000 Standard, summarizes how they handle dates, and lists their operational ranges. For more information, see links to specific product guides.
There are some simple steps users can take to avoid having confusing date formats in their Office programs, such as using 4-digit years and changing the date settings in their operating system. Even in those Office programs that are not necessarily used for performing calculations, such as Word and PowerPoint, it is a good idea for users to use 4-digit years so that they and others who work in their documents can differentiate between dates. It is easy to change how the date is read and displayed so that years are presented as four digits. That is, the operating system date settings can be changed so that when 2/23/01 is entered, the program automatically displays the year in four digits as 2/23/2001. Planning for 4-digit-year display is important in programs such as Excel, where column widths may be fixed by the worksheet author with widths that are too narrow for 4-digit years. To change the system date format to display 4-digit years:
In Microsoft Windows 98, users can change the way 2-digit years are interpreted. Instead of having the program interpret 2-digit years between 1930-2029 (the default time period), the period can be changed--to between 1950-2049, for example. Changing the operating system may help avoid date mistakes in the Office software. Because this change has broad impact on 2-digit date handling, including that in Microsoft Visual Basic (VB) and Microsoft Visual Basic for Applications (VBA), before making the change, users should consider the instances of where 2-digit years may be handled in Office or in their operating system. To change the way 2-digit years are interpreted:
Common date-handling across all Office programs: Except where noted by a product guide, Office programs get their Year 2000-related date information from core Office code. The code uses a 100-year date window: anything before a certain point is assumed to be in the 1900s, and anything after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99, they mean the years 1930-1999. The user can change the date window in Windows 98 by following the procedure above to change the way 2-digit years are interpreted. Or they can change the date in the registry by creating or navigating to the registry key HKEY_CURRENT_USER\Control Panel\International\Calendars\TwoDigitYearMax, adding or finding the string value "1," and then changing that value’s data to reflect the end year wanted. If the user changes the end year on the Date tab in Regional Settings to "2050," 2-digit values from 00 to 49 are interpreted as the years 2000-2049, and those values from 50 to 99 are interpreted as the years 1950-1999. For the shared technology Visual Basic for Applications version 6.0--which can be used to create compliant solutions based on Office programs--these same rules apply to all dates whether the date is used by an intrinsic function, it is directly entered into an Office program, or its information is assigned to a file attribute using VBA. For more information, see the Visual Basic for Applications 6.0 product guide, which will be available in April. For Office setup functionality, because the Microsoft Windows installer uses dates to compare information already stored on a system, the installer relies on system date operations to ensure Year 2000 and backward compatibility. The Office Find Fast utility uses dates to determine how often to update information and as search criteria for users in a program’s Open dialog box (File menu). Find Fast reads in dates from either system date calls or Office documents and then stores the dates in full 4-digit format. Two-digit shortcut handling: Some programs support 2-digit shortcuts. For information about how a specific program converts 2-digit years to 4-digit formats, search for the product in the Products list in the Year 2000 Product Guide.Common date usage errors: If a date is pasted from one program into another using only the last two digits of the year, the date might be interpreted differently than the originating program interpreted it. Example: The date January 1, 1915 is in a non-Excel program. The date is copied, but because the system settings are "M/d/yy," all that is copied is the text "1/1/15." When "1/1/15" is pasted into Excel, Excel interprets the date as January 1, 2015. Such an issue can also occur when one program is using an "M/d/yy" format while another is using a "d/M/yy" format. Due to the ambiguous nature of text dates, there is potential for error. Serial dates should be used whenever possible and great care taken when transferring text dates. For more information about common date usage issues in a specific program, search for the product in the Products list in the Year 2000 Product Guide.Testing guidelines and recommendations: In general, avoid testing in a production environment or with nonduplicated production files because side effects with other noncompliant products cannot be predicted. Interoperability testing with other Microsoft Office products can be conducted safely. For product-specific testing guidelines and recommendations, search for the product in the Products list in the Year 2000 Product Guide. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||
Microsoft Office 2000 or other VBA 6.0-enabled host application. | ||||||
Windows 95, Windows 98, Windows NT 4.0 Service Pack 4 or later | ||||||
System Clock | ||||||
16 Sep 1999 | ||||||
Microsoft Office 2000 Developer 9.0 Chinese –traditional and Italian contain U.S. development software. Can applications be built with this tool that adhere to the Microsoft Year 2000 Compliance Statement? Yes Microsoft Office 2000 Developer consists of applications and Visual Basic for Applications Add-ins that aid in the development and distribution of Office 2000 solutions. The applications included are:
The VBA Add-ins included are:
How the product runtime handles dates: The HTML Help Workshop, Answer Wizard Builder and Win32 API Viewer have no mechanisms for date parsing. Display and sorting are determined by the Regional Settings applet in the Control Panel for the operating system. VBA Error Handler and VBA Code Commenter insert dates (as text, in the format "mm-dd-yyyy") as comments in VBA code, but do not allow for additional manipulation. The remaining VBA Add-ins have no mechanisms for date handling. See the Visual Basic for Applications 6.0 year 2000 readiness disclosure for more information.The VBA Source Code Control Add-in relies on Visual SourceSafe for its date-related operations. A typical date operation would involve comparing a local file date/time to the date/time of the file stored in the versioning system. See the Microsoft Visual SourceSafe documentation for specific year 2000 information. The Replication Manager and Transporter use Jet to store and manipulate data. It uses shared VBA components to perform calculations on Date/Time data. Access 2000 runtime version year 2000 readiness information is the same as that for the Microsoft Access 2000 application.MSDE is a SQL Server-compatible data engine available in Microsoft Access 2000 and freely re-distributable in Visual Studio 6.0 and Office Developer 2000. MSDE is based on SQL Server technology and is completely compatible with SQL Server 7.0. See the SQL Server 7.0 year 2000 compliance statement.
Recommended practices to develop year 2000 compliant applications: Microsoft Windows NT 4.0 requires Service Pack 4 plus Year 2000 Software Updates or Service Pack 5. Two-digit shortcut handling: Microsoft Office 2000 programs derive date information from core Office code, with exceptions by product (see the link below to Microsoft Office 2000 year 2000 readiness disclosure document). The core code uses a 100-year date window: any number before a certain point is assumed to be in the 1900s, and any number after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99 they mean the years 1930-1999.MSDE handles 2-digit shortcuts the same as SQL Server 7.0: dates 1/1/00 through 12/31/29 are interpreted as 1/1/2000 through 12/31/2029; 1/1/30 through 12/31/99 are interpreted as 1/1/1930 through 12/31/1999. Visual SourceSafe 6.0 interprets two-digit shortcuts as follows: years 00 – 38 for dates 1/1/00 through 1/18/38 are converted to 2000 – 2038; years 38 – 99 for dates 1/19/38 through 12/31/99 are converted to 1938 – 1999.Common date usage errors, testing guidelines and recommendations: See the usage errors and testing guidelines sections of the Office 2000 year 2000 disclosure statement. Related year 2000 readiness disclosure documents: Year 2000 Product Guide
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||
Microsoft Office 2000 or other VBA 6.0-enabled host application. | ||||||
Windows 95, Windows 98, Windows NT 4.0 Service Pack 4 or later | ||||||
System Clock | ||||||
16 Sep 1999 | ||||||
Microsoft Office 2000 Developer 9.0 Chinese –traditional and Italian contain U.S. development software. Can applications be built with this tool that adhere to the Microsoft Year 2000 Compliance Statement? Yes Microsoft Office 2000 Developer consists of applications and Visual Basic for Applications Add-ins that aid in the development and distribution of Office 2000 solutions. The applications included are:
The VBA Add-ins included are:
How the product runtime handles dates: The HTML Help Workshop, Answer Wizard Builder and Win32 API Viewer have no mechanisms for date parsing. Display and sorting are determined by the Regional Settings applet in the Control Panel for the operating system. VBA Error Handler and VBA Code Commenter insert dates (as text, in the format "mm-dd-yyyy") as comments in VBA code, but do not allow for additional manipulation. The remaining VBA Add-ins have no mechanisms for date handling. See the Visual Basic for Applications 6.0 year 2000 readiness disclosure for more information.The VBA Source Code Control Add-in relies on Visual SourceSafe for its date-related operations. A typical date operation would involve comparing a local file date/time to the date/time of the file stored in the versioning system. See the Microsoft Visual SourceSafe documentation for specific year 2000 information. The Replication Manager and Transporter use Jet to store and manipulate data. It uses shared VBA components to perform calculations on Date/Time data. Access 2000 runtime version year 2000 readiness information is the same as that for the Microsoft Access 2000 application.MSDE is a SQL Server-compatible data engine available in Microsoft Access 2000 and freely re-distributable in Visual Studio 6.0 and Office Developer 2000. MSDE is based on SQL Server technology and is completely compatible with SQL Server 7.0. See the SQL Server 7.0 year 2000 compliance statement.
Recommended practices to develop year 2000 compliant applications: Microsoft Windows NT 4.0 requires Service Pack 4 plus Year 2000 Software Updates or Service Pack 5. Two-digit shortcut handling: Microsoft Office 2000 programs derive date information from core Office code, with exceptions by product (see the link below to Microsoft Office 2000 year 2000 readiness disclosure document). The core code uses a 100-year date window: any number before a certain point is assumed to be in the 1900s, and any number after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99 they mean the years 1930-1999.MSDE handles 2-digit shortcuts the same as SQL Server 7.0: dates 1/1/00 through 12/31/29 are interpreted as 1/1/2000 through 12/31/2029; 1/1/30 through 12/31/99 are interpreted as 1/1/1930 through 12/31/1999. Visual SourceSafe 6.0 interprets two-digit shortcuts as follows: years 00 – 38 for dates 1/1/00 through 1/18/38 are converted to 2000 – 2038; years 38 – 99 for dates 1/19/38 through 12/31/99 are converted to 1938 – 1999.Common date usage errors, testing guidelines and recommendations: See the usage errors and testing guidelines sections of the Office 2000 year 2000 disclosure statement. Related year 2000 readiness disclosure documents: Year 2000 Product Guide
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||
Microsoft Office 2000 or other VBA 6.0-enabled host application. | ||||||
Windows 95, Windows 98, Windows NT 4.0 Service Pack 4 or later | ||||||
System Clock | ||||||
16 Sep 1999 | ||||||
Microsoft Office 2000 Developer 9.0 Chinese –traditional and Italian contain U.S. development software. Can applications be built with this tool that adhere to the Microsoft Year 2000 Compliance Statement? Yes Microsoft Office 2000 Developer consists of applications and Visual Basic for Applications Add-ins that aid in the development and distribution of Office 2000 solutions. The applications included are:
The VBA Add-ins included are:
How the product runtime handles dates: The HTML Help Workshop, Answer Wizard Builder and Win32 API Viewer have no mechanisms for date parsing. Display and sorting are determined by the Regional Settings applet in the Control Panel for the operating system. VBA Error Handler and VBA Code Commenter insert dates (as text, in the format "mm-dd-yyyy") as comments in VBA code, but do not allow for additional manipulation. The remaining VBA Add-ins have no mechanisms for date handling. See the Visual Basic for Applications 6.0 year 2000 readiness disclosure for more information.The VBA Source Code Control Add-in relies on Visual SourceSafe for its date-related operations. A typical date operation would involve comparing a local file date/time to the date/time of the file stored in the versioning system. See the Microsoft Visual SourceSafe documentation for specific year 2000 information. The Replication Manager and Transporter use Jet to store and manipulate data. It uses shared VBA components to perform calculations on Date/Time data. Access 2000 runtime version year 2000 readiness information is the same as that for the Microsoft Access 2000 application.MSDE is a SQL Server-compatible data engine available in Microsoft Access 2000 and freely re-distributable in Visual Studio 6.0 and Office Developer 2000. MSDE is based on SQL Server technology and is completely compatible with SQL Server 7.0. See the SQL Server 7.0 year 2000 compliance statement.
Recommended practices to develop year 2000 compliant applications: Microsoft Windows NT 4.0 requires Service Pack 4 plus Year 2000 Software Updates or Service Pack 5. Two-digit shortcut handling: Microsoft Office 2000 programs derive date information from core Office code, with exceptions by product (see the link below to Microsoft Office 2000 year 2000 readiness disclosure document). The core code uses a 100-year date window: any number before a certain point is assumed to be in the 1900s, and any number after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99 they mean the years 1930-1999.MSDE handles 2-digit shortcuts the same as SQL Server 7.0: dates 1/1/00 through 12/31/29 are interpreted as 1/1/2000 through 12/31/2029; 1/1/30 through 12/31/99 are interpreted as 1/1/1930 through 12/31/1999. Visual SourceSafe 6.0 interprets two-digit shortcuts as follows: years 00 – 38 for dates 1/1/00 through 1/18/38 are converted to 2000 – 2038; years 38 – 99 for dates 1/19/38 through 12/31/99 are converted to 1938 – 1999.Common date usage errors, testing guidelines and recommendations: See the usage errors and testing guidelines sections of the Office 2000 year 2000 disclosure statement. Related year 2000 readiness disclosure documents: Year 2000 Product Guide
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||
Microsoft Office 2000 or other VBA 6.0-enabled host application. | ||||||
Windows 95, Windows 98, Windows NT 4.0 Service Pack 4 or later | ||||||
System Clock | ||||||
16 Sep 1999 | ||||||
Microsoft Office 2000 Developer 9.0 Chinese –traditional and Italian contain U.S. development software. Can applications be built with this tool that adhere to the Microsoft Year 2000 Compliance Statement? Yes Microsoft Office 2000 Developer consists of applications and Visual Basic for Applications Add-ins that aid in the development and distribution of Office 2000 solutions. The applications included are:
The VBA Add-ins included are:
How the product runtime handles dates: The HTML Help Workshop, Answer Wizard Builder and Win32 API Viewer have no mechanisms for date parsing. Display and sorting are determined by the Regional Settings applet in the Control Panel for the operating system. VBA Error Handler and VBA Code Commenter insert dates (as text, in the format "mm-dd-yyyy") as comments in VBA code, but do not allow for additional manipulation. The remaining VBA Add-ins have no mechanisms for date handling. See the Visual Basic for Applications 6.0 year 2000 readiness disclosure for more information.The VBA Source Code Control Add-in relies on Visual SourceSafe for its date-related operations. A typical date operation would involve comparing a local file date/time to the date/time of the file stored in the versioning system. See the Microsoft Visual SourceSafe documentation for specific year 2000 information. The Replication Manager and Transporter use Jet to store and manipulate data. It uses shared VBA components to perform calculations on Date/Time data. Access 2000 runtime version year 2000 readiness information is the same as that for the Microsoft Access 2000 application.MSDE is a SQL Server-compatible data engine available in Microsoft Access 2000 and freely re-distributable in Visual Studio 6.0 and Office Developer 2000. MSDE is based on SQL Server technology and is completely compatible with SQL Server 7.0. See the SQL Server 7.0 year 2000 compliance statement.
Recommended practices to develop year 2000 compliant applications: Microsoft Windows NT 4.0 requires Service Pack 4 plus Year 2000 Software Updates or Service Pack 5. Two-digit shortcut handling: Microsoft Office 2000 programs derive date information from core Office code, with exceptions by product (see the link below to Microsoft Office 2000 year 2000 readiness disclosure document). The core code uses a 100-year date window: any number before a certain point is assumed to be in the 1900s, and any number after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99 they mean the years 1930-1999.MSDE handles 2-digit shortcuts the same as SQL Server 7.0: dates 1/1/00 through 12/31/29 are interpreted as 1/1/2000 through 12/31/2029; 1/1/30 through 12/31/99 are interpreted as 1/1/1930 through 12/31/1999. Visual SourceSafe 6.0 interprets two-digit shortcuts as follows: years 00 – 38 for dates 1/1/00 through 1/18/38 are converted to 2000 – 2038; years 38 – 99 for dates 1/19/38 through 12/31/99 are converted to 1938 – 1999.Common date usage errors, testing guidelines and recommendations: See the usage errors and testing guidelines sections of the Office 2000 year 2000 disclosure statement. Related year 2000 readiness disclosure documents: Year 2000 Product Guide
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||
Microsoft Office 2000 or other VBA 6.0-enabled host application. | ||||||
Windows 95, Windows 98, Windows NT 4.0 Service Pack 4 or later | ||||||
System Clock | ||||||
16 Sep 1999 | ||||||
Microsoft Office 2000 Developer 9.0 Chinese –traditional and Italian contain U.S. development software. Can applications be built with this tool that adhere to the Microsoft Year 2000 Compliance Statement? Yes Microsoft Office 2000 Developer consists of applications and Visual Basic for Applications Add-ins that aid in the development and distribution of Office 2000 solutions. The applications included are:
The VBA Add-ins included are:
How the product runtime handles dates: The HTML Help Workshop, Answer Wizard Builder and Win32 API Viewer have no mechanisms for date parsing. Display and sorting are determined by the Regional Settings applet in the Control Panel for the operating system. VBA Error Handler and VBA Code Commenter insert dates (as text, in the format "mm-dd-yyyy") as comments in VBA code, but do not allow for additional manipulation. The remaining VBA Add-ins have no mechanisms for date handling. See the Visual Basic for Applications 6.0 year 2000 readiness disclosure for more information.The VBA Source Code Control Add-in relies on Visual SourceSafe for its date-related operations. A typical date operation would involve comparing a local file date/time to the date/time of the file stored in the versioning system. See the Microsoft Visual SourceSafe documentation for specific year 2000 information. The Replication Manager and Transporter use Jet to store and manipulate data. It uses shared VBA components to perform calculations on Date/Time data. Access 2000 runtime version year 2000 readiness information is the same as that for the Microsoft Access 2000 application.MSDE is a SQL Server-compatible data engine available in Microsoft Access 2000 and freely re-distributable in Visual Studio 6.0 and Office Developer 2000. MSDE is based on SQL Server technology and is completely compatible with SQL Server 7.0. See the SQL Server 7.0 year 2000 compliance statement.
Recommended practices to develop year 2000 compliant applications: Microsoft Windows NT 4.0 requires Service Pack 4 plus Year 2000 Software Updates or Service Pack 5. Two-digit shortcut handling: Microsoft Office 2000 programs derive date information from core Office code, with exceptions by product (see the link below to Microsoft Office 2000 year 2000 readiness disclosure document). The core code uses a 100-year date window: any number before a certain point is assumed to be in the 1900s, and any number after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99 they mean the years 1930-1999.MSDE handles 2-digit shortcuts the same as SQL Server 7.0: dates 1/1/00 through 12/31/29 are interpreted as 1/1/2000 through 12/31/2029; 1/1/30 through 12/31/99 are interpreted as 1/1/1930 through 12/31/1999. Visual SourceSafe 6.0 interprets two-digit shortcuts as follows: years 00 – 38 for dates 1/1/00 through 1/18/38 are converted to 2000 – 2038; years 38 – 99 for dates 1/19/38 through 12/31/99 are converted to 1938 – 1999.Common date usage errors, testing guidelines and recommendations: See the usage errors and testing guidelines sections of the Office 2000 year 2000 disclosure statement. Related year 2000 readiness disclosure documents: Year 2000 Product Guide
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||
Microsoft Office 2000 or other VBA 6.0-enabled host application. | ||||||
Windows 95, Windows 98, Windows NT 4.0 Service Pack 4 or later | ||||||
System Clock | ||||||
16 Sep 1999 | ||||||
Microsoft Office 2000 Developer 9.0 Chinese –traditional and Italian contain U.S. development software. Can applications be built with this tool that adhere to the Microsoft Year 2000 Compliance Statement? Yes Microsoft Office 2000 Developer consists of applications and Visual Basic for Applications Add-ins that aid in the development and distribution of Office 2000 solutions. The applications included are:
The VBA Add-ins included are:
How the product runtime handles dates: The HTML Help Workshop, Answer Wizard Builder and Win32 API Viewer have no mechanisms for date parsing. Display and sorting are determined by the Regional Settings applet in the Control Panel for the operating system. VBA Error Handler and VBA Code Commenter insert dates (as text, in the format "mm-dd-yyyy") as comments in VBA code, but do not allow for additional manipulation. The remaining VBA Add-ins have no mechanisms for date handling. See the Visual Basic for Applications 6.0 year 2000 readiness disclosure for more information.The VBA Source Code Control Add-in relies on Visual SourceSafe for its date-related operations. A typical date operation would involve comparing a local file date/time to the date/time of the file stored in the versioning system. See the Microsoft Visual SourceSafe documentation for specific year 2000 information. The Replication Manager and Transporter use Jet to store and manipulate data. It uses shared VBA components to perform calculations on Date/Time data. Access 2000 runtime version year 2000 readiness information is the same as that for the Microsoft Access 2000 application.MSDE is a SQL Server-compatible data engine available in Microsoft Access 2000 and freely re-distributable in Visual Studio 6.0 and Office Developer 2000. MSDE is based on SQL Server technology and is completely compatible with SQL Server 7.0. See the SQL Server 7.0 year 2000 compliance statement.
Recommended practices to develop year 2000 compliant applications: Microsoft Windows NT 4.0 requires Service Pack 4 plus Year 2000 Software Updates or Service Pack 5. Two-digit shortcut handling: Microsoft Office 2000 programs derive date information from core Office code, with exceptions by product (see the link below to Microsoft Office 2000 year 2000 readiness disclosure document). The core code uses a 100-year date window: any number before a certain point is assumed to be in the 1900s, and any number after that point is in the 2000s. Unless the user specifies otherwise, the code assumes that when a user enters a 2-digit year with a value from 00 to 29, they mean the years 2000-2029, and if they enter 30 to 99 they mean the years 1930-1999.MSDE handles 2-digit shortcuts the same as SQL Server 7.0: dates 1/1/00 through 12/31/29 are interpreted as 1/1/2000 through 12/31/2029; 1/1/30 through 12/31/99 are interpreted as 1/1/1930 through 12/31/1999. Visual SourceSafe 6.0 interprets two-digit shortcuts as follows: years 00 – 38 for dates 1/1/00 through 1/18/38 are converted to 2000 – 2038; years 38 – 99 for dates 1/19/38 through 12/31/99 are converted to 1938 – 1999.Common date usage errors, testing guidelines and recommendations: See the usage errors and testing guidelines sections of the Office 2000 year 2000 disclosure statement. Related year 2000 readiness disclosure documents: Year 2000 Product Guide
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 100 - 31 Dec 9999 | ||
Office 97 Service Release 2 | ||
Windows 95, or Windows NT 3.51 or greater | ||
System Clock | ||
16 Sep 1999 | ||
Prerequisites: Download the Office 97 Service Release (SR) 2 Patch from http://officeupdate.microsoft.com/Articles/sr2fact.htm. The changes in Office 97 that were made in SR 2, including Y2K updates, are listed in http://support.microsoft.com/support/kb/articles/q151/0/20.asp. All Y2K issues reported as fixed in SR2 exist in SR1 and in the base Office 97 product. The issues addressed by this update exist in all Office 97 releases, including SR 1 and the base release.How the product handles dates: Microsoft Office 97 Developer Edition Tools (ODE 97) contains several applications that aid in the development and distribution of Office 97 applications. The applications included are the Source Code Control add-in for Microsoft Access, Help Workshop, Replication Manager and Transporter, Setup Wizard, Win32 API Viewer, Graph 8.0 run-time, and some ActiveX Controls. The ActiveX Controls shipped with the ODE 97 are Comct232.ocx, Comctl32.ocx, Comdlg32.ocx, Msinet.ocx, Mswinsck.ocx, and Richtx32.ocx. The Help Workshop, Win32 API Viewer, and the ActiveX Controls have no mechanisms for date parsing. The Open and Save As common dialogs (in Comdlg32.ocx) are capable of displaying/sorting dates. Display and sorting are determined by the Regional Settings applet in the Control Panel for the operating system. The Source Code Control add-in for Microsoft Access relies on the Source Code Control client for all date-related operations. A typical date operation would involve comparing a local file date/time to the date/time of the file stored in the versioning system. The best Source Code Control client for Microsoft Access is Microsoft Visual SourceSafe. See the Microsoft Visual SourceSafe documentation for specific Year 2000 information. The Replication Manager and Transporter use Jet to store and manipulate data. It uses shared VBA components to perform calculations on Date/Time data. The Setup Wizard is an Access 97 wizard that uses Access 97 for date handling. To redistribute a Year 2000 compliant Access Runtime, you will need to install the Office 97 SR-2 and recreate the setup using the Setup Wizard. Any patches that are applied to Access or its components will be automatically rolled into the setup when it is created. See the Microsoft Access 97 Year 2000 document for more information on how Access 97 handles dates. The Graph 8.0 run-time displays date data on a graphical chart. Date data is either entered directly into the Graph 8.0 grid or imported from another application, such as Access 97. Once the data is in Graph 8.0, dates are treated as serial dates and follow the same rules for date parsing as Access 97 Two-digit shortcut handling: The ODE 97 components that are capable of displaying date data support 2-digit shortcuts for date display. The ODE 97 components follow the same rules for converting 2-digit shortcuts as Access 97. Common date usage errors: See the common pitfalls and testing methods used in Office 97. Testing guidelines and recommendations: Known Issues: Q180081 ACC: Synchronization Fails When System Date Is Greater Than 2038
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 100 - 31 Dec 9999 | ||
Office 97 Service Release 2 | ||
Windows 95, or Windows NT 3.51 or greater | ||
System Clock | ||
16 Sep 1999 | ||
Prerequisites: Download the Office 97 Service Release (SR) 2 Patch from http://officeupdate.microsoft.com/Articles/sr2fact.htm. The changes in Office 97 that were made in SR 2, including Y2K updates, are listed in http://support.microsoft.com/support/kb/articles/q151/0/20.asp. All Y2K issues reported as fixed in SR2 exist in SR1 and in the base Office 97 product. The issues addressed by this update exist in all Office 97 releases, including SR 1 and the base release.How the product handles dates: Microsoft Office 97 Developer Edition Tools (ODE 97) contains several applications that aid in the development and distribution of Office 97 applications. The applications included are the Source Code Control add-in for Microsoft Access, Help Workshop, Replication Manager and Transporter, Setup Wizard, Win32 API Viewer, Graph 8.0 run-time, and some ActiveX Controls. The ActiveX Controls shipped with the ODE 97 are Comct232.ocx, Comctl32.ocx, Comdlg32.ocx, Msinet.ocx, Mswinsck.ocx, and Richtx32.ocx. The Help Workshop, Win32 API Viewer, and the ActiveX Controls have no mechanisms for date parsing. The Open and Save As common dialogs (in Comdlg32.ocx) are capable of displaying/sorting dates. Display and sorting are determined by the Regional Settings applet in the Control Panel for the operating system. The Source Code Control add-in for Microsoft Access relies on the Source Code Control client for all date-related operations. A typical date operation would involve comparing a local file date/time to the date/time of the file stored in the versioning system. The best Source Code Control client for Microsoft Access is Microsoft Visual SourceSafe. See the Microsoft Visual SourceSafe documentation for specific Year 2000 information. The Replication Manager and Transporter use Jet to store and manipulate data. It uses shared VBA components to perform calculations on Date/Time data. The Setup Wizard is an Access 97 wizard that uses Access 97 for date handling. To redistribute a Year 2000 compliant Access Runtime, you will need to install the Office 97 SR-2 and recreate the setup using the Setup Wizard. Any patches that are applied to Access or its components will be automatically rolled into the setup when it is created. See the Microsoft Access 97 Year 2000 document for more information on how Access 97 handles dates. The Graph 8.0 run-time displays date data on a graphical chart. Date data is either entered directly into the Graph 8.0 grid or imported from another application, such as Access 97. Once the data is in Graph 8.0, dates are treated as serial dates and follow the same rules for date parsing as Access 97 Two-digit shortcut handling: The ODE 97 components that are capable of displaying date data support 2-digit shortcuts for date display. The ODE 97 components follow the same rules for converting 2-digit shortcuts as Access 97. Common date usage errors: See the common pitfalls and testing methods used in Office 97. Testing guidelines and recommendations: Known Issues: Q180081 ACC: Synchronization Fails When System Date Is Greater Than 2038
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 100 - 31 Dec 9999 | ||
Office 97 Service Release 2 | ||
Windows 95, or Windows NT 3.51 or greater | ||
System Clock | ||
16 Sep 1999 | ||
Prerequisites: Download the Office 97 Service Release (SR) 2 Patch from http://officeupdate.microsoft.com/Articles/sr2fact.htm. The changes in Office 97 that were made in SR 2, including Y2K updates, are listed in http://support.microsoft.com/support/kb/articles/q151/0/20.asp. All Y2K issues reported as fixed in SR2 exist in SR1 and in the base Office 97 product. The issues addressed by this update exist in all Office 97 releases, including SR 1 and the base release.How the product handles dates: Microsoft Office 97 Developer Edition Tools (ODE 97) contains several applications that aid in the development and distribution of Office 97 applications. The applications included are the Source Code Control add-in for Microsoft Access, Help Workshop, Replication Manager and Transporter, Setup Wizard, Win32 API Viewer, Graph 8.0 run-time, and some ActiveX Controls. The ActiveX Controls shipped with the ODE 97 are Comct232.ocx, Comctl32.ocx, Comdlg32.ocx, Msinet.ocx, Mswinsck.ocx, and Richtx32.ocx. The Help Workshop, Win32 API Viewer, and the ActiveX Controls have no mechanisms for date parsing. The Open and Save As common dialogs (in Comdlg32.ocx) are capable of displaying/sorting dates. Display and sorting are determined by the Regional Settings applet in the Control Panel for the operating system. The Source Code Control add-in for Microsoft Access relies on the Source Code Control client for all date-related operations. A typical date operation would involve comparing a local file date/time to the date/time of the file stored in the versioning system. The best Source Code Control client for Microsoft Access is Microsoft Visual SourceSafe. See the Microsoft Visual SourceSafe documentation for specific Year 2000 information. The Replication Manager and Transporter use Jet to store and manipulate data. It uses shared VBA components to perform calculations on Date/Time data. The Setup Wizard is an Access 97 wizard that uses Access 97 for date handling. To redistribute a Year 2000 compliant Access Runtime, you will need to install the Office 97 SR-2 and recreate the setup using the Setup Wizard. Any patches that are applied to Access or its components will be automatically rolled into the setup when it is created. See the Microsoft Access 97 Year 2000 document for more information on how Access 97 handles dates. The Graph 8.0 run-time displays date data on a graphical chart. Date data is either entered directly into the Graph 8.0 grid or imported from another application, such as Access 97. Once the data is in Graph 8.0, dates are treated as serial dates and follow the same rules for date parsing as Access 97 Two-digit shortcut handling: The ODE 97 components that are capable of displaying date data support 2-digit shortcuts for date display. The ODE 97 components follow the same rules for converting 2-digit shortcuts as Access 97. Common date usage errors: See the common pitfalls and testing methods used in Office 97. Testing guidelines and recommendations: Known Issues: Q180081 ACC: Synchronization Fails When System Date Is Greater Than 2038
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
01 Jan 100 - 31 Dec 9999 | ||
Office 97 Service Release 2 | ||
Windows 95, or Windows NT 3.51 or greater | ||
System Clock | ||
16 Sep 1999 | ||
Prerequisites: Download the Office 97 Service Release (SR) 2 Patch from http://officeupdate.microsoft.com/Articles/sr2fact.htm. The changes in Office 97 that were made in SR 2, including Y2K updates, are listed in http://support.microsoft.com/support/kb/articles/q151/0/20.asp. All Y2K issues reported as fixed in SR2 exist in SR1 and in the base Office 97 product. The issues addressed by this update exist in all Office 97 releases, including SR 1 and the base release.How the product handles dates: Microsoft Office 97 Developer Edition Tools (ODE 97) contains several applications that aid in the development and distribution of Office 97 applications. The applications included are the Source Code Control add-in for Microsoft Access, Help Workshop, Replication Manager and Transporter, Setup Wizard, Win32 API Viewer, Graph 8.0 run-time, and some ActiveX Controls. The ActiveX Controls shipped with the ODE 97 are Comct232.ocx, Comctl32.ocx, Comdlg32.ocx, Msinet.ocx, Mswinsck.ocx, and Richtx32.ocx. The Help Workshop, Win32 API Viewer, and the ActiveX Controls have no mechanisms for date parsing. The Open and Save As common dialogs (in Comdlg32.ocx) are capable of displaying/sorting dates. Display and sorting are determined by the Regional Settings applet in the Control Panel for the operating system. The Source Code Control add-in for Microsoft Access relies on the Source Code Control client for all date-related operations. A typical date operation would involve comparing a local file date/time to the date/time of the file stored in the versioning system. The best Source Code Control client for Microsoft Access is Microsoft Visual SourceSafe. See the Microsoft Visual SourceSafe documentation for specific Year 2000 information. The Replication Manager and Transporter use Jet to store and manipulate data. It uses shared VBA components to perform calculations on Date/Time data. The Setup Wizard is an Access 97 wizard that uses Access 97 for date handling. To redistribute a Year 2000 compliant Access Runtime, you will need to install the Office 97 SR-2 and recreate the setup using the Setup Wizard. Any patches that are applied to Access or its components will be automatically rolled into the setup when it is created. See the Microsoft Access 97 Year 2000 document for more information on how Access 97 handles dates. The Graph 8.0 run-time displays date data on a graphical chart. Date data is either entered directly into the Graph 8.0 grid or imported from another application, such as Access 97. Once the data is in Graph 8.0, dates are treated as serial dates and follow the same rules for date parsing as Access 97 Two-digit shortcut handling: The ODE 97 components that are capable of displaying date data support 2-digit shortcuts for date display. The ODE 97 components follow the same rules for converting 2-digit shortcuts as Access 97. Common date usage errors: See the common pitfalls and testing methods used in Office 97. Testing guidelines and recommendations: Known Issues: Q180081 ACC: Synchronization Fails When System Date Is Greater Than 2038
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||||||||||||||||||||||
Windows 3.1, or Windows NT 3.0 or greater | ||||||||||||||||||||||||||||||||||||||||||||||
System clock | ||||||||||||||||||||||||||||||||||||||||||||||
26 Jan 1999 | ||||||||||||||||||||||||||||||||||||||||||||||
Operational Range for Data: System dependentRelease Date: October 1993 – October 1994 How is the product not compliant? Office 4.x Professional Edition is not compliant because Excel 95 recognizes all 2-digit years as the 20th century. This can be avoided if users enter all 4-digit for the year when referring to a 21st century date. For more detailed information, please see the individual applications product guide. Opening Microsoft PowerPoint 95 or Microsoft PowerPoint 97 files in PowerPoint 4 with the use of post-ship import converters will result in an incorrect date format. For more details see the individual application Product Guides.
In general, avoid testing in a production environment because we cannot predict side effects with other non-compliant products. Interoperability testing across all Microsoft Office products can be conducted safely.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||||||||||||||||||||||
Windows 3.1, or Windows NT 3.0 or greater | ||||||||||||||||||||||||||||||||||||||||||||||
System clock | ||||||||||||||||||||||||||||||||||||||||||||||
26 Jan 1999 | ||||||||||||||||||||||||||||||||||||||||||||||
Operational Range for Data: System dependentRelease Date: October 1993 – October 1994 How is the product not compliant? Opening Microsoft PowerPoint 95 or Microsoft PowerPoint 97 files in PowerPoint 4 with the use of post-ship import converters will result in an incorrect date format. For more details see the individual application Product Guides.
In general, avoid testing in a production environment because we cannot predict side effects with other non-compliant products. Interoperability testing across all Microsoft Office products can be conducted safely.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
Access 2.0 Software Update | ||||||||||||||||||||||
Windows 3.1, or Windows NT 3.0 or greater | ||||||||||||||||||||||
System clock | ||||||||||||||||||||||
06 Oct 1999 | ||||||||||||||||||||||
The compliance of Office Professional 4.xx has changed from Compliant# to Compliant* with the release of the Access 2.0 Software Update. See below for details. Operational Range for Data: System dependent Release Date: October 1993 – October 1994 What are the issues? Without the Access 2.0 software update, Office 4.x Professional Edition is compliant# because Access 2.x recognizes 2-digit dates as falling in the 1900s. As a result, users must enter all 4-digits of the year for Access 2 to interpret the date as being in the 2000s. This issue is resolved with the application of the Access 2.0 software update. Obtain an Access 2.0 Software Update from the following article in the Microsoft Knowledge Base: Q231408 ACC2: Access 2.0 Two-Digit Date Update Available on MSLFor more information, see the Access 2.0 compliance document.Microsoft PowerPoint handles 2-digit dates for date field display only. User entry is text only and not considered a date representation. There is no conversion for user entry. The below information refers to the code that is shared between Office 4.x documents. Please see the individual applications for more detailed information on the product. Description of how the product handles dates: All dates and times that are displayed or query-able by the user are obtained from the operating system's date and time, stored as fully qualified four-digit year dates and displayed according to user settings in the operating system. Setup has no date sensitivity, except with identifying qualified upgrade products. Since the dates of these products are handled by the operating system and do not change, year 2000 does not affect this behavior. 2-digit shortcut handling: System display options only within the shared Microsoft Office features. See individual applications. Common date usage errors:
In general, avoid testing in a production environment because we cannot predict side effects with other non-compliant products. Interoperability testing across all Microsoft Office products can be conducted safely.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
Access 2.0 Software Update | ||||||||||||||||||||||
Windows 3.1, or Windows NT 3.0 or greater | ||||||||||||||||||||||
System clock | ||||||||||||||||||||||
06 Oct 1999 | ||||||||||||||||||||||
The compliance of Office Professional 4.xx has changed from Compliant# to Compliant* with the release of the Access 2.0 Software Update. See below for details. Operational Range for Data: System dependent Release Date: October 1993 – October 1994 What are the issues? Without the Access 2.0 software update, Office 4.x Professional Edition is compliant# because Access 2.x recognizes 2-digit dates as falling in the 1900s. As a result, users must enter all 4-digits of the year for Access 2 to interpret the date as being in the 2000s. This issue is resolved with the application of the Access 2.0 software update. Obtain an Access 2.0 Software Update from the following article in the Microsoft Knowledge Base: Q231408 ACC2: Access 2.0 Two-Digit Date Update Available on MSLFor more information, see the Access 2.0 compliance document.Microsoft PowerPoint handles 2-digit dates for date field display only. User entry is text only and not considered a date representation. There is no conversion for user entry. The below information refers to the code that is shared between Office 4.x documents. Please see the individual applications for more detailed information on the product. Description of how the product handles dates: All dates and times that are displayed or query-able by the user are obtained from the operating system's date and time, stored as fully qualified four-digit year dates and displayed according to user settings in the operating system. Setup has no date sensitivity, except with identifying qualified upgrade products. Since the dates of these products are handled by the operating system and do not change, year 2000 does not affect this behavior. 2-digit shortcut handling: System display options only within the shared Microsoft Office features. See individual applications. Common date usage errors:
In general, avoid testing in a production environment because we cannot predict side effects with other non-compliant products. Interoperability testing across all Microsoft Office products can be conducted safely.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
Access 2.0 Software Update | ||||||||||||||||||||||
Windows 3.1, or Windows NT 3.0 or greater | ||||||||||||||||||||||
System clock | ||||||||||||||||||||||
06 Oct 1999 | ||||||||||||||||||||||
The compliance of Office Professional 4.xx has changed from Compliant# to Compliant* with the release of the Access 2.0 Software Update. See below for details. Operational Range for Data: System dependent Release Date: October 1993 – October 1994 What are the issues? Without the Access 2.0 software update, Office 4.x Professional Edition is compliant# because Access 2.x recognizes 2-digit dates as falling in the 1900s. As a result, users must enter all 4-digits of the year for Access 2 to interpret the date as being in the 2000s. This issue is resolved with the application of the Access 2.0 software update. Obtain an Access 2.0 Software Update from the following article in the Microsoft Knowledge Base: Q231408 ACC2: Access 2.0 Two-Digit Date Update Available on MSLFor more information, see the Access 2.0 compliance document.Microsoft PowerPoint handles 2-digit dates for date field display only. User entry is text only and not considered a date representation. There is no conversion for user entry. The below information refers to the code that is shared between Office 4.x documents. Please see the individual applications for more detailed information on the product. Description of how the product handles dates: All dates and times that are displayed or query-able by the user are obtained from the operating system's date and time, stored as fully qualified four-digit year dates and displayed according to user settings in the operating system. Setup has no date sensitivity, except with identifying qualified upgrade products. Since the dates of these products are handled by the operating system and do not change, year 2000 does not affect this behavior. 2-digit shortcut handling: System display options only within the shared Microsoft Office features. See individual applications. Common date usage errors:
In general, avoid testing in a production environment because we cannot predict side effects with other non-compliant products. Interoperability testing across all Microsoft Office products can be conducted safely.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
Access 2.0 Software Update | ||||||||||||||||||||||
Windows 3.1, or Windows NT 3.0 or greater | ||||||||||||||||||||||
System clock | ||||||||||||||||||||||
06 Oct 1999 | ||||||||||||||||||||||
The compliance of Office Professional 4.xx has changed from Compliant# to Compliant* with the release of the Access 2.0 Software Update. See below for details. Operational Range for Data: System dependent Release Date: October 1993 – October 1994 What are the issues? Without the Access 2.0 software update, Office 4.x Professional Edition is compliant# because Access 2.x recognizes 2-digit dates as falling in the 1900s. As a result, users must enter all 4-digits of the year for Access 2 to interpret the date as being in the 2000s. This issue is resolved with the application of the Access 2.0 software update. Obtain an Access 2.0 Software Update from the following article in the Microsoft Knowledge Base: Q231408 ACC2: Access 2.0 Two-Digit Date Update Available on MSLFor more information, see the Access 2.0 compliance document.Microsoft PowerPoint handles 2-digit dates for date field display only. User entry is text only and not considered a date representation. There is no conversion for user entry. The below information refers to the code that is shared between Office 4.x documents. Please see the individual applications for more detailed information on the product. Description of how the product handles dates: All dates and times that are displayed or query-able by the user are obtained from the operating system's date and time, stored as fully qualified four-digit year dates and displayed according to user settings in the operating system. Setup has no date sensitivity, except with identifying qualified upgrade products. Since the dates of these products are handled by the operating system and do not change, year 2000 does not affect this behavior. 2-digit shortcut handling: System display options only within the shared Microsoft Office features. See individual applications. Common date usage errors:
In general, avoid testing in a production environment because we cannot predict side effects with other non-compliant products. Interoperability testing across all Microsoft Office products can be conducted safely.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
Access 2.0 Software Update | ||||||||||||||||||||||
Windows 3.1, or Windows NT 3.0 or greater | ||||||||||||||||||||||
System clock | ||||||||||||||||||||||
06 Oct 1999 | ||||||||||||||||||||||
The compliance of Office Professional 4.xx has changed from Compliant# to Compliant* with the release of the Access 2.0 Software Update. See below for details. Operational Range for Data: System dependent Release Date: October 1993 – October 1994 What are the issues? Without the Access 2.0 software update, Office 4.x Professional Edition is compliant# because Access 2.x recognizes 2-digit dates as falling in the 1900s. As a result, users must enter all 4-digits of the year for Access 2 to interpret the date as being in the 2000s. This issue is resolved with the application of the Access 2.0 software update. Obtain an Access 2.0 Software Update from the following article in the Microsoft Knowledge Base: Q231408 ACC2: Access 2.0 Two-Digit Date Update Available on MSLFor more information, see the Access 2.0 compliance document.Microsoft PowerPoint handles 2-digit dates for date field display only. User entry is text only and not considered a date representation. There is no conversion for user entry. The below information refers to the code that is shared between Office 4.x documents. Please see the individual applications for more detailed information on the product. Description of how the product handles dates: All dates and times that are displayed or query-able by the user are obtained from the operating system's date and time, stored as fully qualified four-digit year dates and displayed according to user settings in the operating system. Setup has no date sensitivity, except with identifying qualified upgrade products. Since the dates of these products are handled by the operating system and do not change, year 2000 does not affect this behavior. 2-digit shortcut handling: System display options only within the shared Microsoft Office features. See individual applications. Common date usage errors:
In general, avoid testing in a production environment because we cannot predict side effects with other non-compliant products. Interoperability testing across all Microsoft Office products can be conducted safely.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
Access 2.0 Software Update | ||||||||||||||||||||||
Windows 3.1, or Windows NT 3.0 or greater | ||||||||||||||||||||||
System clock | ||||||||||||||||||||||
06 Oct 1999 | ||||||||||||||||||||||
The compliance of Office Professional 4.xx has changed from Compliant# to Compliant* with the release of the Access 2.0 Software Update. See below for details. Operational Range for Data: System dependent Release Date: October 1993 – October 1994 What are the issues? Without the Access 2.0 software update, Office 4.x Professional Edition is compliant# because Access 2.x recognizes 2-digit dates as falling in the 1900s. As a result, users must enter all 4-digits of the year for Access 2 to interpret the date as being in the 2000s. This issue is resolved with the application of the Access 2.0 software update. Obtain an Access 2.0 Software Update from the following article in the Microsoft Knowledge Base: Q231408 ACC2: Access 2.0 Two-Digit Date Update Available on MSLFor more information, see the Access 2.0 compliance document.Microsoft PowerPoint handles 2-digit dates for date field display only. User entry is text only and not considered a date representation. There is no conversion for user entry. The below information refers to the code that is shared between Office 4.x documents. Please see the individual applications for more detailed information on the product. Description of how the product handles dates: All dates and times that are displayed or query-able by the user are obtained from the operating system's date and time, stored as fully qualified four-digit year dates and displayed according to user settings in the operating system. Setup has no date sensitivity, except with identifying qualified upgrade products. Since the dates of these products are handled by the operating system and do not change, year 2000 does not affect this behavior. 2-digit shortcut handling: System display options only within the shared Microsoft Office features. See individual applications. Common date usage errors:
In general, avoid testing in a production environment because we cannot predict side effects with other non-compliant products. Interoperability testing across all Microsoft Office products can be conducted safely.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
Access 2.0 Software Update | ||||||||||||||||||||||
Windows 3.1, or Windows NT 3.0 or greater | ||||||||||||||||||||||
System clock | ||||||||||||||||||||||
06 Oct 1999 | ||||||||||||||||||||||
The compliance of Office Professional 4.xx has changed from Compliant# to Compliant* with the release of the Access 2.0 Software Update. See below for details. Operational Range for Data: System dependent Release Date: October 1993 – October 1994 What are the issues? Without the Access 2.0 software update, Office 4.x Professional Edition is compliant# because Access 2.x recognizes 2-digit dates as falling in the 1900s. As a result, users must enter all 4-digits of the year for Access 2 to interpret the date as being in the 2000s. This issue is resolved with the application of the Access 2.0 software update. Obtain an Access 2.0 Software Update from the following article in the Microsoft Knowledge Base: Q231408 ACC2: Access 2.0 Two-Digit Date Update Available on MSLFor more information, see the Access 2.0 compliance document.Microsoft PowerPoint handles 2-digit dates for date field display only. User entry is text only and not considered a date representation. There is no conversion for user entry. The below information refers to the code that is shared between Office 4.x documents. Please see the individual applications for more detailed information on the product. Description of how the product handles dates: All dates and times that are displayed or query-able by the user are obtained from the operating system's date and time, stored as fully qualified four-digit year dates and displayed according to user settings in the operating system. Setup has no date sensitivity, except with identifying qualified upgrade products. Since the dates of these products are handled by the operating system and do not change, year 2000 does not affect this behavior. 2-digit shortcut handling: System display options only within the shared Microsoft Office features. See individual applications. Common date usage errors:
In general, avoid testing in a production environment because we cannot predict side effects with other non-compliant products. Interoperability testing across all Microsoft Office products can be conducted safely.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
Access 2.0 Software Update | ||||||||||||||||||||||
Windows 3.1, or Windows NT 3.0 or greater | ||||||||||||||||||||||
System clock | ||||||||||||||||||||||
06 Oct 1999 | ||||||||||||||||||||||
The compliance of Office Professional 4.xx has changed from Compliant# to Compliant* with the release of the Access 2.0 Software Update. See below for details. Operational Range for Data: System dependent Release Date: October 1993 – October 1994 What are the issues? Without the Access 2.0 software update, Office 4.x Professional Edition is compliant# because Access 2.x recognizes 2-digit dates as falling in the 1900s. As a result, users must enter all 4-digits of the year for Access 2 to interpret the date as being in the 2000s. This issue is resolved with the application of the Access 2.0 software update. Obtain an Access 2.0 Software Update from the following article in the Microsoft Knowledge Base: Q231408 ACC2: Access 2.0 Two-Digit Date Update Available on MSLFor more information, see the Access 2.0 compliance document.Microsoft PowerPoint handles 2-digit dates for date field display only. User entry is text only and not considered a date representation. There is no conversion for user entry. The below information refers to the code that is shared between Office 4.x documents. Please see the individual applications for more detailed information on the product. Description of how the product handles dates: All dates and times that are displayed or query-able by the user are obtained from the operating system's date and time, stored as fully qualified four-digit year dates and displayed according to user settings in the operating system. Setup has no date sensitivity, except with identifying qualified upgrade products. Since the dates of these products are handled by the operating system and do not change, year 2000 does not affect this behavior. 2-digit shortcut handling: System display options only within the shared Microsoft Office features. See individual applications. Common date usage errors:
In general, avoid testing in a production environment because we cannot predict side effects with other non-compliant products. Interoperability testing across all Microsoft Office products can be conducted safely.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||||||||||||||||||||||
none | ||||||||||||||||||||||||||||||||||||||||||||||
Windows 3.1, or Windows NT 3.0 or greater | ||||||||||||||||||||||||||||||||||||||||||||||
19 May 1999 | ||||||||||||||||||||||||||||||||||||||||||||||
Release Date: October 1993 – October 1994 How is the product not compliant? Opening Microsoft PowerPoint 95 or Microsoft PowerPoint 97 files in PowerPoint 4 with the use of post-ship import converters will result in an incorrect date format. For more details see the individual application Product Guides.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
Access 2.0 Software Update | ||||||||||||||||||||||
Windows 3.1, or Windows NT 3.0 or greater | ||||||||||||||||||||||
System clock | ||||||||||||||||||||||
06 Oct 1999 | ||||||||||||||||||||||
The compliance of Office Professional 4.xx has changed from Compliant# to Compliant* with the release of the Access 2.0 Software Update. See below for details. Operational Range for Data: System dependent Release Date: October 1993 – October 1994 What are the issues? Without the Access 2.0 software update, Office 4.x Professional Edition is compliant# because Access 2.x recognizes 2-digit dates as falling in the 1900s. As a result, users must enter all 4-digits of the year for Access 2 to interpret the date as being in the 2000s. This issue is resolved with the application of the Access 2.0 software update. Obtain an Access 2.0 Software Update from the following article in the Microsoft Knowledge Base: Q231408 ACC2: Access 2.0 Two-Digit Date Update Available on MSLFor more information, see the Access 2.0 compliance document.Microsoft PowerPoint handles 2-digit dates for date field display only. User entry is text only and not considered a date representation. There is no conversion for user entry. The below information refers to the code that is shared between Office 4.x documents. Please see the individual applications for more detailed information on the product. Description of how the product handles dates: All dates and times that are displayed or query-able by the user are obtained from the operating system's date and time, stored as fully qualified four-digit year dates and displayed according to user settings in the operating system. Setup has no date sensitivity, except with identifying qualified upgrade products. Since the dates of these products are handled by the operating system and do not change, year 2000 does not affect this behavior. 2-digit shortcut handling: System display options only within the shared Microsoft Office features. See individual applications. Common date usage errors:
In general, avoid testing in a production environment because we cannot predict side effects with other non-compliant products. Interoperability testing across all Microsoft Office products can be conducted safely.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
Access 2.0 Software Update | ||||||||||||||||||||||
Windows 3.1, or Windows NT 3.0 or greater | ||||||||||||||||||||||
System clock | ||||||||||||||||||||||
06 Oct 1999 | ||||||||||||||||||||||
The compliance of Office Professional 4.xx has changed from Compliant# to Compliant* with the release of the Access 2.0 Software Update. See below for details. Operational Range for Data: System dependent Release Date: October 1993 – October 1994 What are the issues? Without the Access 2.0 software update, Office 4.x Professional Edition is compliant# because Access 2.x recognizes 2-digit dates as falling in the 1900s. As a result, users must enter all 4-digits of the year for Access 2 to interpret the date as being in the 2000s. This issue is resolved with the application of the Access 2.0 software update. Obtain an Access 2.0 Software Update from the following article in the Microsoft Knowledge Base: Q231408 ACC2: Access 2.0 Two-Digit Date Update Available on MSLFor more information, see the Access 2.0 compliance document.Microsoft PowerPoint handles 2-digit dates for date field display only. User entry is text only and not considered a date representation. There is no conversion for user entry. The below information refers to the code that is shared between Office 4.x documents. Please see the individual applications for more detailed information on the product. Description of how the product handles dates: All dates and times that are displayed or query-able by the user are obtained from the operating system's date and time, stored as fully qualified four-digit year dates and displayed according to user settings in the operating system. Setup has no date sensitivity, except with identifying qualified upgrade products. Since the dates of these products are handled by the operating system and do not change, year 2000 does not affect this behavior. 2-digit shortcut handling: System display options only within the shared Microsoft Office features. See individual applications. Common date usage errors:
In general, avoid testing in a production environment because we cannot predict side effects with other non-compliant products. Interoperability testing across all Microsoft Office products can be conducted safely.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||||||||||||||||||||||
Windows 3.1, or Windows NT 3.0 or greater | ||||||||||||||||||||||||||||||||||||||||||||||
System clock | ||||||||||||||||||||||||||||||||||||||||||||||
26 Jan 1999 | ||||||||||||||||||||||||||||||||||||||||||||||
Operational Range for Data: System dependentRelease Date: October 1993 – October 1994 How is the product not compliant? Opening Microsoft PowerPoint 95 or Microsoft PowerPoint 97 files in PowerPoint 4 with the use of post-ship import converters will result in an incorrect date format. For more details see the individual application Product Guides.
In general, avoid testing in a production environment because we cannot predict side effects with other non-compliant products. Interoperability testing across all Microsoft Office products can be conducted safely.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
Access 2.0 Software Update | ||||||||||||||||||||||
Windows 3.1, or Windows NT 3.0 or greater | ||||||||||||||||||||||
System clock | ||||||||||||||||||||||
06 Oct 1999 | ||||||||||||||||||||||
The compliance of Office Professional 4.xx has changed from Compliant# to Compliant* with the release of the Access 2.0 Software Update. See below for details. Operational Range for Data: System dependent Release Date: October 1993 – October 1994 What are the issues? Without the Access 2.0 software update, Office 4.x Professional Edition is compliant# because Access 2.x recognizes 2-digit dates as falling in the 1900s. As a result, users must enter all 4-digits of the year for Access 2 to interpret the date as being in the 2000s. This issue is resolved with the application of the Access 2.0 software update. Obtain an Access 2.0 Software Update from the following article in the Microsoft Knowledge Base: Q231408 ACC2: Access 2.0 Two-Digit Date Update Available on MSLFor more information, see the Access 2.0 compliance document.Microsoft PowerPoint handles 2-digit dates for date field display only. User entry is text only and not considered a date representation. There is no conversion for user entry. The below information refers to the code that is shared between Office 4.x documents. Please see the individual applications for more detailed information on the product. Description of how the product handles dates: All dates and times that are displayed or query-able by the user are obtained from the operating system's date and time, stored as fully qualified four-digit year dates and displayed according to user settings in the operating system. Setup has no date sensitivity, except with identifying qualified upgrade products. Since the dates of these products are handled by the operating system and do not change, year 2000 does not affect this behavior. 2-digit shortcut handling: System display options only within the shared Microsoft Office features. See individual applications. Common date usage errors:
In general, avoid testing in a production environment because we cannot predict side effects with other non-compliant products. Interoperability testing across all Microsoft Office products can be conducted safely.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
Access 2.0 Software Update | ||||||||||||||||||||||
Windows 3.1, or Windows NT 3.0 or greater | ||||||||||||||||||||||
System clock | ||||||||||||||||||||||
06 Oct 1999 | ||||||||||||||||||||||
The compliance of Office Professional 4.xx has changed from Compliant# to Compliant* with the release of the Access 2.0 Software Update. See below for details. Operational Range for Data: System dependent Release Date: October 1993 – October 1994 What are the issues? Without the Access 2.0 software update, Office 4.x Professional Edition is compliant# because Access 2.x recognizes 2-digit dates as falling in the 1900s. As a result, users must enter all 4-digits of the year for Access 2 to interpret the date as being in the 2000s. This issue is resolved with the application of the Access 2.0 software update. Obtain an Access 2.0 Software Update from the following article in the Microsoft Knowledge Base: Q231408 ACC2: Access 2.0 Two-Digit Date Update Available on MSLFor more information, see the Access 2.0 compliance document.Microsoft PowerPoint handles 2-digit dates for date field display only. User entry is text only and not considered a date representation. There is no conversion for user entry. The below information refers to the code that is shared between Office 4.x documents. Please see the individual applications for more detailed information on the product. Description of how the product handles dates: All dates and times that are displayed or query-able by the user are obtained from the operating system's date and time, stored as fully qualified four-digit year dates and displayed according to user settings in the operating system. Setup has no date sensitivity, except with identifying qualified upgrade products. Since the dates of these products are handled by the operating system and do not change, year 2000 does not affect this behavior. 2-digit shortcut handling: System display options only within the shared Microsoft Office features. See individual applications. Common date usage errors:
In general, avoid testing in a production environment because we cannot predict side effects with other non-compliant products. Interoperability testing across all Microsoft Office products can be conducted safely.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
Access 2.0 Software Update | ||||||||||||||||||||||
Windows 3.1, or Windows NT 3.0 or greater | ||||||||||||||||||||||
System clock | ||||||||||||||||||||||
06 Oct 1999 | ||||||||||||||||||||||
The compliance of Office Professional 4.xx has changed from Compliant# to Compliant* with the release of the Access 2.0 Software Update. See below for details. Operational Range for Data: System dependent Release Date: October 1993 – October 1994 What are the issues? Without the Access 2.0 software update, Office 4.x Professional Edition is compliant# because Access 2.x recognizes 2-digit dates as falling in the 1900s. As a result, users must enter all 4-digits of the year for Access 2 to interpret the date as being in the 2000s. This issue is resolved with the application of the Access 2.0 software update. Obtain an Access 2.0 Software Update from the following article in the Microsoft Knowledge Base: Q231408 ACC2: Access 2.0 Two-Digit Date Update Available on MSLFor more information, see the Access 2.0 compliance document.Microsoft PowerPoint handles 2-digit dates for date field display only. User entry is text only and not considered a date representation. There is no conversion for user entry. The below information refers to the code that is shared between Office 4.x documents. Please see the individual applications for more detailed information on the product. Description of how the product handles dates: All dates and times that are displayed or query-able by the user are obtained from the operating system's date and time, stored as fully qualified four-digit year dates and displayed according to user settings in the operating system. Setup has no date sensitivity, except with identifying qualified upgrade products. Since the dates of these products are handled by the operating system and do not change, year 2000 does not affect this behavior. 2-digit shortcut handling: System display options only within the shared Microsoft Office features. See individual applications. Common date usage errors:
In general, avoid testing in a production environment because we cannot predict side effects with other non-compliant products. Interoperability testing across all Microsoft Office products can be conducted safely.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
Access 2.0 Software Update | ||||||||||||||||||||||
Windows 3.1, or Windows NT 3.0 or greater | ||||||||||||||||||||||
System clock | ||||||||||||||||||||||
06 Oct 1999 | ||||||||||||||||||||||
The compliance of Office Professional 4.xx has changed from Compliant# to Compliant* with the release of the Access 2.0 Software Update. See below for details. Operational Range for Data: System dependent Release Date: October 1993 – October 1994 What are the issues? Without the Access 2.0 software update, Office 4.x Professional Edition is compliant# because Access 2.x recognizes 2-digit dates as falling in the 1900s. As a result, users must enter all 4-digits of the year for Access 2 to interpret the date as being in the 2000s. This issue is resolved with the application of the Access 2.0 software update. Obtain an Access 2.0 Software Update from the following article in the Microsoft Knowledge Base: Q231408 ACC2: Access 2.0 Two-Digit Date Update Available on MSLFor more information, see the Access 2.0 compliance document.Microsoft PowerPoint handles 2-digit dates for date field display only. User entry is text only and not considered a date representation. There is no conversion for user entry. The below information refers to the code that is shared between Office 4.x documents. Please see the individual applications for more detailed information on the product. Description of how the product handles dates: All dates and times that are displayed or query-able by the user are obtained from the operating system's date and time, stored as fully qualified four-digit year dates and displayed according to user settings in the operating system. Setup has no date sensitivity, except with identifying qualified upgrade products. Since the dates of these products are handled by the operating system and do not change, year 2000 does not affect this behavior. 2-digit shortcut handling: System display options only within the shared Microsoft Office features. See individual applications. Common date usage errors:
In general, avoid testing in a production environment because we cannot predict side effects with other non-compliant products. Interoperability testing across all Microsoft Office products can be conducted safely.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||
Access 2.0 Software Update | ||||||||||||||||||||||
Windows 3.1, or Windows NT 3.0 or greater | ||||||||||||||||||||||
System clock | ||||||||||||||||||||||
06 Oct 1999 | ||||||||||||||||||||||
The compliance of Office Professional 4.xx has changed from Compliant# to Compliant* with the release of the Access 2.0 Software Update. See below for details. Operational Range for Data: System dependent Release Date: October 1993 – October 1994 What are the issues? Without the Access 2.0 software update, Office 4.x Professional Edition is compliant# because Access 2.x recognizes 2-digit dates as falling in the 1900s. As a result, users must enter all 4-digits of the year for Access 2 to interpret the date as being in the 2000s. This issue is resolved with the application of the Access 2.0 software update. Obtain an Access 2.0 Software Update from the following article in the Microsoft Knowledge Base: Q231408 ACC2: Access 2.0 Two-Digit Date Update Available on MSLFor more information, see the Access 2.0 compliance document.Microsoft PowerPoint handles 2-digit dates for date field display only. User entry is text only and not considered a date representation. There is no conversion for user entry. The below information refers to the code that is shared between Office 4.x documents. Please see the individual applications for more detailed information on the product. Description of how the product handles dates: All dates and times that are displayed or query-able by the user are obtained from the operating system's date and time, stored as fully qualified four-digit year dates and displayed according to user settings in the operating system. Setup has no date sensitivity, except with identifying qualified upgrade products. Since the dates of these products are handled by the operating system and do not change, year 2000 does not affect this behavior. 2-digit shortcut handling: System display options only within the shared Microsoft Office features. See individual applications. Common date usage errors:
In general, avoid testing in a production environment because we cannot predict side effects with other non-compliant products. Interoperability testing across all Microsoft Office products can be conducted safely.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||||||||||||||||||||||
None | ||||||||||||||||||||||||||||||||||||||||||||||
Thai Windows 3.1, or Thai Windows NT 4.0 or greater | ||||||||||||||||||||||||||||||||||||||||||||||
System Clock | ||||||||||||||||||||||||||||||||||||||||||||||
07 Apr 1999 | ||||||||||||||||||||||||||||||||||||||||||||||
Release Date: October 1993 – October 1994 How is the product not compliant? Thai Office 4.x includes the English version of PowerPoint 4. Opening Microsoft PowerPoint 95 or Microsoft PowerPoint 97 files in PowerPoint 4 with the use of post-ship import converters will result in an incorrect date format. For more details see the individual application Product Guides.
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||
PP7TRANS.DLL version 7.07 | ||
Windows 95 | ||
System clock | ||
29 Jul 1999 | ||
How the product handles dates: All dates and times that are displayed or query-able by the user are obtained from the operating system's date and time, stored as fully qualified four-digit year dates and displayed according to user settings in the operating system. Setup has no date sensitivity except in setup file removal. See below for testing implications For VBA and the shared Office object model: All dates and times displayed are obtained from the operating system clock. All dates are stored using a 4-digit year format. A date may be displayed in a 2-digit format (by formatting cells in an Excel worksheet for example) but the value is always stored as a 4-digit year value. Since a common programming language (VBA v4) is used by all applications, date handling for all applications can be tested by testing the VBA intrinsic commands. These intrinsic functions for date handling include: Now () CDate() CVDate() DateValue() Date() Date$() Format() DateAdd() DateDiff() DatePart() IsDate() Day() Month() Weekday() Year() Shared Object Model Methods and Properties Files stored in Arabic Office format (.xls, .doc, .ppt etc.) have date properties associated with them. These properties can be manipulated using VBA methods.Objects, Methods, Properties, and Collections possibly affected by Year 2000 Microsoft Office Language Reference Document Properties Object- Property type can be date e.g. msoPropertyTypeDate CreationDate Property LastPrintDate Property LastSaveTime Property PropertyTests Collection- Conditions for PropertyTests may be dates eg msoConditionNextMonth Add Method Condition Property FileSearch Object LastModified Property Two-digit shortcut handling: Advanced Find under File/Open allows the entry of 2-digit dates. Beyond Advance Find File, Office shared features support short dates as system display options only. See individual applications for additional information. In Advanced Find, distant future dates have little meaning relative to file creation dates. Therefore, the date is assumed to fall within a range between current year minus 90 years and plus 10 years. For example, in the year 1998 the date range spans from 1908 to 2008. See individual applications for additional shortcut logic. Logic is designed to be appropriate for particular application. The Office Document Properties dialog stores and displays file date information consistent with the 4-digit year format set in the Windows Control Panel Regional Settings. However, the date formatting used in the Custom Document Properties dialog, does not properly recognize two digit years past 1999, so organizations using dates in custom properties should include all four digits of the year when entering them. For VBA and the shared Office object model: In the original configuration, all 2 digit dates were assumed to belong to the current century as defined by the system clock. The logic rules that determine this are included in the oleaut32.dll shared resource file. In any particular computer configuration, this shared resource file may have been updated. This will occur if a browser (Internet Explorer 3.x or greater), Operating System (Windows 95 OEM Service Release 2.5, Windows 98, Windows NT 4, or other Office application is installed or updated using a newer oleaut32.dll file. In this case, the Office95 applications will use 2 digit date handling logic consistent with the oleaut32.dll version. Users should load oleaut32.dll v2.20.4122 or later to the c:\Windows\System (Windows 95) or c:\WINNT\System32 (Windows NT) directories for all affected computers. This will ensure that the date handling characteristics for 2 digit dates are consistent with the date window approach outlined above for all computers. For additional Information please see the VBA Year 2000 Product Guide
Recommendations to meet compliance: 1) See the Year 2000 Product Guide for your computer operating system and install prerequisite updates for Year 2000 compliance. Also see the Product Guide documents for individual Office 95 applications. A download is also available in the Access 95 Product GuideSet display of short dates to include four digit years, both in your control panel regional settings and in the default display formatting for each application. Common date usage errors: Data exchange between Microsoft Office applications should avoid use of plain text data. If it is necessary to use plain text data, it should be saved and manipulated with the full four-digit year. Text values that contain date data should be checked to ensure that they contain the full four-digit year. Data entered or imported into Microsoft Office applications such as Microsoft Word or Microsoft PowerPoint, which do not have data typing in the document format, will be treated as simple text. Those applications should not be used to store dates for which calculations are based (except in the instance of document properties). Standard document properties can be consistently queried and used across all Microsoft Office applications for date queries and calculations, both programmatically and through the user interface, but user-defined custom properties could generate inconsistencies. For VBA and the shared Office object model: User-defined functions are a prime area of date handling errors. A poorly written function may lead to problems. Dates that are stored as strings can also be a problem if there is an error in the information. The VBA language will interpret a string as a date if by rearranging the month/day/year order a valid date can be found. For example, both 3/30/98 (March 30, 1998) and 187/3/1 (March 1, 187) are valid dates even though the month/day/year order have changed. Testing guidelines and recommendations: Testing guidelines and recommendations: In general, avoid testing in a production environment because we cannot predict side effects with other products. Interoperability testing across all Microsoft Office products can be conducted safely. Setup maintenance mode (for file removal), the only date sensitive portion of Microsoft Office setup, removes all templates except those installed in recent months. This does not affect Year 2000 compliance, but it could affect Year 2000 testing because moving the system clock ahead to test could cause more templates to be removed than would be otherwise. Area SubArea Microsoft’s Testing Summary File Open/Save Dialog Document Properties Document management features include file open/save bringing up the proper "OK to Replace?" confirmation dialog when attempting to save a file after the date/time has been changed; display of dates in results pane of dialog; sorting of dates in results pane of file open/save dialog. Findfast Creation date of index Create an index with the date set to the year 2000. Click Index, create index, select the index mentioned and hit Information. Ensure that the date shown says the year 2000 or 00 depending on the regional settings. The above test need to be conducted with System Calendar set to Gregorian and Hijri Last modified date of index Have Findfast set to update itself every 3 minutes. Set the system date to December 31, 1999, and have it roll over to the year 2000. Verify that updating mechanism for Findfast is not affected. Set the system date to the Hijri date 09/24/1420 - equivilant to December 31, 1999, and have it roll over to the year 2000. Revert the Calendar back to Gregorian and make sure the updating mechanism of Findfast is not affected. Creation date of file Create a file created on January 1, 2000. Perform a search using an Office App for files created after December 30, 1999, and verify that the file was found. Set the system date to Hijri. Use the same file above. Perform a search using an Office App for files created after 09/23/1420 – equivalent to December 30, 1999. Make sure the file was found. Findfast (cont.) Last modified date of file Create a file last modified on January 1, 2000. Perform a search using an Office App for files last modified after December 30, 1999 and verify that the file was found. Set the System Calendar to Hijri. Create a file last modified on 09/25/1420 - equivalent to January 1, 2000. Perform a search using an Office App for files last modified after 09/23/1420 – equivalent to December 30, 1999. Make sure the file was found. Last printed date of file Create a file last modified on January 1, 2000. Perform a search using an Office App for files last modified after December 30, 1999 and verify that the file was found. Switch the system date to Hijri. Create a file last printed on 09/25/1420 Hijri. Perform a search using an Office App for files last modified after 09/23/1420 Hijri. Verify the file was found. Custom date property Create a file with a custom date property of January 1, 2000. Perform a search using an Office App for files with that property set to a date later than December 30, 1999 and verify that the file was found. Switch System Calendar to Hijri. Use the same file you created. Perform a search using an Office App for files with that property set to a date later than 09/23/1420 Hijri. Leap year testing Repeat the above 5 tests using February 29 and 28, 2000, 2001, and 2004, as the dates used. Log file Verify that the log file shows the year 00 for any logs in the year 2000 if the regional settings are set to 2 digit format, and 2000 if the regional settings are set to 4 digit format. Displayed dates Verify that the displayed dates for the creation/last modified dates of the index show 00 for the year 2000 if the regional settings are set to 2 digit format, and 2000 if the regional settings are set to 4 digit format. Setup Complete Install Complete install is a superset of other options. Should be performed on clean machine and on machine with Office version 95 installed with all combinations spanning the turn of the century. Maintenance Mode Remove All For VBA and the shared Office object model: Users testing applications written in VBA should be especially careful to test four main problem areas: User-defined functions: Many applications contain user-defined functions written in VBA to deal with dates in various ways. Many of these functions store date values as strings. Manipulating these values improperly can result in date handling errors that are outside of the scope of the testing that was done at Microsoft. The date usage error described above can cause problems if an error handling routine is meant to catch improperly entered dates. Since VBA rarely generates an error when a string date is used as an input, an error handling routine is unlikely to be called. In this case the proper programming technique would be to validate the data using code instead of relying on an error to signal an improper date. Interactions between computers with varying versions of oleaut32.dll should be tested to ensure that the two digit assumptions built into this system file do not cause problems. Code Example: The following example illustrates the date window in action with various input dates. Depending on the version of the file oleaut32.dll installed, this code will produce varying results. Sub TestDate() Dim MyDate As Date MyDate = "1/1/00" Format MyDate, "mm/dd/yyyy" MsgBox MyDate End Sub MyDate input Oleaut32.dll v2.1 or earlier expected behavior Oleaut32.dll v 2.2 or later expected behavior 1/1/00 1/1/1 1/1/9 1/1/2000 4/1/98 10/24/29 7/4/30 1/1/1900 1/1/1901 1/1/1909 1/1/2000 4/1/1998 10/24/1929 7/4/1930 1/1/2000 1/1/2001 1/1/2009 1/1/2000 4/1/1998 10/24/2029 7/4/1930 Note that by excluding the quotations in setting the value of MyDate, VBA automatically interprets the date in 4 digit format as it is being entered. |
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Office 95 Year 2000 Software Update | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Windows 95, or Windows NT 3.51 or greater | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
System clock | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
06 Oct 1999 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers’ Year 2000 efforts, Microsoft intends to maintain Office 95 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.An Office 95 Year 2000 software update will be available in June 1999 that will correct known Year 2000 related issues in the applications used in Office 95. For specific issues remediated by this software update see http://officeupdate.microsoft.com/articles/O95y2kfactsheet.htm
An Office 95 Year 2000 update is now available that corrects all known Year 2000 related issues in the applications used in Office 95. For more detailed information and to download this update please go to: http://officeupdate.microsoft.com/china/downloadDetails/O95y2k.htm.
Recommendations:
Description of how the product handles dates: All dates and times that are displayed or query-able by the user are obtained from the operating system's date and time, stored as fully qualified four-digit year dates and displayed according to user settings in the operating system. Setup has no date sensitivity except in setup file removal. See below for testing implications For VBA and the shared Office object model: All dates and times displayed are obtained from the operating system clock. All dates are stored using a 4-digit year format. A date may be displayed in a 2-digit format (by formatting cells in an Excel worksheet for example) but the value is always stored as a 4-digit year value. Since a common programming language (VBA v4) is used by all applications, date handling for all applications can be tested by testing the VBA intrinsic commands. These intrinsic functions for date handling include:
Files stored in Office format (.xls, .doc, .ppt etc.) have date properties associated with them. These properties can be manipulated using VBA methods. Objects, Methods, Properties, and Collections possibly affected by Year 2000 Microsoft Office Language Reference
PropertyTests Collection- Conditions for PropertyTests may be dates eg msoConditionNextMonth
FileSearch Object
Advanced Find under File/Open allows the entry of 2-digit dates. Beyond Advance Find File, Office shared features support short dates as system display options only. See individual applications for additional information. In Advanced Find, distant future dates have little meaning relative to file creation dates. Therefore, the date is assumed to fall within a range between current year minus 90 years and plus 10 years. For example, in the year 1998 the date range spans from 1908 to 2008. See individual applications for additional shortcut logic. Logic is designed to be appropriate for particular application. The Office Document Properties dialog stores and displays file date information consistent with the 4-digit year format set in the Windows Control Panel Regional Settings. However, the date formatting used in the Custom Document Properties dialog, does not properly recognize two digit years past 1999, so organizations using dates in custom properties should include all four digits of the year when entering them. For VBA and the shared Office object model: In the original configuration, all 2 digit dates were assumed to belong to the current century as defined by the system clock. The logic rules that determine this are included in the oleaut32.dll shared resource file. In any particular computer configuration, this shared resource file may have been updated. This will occur if a browser (Internet Explorer 3.x or greater), Operating System (Windows 95 OEM Service Release 2.5, Windows 98, Windows NT 4, or other Office application is installed or updated using a newer oleaut32.dll file. In this case, the Office95 applications will use 2 digit date handling logic consistent with the oleaut32.dll version. Users should load oleaut32.dll v2.20.4122 or later to the c:\Windows\System (Windows 95) or c:\WINNT\System32 (Windows NT) directories for all affected computers. This will ensure that the date handling characteristics for 2 digit dates are consistent with the date window approach outlined above for all computers. For additional Information please see the VBA Year 2000 Product Guide
Text values that contain date data should be checked to ensure that they contain the full four-digit year. Data entered or imported into Microsoft Office applications such as Microsoft Word or Microsoft PowerPoint, which do not have data typing in the document format, will be treated as simple text. Those applications should not be used to store dates for which calculations are based (except in the instance of document properties). Standard document properties can be consistently queried and used across all Microsoft Office applications for date queries and calculations, both programmatically and through the user interface, but user-defined custom properties could generate inconsistencies. For VBA and the shared Office object model: User-defined functions are a prime area of date handling errors. A poorly written function may lead to problems. Dates that are stored as strings can also be a problem if there is an error in the information. The VBA language will interpret a string as a date if by rearranging the month/day/year order a valid date can be found. For example, both 3/30/98 (March 30, 1998) and 187/3/1 (March 1, 187) are valid dates even though the month/day/year order have changed. Testing guidelines and recommendations: In general, avoid testing in a production environment because we cannot predict side effects with other products. Interoperability testing across all Microsoft Office products can be conducted safely. Setup maintenance mode (for file removal), the only date sensitive portion of Microsoft Office setup, removes all templates except those installed in recent months. This does not affect Year 2000 compliance, but it could affect Year 2000 testing because moving the system clock ahead to test could cause more templates to be removed than would be otherwise.
Users testing applications written in VBA should be especially careful to test four main problem areas:
The following example illustrates the date window in action with various input dates. Depending on the version of the file oleaut32.dll installed, this code will produce varying results. Sub TestDate()
End Sub
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Office 95 Year 2000 Software Update | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Windows 95, or Windows NT 3.51 or greater | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
System clock | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
23 Aug 1999 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers’ Year 2000 efforts, Microsoft intends to maintain Office 95 Chinese Traditional by providing software updates for identified issues through January 1, 2001, except for the existing Emperor Dating System issues. Newer Service Packs are also to be maintained at least as Compliant*# with the same Emperor Dating System exception coupled with intent to fix other identified issues, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.
Prerequisites: An Office 95 Year 2000 update is now available. For more detailed information and to download this update please go to http://www.microsoft.com/taiwan/download/office.htm. See the Year 2000 Product Guide for your computer operating system and install prerequisite updates for Year 2000 compliance. Also see the Product Guide documents for individual Office 95 applications. Note: The below information refers to the code that is shared between Office 95 documents. Please see the individual applications for more detailed information on the product. Description of how the product handles dates: All dates and times that are displayed or query-able by the user are obtained from the operating system's date and time, stored as fully qualified four-digit year dates and displayed according to user settings in the operating system. Setup has no date sensitivity except in setup file removal. See below for testing implications For VBA and the shared Office object model: All dates and times displayed are obtained from the operating system clock. All dates are stored using a 4-digit year format. A date may be displayed in a 2-digit format (by formatting cells in an Excel worksheet for example) but the value is always stored as a 4-digit year value. Since a common programming language (VBA v4) is used by all applications, date handling for all applications can be tested by testing the VBA intrinsic commands. These intrinsic functions for date handling include:
Microsoft Office Language Reference Document Properties Object- Property type can be date e.g. msoPropertyTypeDate
PropertyTests Collection- Conditions for PropertyTests may be dates eg msoConditionNextMonth
FileSearch Object
End Sub
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Office 95 Year 2000 Software Update | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Windows 95, or Windows NT 3.51 or greater | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
System clock | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
16 Aug 1999 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office 95 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: System dependent An Office 95 Year 2000 update is now available that corrects all known Year 2000 related issues in the applications used in Office 95. For more detailed information and to download this update please go to http://officeupdate.microsoft.com/Articles/o95y2kinternational.htm.
Microsoft Office Language Reference Document Properties Object- Property type can be date e.g. msoPropertyTypeDate
PropertyTests Collection- Conditions for PropertyTests may be dates eg msoConditionNextMonth
FileSearch Object
End Sub
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Office 95 Year 2000 Software Update | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Windows 95, or Windows NT 3.51 or greater | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
System clock | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
12 Aug 1999 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office 95 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: System dependent An Office 95 Year 2000 update is now available that corrects all known Year 2000 related issues in the applications used in Office 95. For more detailed information and to download this update please go to http://officeupdate.microsoft.com/articles/O95y2kfactsheet.htm.
Microsoft Office Language Reference Document Properties Object- Property type can be date e.g. msoPropertyTypeDate
PropertyTests Collection- Conditions for PropertyTests may be dates eg msoConditionNextMonth
FileSearch Object
End Sub
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Office 95 Year 2000 Software Update | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Windows 95, or Windows NT 3.51 or greater | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
System clock | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
12 Aug 1999 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office 95 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: System dependent An Office 95 Year 2000 update is now available that corrects all known Year 2000 related issues in the applications used in Office 95. For more detailed information and to download this update please go to http://officeupdate.microsoft.com/articles/O95y2kfactsheet.htm.
Microsoft Office Language Reference Document Properties Object- Property type can be date e.g. msoPropertyTypeDate
PropertyTests Collection- Conditions for PropertyTests may be dates eg msoConditionNextMonth
FileSearch Object
End Sub
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Office 95 Year 2000 Update | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Windows 95, or Windows NT 3.51 or greater | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
System Clock | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
20 Jul 1999 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers’ Year 2000 efforts, Microsoft intends to maintain Office 95 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.
Prerequisites: An Office 95 Year 2000 update is now available that corrects all known Year 2000 related issues in the applications used in Office 95. For more detailed information and to download this download please go to http://officeupdate.microsoft.com/articles/O95y2kfactsheet.htm See the Year 2000 Product Guide for your computer operating system and install prerequisite updates for Year 2000 compliance. Also see the Product Guide documents for individual Office 95 applications.
Microsoft Office Language Reference
PropertyTests Collection- Conditions for PropertyTests may be dates eg msoConditionNextMonth
FileSearch Object
1. Download Office 95 Year 2000 update from http://officeupdate.microsoft.com/articles/O95y2kfactsheet.htm.
End Sub
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Office 95 Year 2000 Software Update | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Windows 95, or Windows NT 3.51 or greater | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
System clock | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
16 Aug 1999 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office 95 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: System dependent An Office 95 Year 2000 update is now available that corrects all known Year 2000 related issues in the applications used in Office 95. For more detailed information and to download this update please go to http://officeupdate.microsoft.com/finland/downloadDetails/O95y2k.htm.
Microsoft Office Language Reference Document Properties Object- Property type can be date e.g. msoPropertyTypeDate
PropertyTests Collection- Conditions for PropertyTests may be dates eg msoConditionNextMonth
FileSearch Object
End Sub
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Office 95 Year 2000 Software Update | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Windows 95, or Windows NT 3.51 or greater | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
System clock | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
12 Aug 1999 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office 95 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.Operational Range for Data: System dependent An Office 95 Year 2000 update is now available that corrects all known Year 2000 related issues in the applications used in Office 95. For more detailed information and to download this update please go to http://officeupdate.microsoft.com/articles/O95y2kfactsheet.htm.
Microsoft Office Language Reference Document Properties Object- Property type can be date e.g. msoPropertyTypeDate
PropertyTests Collection- Conditions for PropertyTests may be dates eg msoConditionNextMonth
FileSearch Object
End Sub
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Office 95 Year 2000 Software Update | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Windows 95, or Windows NT 3.51 or greater | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
System clock | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
24 Aug 1999 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office 95 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.
An Office 95 Year 2000 update is now available that corrects all known Year 2000 related issues in the applications used in Office 95. For more detailed information and to download this update please go to http://officeupdate.microsoft.com/articles/O95y2kfactsheet.htm.See the Year 2000 Product Guide for your computer operating system and install prerequisite updates for Year 2000 compliance. Also see the Product Guide documents for individual Office 95 applications. * Note: The below information refers to the code that is shared between Office 95 documents. Please see the individual applications for more detailed information on the product. Description of how the product handles dates: All dates and times that are displayed or query-able by the user are obtained from the operating system's date and time, stored as fully qualified four-digit year dates and displayed according to user settings in the operating system. Setup has no date sensitivity except in setup file removal. See below for testing implications For VBA and the shared Office object model: All dates and times displayed are obtained from the operating system clock. All dates are stored using a 4-digit year format. A date may be displayed in a 2-digit format (by formatting cells in an Excel worksheet for example) but the value is always stored as a 4-digit year value. Since a common programming language (VBA v4) is used by all applications, date handling for all applications can be tested by testing the VBA intrinsic commands. These intrinsic functions for date handling include:
Microsoft Office Language Reference Document Properties Object- Property type can be date e.g. msoPropertyTypeDate
PropertyTests Collection- Conditions for PropertyTests may be dates eg msoConditionNextMonth
FileSearch Object
End Sub
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
- | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Office 95 Year 2000 Software Update | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Windows 95, or Windows NT 3.51 or greater | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
System Clock | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
24 Aug 1999 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Product Maintenance: While Microsoft continues to recommend that customers install the most current Service Pack/Release for non-Year 2000 reasons, we understand that, for many reasons, this may not be possible. In order to aid our customers' Year 2000 efforts, Microsoft intends to maintain Office 95 as compliant through January 1, 2001. Newer Service Packs are also to be maintained as compliant, and may include additional non-Year 2000 updates. This is intended to minimize the Year 2000 as a reason to upgrade.An Office 95 Year 2000 software update will be available in June 1999 that will correct known Year 2000 related issues in the applications used in Office 95. For specific issues remediated by this software update see http://officeupdate.microsoft.com/articles/O95y2kfactsheet.htm
For VBA and the shared Office object model: All dates and times displayed are obtained from the operating system clock. All dates are stored using a 4-digit year format. A date may be displayed in a 2-digit format (by formatting cells in an Excel worksheet for example) but the value is always stored as a 4-digit year value. Since a common programming language (VBA v4) is used by all applications, date handling for all applications can be tested by testing the VBA intrinsic commands. These intrinsic functions for date handling include:
Microsoft Office Language Reference Document Properties Object- Property type can be date e.g. msoPropertyTypeDate
PropertyTests Collection- Conditions for PropertyTests may be dates eg msoConditionNextMonth
FileSearch Object
End Sub
|
The product is compliant. User action is recommended, which may include loading a software update or assessing shared technology. | |
The product is compliant with an acceptable deviation from Microsoft's standard of compliance. An acceptable deviation does not affect the core functionality, data integrity, stability or reliability of the product. | |
The product is compliant . Software updates are pending. Future maintenance actions will be recommended shortly. | |
Note: Compliance ratings given for each product assume that all recommended actions have been taken. |
ALL COMMUNICATIONS OR CONVEYANCES OF INFORMATION TO YOU CONCERNING MICROSOFT AND THE YEAR 2000, INCLUDING BUT NOT LIMITED TO THIS DOCUMENT OR ANY OTHER PAST, PRESENT OR FUTURE INFORMATION REGARDING YEAR 2000 TESTING, ASSESSMENTS, READINESS, TIME TABLES, OBJECTIVES, OR OTHER (COLLECTIVELY THE "MICROSOFT YEAR 2000 STATEMENT"), ARE PROVIDED AS A "YEAR 2000 READINESS DISCLOSURE" (AS DEFINED BY THE YEAR 2000 INFORMATION AND READINESS DISCLOSURE ACT) AND CAN BE FOUND AT MICROSOFT'S YEAR 2000 WEBSITE LOCATED AT http://microsoft.com/year2000/ (the "Y2K WEBSITE"). EACH MICROSOFT YEAR 2000 STATEMENT IS PROVIDED PURSUANT TO THE TERMS HEREOF, THE TERMS OF THE Y2K WEBSITE, AND THE YEAR 2000 INFORMATION AND READINESS DISCLOSURE ACT FOR THE SOLE PURPOSE OF ASSISTING THE PLANNING FOR THE TRANSITION TO THE YEAR 2000. EACH MICROSOFT YEAR 2000 STATEMENT CONTAINS INFORMATION CURRENTLY AVAILABLE AND IS UPDATED REGULARLY AND SUBJECT TO CHANGE. MICROSOFT THEREFORE RECOMMENDS THAT YOU CHECK THE Y2K WEBSITE REGULARLY FOR ANY CHANGES TO ANY MICROSOFT YEAR 2000 STATEMENT. EACH MICROSOFT YEAR 2000 STATEMENT IS PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND. CONSEQUENTLY, MICROSOFT DISCLAIMS ALL WARRANTIES, EITHER EXPRESS OR IMPLIED, INCLUDING THE WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. MOREOVER, MICROSOFT DOES NOT WARRANT OR MAKE ANY REPRESENTATIONS REGARDING THE USE OR THE RESULTS OF THE USE OF ANY MICROSOFT YEAR 2000 STATEMENT IN TERMS OF ITS CORRECTNESS, ACCURACY, RELIABILITY, OR OTHERWISE. NO ORAL OR WRITTEN INFORMATION OR ADVICE GIVEN BY MICROSOFT OR ITS AUTHORIZED REPRESENTATIVES SHALL CREATE A WARRANTY OR IN ANY WAY DECREASE THE SCOPE OF THIS WARRANTY DISCLAIMER. IN NO EVENT SHALL MICROSOFT OR ITS SUPPLIERS BE LIABLE FOR ANY DAMAGES WHATSOEVER REGARDING ANY MICROSOFT YEAR 2000 STATEMENT INCLUDING DIRECT, INDIRECT, INCIDENTAL, CONSEQUENTIAL, LOSS OF BUSINESS PROFITS, PUNITIVE OR SPECIAL DAMAGES, EVEN IF MICROSOFT OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. SOME STATES DO NOT ALLOW THE EXCLUSION OR LIMITATION OF LIABILITY FOR CONSEQUENTIAL OR INCIDENTAL DAMAGES, SO THE FOREGOING LIMITATION MAY NOT APPLY TO YOU. THE INFORMATION CONTAINED IN EACH MICROSOFT YEAR 2000 STATEMENT IS FOUND AT THE Y2K WEBSITE AND IS INTENDED TO BE READ IN CONJUNCTION WITH OTHER INFORMATION LOCATED AT THE Y2K WEBSITE, INCLUDING BUT NOT LIMITED TO MICROSOFT'S YEAR 2000 COMPLIANCE STATEMENT, THE DESCRIPTION OF THE CATEGORIES OF COMPLIANCE INTO WHICH MICROSOFT HAS CLASSIFIED ITS PRODUCTS IN ITS YEAR 2000 PRODUCT GUIDE, AND THE MICROSOFT YEAR 2000 TEST CRITERIA. ANY MICROSOFT YEAR 2000 STATEMENTS MADE TO YOU IN THE COURSE OF PROVIDING YEAR 2000 RELATED UPDATES, YEAR 2000 DIAGNOSTIC TOOLS, OR REMEDIATION SERVICES (IF ANY) ARE SUBJECT TO THE YEAR 2000 INFORMATION AND READINESS DISCLOSURE ACT (112 STAT. 2386). IN CASE OF A DISPUTE, THIS ACT MAY REDUCE YOUR LEGAL RIGHTS REGARDING THE USE OF ANY SUCH STATEMENTS, UNLESS OTHERWISE SPECIFIED BY YOUR CONTRACT OR TARIFF.
|
||
Wednesday, November 17, 1999 © 1999 Microsoft Corporation. All rights reserved. Terms of use. This site is being designated as a Year 2000 Readiness Disclosure and the information contained herein is provided pursuant to the terms hereof and the Year 2000 Information and Readiness Disclosure Act. |