#btremI am marking up a food menu to try out different ideas for h-menu, and tried the include-pattern using the object element. I was unpleasantly surprised:
#btremI linked an h-card to menu items, but in Firefox, it actually copies the h-card contents in the place where the <object> element is. That actually makes sense from the point of view of the element, but definitely not what I expected.
#btremThe pity is that for include-pattern, <link> would probably be intuitive to new authors. Use <link> to link e.g. an h-card to another microformat. Shame.
#[tantek]<link> is not intuitive for authors in general, unless you're using it for a stylesheet
#btremYeah, I see your point. That's why I said for "new authors". Experienced web authors who are new to mf might get confused by a <link> in the body.
#btremI already saw the wiki include-pattern page. That's why I tried the <object> element. I was asking about "work on HTML includes since then". Is there work outside of the mf community on linking data on the same page?
#btremI suppose the problem with <link> applies to <meta> as well. It, too, is normally not used in <body> even though it is permitted.
#[tantek]permitted is not the same as "it works", that's the problem.
#[tantek]I realize that's a pretty big effort, however that kind of thoroughness is actually what's needed here.
#[tantek]we've been able to ignore the "include-pattern" so far in the evolution of microformats2 because there haven't been any use-cases that required it
#[tantek]so I'd advise also trying to coming up with -brainstorming solutions that do not require any form of include
#btremOk, good advice. Honestly, I've got two different menus, one using <table> markup, the other using <dl> markup. I can simply make sure the h-card is inside a section to solve the problem. But that might not work for web authors. So I was trying out include patterns.
#btremI suppose a web author could always add an h-card inside an h-menu and use display: none if the layout doesn't work with the h-card visible in that place. Clumsy, but it would work.
#[KevinMarks]why do you need to include an h-card? if it's a layout issue, could you use grid to move elements around the page?
#[KevinMarks]we have examples of putting the containing h-* on the body, though that can be confusing too.
#btremWhen I first brought up the idea of an h-menu format, someone (me? [tantek]? [KevinMarks]?) said that a menu could be linked to the restaurant via an embedded h-card.
#btrem[tantek] agreed: exactly!kind of like how h-resume contains an h-card for the person!
#[KevinMarks]I am assuming that in general a menu is a page (if your menu is many web pages, that may be OK too, but Gordon Ramsay will swear at you)
#[KevinMarks]so the page can contain the menu and a h-card for the restaurant too, but it may not need to be the full complex h-card with geo etc in.
#[KevinMarks]having that in the page footer is probably a good practice, but it need not be in the menu.
#btremTo hell with Gordon Ramsay! (Actually, even though I worked for /decades/ in restaurants, I don't know who he is, except that he's a "celebrity chef". :-D
#btremIn which case, the h-menu class would have to be on the <body> element.
#btremWhich I could deal with, though as you said, that can be confusing.
#[KevinMarks]I have watched a few Kitchen Nightmares (the UK ones are better) and it mostly him saying "clean your **** kitchen. Trim your menu back from 10 pages to a couple of pages of good things made from fresh ingredients." and then his crew tidying and redecorating front of house.
#[KevinMarks]He did do a good series for Channel 4 which was a masterclass in cooking techniques.
#[KevinMarks]So maybe theres a parallel in Restaurant Website Nightmares
#btremThis is not a universal view by any means, but a fair few restaurant lifers hate celebrity chefs in general.
#[KevinMarks]Google Local does a decent job of this - I have fixed a lot of places hours myself, but they can claim it and edit, which has been useful recently for those who grasp it.
#btremI didn't know that existed. *Yes* we should work on that. I suspect that opening hours would be very useful to h-menu consumers.
#btremI had mixed results with Google Local. I was sort of miffed that I used an open-hours markup (I think of Google's making!) and Google ignored it.
#btremI don't know if I'm too pie-in-the-sky, but it would be nice for local businesses to publish their info on their website and have e.g. Yelp or Google pick it up.
#btremSo they wouldn't have to open accounts in every damn service/search engine/etc. and update each one whenever they change something in their business. Like hours, or menu, or whatever.
#[KevinMarks]as a "local expert" or something, I have enough edit points to change places hours (with a photo of them from the premises)
#btremA good way to know if your proposed microformat properties work is to try to use them. Fortunately, I still have two (old) html menus from two different restaurants to try. It's a good way to quickly come across problems. ;-)
#btremWhich brings up a question: restaurants often have different sizes for items, e.g., small or large salad, 12" or 16" pizza, schooner or pint of beer. h-product doesn't have an obvious way to handle this. Any thoughts?
#btremAlso no way to handle add-ons: add bacon to your burger, $2.00. Add mushrooms to your pizza, 1 pound (sorry, don't have a key for pounds sterling!).
#btremI'm suspicious of the google website builder. Beware of Romans bearing gifts.
#[KevinMarks]option-3 (I have a Uk keyboard now so # is option 3 and £ is shift 3)
#btremOpen Table had a free mobile website builder that had the nice side-effect of locking you the restauranteur into their service. Which made me think it was not a side effect at all. :-/
#[KevinMarks]well, the question is how detailed do you need to parse the extras out?
#btremYeah, that is the question? For the website that's read only, not much. But if it were a menu that you could order from that'd be different. And if we were hoping to get e.g. Open Table or GrubHub to pick up the menu without the owner having to reenter the data, then it would matter.
#[KevinMarks]if you have a price for an item, you could have the menu show burger £5 with bacon + £2 but mark that up as 2 items that parse to [{"name":"burger","price":"£5"},{"name":"bacon burger","price":"£7"}]
#btremI take it this didn't come up when h-product was developed? No issues with sizes on clothing or whatever?
#[KevinMarks]like how we deal with dates, or use abbr
#btremSo think about how the json should look, and work backwards from there? That's a thought.
KartikPrabhu joined the channel
#[KevinMarks]well, don't overdo that or you do end up with schema again. It is a back and forth between trying to keep as much information in the plaintext as possible, and adding structure hints as to what is important.
#[KevinMarks]the big temptation is to define an abstract data structure and insist that people publish in that.
#btremYeah, I definitely want to avoid the schema.org thing. Ok, thanks, I'll give this some thought.
#btremI was trying to figure out how to deal with prix fixe menus, too. There's no way to specify choice of in mf. But for now, I'm strongly inclined to KISS. Just apply a price to the whole menu, and put all the choices, for each course, in one large e-description.
#[KevinMarks]well prix fixe usually have cheeky supplements too