li {
-webkit-column-break-inside: avoid;
page-break-inside: avoid;
break-inside: avoid;
}
I appreciate this project and it's ability to cut the fat on a lot of recipe websites.
While we all want our favourite sites to be compatible as soon as possible it's seems odd to have yet another repo of parsers. recipe-scrapers, a dependency of this project, is quite mature in the amount of scrapers it has and it used by other projects. Wouldn't it make more sense to encourage parser PRs to be sent to that project and eventually get them downstream? In doing so, each repo can be focused on singular functionality while sharing the parsers with more projects.
Something as simple as a line in README or a reminder in a Github issue template would suffice.
Thanks
Bit of a minor issue, but I'm often using this app on mobile, where the <input />
element will appear quite small / is not an ideal UX.
I propose making the site a bit more responsive by adding some very simple mobile-friendly CSS. I am well-versed in this area and would love to open a PR and help add this, if we think it's a good idea.
Thanks for making this app, I use it multiple times a week (because I can't stand the ads and long-winded stories that often accompany recipes on food blogs).
These parsers all seem to do essentially the same thing:
- bowlofdelicious
- gimmesomeoven
- hostthetoast
- lovingitvegan
- minimalistbaker
I'd like to add thewoksoflife.com which includes the same json. Ideally I could just add it to a whitelist or something, instead of copying a lot of boilerplate.
Alternatively, since the format seems to be fairly common, you could potentially grab the html, attempt to scrape it, and only if that fails you would show the unsupported page.