| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
|
Seems reasonable, but fails 15 tests! |
Sorry, something went wrong.
|
TypeError: _warn_external() got an unexpected keyword argument 'stacklevel' 😉 |
Sorry, something went wrong.
There was a problem hiding this comment.
just one nit
Sorry, something went wrong.
actually a real (minor) thing to fix on the warning too
| Back | FazBrowse Home | New Git URL |
PR Summary
This PR prevents users from stumbling into #7122, #8779, #15501.
It does not technically fix them, FixedFormatter has a one-off bug with locators other than FixedLocator. But setting fixed labels at unknown positions is anyway not a good idea. So even if the one-off bug was fixed FixedFormatter should only used with FixedLocator.
One could set the formatter first and the locator afterwards, which would technically yield the correct result. However, I feel that setting the position first and the labels second is the natural way, and is actually done throughout the library.
No alternative: Since Formatters don't know about Locators FixedFormatter itself cannot check at runtime and we have to resort to this somewhat clumsy approach.
And I strongly want some feedback on this potential problem from running code, because nobody reads the docs 😄.