From 77b6ee4becfc25244f324633a170c4a1fe4a0dbf Mon Sep 17 00:00:00 2001 From: Nikola Ubavic Date: Tue, 18 Aug 2026 16:12:15 +0200 Subject: [PATCH] Spelling fixes --- content/docs/BestPractices/SubscriberCodeunits/index.md | 2 +- content/docs/patterns/command-queue/index.md | 2 +- content/docs/patterns/error-handling/index.md | 2 +- content/docs/patterns/event-bridge-pattern/index.md | 2 +- content/docs/patterns/template-method-pattern/index.md | 2 +- 5 files changed, 5 insertions(+), 5 deletions(-) diff --git a/content/docs/BestPractices/SubscriberCodeunits/index.md b/content/docs/BestPractices/SubscriberCodeunits/index.md index 9f4e61ea..9e760239 100644 --- a/content/docs/BestPractices/SubscriberCodeunits/index.md +++ b/content/docs/BestPractices/SubscriberCodeunits/index.md @@ -156,7 +156,7 @@ If possible, only execute the subscriber when really necessary by using Manual B ```AL //subscriber - code should actually only run when Color=Red. [EventSubscriber(ObjectType::Table, Database::"Just Some Table WLD", 'OnAfterValidateEvent', 'Message 2', false, false)] - local procedure JustDoSomthing(var Rec: Record "Just Some Table WLD"; var xRec: Record "Just Some Table WLD") + local procedure JustDoSomething(var Rec: Record "Just Some Table WLD"; var xRec: Record "Just Some Table WLD") begin if Rec.color <> 'RED' then exit; //only execute when necessary diff --git a/content/docs/patterns/command-queue/index.md b/content/docs/patterns/command-queue/index.md index a414765f..46afea83 100644 --- a/content/docs/patterns/command-queue/index.md +++ b/content/docs/patterns/command-queue/index.md @@ -11,7 +11,7 @@ The goal of this pattern is to control the flow of multiple processes ## Problem -Sometimes its neccassary to perform multiple processes in Business Central, for example you want to post more than one order or before you post an Order you also have to post a purchase order this often leads to spaghetti code with big if else structures, which is not easy to read +Sometimes its necessary to perform multiple processes in Business Central, for example you want to post more than one order or before you post an Order you also have to post a purchase order this often leads to spaghetti code with big if else structures, which is not easy to read ## Description The pattern is ideal for executing several independent processes in succession. Since the processes are independent, each process must take care of error handling itself. diff --git a/content/docs/patterns/error-handling/index.md b/content/docs/patterns/error-handling/index.md index ecd3635a..04a9d32f 100644 --- a/content/docs/patterns/error-handling/index.md +++ b/content/docs/patterns/error-handling/index.md @@ -13,7 +13,7 @@ The "Error Handling" system is used extensively to provide information to users ## Description Because of there is already a lot written about how to use the error handling the best in several scenario's in this page you will find a link to documentation on learn.microsoft.com and a link to a video about this subject on youtube. These links can be found in the list of references. -The Microsoft Learn part is about collecting errors which means that the process you did start will not be interupted when one error is given, it will collect the errors in the process an you are able to show the user afterwards which errors where given in the process. +The Microsoft Learn part is about collecting errors which means that the process you did start will not be interrupted when one error is given, it will collect the errors in the process an you are able to show the user afterwards which errors where given in the process. The youtube video shows more about errors presented in such way that the user will be informed about how to solve the error. diff --git a/content/docs/patterns/event-bridge-pattern/index.md b/content/docs/patterns/event-bridge-pattern/index.md index e05deadc..602d525e 100644 --- a/content/docs/patterns/event-bridge-pattern/index.md +++ b/content/docs/patterns/event-bridge-pattern/index.md @@ -30,7 +30,7 @@ interface "IScale" Multiple apps can subscribe to certain events of the app. When a new implementation is created, we need to make sure that these events are raised at the right times. If those events were published on the implementation codeunit, it might very well be that those events will not be raised, hard to find, or whatever. -So, if we would implement it like this, it isn't really extensible, as a different implemention would implement different events .. and it's not possible to subscribe to all of them (including future implementations) +So, if we would implement it like this, it isn't really extensible, as a different implementation would implement different events .. and it's not possible to subscribe to all of them (including future implementations) ```AL codeunit 50407 "Scale Wrong" implements IScale diff --git a/content/docs/patterns/template-method-pattern/index.md b/content/docs/patterns/template-method-pattern/index.md index 95570ecd..842575f7 100644 --- a/content/docs/patterns/template-method-pattern/index.md +++ b/content/docs/patterns/template-method-pattern/index.md @@ -49,7 +49,7 @@ As you can see in this example the readability gets worse with every new case. To implement the Pattern you need at least 3 objects: - A template codeunit - An Interface which provides the needed procedures -- A codeunit which Implements the interrface +- A codeunit which Implements the interface In my example I show how to implement a data export with templating.