недавно пришла в голову интересная идея использования google maps static api: сделать простенький конструктор для карт-картинок, которые можно вставить в блог, послать с комментариями по почте или по аське товарищу, чтобы он не заблудился по дороге к твоему дому — да мало ли применений можно этому найти…
основная идея была в максимальной простоте и скорости использования. Мало кто будет полчаса вбивать в My Maps нужные данные и все красиво оформлять. Нет, нужен инструмент, который позволяет за полминуты или даже меньше получить результат, вообще не задумываясь. Несколько кликов — и готово!
простые инструменты хороши тем, что их можно быстро сделать. Ну и машапы тут, конечно, помогают, да и без динамического языка было бы труднее. В общем, за несколько часов наваялась такая вещь: map image. Поставленную перед собой задачу я, в общем, решил. Ну почти : )
Проблема подкралась с неожиданной стороны. Вообще я, конечно, знал, что гугловские апи требуют ключа для работы. Получить ключ — не проблема, но засада в том, что ключ этот работает только на том сайте, для которого он выписан. Таким образом, вся прелесть повсеместного применения срубается под корень. Если картинку вставить в блог, форум или комментарий — она просто не загрузится. Ссылку вставлять не поможет, потому что реферер останется. Единственное применение — программы-не-браузеры: аська да почта.
такой вот получился облом. А жаль, этот инструмент я бы использовал…
вебстандартисты сломали уже немало копий, обсуждая преимущества и недостатки использования именно xhtml, а не html. В итоге общественное мнение склонно считать xhtml хотя и неочевидной, но всё же ошибкой, и предлагает всё-таки использовать html и content-type: text/html. (Рассудительное изучение этого вопроса можно почитать, например, в блоге webkit: «Understanding HTML, XML and XHTML», или у Ивана Сагалаева: «XHTML, говорите?»).
тем не менее, поскольку этот блог — моя любимая песочница, я в ней могу поиграться с вещами, которые не подходят для больших сайтов. Например, отдавать страницы как application/xhtml+xml, добиваясь их полной валидности. Тем более, что из этого иногда получаются неожиданные и интересные результаты.
как я уже говорил, этот блог сделан для себя, с большой странной любовью веб-разработчика : ) Конечно же, тут есть и микроформаты, включая hAtom. Наверняка вы знаете, что он позволяет разметить страницу, как будто это atom feed. Но вот о чём я ничего не знал, так это о возможности превратить xhtml+hAtom+xsl в реальный atom. Дамы и господа, встречайте hAtom2Atom.xsl! А вот пример того, как он делает фид из главной страницы моего блога. (Update: в связи с переходом на html5 это больше не работает)
наверняка все заинтересованные уже знают о том, что опера и сафари показали движки, которые полностью проходят тест acid3. Вероятно, многие читали и запись одного из разработчиков firefox по вопросу «стоит ли firefox гнаться за acid3». Когда я увидел очередной пост на эту тему, мне пришла в голову мысль, что webkit и opera сейчас находятся приблизительно в таком положении относительно firefox, в котором сам firefox стоит относительно ie: мелкие и шустрые против большого и неповоротливого. У «мелочи» небольшое количество сравнительно закаленных жизнью пользователей, поэтому производители этих браузеров могут смело рисковать. Mozilla же ведет себя солиднее и неспешнее. А microsoft — ещё солиднее и еще неспешнее.
интересно, что буквально через пару часов я прочел запись Эрика Майера «Acid Redux», в которой он говорит очень похожие вещи. Но даже интереснее еще одно его наблюдение: нынешняя позиция мозиллы по поводу acid3 очень-очень напоминает недавние замечания команды ie по поводу прохождения седьмым эксплорером acid2. Вот такое сравнение…