You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The recent move to Antora for Unordered docs has left some minor glitches that we compile in this omnibus issue:
1. Reference sections have "Untitled ..." tab name. See for instance here:
This is due to the fact that reference pages have no main header (note the first subsection begins with ==), which, in the context of Antora, results in the page having no title:
[#unordered_flat_map]
== Class Template unordered_flat_map
:idprefix: unordered_flat_map_
`boost::unordered_flat_map` — An open-addressing unordered associative container[...]
There are two possible approaches to fix this:
Somehow assign a title to the page that serves to compose the tab name while still not displaying on the page proper. I've experimented with attributes :notitle:, :showtitle!: etc., to no avail. See this conversation on Antora's support forum.
Move all level n sections to level n-1. This looks ugly, as the headers appear too big for my taste.
2. Mobile devices: font size too big in some parts of the reference. See for instance this as it appears on my iPhone 8:
This seems to happen when inserting a block of code inside a "Notes:" construct:
unlike xref:#unordered_flat_map_emplace[emplace], which simply forwards all arguments to ``value_type``'s constructor.
Can invalidate iterators pointers and references, but only if the insert causes the load to be greater than the maximum load.
The `template<class K, class\... Args>` overload only participates in overload resolution if `Hash::is_transparent` and `Pred::is_transparent` are valid member typedefs and neither `iterator` nor `const_iterator` are implicitly convertible from `K`. The library assumes that `Hash` is callable with both `K` and `Key` and that `Pred` is transparent. This enables heterogeneous lookup which avoids the cost of instantiating an instance of the `Key` type.
--
3. Mobile devices: two clicks needed to go to a TOC section. Tested on my iPhone 8: go to the TOC and click on any entry (in the images below, "Hash Quality") --> the entry becomes underlined and a further click is needed to go through it:
The text was updated successfully, but these errors were encountered:
The recent move to Antora for Unordered docs has left some minor glitches that we compile in this omnibus issue:
1. Reference sections have "Untitled ..." tab name. See for instance here:
This is due to the fact that reference pages have no main header (note the first subsection begins with
==
), which, in the context of Antora, results in the page having no title:There are two possible approaches to fix this:
:notitle:
,:showtitle!:
etc., to no avail. See this conversation on Antora's support forum.2. Mobile devices: font size too big in some parts of the reference. See for instance this as it appears on my iPhone 8:
This seems to happen when inserting a block of code inside a "Notes:" construct:
unordered/doc/modules/ROOT/pages/reference/unordered_flat_map.adoc
Lines 913 to 940 in 3d2c63f
3. Mobile devices: two clicks needed to go to a TOC section. Tested on my iPhone 8: go to the TOC and click on any entry (in the images below, "Hash Quality") --> the entry becomes underlined and a further click is needed to go through it:
The text was updated successfully, but these errors were encountered: