bobuk / islands Goto Github PK

Редактор форм http://interactive-answers.webmaster.yandex.ru/editor/ при нахождении ошибок в xml выводит текст всех ошибок сплошным текстом, без разделения. Хотелось бы, чтобы текст каждой ошибки выводился с новой строки, так легче читается.

Сейчас:

Фильтр 'Категория' проставляет значение несуществующему плейсхолдеру type Фильтр 'Вид потолков' проставляет значение несуществующему плейсхолдеру type Фильтр 'Тип стеклянных изделий' проставляет значение несуществующему плейсхолдеру type Фильтр 'Тип светильников' проставляет значение несуществующему плейсхолдеру type

Нужно:

Фильтр 'Категория' проставляет значение несуществующему плейсхолдеру type
Фильтр 'Вид потолков' проставляет значение несуществующему плейсхолдеру type
Фильтр 'Тип стеклянных изделий' проставляет значение несуществующему плейсхолдеру type
Фильтр 'Тип светильников' проставляет значение несуществующему плейсхолдеру type

Готовы реализовать для бронирования столиков, дайте описание :)

Как можно контролировать текст кнопки? Реализовали у себя поддержку для бронирования столиков, но что будет написано на кнопке - непонятно.
Пример реализации: http://spb.tomesto.ru/places/barberry

OGP has a Turtle shema. Turtle schema of "islands" additions to OGP should also be published, to make tool-support simplier

Столкнулся с необходимостью передать параметр, не требующий выбора пользователем, то есть всегда одно и то же значение. Как его можно прописать в xml?

Думаю, в такой ситуации отлично бы подошёл аналог с предустановленным значением. Прошу рассмотреть предложение, заранее спасибо!

interaction:http_handler:response_type (enum) — необязательный тег, 
обозначающий тип запроса к API. Если тег не указан, по умолчанию 
тип считается GET. Возможные значения GET, POST

по логике это должно называться interaction:http_handler:request_method потому, что речь о запросе, а GET или POST в терминологии http принято называть "методами".
или объясните подробнее почему у вас оно так называется?

здесь в строке «Сообщить Яндексу описание полей формы можно с помощь разметки», пропущена буква «ю» в слове «помощью».

Как сделать в форме элементы выбора даты/времени, как в примерах с поликлиникой и кинотеатром?

Добрый день! У меня система бронирования (своя база и данные) позволяющая производить расчет стоимости проживания применительно к одному или всем объектам по локации (курорту). Система работает с различными типами недвижимости (отели, виллы, апартаменты и дома). В форме расчета имеется селектор выбора типов. Где найти схемы для описания последних?

I just stumbled across this project and it looks highly interesting. I'm wondering if you've considered to use/support JSON-LD. It allows you to serialize the data in natural looking JSON but at the same time to map it to OGP concepts. In most cases, all you have to do is to add a single line. The example from the docu could look as follows:

{
  "@context": "http://islands.yandex.com/",
  "interaction": "BookTable",
  "web_handler": "http://menu.ru/order/table"
}

This would simplify the interpretation of responses from Web APIs enormously I think.

Of course it is also possible to embed that directly in a HTML page using a script that. The JSON-LD specification contains an example illustrating that.

The context maps the simple JSON keys in the example above to URLs from the OGP vocabulary. So the document at http://islands.yandex.com/ would look something like

{
  "@context": {
    "og": "http://ogp.me/ns#",
    "interaction": "og:interaction",
    "web_handler": "og:interaction:web_handler"
  }
}

Disclaimer: I'm one of the authors of the JSON-LD specification.