Writer instructions | ||
Purpose | Use this page to display a banner announcement on each page of the space. Create the Space announcements page in the master space, outside of the Home branch. You can version the Space announcements page to enable different banners to be published into different target spaces, however, the banner that is displayed in the versioned (master) space itself only displays the most recently-published banner. If you find errors in the banner area of your versioned space and you are sure the Space announcements page is set up correctly, try publishing the page to the same space. For more information, see Space-announcements-banners. | |
Removing | When an announcement is no longer needed, remove the BMC Space Banner macro. | |
Translation | Localized spaces using the L10n Viewport theme must change the name of this page to Space announcements l10n. See Configuring-the-Scroll-ViewPort-theme-for-translated-spaces. | |
Usage | Choose one or none of the following BMC Space Banner macros. If your space requires another kind of announcement, you can use this page in coordination with your team lead and editors. |
Concurrent Update Intercept
For each row that you change, an update is submitted to Db2 using all columns to qualify the update (see also Method of Updating Db2 ). If the row has not changed since being retrieved, the update succeeds and processing continues normally. However, if the row has changed, or when updating a view and the row no longer matches the view criteria, Db2 returns a +100 SQL code. Detecting the error, File-AID for Db2 flags the row with ERR==> and displays the Concurrent Update Intercept window (Concurrent Update Intercept Window). The window displays once for each row in error, providing you with the ability to specify the disposition for each error individually. Before the window displays, the edit panel is scrolled to position the row in error at the top of the display.
Concurrent Update Intercept Window
End
Take no action and return to the Edit panel. This option provides you with full access to the data in the table before taking further action.
Cancel
Cancel all updates and refetch the table. A rollback is issued to cancel all changes since the last commit. The table is re-fetched and the display is positioned at row 1.
Refetch
Fetch the row in error. The row in error is re-fetched using all columns that are part of unique indexes, except columns that have changed. The row is flagged with FETCH> and the table is redisplayed. If the table is non-indexed, or the row no longer exists (for example, another user changed the index columns), the row cannot be re-fetched. In this case, an error message displays and the row is removed from the display.
Force
Force the update to proceed. The row in error is updated, using all columns in unique indexes, except those that have changed. The row is flagged with UPDATE. Your change overlays the update made by another user. If the update fails because the row no longer exists, the row is inserted and flagged with INSERT.
Re-fetch ALL
Fetch all the rows in error. Processing is the same as for re-fetch except that all rows in error are re-fetched. If you select this option, you avoid repeated window displays because File-AID for Db2 processes all rows in error identically.
Force ALL
Force all the updates to proceed. Processing is the same as for force except that all rows in error are updated or inserted. If you select this option, you avoid repeated window displays because File-AID for Db2 processes all rows in error identically.