Антон Мисягин

Попробуй использовать метод Object::send для UserMailer
Документация

У Haml строгая иерархия, поэтому последний div либо должен быть вложен во все случаи, либо class должен быть рассчитан отдельно, например вот так:

- klass = 'c3'
- if condition1?
  - klass = 'c1'
- elsif condition2?
  - klass = 'c2'
 

%div{class: klass}
  %div
    Этот див вставлен в другой

А вообще эту логику нужно вынести в идеале в helper.

Нужно по-другому сформировать данные для списка, в параметр collection: нужно передавать:

[
  ['Московская область', 0, { lattitude: 55.5, longitude: 37.3 }],
  ['Ленинградская область', 1, { lattitude: 54.53, longitude: 34.345 }]
  ...
]

То есть массив массивов, первый элемент которых — текст для option, второй — value, третий — хеш атрибутов.

Задачу сформировать такой массив оставлю вам :)

Как-то так:

ymaps.geoQuery(myMap.geoObjects)
  .search('properties.minZoom > ' + zoom + '')
  .setOptions('visible', false);
ymaps.geoQuery(myMap.geoObjects)
  .search('properties.minZoom <= ' + zoom + '')
  .setOptions('visible', true);

Railscasts PRO #088 dynamic select menus

Нет ничего плохого в различных видах представлений, есть неверное применение. Нет такого понятия, что таблицы сами по себе — зло. Зло — таблицы в качестве основы построения страницы. И корень этого зла вовсе не в таблицах, а в голове того, кто применил такое решение.

А что если заменить на div display:table-cell?

Это — одно и то же. Чтобы вы понимали, сами по себе HTML-элементы не обладают никакой визуальной информацией. Все метаморфозы происходят по причине так называемых правил по умолчанию.

Это значит, что элементы TD и TH будут обладать display:table-cell по причине применения к странице этих правил, а не потому, что они изначально такие. Если вы примените это к своим элементам, ну теперь ваши элементы также будут обрабатываться как ячейки таблицы.

Помимо жёсткой структуры таблицы съедают ресурсы браузера на их обсчёт. Даже table-layout:fixed иногда не спасает.