-
Notifications
You must be signed in to change notification settings - Fork 2
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
Implementation of #101 - Close comparison buttons #123
Conversation
regarding the #101
regarding the #101 Co-authored-by: Julian Oelhaf <julian.oelhaf@posteo.de>
Expanded state of DetailsComponent to have three variables for each possible state Made close buttons switch stats Made DetailsComponent switch content depending on the state Regarding #101 Co-authored-by: Irem Toroslu <irem.toroslu@fau.de>
structured and resized the navbar and the navbar icons fontsizes and fontweight changed. regarding the #101 Co-authored-by: Julian Oelhaf <julian.oelhaf@posteo.de>
Commented the changes made in the previous commit Documented the new functionality Regarding #101 Co-authored-by: Irem Toroslu <irem.toroslu@fau.de>
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.
I suggest we refactor the navbar somehow. Else looking good, and Close buttons work as expected. 🎉
@@ -71,7 +96,8 @@ class DetailsComponent extends Component { | |||
|
|||
// postCalculationRequest(selectedProduct.productID); | |||
|
|||
if (!this.state.loadComparePage) { | |||
if (this.state.baselineScenario) { | |||
// if state equals baseline scenario only |
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.
I think if you really want an XOR you should maybe change this. Because
const baselineScenario = true;
const modifiedScenario = true;
const loadComparePage = true;
Would also activate this case e.g.
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.
The way it is rn: baselineScenario has top priority, then modified then loadCompare page. Intended?
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.
I really like how it is done btw :D
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.
Yeah, we haven't given it too much thought what should be top priority, because in reality if all three are true, then we have a problem :)
Co-authored-by: Irem Toroslu <irem.toroslu@fau.de>
regarding the #101 button classnames redefined and hand mouse point used
class -> className
To avoid using the reserved name "key"
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.
Nice work :)
At the comparison view, there is one button for every scenario and on clicking this Button, the corresponding scenario is closed !!
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.
Looks good to me 👍 🙂
Put <a> in <div> to align them dynamically.
Merge Preparation
No description provided.