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:
parent
0427aa71fa
commit
9bd1f13de3
1 changed files with 4 additions and 2 deletions
|
@ -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">
|
||||
|
|
Loading…
Reference in a new issue