-
Notifications
You must be signed in to change notification settings - Fork 201
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
Release Notes #1773
Comments
Version 2.0.0
|
Version 2.1.0
|
Version 2.3.0Whoops, didn't write release notes for the 2.2 versions! Oh well!
|
Version 2.3.1
Version 2.4.0
|
Version 2.4.1
|
Version 2.4.2
Version 2.4.3
|
lol been skipping release notes for a while! Version 2.4.4
Version 2.4.5
Version 2.4.6
Version 2.4.7
Version 3.0.0
Version 3.0.1
Version 3.0.2
Version 3.0.3
Version 3.0.4
Version 3.0.5
Version 3.0.6
Version 3.1.0
Version 3.2.0
Version 3.3.0Big new WPT features - inline test results!
And some other random stuff:
Version 3.3.1
Version 3.3.2
Version 3.3.3
Version 3.3.4
Version 3.4.0
|
Version
|
Version 3.5.0
Version 3.5.1
Version 3.5.2
|
Version 3.6
Version 3.7
|
Been a while since my last batch of release notes! Version 3.7.1
Version 3.7.2
Version 3.7.3
Version 3.7.4
Version 3.7.5
Version 3.7.6
Version 3.7.7
Version 3.8.0
Version 3.8.1
Version 3.8.2
Version 3.9.0
|
New big batch of release notes: Version 3.10.0
Version 3.10.1
Version 3.11.0
Version 3.11.1
Version 3.11.2 & 3.11.3
Version 3.11.4
Version 3.11.5
Version 3.11.6
Version 3.11.7
Version 3.11.8
Version 3.11.9
Version 3.11.10
Version 3.11.11
Version 3.11.12
Version 3.11.13
Version 3.11.14
Version 3.11.15
Version 3.11.16
|
Version 3.11.17Turns out using just a little of a new HTML parser causes problems when my old hacky line-based code is, well, doing things line-by-line, and thus only feeding the parser part of a tag when a tag is split across multiple lines. So now I just use the HTML parser for the entire pre-Markdown parsing pipeline. (Then Markdown runs, generates some HTML, and feeds its result straight to the lxml parser. Both of these will be rewritten in time as well.) It looks like this doesn't cause any issues with the testsuite, and hopefully should resolve the spurious fatal errors that 3.11.16 was throwing. Lmk if you see any issues! |
Version 3.11.18 - 3.11.21
Post-MortemSo, 3.11.14 caused some problems. I was throwing my new HTML parser at my At this point I could have reverted the code and worked on it more in a branch, and should have. (Second mistake.) Instead I dug in - my new code was nicer, and I wanted to replace all my hacky text munging anyway, so I might as well just rip it out entirely and use my new parser. This took a few days, but it was productive work, and I was happy with it. I did this via a big chain of "wip" commits, with test rebasing going on arbitrarily in commits, so when I thought I was done, I did a big squash commit - Takeaway Fixes
|
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
Version 3.11.22
Version 3.11.23
Version 3.12.0
Version 3.12.1
Version 3.13.0
|
Version 3.14.0Let's try that HTML parser rewrite again! Coming at it more gradually now; I do one early pass over the document with the new parser and then just reserialize back to a string. I haven't yet replaced the datablock, markdown, or shorthand parsing, and I still pass it to the pre-existing HTML parser to actually build a tree, so mostly this is just some extra work being done, but those'll all be absorbed into this work in later phases. As I say in #2602, this brings a few benefits immediately:
It then still runs the datablock, markdown, and finally the existing HTML parser over the spec, so this is probably slightly slower at the moment, but those will be eaten by the parser in later phases. Known issues with existing specs' markup: If you were working around the hacky The HTML parser runs before the Markdown parser right now Previously, The Markdown behavior of "if you have spaces at both the start and end of a code span, remove one from each side" is now properly implemented. A few specs relied on it removing any amount of any whitespace, so now there's an extra space sometimes if you did a linebreak inside your code span for some reason. |
A few small updates in the last few weeks. Version 3.14.1
Version 3.14.2
Version 3.14.3
Version 3.14.4
|
Version 3.14.5
|
Version 4.0.0Woo, major version bump! Content-wise this isn't a break-worthy update, but Bikeshed has officially deprecated support for Python 3.7 (and 3.8), and now requires a minimum version of 3.9. As far as I can tell, this is the highest widely-supported version among default installs now; the old OSes that bundled 3.7 by default are all now out of long-term support.
Most of my time was spent on making Bikeshed's new HTML parser more powerful and more correct (mostly in 5c6f7af). This shouldn't have any big effect on you (some caveats, below), but every step forward I make here makes me so much happier.
I did a lot of careful test review to make sure things are as correct as possible. Aside from the bits I listed above, and the possibility of some new markup errors being flagged, |
Version 4.0.1
|
Version 4.0.2
Version 4.0.3
Neither of these should actually affect specs in a user-observable fashion; let me know if anything seems to be newly wrong. |
Version 4.1.0Several miscellaneous fixes; I wanna get these out before I dive back into the parser.
|
Version 4.1.1A few small fixes.
|
Version 4.1.3
|
Version 4.1.4
|
Version 4.1.5Tiny release.
Version 4.1.6
|
Version 4.1.7 & 4.1.8(4.1.7 was an accidental no-op release.) Tiny update!
|
Whoops, left a few version off the changelist. They're all minor except the last. Version 4.1.9
Version 4.1.10
Version 4.1.11
Version 4.1.12
Version 4.2.0
|
Version 4.2.2
Version 4.2.3
Version 4.2.4
Version 4.2.5 - 4.2.7Insignificant version bumps, just me trying to get py.typed included, so mypy knows about Bikeshed's types. Version 4.2.8
|
(This thread documents the updates in comments; this original comment always reflects the latest version.)
Version 4.2.2
<<foo [<<bar>>]>>
shorthands to be parsed,now that that's an allowed syntax for CSS grammars.
Version 4.2.3
<<foo []>>
(with an empty arg).Version 4.2.4
--no-update
top-level option to a new internal name. (No effect on user-facing code, except thatbikeshed --no-update spec
andbikeshed update --skip-manifest
both correctly work now`.)Version 4.2.5 - 4.2.7
Insignificant version bumps, just me trying to get py.typed included, so mypy knows about Bikeshed's types.
Version 4.2.8
The text was updated successfully, but these errors were encountered: