| Commit message (Collapse) | Author | Age | Lines |
|\ |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Add layers for:
* Road crossings
* Belisha Beacons
* Gullies
* Street signs
* Bollards
|
| |
| |
| |
| |
| |
| |
| | |
Not all the layers use the same attribute for the feature code so add
and use a config option to set this, and extract out the style map
settings so we can change them to use the correct attribute for the
label.
|
|/
|
|
|
|
|
| |
use the asset code to determine what sort of type the asset is for
displaying the 'you have selected $type $code' message. Also, pull this
out into a new set of defaults so we can apply it across multiple asset
types.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Simplify markup required for the status banner.
* Simplify styles - the banner is now identical on all screen sizes.
* Move the banner from `report/display.html` into `report/_main.html`
so that it can appear after `.problem-back` in the source order.
* Use real pin icon instead of `pin-flat-white-small.png`.
* Set a default `$col_fixed_label` colour in `_base.scss`, so cobrands
don’t have to define it themselves if they’re happy with green.
* Introduce `$col_fixed_label_light`, with a sensible default for all
cobrands, even ones that have a custom `$col_fixed_label`.
* Remove `$col_fixed_label_dark` – no longer needed.
|
|\ |
|
| | |
|
|\ \
| |/
|/| |
|
| | |
|
|/
|
|
| |
The core validation_rules.js is not included on e.g. the front page.
|
|
|
|
|
|
| |
When a report is pulled in via ajax, it means there are then two sets of
login flow buttons on the page, and the JS setup only attaches to the
first of these.
|
| |
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This moves the email input from `user_loggedout.html` closer to the
password inputs in `user_loggedout_{by_email,password}.html`, because
we want to emphasise the connection between your login email/username
and your password, and, now that only one "Yes I have an account / No
I do not have an account" fieldset is displayed at a time, there was
no reason to ask for the email/username up front.
This, however, now means the form includes two username inputs, so:
* `Report/New.pm` and `Report/Update.pm` now pick the first non-empty
username param and use that.
* `user_loggedout_email.html` now expects a `name` parameter, so that
we can give the two username inputs unique ids in the markup.
Also:
* The "optional" phone and email inputs in user_loggedout_by_email.html
are printed *after* the main username input if SMS login is enabled
(since one or other of them is unhidden by javascript, based on
whether you entered a phone number or and email address into the
"username" input, and it would look weird to have an input become
unhidden *above* the input you’re currently editing).
|
| |
| |
| |
| | |
Co-authored-by: Zarino Zappia <zarino@mysociety.org>
|
| | |
|
| |
| |
| |
| |
| |
| | |
This was a cute space-saving feature at the time, but the layout made it
look like the button was specific to that input, rather than submitting
the whole form. Make similar buttons full width, and improve spacing.
|
| | |
|
| | |
|
| | |
|
|/ |
|
|\ |
|
| | |
|
|/
|
|
|
|
| |
When a user selects a street light display the street light column
number beneath the asset on the map. Also replace the "Select a street
light" text with an indication of which street light has been selected.
|
| |
|
|
|
|
| |
Fixes #1649.
|
|
|
|
|
|
|
|
|
| |
use the bodies array of reporting_data to check if there is council
specific javascript validation and, if so, load that into the JS
validation rules.
This does mean we reset the validation rules each time you select a
category.
|
|
|
|
| |
Fixes #2294
|
| |
|
|
|
|
|
|
|
| |
If set then when the user creates a new body report it will prefill the
report title and description with some basic text.
For mysociety/freshdesk#23
|
|
|
|
|
|
| |
This changes the projection from EPSG:3857, which is not included in the
bristol openlayers build, to the identical EPSG:900913 which is, so that
the conversion happens.
|
|
|
|
|
| |
Do not hide the report form if you click on a non Bucks road that is
managed by Highways England.
|
|
|
|
|
|
|
| |
Includes an option to send to the council instead for e.g. reports on
underpasses or bridges.
Fixes #736
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Given recent changes to the button mixins, now is a good opportunity to
clear out some overcomplicated button styling from a few UK council
cobrands: Greenwich, Hart, and Oxfordshire.
All three referred to `button.green-btn` elements that don’t seem to
exist any more, and I couldn’t find a reason for the extra specificity
in the `input.green-btn` selectors either.
Oxfordshire’s buttons are drastically restyled from the FMS defaults,
so its button rules are a little complex. But I’ve tried to make the
distinction clearer between buttons we’re having to build from scratch
(.btn, .green-btn, etc) and buttons we’re simply re-colouring.
|
|
|
|
| |
.btn--social doesn't do anything, and neither do the text-transforms.
|
|
|
|
|
|
|
|
|
| |
The intention of .btn--block is to make the element full width. Because
of the weird way browsers handle sizing of form elements, just setting
`display: block` on `<button>` and `<input type="submit">` elements
wasn’t making them full width. Instead, .btn--block needed to explicitly
set a 100% width, and then reset any margins or box-sizing issues that
might cause it to overflow its parent.
|
|
|
|
|
| |
Cobrands might include the fields elsewhere, e.g. in moderation.
Also only use 6 decimal places.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Now that the "Report a problem" link in the nav bar links, more often
than not, to the reporting form rather than the homepage, it could be
challenging to actually start a new report in a location *other* than
the one currently on screen.
Rather than adding a link to the homepage, this change hopefully adds
a link right at the moment the user expects it – right on the "Report
a problem" form.
It also gave us an opportunity to reword the "Wrong location" message
and give it an icon more suitable for high-dpi displays.
Fixes #2238.
|
|
|
|
| |
This reverts commit ee3c4e05daf3f4df01762ead3d07697a12f13a28.
|
|
|
|
| |
use symbol code to limit the types of roadworks that show.
|
|
|
|
|
| |
use the filter option to only display roadworks message for road related
categories
|
|
|
|
|
| |
add a `fixmystreet.roadworks.filter` option which cobrands can override
to control when the message is displayed. e.g. limit by category.
|
|
|
|
| |
Uses same parsing of roadworks messages as Lincs
|
| |
|
|
|
|
|
| |
Previously if there was a mix of groups and top-level categories
they weren’t sorted together.
|