From 892c8bfd0ee41d2a8e74a127ea7251769334fdaf Mon Sep 17 00:00:00 2001 From: Jane Sandberg Date: Thu, 27 May 2021 09:20:19 -0700 Subject: [PATCH] Docs: fix antora build asciidoc warnings Signed-off-by: Jane Sandberg --- docs/modules/admin/pages/librarysettings.adoc | 4 +- .../admin/pages/receipt_template_editor.adoc | 16 ++-- .../cataloging/pages/record_buckets.adoc | 82 +++++++++---------- .../development/pages/intro_opensrf.adoc | 48 +++++------ docs/modules/opac/pages/search_form.adoc | 6 +- 5 files changed, 78 insertions(+), 78 deletions(-) diff --git a/docs/modules/admin/pages/librarysettings.adoc b/docs/modules/admin/pages/librarysettings.adoc index 8a1bb2e5d6..f83cb95371 100644 --- a/docs/modules/admin/pages/librarysettings.adoc +++ b/docs/modules/admin/pages/librarysettings.adoc @@ -280,11 +280,11 @@ values. !Record in-house use: # of uses threshold for Are You Sure? dialog.!In the Record In-House Use interface, a submission attempt will warn if the # of uses field exceeds the value of this setting.!Number! !Record In-House Use: Maximum # of uses allowed per entry.!The # of uses entry in the Record In-House Use interface may not exceed the value of this setting.!Number! !Regex for barcodes on patron registration!The Regular Expression for validation on barcodes in patron registration.!Regular Expression! -!Regex for Day_phone field on patron registration! The Regular Expression for validation on the Day_phone field in patron registration. Note: The first capture group will be used for the "last 4 digits of phone number" as patron password feature, if enabled. Ex: "[2-9]\d{2}-\d{3}-(\d{4})( x\d+)?" will ignore the extension on a NANP number.!Regular expression! +!Regex for Day_phone field on patron registration! The Regular Expression for validation on the Day_phone field in patron registration. Note: The first capture group will be used for the "last 4 digits of phone number" as patron password feature, if enabled. Ex: "+[2-9]\d{2}-\d{3}-(\d{4})( x\d+)?+" will ignore the extension on a NANP number.!Regular expression! !Regex for Email field on patron registration!The Regular Expression on validation on the Email field in patron registration.!Regular expression! !Regex for Evening-phone on patron registration!The Regular Expression on validation on the Evening-phone field in patron registration.!Regular expression! !Regex for Other-phone on patron registration!The Regular Expression on validation on the Other-phone field in patron registration.!Regular expression! -!Regex for phone fields on patron registration!The Regular Expression on validation on phone fields in patron registration. Applies to all phone fields without their own setting.!Regular expression!`^(?:(?:\+?1\s*(?:[.-]\s*)?)?(?:\(\s*([2-9]1[02-9]|[2-9][02-8]1|[2-9][02-8][02-9])\s*\)|([2-9]1[02-9]|[2-9][02-8]1|[2-9][02-8][02-9]))\s*(?:[.-]\s*)?)?([2-9]1[02-9]|[2-9][02-9]1|[2-9][02-9]{2})\s*(?:[.-]\s*)?([0-9]{4})(?:\s*(?:#|x\.?|ext\.?|extension)\s*(\d+))?$` is a US phone number +!Regex for phone fields on patron registration!The Regular Expression on validation on phone fields in patron registration. Applies to all phone fields without their own setting.!Regular expression!`+^(?:(?:\+?1\s*(?:[.-]\s*)?)?(?:\(\s*([2-9]1[02-9]|[2-9][02-8]1|[2-9][02-8][02-9])\s*\)|([2-9]1[02-9]|[2-9][02-8]1|[2-9][02-8][02-9]))\s*(?:[.-]\s*)?)?([2-9]1[02-9]|[2-9][02-9]1|[2-9][02-9]{2})\s*(?:[.-]\s*)?([0-9]{4})(?:\s*(?:#|x\.?|ext\.?|extension)\s*(\d+))?$+` is a US phone number !Regex for Postal Code field on patron registration!The Regular Expression on validation on the Postal Code field in patron registration.!Regular expression! !Require at least one address for Patron Registration!Enforces a requirement for having at least one address for a patron during registration. If set to False, you need to delete the empty address before saving the record. If set to True, deletion is not allowed.!True/False! !Require XXXXX field on patron registration!The XXXXX field will be required on the patron registration screen.!True/False!XXXXX can be Country, State, Day-phone, Evening-phone, Other-phone, DOB, Email, or Prefix. diff --git a/docs/modules/admin/pages/receipt_template_editor.adoc b/docs/modules/admin/pages/receipt_template_editor.adoc index d88b249249..4477482fde 100644 --- a/docs/modules/admin/pages/receipt_template_editor.adoc +++ b/docs/modules/admin/pages/receipt_template_editor.adoc @@ -75,7 +75,7 @@ image::media/receipt2.png[receipt screen] Print templates use variables for various pieces of information coming from the Evergreen database. These variables deal with everything from the library name to the due date of an item. Information from the database is entered in the -templates with curly brackets `{{term}}`. +templates with curly brackets `+{{term}}+`. Example: `{{checkout.title}}` @@ -111,10 +111,10 @@ If you do not format dates, they will appear in a system format which isn't easily readable. |=================================================== -| Code | Result -|{{today}} | 2017-08-01T14:18:51.445Z -|{{today \| date:'short'}} | 8/1/17 10:18 AM -|{{today \| date:'M/d/yyyy'}} | 8/1/2017 +| Code | Result +|+{{today}}+ | 2017-08-01T14:18:51.445Z +|+{{today \| date:'short'}}+ | 8/1/17 10:18 AM +|+{{today \| date:'M/d/yyyy'}}+ | 8/1/2017 |=================================================== === Currency Formatting === @@ -189,10 +189,10 @@ and then displaying the final amount at the end. ------
You checked out the following items:

