| Commit message (Collapse) | Author | Age | Lines |
... | |
| |
| |
| |
| |
| |
| | |
Inspectors can now tick the optional “Save with a public update”
checkbox, to reveal the “Public update” textarea. This means there is
no longer a need for two separate submit buttons.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Even though FMS has had a `.btn` class for a while, styling buttons has
still been difficult, mainly because of the very opinionated base styles
applied to overpowered selectors like `input[type="submit"]`.
This commit brings the FMS styles more in line with modern frameworks
like Bootstrap – inputs and buttons are left completely unstyled by
default, with an opt-in `.btn` class to add the styles back in.
Since `.btn` is just a single class, it’s easy to override, and avoids
selector bloat like `.green-btn, button.green-btn, input.green-btn`.
|
| |
| |
| |
| |
| |
| |
| |
| | |
IDs and locations at the top, then location-related actions (including
a new “navigate to this problem” button), then status and category
inputs (since these can have an effect on how we display the rest of
the form), then any status/category-related inputs, and finally inputs
for internal details like priority and traffic management.
|
| | |
|
|\ \ |
|
| | | |
|
|\ \ \ |
|
| |/ / |
|
|/ /
| |
| |
| |
| |
| |
| | |
It will default to your logged in address, ignoring what is put in this
box. This should also fix an issue where the update email address field
is initially blank when you are logged in and using the "Provide update
as" functionality (due to both fields having the same name).
|
| |
| |
| |
| | |
Cope better if things aren't defined.
|
| | |
|
|\ \
| |/
|/| |
|
| | |
|
| | |
|
| | |
|
| | |
|
|/ |
|
|
|
|
|
| |
- Superusers couldn't view response priorities due to invalid $c->forward call
- Navigation to other areas of admin was broken on response priority admin pages
|
| |
|
| |
|
| |
|
|\ |
|
| | |
|
|/
|
|
|
|
| |
Reduce some duplicated code, and as a side effect gives HTML emails our
internal html_para filter, allowing single line returns in contact form
submissions.
|
|\ |
|
| | |
|
| |
| |
| |
| |
| | |
The report form is now split into "Public" and "Private" sections,
with a third, matching heading, for the category_extras, if shown.
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Bromley previously had an override for fill_in_details_form.html, just
so that it could display a custom sign-in arrangement.
Now that the core fill_in_details_form.html delegates the sign-in stuff
to form_user.html, Bromley can override just that template, and inherit
all the other reporting form goodness from core.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Form input styling is mostly left up to the browser default now.
A custom border, drop-shadow, and border-radius can be applied by
adding the `.form-control` class, which standardizes the appearance
of inputs, selects, and textareas.
The core reporting form, authentication forms, local alert forms,
contact form, and questionnaire form have all been updated to use
the new `.form-control` class.
|
| |
| |
| |
| |
| | |
This message doesn’t make sense when displayed on a council’s website.
(Maybe it was originally intended for FMS.com instead?)
|
| |
| |
| |
| |
| |
| | |
The ticks and crosses already imply that these are things you should
and shouldn’t do. Removing the headings reduces visual clutter, and
better associates the tips with the form input directly above.
|
| | |
|
| |
| |
| |
| |
| | |
`form_user.html` now acts as a counterpart to `form_report.html` and
contains all the form elements to do with login / personal details.
|
| |
| |
| |
| |
| | |
Labels in category_extras.html now match the style of labels in the
rest of the reporting form (ie: no closing colon).
|
| |
| |
| |
| |
| | |
Switching between categories with / without extra questions no longer
results in nested `#category_meta` elements.
|
| |
| |
| |
| |
| |
| |
| | |
Previously only Bristol, Angus, and FMS.com had the category select
box at the top of the form. In our experience, this has worked well,
and hasn’t affected the usability of the form, so let’s standardize
and put it at the top of the form for all cobrands.
|
| | |
|
|\ \
| | |
| | |
| | | |
'origin/issues/forcouncils/89-tidy-report-admin-actions'
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
As part of this, rename "planned reports" to "shortlist".
The `.segmented-control` component now supports basic usage (as in the
admin report actions menu bar) and usage with hidden radio inputs and
labels (as on the report questionnaire page).
|
|\ \ \ |
|
| | | | |
|
| | | | |
|
| | | |
| | | |
| | | |
| | | | |
The Zurich noscript map assumes a WMTS map data setup.
|
| | | |
| | | |
| | | |
| | | | |
This makes it easier to perform manual testing of cobrands.
|
|\ \ \ \ |
|
| | |/ /
| |/| | |
|
|\ \ \ \ |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
When a trusted user makes a report in a category that requires inspection, it'll
be sent immediately (i.e. without being inspected first).
|