diff options
author | Quentin Schulz <quentin.schulz@theobroma-systems.com> | 2022-05-04 16:48:20 +0200 |
---|---|---|
committer | Laurent Pinchart <laurent.pinchart@ideasonboard.com> | 2022-05-04 19:45:40 +0300 |
commit | c7dbb45ea617dcc89612d86044d9333b090d430d (patch) | |
tree | 54bd63161ede9eb6bb3e18c8f6a14629d995a8c0 /Documentation | |
parent | 8a845ab078c3fe12ac4edd16c8cbac5b7ec03b98 (diff) |
Documentation: Replace ’ by '
Replace U+2019 unicode character (’; right single quotation mark) by
U+27 unicode character ('; apostrophe) as it is what most people are
used to in sentences.
While Sphinx seems to be rendering both the same way, it makes it easier
for searching in rST files directly.
Reviewed-by: Jacopo Mondi <jacopo@jmondi.org>
Reviewed-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: Quentin Schulz <foss+libcamera@0leil.net>
Signed-off-by: Quentin Schulz <quentin.schulz@theobroma-systems.com>
Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Diffstat (limited to 'Documentation')
-rw-r--r-- | Documentation/guides/application-developer.rst | 10 | ||||
-rw-r--r-- | Documentation/guides/introduction.rst | 2 | ||||
-rw-r--r-- | Documentation/guides/pipeline-handler.rst | 4 |
3 files changed, 8 insertions, 8 deletions
diff --git a/Documentation/guides/application-developer.rst b/Documentation/guides/application-developer.rst index cafb24b1..07cc7273 100644 --- a/Documentation/guides/application-developer.rst +++ b/Documentation/guides/application-developer.rst @@ -47,7 +47,7 @@ runs for the life of the application. When the Camera Manager starts, it enumerates all the cameras detected in the system. Behind the scenes, libcamera abstracts and manages the complex pipelines that kernel drivers expose through the `Linux Media Controller`_ and `Video for Linux`_ (V4L2) APIs, meaning that -an application doesn’t need to handle device or driver specific details. +an application doesn't need to handle device or driver specific details. .. _CameraManager: http://libcamera.org/api-html/classlibcamera_1_1CameraManager.html .. _Linux Media Controller: https://www.kernel.org/doc/html/latest/media/uapi/mediactl/media-controller-intro.html @@ -236,8 +236,8 @@ applied to the system. camera->configure(config.get()); -If an application doesn’t first validate the configuration before calling -``Camera::configure()``, there’s a chance that calling the function can fail, if +If an application doesn't first validate the configuration before calling +``Camera::configure()``, there's a chance that calling the function can fail, if the given configuration would have to be adjusted. Allocate FrameBuffers @@ -259,7 +259,7 @@ of suitable buffers, for instance, when no other device is involved, or on Linux platforms that lack a centralized allocator. The ``FrameBufferAllocator`` class provides a buffer allocator an application can use in these situations. -An application doesn’t have to use the default ``FrameBufferAllocator`` that +An application doesn't have to use the default ``FrameBufferAllocator`` that libcamera provides. It can instead allocate memory manually and pass the buffers in ``Request``\s (read more about ``Request`` in `the frame capture section <#frame-capture>`_ of this guide). The example in this guide covers using the @@ -392,7 +392,7 @@ Create the ``requestComplete`` function by matching the slot signature: Request completion events can be emitted for requests which have been canceled, for example, by unexpected application shutdown. To avoid an application -processing invalid image data, it’s worth checking that the request has +processing invalid image data, it's worth checking that the request has completed successfully. The list of request completion statuses is available in the `Request::Status`_ class enum documentation. diff --git a/Documentation/guides/introduction.rst b/Documentation/guides/introduction.rst index a4671a07..d080679f 100644 --- a/Documentation/guides/introduction.rst +++ b/Documentation/guides/introduction.rst @@ -150,7 +150,7 @@ Architecture ------------ While offering a unified API towards upper layers, and presenting itself as a -single library, libcamera isn’t monolithic. It exposes multiple components +single library, libcamera isn't monolithic. It exposes multiple components through its public API and is built around a set of separate helpers internally. Hardware abstractions are handled through the use of device-specific components where required and dynamically loadable plugins are used to separate image diff --git a/Documentation/guides/pipeline-handler.rst b/Documentation/guides/pipeline-handler.rst index c0fb7147..a7208f57 100644 --- a/Documentation/guides/pipeline-handler.rst +++ b/Documentation/guides/pipeline-handler.rst @@ -1036,8 +1036,8 @@ values. Handling of device controls is again performed using the libcamera .. _Controls Framework: http://libcamera.org/api-html/controls_8h.html This section is particularly specific to Vivid as it sets the initial values of -controls to match `Vivid Controls`_ defined by the kernel driver. You won’t need -any of the code below for your pipeline handler, but it’s included as an example +controls to match `Vivid Controls`_ defined by the kernel driver. You won't need +any of the code below for your pipeline handler, but it's included as an example of how to implement functionality your pipeline handler might need. .. _Vivid Controls: https://www.kernel.org/doc/html/latest/admin-guide/media/vivid.html#controls |