@@ -151,7 +151,7 @@ pub struct WeakBackend {
151151impl WeakBackend {
152152 /// Try to upgrade this weak handle to a [`Backend`]
153153 ///
154- /// Returns `None` if the associated backend was already dropped.
154+ /// Returns [ `None`] if the associated backend was already dropped.
155155 pub fn upgrade ( & self ) -> Option < Backend > {
156156 self . inner . upgrade ( ) . map ( |backend| Backend { backend } )
157157 }
@@ -262,7 +262,7 @@ impl Backend {
262262 /// This is the first step for actually reading events from the Wayland socket. See
263263 /// [`ReadEventsGuard`] for how to use it.
264264 ///
265- /// This call will not block, but may return `None` if the inner queue of the backend needs to
265+ /// This call will not block, but may return [ `None`] if the inner queue of the backend needs to
266266 /// be dispatched. In which case you should invoke
267267 /// [`dispatch_inner_queue()`][Self::dispatch_inner_queue()].
268268 #[ inline]
@@ -278,7 +278,7 @@ impl Backend {
278278 /// queue that the backend uses to wrap `libwayland`. While this dispatching is generally done in
279279 /// [`ReadEventsGuard::read()`], if multiple threads are interacting with the
280280 /// Wayland socket it can happen that this queue was filled by another thread. In that case
281- /// [`prepare_read()`][Self::prepare_read()] will return `None`, and you should invoke
281+ /// [`prepare_read()`][Self::prepare_read()] will return [ `None`] , and you should invoke
282282 /// this function instead of using the [`ReadEventsGuard`]
283283 ///
284284 /// Returns the number of messages that were dispatched to their [`ObjectData`] callbacks.
0 commit comments