-
Notifications
You must be signed in to change notification settings - Fork 243
Use scss #385
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
Use scss #385
Conversation
I think is better to keep the variable introduction separately. I would also mention the use os SCSS happens at compile time. What I would really want to see, preferably before introducing the dark mode is a sample output file, maybe even as a docs job. One thing that I found annoying was that is not easy to compare the themes we have. If we would have an example report that we render with each of them, it would make much easier for the user to make a decision around which theme to use, or for us to review changes around them. I guess its is the time to have our own RTD page. I only hope that RTD allows us to display sample reports inside the docs. |
@ssbarnea, what do you mean with
-- regarding
I think alike. it was hard for me to see if my color changes did not break anything. -- i think introducing sass now would be okay. |
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.
Thanks for this @jkowalleck !
I have a few minor comments and requests to split out things that aren't directly related into separate issues and prs, but I think this is awesome.
@@ -52,3 +52,7 @@ repos: | |||
files: ^(CHANGES.rst|development.rst|README.rst)$ | |||
language: python | |||
additional_dependencies: [pygments, restructuredtext_lint] | |||
- repo: https://github.com/elidupuis/mirrors-sass-lint |
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.
Can we use this scss linter instead? It's more actively maintained and from the pre-commit org which makes me feel like it's more likely to stay maintained.
Also, if we move to the above linter, we can specify the revision as a tag instead of a sha. I think it's easier for people to read and understand tags v shas
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.
actually i read about https://github.com/pre-commit/mirrors-scss-lint
this uses https://github.com/sds/scss-lint. and this one states "Consider other tools before adopting SCSS-Lint" in its readme.
so i think this one is worth a discussion, @gnikonorov
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.
What do @ssbarnea and @BeyondEvil think? My main concern is the fact that https://github.com/elidupuis/mirrors-sass-lint hasn't been updated since 2017.
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.
Some projects reach a high level of maturity and won't see any updates for quite some time, that doesn't mean it's not a valuable project.
How about using stylint?
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.
As long as styling is well maintained I have no objections. What do you think @jkowalleck ?
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.
not sure.
need to research if stylint works well for the case and how it needs to be configured.
will come back to this topic later.
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.
@jkowalleck let's not bloat this PR. Can you create a follow up issue for this so we don't lose track of it? I think the current linter is fine for now
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.
created #391 to keep track of it.
"scripts": { | ||
"test": "grunt test" | ||
"test": "grunt test", |
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.
Is there anyway we can add a github action step that ensures that scss was compiled into css for all PRs? That way we don't have to accidentally worry about people forgetting to run this before they open a PR.
@ssbarnea what do you think?
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.
very good idea, @gnikonorov.
is this what you meant by "I would also mention the use os SCSS happens at compile time.", @ssbarnea ?
but we might need reproducible builds, then. which means npm's package-lock.json
should be under version control.
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.
Let's not bloat this PR. Can you create a follow up issue for this @jkowalleck ?
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.
added #392 to keep track of this topic.
@gnikonorov I am ok, up to you to merge. I do not care much about the unmaintained linter, we can swap it when it breaks. |
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.
Last request for changes @jkowalleck.
Can you create follow up issues for the two outstanding comments I had and also add documentation on the development workflow for scss to the development guide?
Hello @gnikonorov
|
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.
Thanks for this @jkowalleck !
* use scss to generate `style.css` * added linter for sass/scss * generated `style.css` from scss. * developer notes for SASS/SCSS/CSS Co-authored-by: Gleb Nikonorov <gleb.i.nikonorov@gmail.com>
as in #383 (comment)
this very PR causes the
style.css
to be generated via SCSS.this PR in on top of #384.
✔️ as #384 was merged into master, this very PR was rebased.onto upstram master
this was a draft - need to clarify how far the changes of this PR might go.
@ssbarnea, do you think i should introduce a full-featured use of sass-variables and -arithmetic, to calculate some of the used values dynamically? Or should this be an extra PR (which i prefer)?
changes in this PR:
src/pytest_html/resources/style.css
tosrc/layout/css/style.scss
- untouched, no modifications to the file.src/layout/css/style.scss
tosrc/pytest_html/resources/style.css