Join GitHub today
GitHub is home to over 40 million developers working together to host and review code, manage projects, and build software together.
Sign upAdded white to avialable appearance colours #789
Conversation
This comment has been minimized.
This comment has been minimized.
|
@nophead how about this: |
This comment has been minimized.
This comment has been minimized.
|
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:
|
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
|
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:
|
This comment has been minimized.
This comment has been minimized.
|
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:
|
This comment has been minimized.
This comment has been minimized.
|
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. |
This comment has been minimized.
This comment has been minimized.
|
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? |
This comment has been minimized.
This comment has been minimized.
|
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. |
This comment has been minimized.
This comment has been minimized.
|
Ok, thanks for the explanations. |
This comment has been minimized.
This comment has been minimized.
|
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. |
This comment has been minimized.
This comment has been minimized.
|
I'll re-commit it shortly
|
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
|
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 ;) |
This comment has been minimized.
This comment has been minimized.
|
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. |
This comment has been minimized.
This comment has been minimized.
|
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. |
This comment has been minimized.
This comment has been minimized.
|
@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 ;) |






nophead commentedFeb 27, 2015
One of my machines is white Dibond. Not sure what to do about the acrylic one!