diff options
| author | Graeme Geldenhuys <graemeg@gmail.com> | 2013-08-27 10:29:42 +0100 |
|---|---|---|
| committer | Graeme Geldenhuys <graemeg@gmail.com> | 2013-08-27 10:29:42 +0100 |
| commit | e709b8f812d561af8e81169dce34c098cdf2ae9b (patch) | |
| tree | 0a6717d0d5b6d582ab9b9a793190ee51c794b701 /src/corelib/render/software/platform | |
| parent | bc53e200bffaa30dd654abb7ea32839ccf77030a (diff) | |
| download | fpGUI-e709b8f812d561af8e81169dce34c098cdf2ae9b.tar.xz | |
Fixes spelling mistakes in code comments.
Diffstat (limited to 'src/corelib/render/software/platform')
| -rw-r--r-- | src/corelib/render/software/platform/mac/agg_platform_support.pas | 4 |
1 files changed, 2 insertions, 2 deletions
diff --git a/src/corelib/render/software/platform/mac/agg_platform_support.pas b/src/corelib/render/software/platform/mac/agg_platform_support.pas index 608b7854..e9886b64 100644 --- a/src/corelib/render/software/platform/mac/agg_platform_support.pas +++ b/src/corelib/render/software/platform/mac/agg_platform_support.pas @@ -92,10 +92,10 @@ type // Possible formats of the rendering buffer. Initially I thought that it's // reasonable to create the buffer and the rendering functions in // accordance with the native pixel format of the system because it -// would have no overhead for pixel format conersion. +// would have no overhead for pixel format conversion. // But eventually I came to a conclusion that having a possibility to // convert pixel formats on demand is a good idea. First, it was X11 where -// there lots of different formats and visuals and it would be great to +// there are lots of different formats and visuals and it would be great to // render everything in, say, RGB-24 and display it automatically without // any additional efforts. The second reason is to have a possibility to // debug renderers for different pixel formats and colorspaces having only |