James Addison

Hi @snickers2k - thanks for the request: let's see what we can figure out. Currently, as you may have realized/figured out already, `recipe-scrapers` is designed to extract a single recipe...

I think we should be cautious about this. In fact, @jknndy - I'd suggest pausing until we check a few more details. In particular I have a memory about copyright...

I don't think I'm enough of an expert in this to provide any definitive answers. I'll seek some expert/professional advice that I can share here about what the acceptable boundaries...

I haven't yet found that advice, but do still intend to; while preparing for that I'll write up some guidelines about how I think about some of the valid, intended...

Here's what I've put together so far. One side-effect of this is: no, I don't think we should support collections of recipes. However, all just my opinion and perspective on...

I think that the tasks from here are complete-enough that this can be closed; the `mypy` type-hinting inference for subclass methods would be very nice, but may take a while...

July 2024 update: of the requested recipes sites, today the library includes support for: `smulweb.nl`, `ah.nl`, `leukerecepten.nl` and `lekkerensimpel.com`. Any confirmation that those work well, or alternatively bugreports if they...

A fix for this is available in [`recipe-scrapers` v14.32.1](https://pypi.org/project/recipe-scrapers/14.32.1/) - could you check whether that resolves the problem for you @JSilverstein?

After a bit of investigation here, this isn't currently straightforward to do. Perhaps we'll revisit it again in future.

Reopening this after spending a while on #629 debugging issues related to `lxml`.