-
+
    -
  1. +
  2. {{checkout.title}}
    Barcode: {{checkout.copy.barcode}}
    Due: {{checkout.circ.due_date | date:"M/d/yyyy"}} @@ -202,7 +202,7 @@ and then displaying the final amount at the end.
    Total Amount Owed: {{patron_money.balance_owed | currency}}
    You Saved
    -{{transactions.subtotal | currency}}
    +{{transactions.subtotal | currency}}
    by borrowing from the library!
    ------ <1> This line sets the variable. diff --git a/docs/modules/cataloging/pages/record_buckets.adoc b/docs/modules/cataloging/pages/record_buckets.adoc index 8b46717cd6..27d4cf61e9 100644 --- a/docs/modules/cataloging/pages/record_buckets.adoc +++ b/docs/modules/cataloging/pages/record_buckets.adoc @@ -65,28 +65,28 @@ Catalogers can merge or overlay records in record buckets or using records obtai === Merge Records in Record Buckets === -1. Click *Cataloging>Record Buckets*. -2. Create and/or select a record bucket. -3. Select the records that you want to merge, and click *Actions>Merge Selected Records*. - +. Click *Cataloging>Record Buckets*. +. Create and/or select a record bucket. +. Select the records that you want to merge, and click *Actions>Merge Selected Records*. ++ image::media/marcoverlay1.png[] - -4. The Merge Selected Records interface appears. -5. The records to be merged appear on the right side of the screen. Click *Use as Lead Record* to select a lead record from those that need to be merged. - ++ +. The Merge Selected Records interface appears. +. The records to be merged appear on the right side of the screen. Click *Use as Lead Record* to select a lead record from those that need to be merged. ++ image::media/marcoverlay2.png[] - -6. Select a merge profile from the drop down box. - ++ +. Select a merge profile from the drop down box. ++ image::media/marcoverlay3.png[] - -7. After you select the profile, you can preview the changes that will be made to the record. - ++ +. After you select the profile, you can preview the changes that will be made to the record. ++ image::media/marcoverlay4.png[] - -8. You can change the merge profile at any time; after doing so, the result of the merge will be recalculated. The merge result will also be recalculated after editing the lead record, changing which record is to be used as lead, or removing a record from consideration. -9. When you are satisfied that you have selected the correct merge profile, click the *Merge* button in the bottom right corner. -10. Note that merge profiles that contain a preserve field specification are not available to be chosen in this interface, as they would have the effect of reversing which bibliographic record is considered the target of the merge. ++ +. You can change the merge profile at any time; after doing so, the result of the merge will be recalculated. The merge result will also be recalculated after editing the lead record, changing which record is to be used as lead, or removing a record from consideration. +. When you are satisfied that you have selected the correct merge profile, click the *Merge* button in the bottom right corner. +. Note that merge profiles that contain a preserve field specification are not available to be chosen in this interface, as they would have the effect of reversing which bibliographic record is considered the target of the merge. === Track Record Merges === @@ -98,32 +98,32 @@ image::media/merge_tracking.png[merge message with date] === Merge Records Using Z39.50 === -1. Search for a record in the catalog that you want to overlay. -2. Select the record, and click *MARC View*. -3. Select *Mark for: Overlay Target*. - +. Search for a record in the catalog that you want to overlay. +. Select the record, and click *MARC View*. +. Select *Mark for: Overlay Target*. ++ image::media/marcoverlay5.png[] - -4. Click *Cataloging>Import Record from Z39.50*. -5. Search for the lead record that you want to overlay within the Z39.50 interface. -6. Select the desired record, and click *Overlay*. - ++ +. Click *Cataloging>Import Record from Z39.50*. +. Search for the lead record that you want to overlay within the Z39.50 interface. +. Select the desired record, and click *Overlay*. ++ image::media/marcoverlay6.png[] - -7. The record that you have targeted to be overlaid, and the new record, appear side by side. - ++ +. The record that you have targeted to be overlaid, and the new record, appear side by side. ++ image::media/marcoverlay7.png[] - -8. You can edit the lead record before you overlay the target. To edit the record, click the *Edit Z39.50 Record* button above the lead record. -9. The MARC editor will appear. You can make your changes in the MARC editor, or you can select the *Flat Text Editor* to make changes. After you have edited the record, click *Modify* in the top right corner, and then *Use Edits* in the bottom right corner. Note that the record you are editing is the version from the Z39.50 server not including any changes that would be made as a result of applying the selected merge file. -10. You will return to the side-by-side comparison of the records and then can proceed with the overlay. -11. Once you are satisfied with the record that you want to overlay, select a merge profile from the drop down box, *Choose merge profile*. -12. Click *Overlay*. The overlay will occur, and you will be taken back to the Z39.50 interface. -13. Note that the staff client remembers the last merge overlay profile that you selected, so the next time that you open the interface, it will default to that profile. Simply change the profile to make a different selection. -14. Also note when the merge profile is applied, the Z39.50 record acts as the target of the merge. For example, if your merge profile adds 650 fields, those 650 fields are brought over from the record that already exists in the Evergreen database (i.e., the one that you are overlaying from Z39.50). -15. Also note that merge profiles that contain a preserve field specification are not available to be chosen in this interface, as they would have the effect of reversing which bibliographic record is considered the target of the merge. ++ +. You can edit the lead record before you overlay the target. To edit the record, click the *Edit Z39.50 Record* button above the lead record. +. The MARC editor will appear. You can make your changes in the MARC editor, or you can select the *Flat Text Editor* to make changes. After you have edited the record, click *Modify* in the top right corner, and then *Use Edits* in the bottom right corner. Note that the record you are editing is the version from the Z39.50 server not including any changes that would be made as a result of applying the selected merge file. +. You will return to the side-by-side comparison of the records and then can proceed with the overlay. +. Once you are satisfied with the record that you want to overlay, select a merge profile from the drop down box, *Choose merge profile*. +. Click *Overlay*. The overlay will occur, and you will be taken back to the Z39.50 interface. +. Note that the staff client remembers the last merge overlay profile that you selected, so the next time that you open the interface, it will default to that profile. Simply change the profile to make a different selection. +. Also note when the merge profile is applied, the Z39.50 record acts as the target of the merge. For example, if your merge profile adds 650 fields, those 650 fields are brought over from the record that already exists in the Evergreen database (i.e., the one that you are overlaying from Z39.50). +. Also note that merge profiles that contain a preserve field specification are not available to be chosen in this interface, as they would have the effect of reversing which bibliographic record is considered the target of the merge. === New Admin Settings === -1. Go to *Admin>Local Administration>Library Settings Editor>Upload Default Merge Profile (Z39.50 and Record Buckets)*. -2. Select a default merge profile, and *click Update Setting*. The merge profiles that appear in this drop down box are those that are created in *MARC Batch Import/Export*. Note that catalogers will only see merge profiles that are allowed by their org unit and permissions. +. Go to *Admin>Local Administration>Library Settings Editor>Upload Default Merge Profile (Z39.50 and Record Buckets)*. +. Select a default merge profile, and *click Update Setting*. The merge profiles that appear in this drop down box are those that are created in *MARC Batch Import/Export*. Note that catalogers will only see merge profiles that are allowed by their org unit and permissions. diff --git a/docs/modules/development/pages/intro_opensrf.adoc b/docs/modules/development/pages/intro_opensrf.adoc index 19797b9173..5650c52b71 100644 --- a/docs/modules/development/pages/intro_opensrf.adoc +++ b/docs/modules/development/pages/intro_opensrf.adoc @@ -324,21 +324,21 @@ element (corresponding to the XPath `/opensrf/default/apps/`): [source,xml] -------------------------------------------------------------------------------- - - 3 - 1 - perl - OpenSRF::Application::Demo::SimpleText - 100 + + 3 + 1 + perl + OpenSRF::Application::Demo::SimpleText + 100 - 1000 - opensrf.simple-text_unix.log - opensrf.simple-text_unix.sock - opensrf.simple-text_unix.pid - 5 - 15 - 2 - 5 + 1000 + opensrf.simple-text_unix.log + opensrf.simple-text_unix.sock + opensrf.simple-text_unix.pid + 5 + 15 + 2 + 5 @@ -396,14 +396,14 @@ of publicly accessible services: .Making a service publicly accessible in `opensrf_core.xml` [source,xml] -------------------------------------------------------------------------------- - + router - public.localhost + public.localhost opensrf.math - opensrf.simple-text + opensrf.simple-text -------------------------------------------------------------------------------- @@ -684,20 +684,20 @@ reading, updating, and deleting all of the defined classes. - - + reporter:label="Open User Summary"> + + - + - + - - + + diff --git a/docs/modules/opac/pages/search_form.adoc b/docs/modules/opac/pages/search_form.adoc index 6cc3997241..6daf84eddf 100644 --- a/docs/modules/opac/pages/search_form.adoc +++ b/docs/modules/opac/pages/search_form.adoc @@ -12,12 +12,12 @@ site: [source,html] ------------------------------------------------------------------------------ -
    + - - + +
    ------------------------------------------------------------------------------ -- 2.43.2