npofopr

Ну для VS Code тоже есть плагины для livereload. Но получится тот же sublime

А brackets пробовали? Там вроде тоже что то "встроенное" есть на этот случай.

Вы бы лучше показали эту таблицу в какой нибудь песочнице

В качестве Git'а стоит Gogs. Через Веб-хук Дженкинс перехватывает коммит, но в свою рабочую директорию складывает весь проект целиком, наверно так и должно быть. Суть в том, что Jenkins плагином по фтп отправляет все файлы целиком, как его научить отправлять только изменённые, т.е. только последний коммит?) Есть разбор ответа на https://stackoverflow.com/questions/30287741/how-to-make-jenkins-filter-files-changed-in-last-commit-and-send-them-by-ftp-sft Но мне не совсем понятно, где/ как прописать git show --pretty="format:" --name-only HEAD git log -1 --pretty=format:"%h" | xargs -I %id% git diff-tree --no-commit-id --name-only -r %id% | xargs -I % cp --parents % upd/ Или может можно как то по-другому?

Да вроде они чинили этот вопрос. Для фаерфокса на ccs-live есть статья уж 2011 года, вроде.

Хотя для td работает relative. Можно так заколбасить http://jsfiddle.net/QU2zT/1/ ) правда не знаю, то ли это. На stackoverflow куча вопросов на эту тему, можно наверно что нибудь найти

The effect of 'position:relative' on table-row-group, table-header-group, table-footer-group, table-row, table-column-group, table-column, table-cell, and table-caption elements is undefined.

во, http://css-live.ru/css/metriki-shrifta-line-height-vertical-align.html почитайте

line-height: 1; ещё попробуйте поставить.

Дак не вопрос. Всё зависит от взглядом на жизнь. Интуиция она у каждого своя :-) Чем бы вы и не вы пользовались сегодня, через год вы будете пользоваться другим. Вообще тема поста другая :-D

Я пользуюсь tars. Структура по ссылке. Хочу ещё этот попробовать. Да в целом да, всё в своих местах. Лишь бы собралось в другое место всё, а не тут же. Тут в общем то в удобстве дела для каждого всё. Ради удобства я бы объединил js и libs в одну папку, а там уже разветвил, то же самое про css и scss, можно объединить в style и т.п. Как то более подробно развернуть пока не получается, может позже мысль сформируется И кстати, компонентный подход тоже стоит внимания. Удобно, как оказалось) Обычно для стилей.

Каждому своё) Проблем никаких нет. Я же за себя отвечаю.

Вот я бы не держал всё в одной куче. При голой вёрстке.

Дак обычно все делают, src папку (исходними), папку dev (live-reload папка на момент разработки) и папку build (конечный результат). В общем то, достаточно посмотреть на боле менее популярные сборщики.

1. html и css. попросит, выдадите. лучше всё равно все ваши проекты хранить в гите (битбаките). 2. готовые. редко когда прямо на сервере компилируют. Но можно держать там и сборщик. чтобы последующий разработчик скачал и скомпилировал, а потом залил файлы. + есть всякого рода ftp sync. А в целом всё от проекта зависит и разработчиков. Можно и локально разрабатывать, делать push в git и чтобы автоматом деплоилось на сервер и т.п. :-)