Also fix spelling mistakes in the documentation files

Run the same codespell command on docs directory.
This commit is contained in:
Vadim Zeitlin
2020-06-28 15:26:36 +02:00
parent fca9460522
commit f03878251b
21 changed files with 30 additions and 30 deletions

View File

@@ -16,7 +16,7 @@ List of classes which should use their native GTK+ equivalents but don't:
Not possible because GTK's GtkHPane and GtkVPane
only support either horizontal or vertical panes
(therefore their names) whereas wxSplitterWindow
supports both and can even change orientiation at
supports both and can even change orientation at
runtime.
- wxDatePickerCtrl

View File

@@ -14,7 +14,7 @@ to write wxWidgets applications for the [GNOME][] desktop, I will focus on the
GTK+ port, which is generally referred to as wxGTK.
wxGTK still supports the old version GTK+ 1.2, but it now defaults to the
uptodate version GTK+ 2.X, which is the basis for the current GNOME desktop. By
up-to-date version GTK+ 2.X, which is the basis for the current GNOME desktop. By
way of using GTK+ 2.X and its underlying text rendering library [Pango][], wxGTK
fully supports the Unicode character set and it can render text in any language
and script, that is supported by Pango.
@@ -111,7 +111,7 @@ single application binary. This was possible since most of the relevant
functionality was either located in the only required library (GTK+) or was
implemented within wxWidgets. Recent development outside the actual GTK+ project
has made it necessary to rethink this design and make use of other projects'
features in order to stay uptodate with current techological trends. Therefore,
features in order to stay up-to-date with current techological trends. Therefore,
a system was implemented within wxWidgets that queries the system at runtime
about various libraries and makes use of their features whenever possible, but
falls back to a reasonable solution if not. The result is that you can create