-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
Added white to avialable appearance colours #789
Conversation
@nophead how about this: |
Yes that would be nice but is it available as a colour in HTML? On 27 February 2015 at 13:48, Bob Clough notifications@github.com wrote:
|
Very nice. Can you explain what the deal is with octoprint.css please. What On 27 February 2015 at 17:42, Bob Clough notifications@github.com wrote:
|
octoprint.css is compiled from octoprint.less. less is a css preprocessor that lets you use nice things like variables and functions to make pretty cross platform css. You can compile it under linux using lessc:
|
So this PR has a bug because I don't understand css. I assumed that the colour string was just used as an HTML colour but it seems it is a css class name? I think it appeared to work for me because the default class sets the colour to very slightly off white. @thinkl33t 's version is better so I will close this. His is missing the image though so I have added that to my fork. |
I clearly don't understand git either. Does this PR include commits to my fork that I made after I made the PR? In which case I could reopen it. Or do I have to submit a new one? Will it get merged anyway as the transparent effect is a bit obscure? |
Anything that you commit to the branch you created the PR against will be added to the PR. The advantage of this is that it makes stuff like reviewing a PR less of a hassle - the PR author can just fix things that are not perfect yet, commit the fixes to the PR branch and they become automatically part of the PR. this is one of the reasons why I usually only accept PRs against a special PR branch, not Maybe some quick words on how that appearance color stuff works. Since it's not just a static background color but actually a gradient it depends on css classes named like the colors. So adding a simple class If you want you can re-open the PR, or I'll just quickly give your and @thinkl33t 's changes a manual test drive and merge them that way. |
Ok, thanks for the explanations. |
I just noticed my version is lacking a gradient. I think it needs @thinkl33t's, version of the image as he must have put the gradient in the image. |
I'll re-commit it shortly
|
New transparent background with gradient + update to latest devel
Merged, but without the gradient including image. Instead I made it based purely on a combination of the gradient less image and a CSS gradient overlayed on top of it. Has the nice added side effect that I could turn transparency itself into a toggleable option and you can now have all of the available colors semi-transparent - let's face it, there is not only crystal clear acrylic, and while we are being a bit silly, let's go all the way ;) |
Great thanks. Apologies for off topic questions but Git and Github have completely kettled my swede! The more I use them the less I understand. What is the correct method to make my Devel branch catch up with yours? After wrestling with it for a day and having it tell me I was working with a detached head at one time, the best I have achieved is resetting to before I merged @thinkl33t's graded image and then merging your changes. That seems to work but it says I am one commit ahead and it has a different hash. Before these changes my devel was the same as yours with the same hash as it was freshly forked. I have the same issue with the local copy on the RPi unless it is a fresh clone. Since this is shown on the page and used for bug reporting I assumed identical code would give an identical number. |
OK I worked it out so I can answer my own question: I should have done all my work in a topic branch and not disturbed my copy of devel. That way I can merge your upstream commits as simple fast forwards and get the same hash. The other mistake I made was doing the merges in github. I should do them all locally with git and then just push the results to github. To fix the mess I hard reset my devel to before I touched it and then pulled your upsteam changes, which of course contained the changes I just discarded with the reset. Apologies for the noise. |
@nophead I was about to explain this to you this morning, but apparently you successfully figured it out yourself :) No problem regarding "the noise" either ;) |
One of my machines is white Dibond. Not sure what to do about the acrylic one!