I.e. the now obsolete core help heading system.

Unwanted now under the new cat/subcat model.

Until now the core option set has been broken up in help output by a
completely different set of headings to the cat/subcat system used for the
preference interfaces. This switches help output to use of the cat/subcat
system.

It is worth pointing out that the text for this alternate heading system
was all marked deprecated back in f0797213
(2006), suggesting intention to make this change all the way back then.
Also, as demonstrated by 711733c6, the
existing model can be considered to be a maintenance problem.

Note, there was not a perfect mapping between the cat/subcat and cat-hint
models; While every 'general' subcat had a corresponding cat-hint, only a
few non-general ones did, thus printing a heading for every subcat entry
results in more headings than before, but this seems to work out okay, even
if some subcats do have very few options.

Per the previous commit, GUI preference code now needs a helper to
determine whether or not to ignore certain subcats that only apply to
help text.

Note that the change from checking `CAT_HIDDEN` to `SUBCAT_HIDDEN` is
intentional and equivalent since only the one subcat exists.

To achieve the goal of remodelling the core help output upon the same cats
and subcats as the preference interface, we need to first introduce some
new cats/subcats for the option blocks that only apply to help text.

Note that empty strings rather than nulls are deliberately used in place
of no help text to avoid a translation null-deref.

See gettext documentation.

This follows the established cargo cult of not assuming that the
toolchain supports SIMD.

This detects support for the RISC-V "V" Vector Extension at run-time
from the device tree via /proc/cpuinfo.

The number of tabulation character can vary with versions. Case in
point, RISC-V started with one tabluration, but has two in more recent
kernel versions, to maintain visual alignment.

This detects compiler support for the RISC-V "V" Vector Extension if it
enabled in the compiler flags (or compiler machine definition).

Lyndon Brown authored 3 years ago and Rémi Denis-Courmont committed 3 years ago

Only two such defines were already in use, the rest were pointlessly
duplicating the text, which should be identical in both interfaces and so
it makes sense to have shared defines.

This happens to fix a few unwanted inconsistencies:
 - MacOS was using lowercase "settings" in two places.
 - Qt was using completely different language for the hotkey and ML tag
   tooltips to everything else.
 - A trivial difference between input tab tooltips.

This provides for audio input/output on embedded Linux.

Alexandre Janniaux authored 3 years ago and Jean-Baptiste Kempf committed 3 years ago

It works much better with dark mode theme.

Alexandre Janniaux authored 3 years ago and Jean-Baptiste Kempf committed 3 years ago

Not generating the tree view is the default setting, but it's actually
pretty useful and pretty common (rustdoc, msdn, mdn, awesome doxygen).

Alexandre Janniaux authored 3 years ago and Jean-Baptiste Kempf committed 3 years ago

Allow the configure script to substitute the theme used in the
documentation for Awesome doxygen css from the CI script.

The theme won't be mandatory, but we can change it and inject it for the
production documentation online.

Alexandre Janniaux authored 3 years ago and Jean-Baptiste Kempf committed 3 years ago

Let's not target IE8. SVG graphs are much more comfortable to read and
scale, and interactive SVG allows more comfortable viewing of big
graphs.

Alexandre Janniaux authored 3 years ago and Jean-Baptiste Kempf committed 3 years ago

Small main page for describing the content of the documentation, while
splitting and describing the role of both libVLC and libvlccore.

It is ought to be extended later.

Co-authored-by: Simon Latapie <garf@videolabs.io>

Alexandre Janniaux authored 3 years ago and Jean-Baptiste Kempf committed 3 years ago

Co-authored-by: Simon Latapie <garf@videolabs.io>

Alexandre Janniaux authored 3 years ago and Jean-Baptiste Kempf committed 3 years ago

Co-authored-by: Simon Latapie <garf@videolabs.io>

Alexandre Janniaux authored 3 years ago and Jean-Baptiste Kempf committed 3 years ago

The example will be included in the main page of libVLC documentation.

Alexandre Janniaux authored 3 years ago and Jean-Baptiste Kempf committed 3 years ago

Fix missing parameters and parameter names.

Alexandre Janniaux authored 3 years ago and Jean-Baptiste Kempf committed 3 years ago

 - references to member from different structure without context:
    - window -> vout_display_cfg.window
    - is_display_filled -> vout_display_cfg.is_display_filled
    - reset_pictures -> vlc_display_operations.reset_pictures

 - fields that have been removed
    - cfg in display activation callback

 - invalid references: ::source

This adds support for 32-bit RISC-V, which only supports 64-bit time_t,
and thus lacks a plain futex system call. This also adds (future)
support for building with a 64-bit time_t ABI on a 32-bit platform.

Lyndon Brown authored 3 years ago and Rémi Denis-Courmont committed 3 years ago

creating pointless tooltips.

cf. d75459a3 (one missed, one added since).

Lyndon Brown authored 6 years ago and Rémi Denis-Courmont committed 3 years ago

per discussion in !90, these strings were considered "too technical"
and/or advanced to want translations for, at the risk of ending up with
poor translations.

it is hoped that by adding these comments, it will avoid such unwanted
translation being resubmitted by anyone later.

Lyndon Brown authored 3 years ago and Rémi Denis-Courmont committed 3 years ago

these map to the 'unknown' constants, and presumably mean
undefined/unset/unspecified. "decide" i feel was just very
confusing.

Lyndon Brown authored 5 years ago and Rémi Denis-Courmont committed 3 years ago

also, do the "undefined" entry of another option.