Bug 31917: Headings fix for preferences search

This patch re-arranges the logic for displaying the search term when
executing a system preference search.

Test plan
1) Without the patch, search for something that will get no results
   'boing' and note how it looks
2) Without the patch, search for something that gets some results
   'block' and note how it looks
3) Apply the patch
4) Repeat your searches and comment on whether the look is better of
   worse ;P

Signed-off-by: David Nind <david@davidnind.com>

Signed-off-by: Owen Leonard <oleonard@myacpl.org>

Signed-off-by: Katrin Fischer <katrin.fischer.83@web.de>
Signed-off-by: Tomas Cohen Arazi <tomascohen@theke.io>
This commit is contained in:
Martin Renvoize 2022-10-21 16:06:44 +01:00 committed by Tomas Cohen Arazi
parent 0427aa71fa
commit 9bd1f13de3
Signed by: tomascohen
GPG key ID: 0A272EA1B2F3C15F

View file

@ -41,7 +41,6 @@
<div class="col-sm-10 col-sm-push-2">
<main>
<h1>System preferences</h1>
[% IF ( jump_not_found ) %]
<div class="dialog alert">
Could not find a system preference named <code>[% jumpfield | html %]</code>.
@ -51,8 +50,11 @@
<div class="dialog alert">
No system preferences matched your search for: <strong>[% searchfield | html %]</strong>
</div>
<h1>System preferences</h1>
[% ELSIF searchfield %]
<h2>You searched for: [% searchfield | html %]</h2>
<h1>System preferences matching: [% searchfield | html %]</h1>
[% ELSE %]
<h1>System preferences</h1>
[% END %]
[% FOREACH TAB IN TABS %]
<div class="prefs-tab">