-
Notifications
You must be signed in to change notification settings - Fork 15
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature/show routes based off checkboxes #24
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks great, it's pretty clean. Just address the comments I left before merging.
@import url('https://fonts.googleapis.com/css?family=Poppins'); | ||
|
||
body { | ||
font-family: 'Poppins', sans-serif; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
+1
padding: 0; | ||
} | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
really nice CSS styles
}; | ||
} | ||
|
||
componentWillMount() { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If possible, let's use componentDidMount as then it'll only run once - and it's better practice to initialize things (lines 43 and 45) in the constructor. See facebook/react#7671
zoom: 15, | ||
pitch: 0, | ||
bearing: 0, | ||
}, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this makes the zoom in/out disappear - make sure this works before merging
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ahh! Sorry for the lag. Will fix this ASAP!
@@ -11,6 +11,7 @@ | |||
"babel-loader": "7.1.1", | |||
"babel-preset-react-app": "^3.0.3", | |||
"babel-runtime": "6.26.0", | |||
"bootstrap": "4.0.0-beta", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Could you describe in the PR how adding bootstrap/reactstrap is useful? (is it to make the sidebar prettier?)
Thanks to trynmaps/tryn-api#14 the client now has to change its Relay schema as to correspond to the new format. The reason such a change is needed is because it's necessary to do the things we want, like only get data corresponding to open routes or better handle the drawing of each route. Now that the states are inside a route, we can choose to request the vehicles ONLY for the routes that are selected - which is a big performance gain. At the same time, only a handful of routes will be open at a time, and there's another PR that will let the user choose which ones (#24). However, while the client works - it only displays the state for the first route. The next step is to have a layer for each route, that contains all of its states - which is a TODO described here: #27 Tests: - manually opened web app and dragged around. Worked as expected.
b46caf5
to
64425ef
Compare
Thanks to trynmaps/tryn-api#14 the client now has to change its Relay schema as to correspond to the new format. The reason such a change is needed is because it's necessary to do the things we want, like only get data corresponding to open routes or better handle the drawing of each route. Now that the states are inside a route, we can choose to request the vehicles ONLY for the routes that are selected - which is a big performance gain. At the same time, only a handful of routes will be open at a time, and there's another PR that will let the user choose which ones (#24). However, while the client works - it only displays the state for the first route. The next step is to have a layer for each route, that contains all of its states - which is a TODO described here: #27 Tests: - manually opened web app and dragged around. Worked as expected.
Thanks to trynmaps/tryn-api#14 the client now has to change its Relay schema as to correspond to the new format. The reason such a change is needed is because it's necessary to do the things we want, like only get data corresponding to open routes or better handle the drawing of each route. Now that the states are inside a route, we can choose to request the vehicles ONLY for the routes that are selected - which is a big performance gain. At the same time, only a handful of routes will be open at a time, and there's another PR that will let the user choose which ones (#24). However, while the client works - it only displays the state for the first route. The next step is to have a layer for each route, that contains all of its states - which is a TODO described here: #27 Tests: - manually opened web app and dragged around. Worked as expected.
Front end piece which includes:
It needs a lot of CSS TLC but the structure is here.
rev: @EddyIonescu