Remove deprecated options
See original GitHub issueThe --flow-parser
and --parser postcss
options are deprecated. Let’s remove them 🔥
Let’s also search for other deprecations in the code base and get rid of them too.
Issue Analytics
- State:
- Created 6 years ago
- Reactions:2
- Comments:11 (11 by maintainers)
Top Results From Across the Web
Removed or deprecated platform features | Dynamics 365
This article describes features that have been removed, or that are planned for removal in platform updates of finance and operations apps.
Read more >DeprecatedOptions – OpenVPN Community
In this wiki page, we will try to keep an up-to-date list of all options we have deprecated, when they will be removed,...
Read more >WL#5185: Remove deprecated 5.1 features - MySQL
This is a task for formally deprecating and removing items that are mentioned in the 5.1 manual or source as being deprecated, to...
Read more >Enhanced Deprecation - Java - Oracle Help Center
Starting with JDK 9, APIs may be marked as deprecated for removal. This indicates that the API is eligible to be removed in...
Read more >Chapter 9. Deprecated functionality Red Hat Enterprise Linux 8
It is recommended that you modify your Kickstart file to remove the option. (BZ#1637872). The Kickstart autostep command has been deprecated.
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
What exactly are we going to remove in 2.0? Only
--flow-parser
and--parser postcss
? What about--parser babylon
? Do we want to remove deprecated option values liketrue
andfalse
forproseWrap
?Is it necessary that
getSupportInfo
be able to return correct info about any previous versions including removed options? This means we can’t completely remove them, right? So what exactly should be done in this issue then?The
markdown
parser is documented and not even deprecated. On the other hand,remark
never was documented. That TODO seems to express just an intent to renamemarkdown
→remark
sometime. But if we really want to go that way, it should be done gradually like it’s been done withbabylon
→babel
. I doubt we want to though. What for?