Fix typos

Change-Id: I51700733fda3a08570085ed6745961cd1680eabd
Reviewed-on: https://gerrit.libreoffice.org/42588Reviewed-by: Tamás Zolnai <tamas.zolnai@collabora.com>
Tested-by: Tamás Zolnai <tamas.zolnai@collabora.com>

vcl/README.scheduler

@@ -105,7 +105,7 @@ SolarMutex acquire and release calls, so the calling and the main thread
 don't deadlock. Those wakeup events must be ignored to prevent busy-locks.
 
 We can neither rely on MacOS dispatch_sync code block execution nor the
-message handling, as both can't be priorized or filtered and the first
+message handling, as both can't be prioritized or filtered and the first
 does also not allow nested execution and is just processed in sequence.
 
 There is also a workaround for a problem for pushing tasks to an empty queue,
@@ -188,5 +188,5 @@ Instead of LO running in the main process / thread, we run it in a 2nd thread
 and defer al GUI calls to the main thread. This way it'll hopefully not block
 and can process system events.
 
-That's just a theory - it definitly needs more analysis before even attemding
+That's just a theory - it definitely needs more analysis before even attending
 an implementation.