# Progress Report on Yellow Brick Half-Plane **URL:** \ **Category:** Bugabee\ **Created:** [December 6, 2017, 4:04am UTC](https://forum.beeminder.com/t/progress-report-on-yellow-brick-half-plane/3628 "2017-12-06T04:04:28Z")\ **Posts on this page:** 1\ **Showing post:** 34
**Author:** ![zedmango](https://avatars.discourse-cdn.com/v4/letter/z/c67d28/32.png) [@zedmango](https://forum.beeminder.com/u/zedmango)\ **Post date:** [February 19, 2019, 8:34pm UTC](https://forum.beeminder.com/t/progress-report-on-yellow-brick-half-plane/3628/34 "2019-02-19T20:34:15Z")
As I understand it, #3 is no longer true: > **[The Magical Widening Yellow Brick Road](https://blog.beeminder.com/roadwidth/)** > > UPDATE: This whole post is of historical interest only. We have gotten rid of auto-widening roads in Beeminder! In November 2017 we stopped using this feature on all new goals. Then in January 2020 we fully killed the feature by force-converting all... Some experimenting with changing road width shows that the colors now are inconsistent but generally go with the lanes, not the number of days till derailment, sadly. Relevant: > [@Green/blue inconsistencies](https://forum.beeminder.com/t/green-blue-inconsistencies/3707/2): > > Interesting. This seems to be an artefact of setting a custom road width. By the custom road width of 1000, it’s clearly green because you’re above it. By the ‘natural’ road width of 2500 (related to your slope), it would be in the upper lane, so blue. I suspect that the graph colour is set by something related to beebrain that generates the graphs (and so knows/cares about road width), and that the headline blue colour is based on the time-to-derailment. Agreed that it would be good for the… > [@What do the colors actually mean?](https://forum.beeminder.com/t/what-do-the-colors-actually-mean/2518/21): > > Addendum: Beeminder is actually inconsistent with itself about colors! When you load the goal page for [https://www.beeminder.com/kenoubi/bike](https://www.beeminder.com/kenoubi/bike) (for example) the HTML returned says \, but then the Javascript doom counter immediately changes it to green. The behavior of the updateDoom function is responsible for this (IMO better) behavior. @dreev @bee Would you consider just changing the API for roadstatuscolor to match this code (from the Beeminder … > [@Dashboard colors don't match goal page colors on Do More goals](https://forum.beeminder.com/t/dashboard-colors-dont-match-goal-page-colors-on-do-more-goals/2660): > > I have two goals with two safe days that are showing orange on the dashboard: [image] But on the goal pages they’re showing blue, eg: [image] I know some goals are tricky in terms of safe days vs colors, but these are straightforward Do More goals where the lane width is a day’s worth of effort. Probably worth fixing (if possible) to lower newbee confusion. (I note that these two goals appear to need exactly a day’s worth of effort to stay on track, which means they’re right on the boundary… > [@How is "days until wrong lane" being calculated?](https://forum.beeminder.com/t/how-is-days-until-wrong-lane-being-calculated/1145): > > Looking at my numbers here [https://www.beeminder.com/apolyton/goals/weight](https://www.beeminder.com/apolyton/goals/weight) The latest value is 86.8 The “hard cap by day” table shows that the 86.8 value is over the hard cap for the coming days including Thursday. But the “time left” is only 3 days (2 and today)? What am I missing? slight_smile So basically beeminder will hit maturity when YBHP is here and all these weird bugs go away. @dreev With YBHP will derailments occur only if you’re on the wrong side at your deadline? So that’s why it’s “within 24 hours”? --- _[View the full topic](https://forum.beeminder.com/t/progress-report-on-yellow-brick-half-plane/3628)._