Служил. Прошел конкурс в местную военную прокуратуру на должность помощника следователя и примерно пол срока проработал вне казармы. Было довольно интересно, опыт даже какой-то получил в уголовно-процессуальной сфере, но потраченного времени в армии все-таки жаль.
Подскажите, а как заставить NodeJS компилятор LESS-файлов исправлять относительные пути (фоновые картинки, шрифты), так что бы они были правильными относительно расположения скомпилированного файла? JavaScript компилятор правильно переопределяет эти пути, а NodeJS оставляет их без изменения. По моему это достаточно существенный минус у родного компилятора LESS.
В своё время перепробовал немало редакторов из этой весовой категории. Но ни один не умел делать достаточно простой, но очень полезной для веб-верстальщика вещи — при перетаскивании картинки в HTML документ в нём создаётся полностью заполненный тег img. Если перетащить в CSS, то будет вставлен background, width и height. Ради такой фишки я готов отказаться от всяких навороченных поисков, плагинов и карты документа.
Долгое время пользовался NPP, но когда пришлось снова много верстать перешёл на PSPad. Это единственный редактор, который умеет то, что мне надо. К сожалению, как понимаю, новая версия NPP по прежнему не имеет подобного функционала.
Ну если не брать в расчёт вероятно более лучшую пресловутую индексируемость поисковиками, то как минимум смысл имеется в разделении функционала. И если HTML будет иметь сильную смысловую завязку на отображение, то при внесении изменений придётся либо править и CSS и HTML. Либо ломать шаблон и например неожиданно переместить в право столбец с классом left-column.
Само собой на данный момент совсем полное разделение функционала между HTML и CSS это из области теории, хотя бы потому, что в CSS пока нет достаточно хороших механизмов для гибкого управления расположением элементов на странице. Но как и любой идеал этот тоже имеет право, что бы к нему стремились.
Я лично предпочитаю максимально разделять зоны ответственности между различными частями вёрстки. Т.е. HTML отвечает за правильную структуру документа и семантику, CSS+JS — за отображение этой структуры в том виде как её задумал дизайнер. Именно эти принципы мешают мне использовать различные модульные сетки, т.к. в этом случае приходится в пределах одного HTML смешивать семантику и отображение (из-за использования классов типа «grid_1 prefix_8 suffix_3»).
Возможным решением в таком случае было бы наследование правил в CSS, что бы например я мог для своего класса «article» (или соответствующего тега из HTML5) указать наследование стилей из других правил (например классов «grid_1 prefix_8 suffix_3»).
А можно как то настроить PyCharm, что бы он учитывал, то что написано в файле .hgignore при использовании интеграции с Mercurial? А то раздражает повторно указывать то что надо игнорировать.
Я так понимаю в PyCharm свой собственный список ignore-ов, но было бы неплохо если бы для этого всё таки использовался предусмотренный VCS механизм.
Если уж говорить о собственном сервере для SSO, то в этом случае недостаток, который вы указали для OpenID, легко устраним. И для проекта, которым я в данный момент занимаюсь, я выбрал для SSO именно собственный провайдер OpenID. Кроме простого SSO с использованием логин/пароля мне от провайдера требовался ещё и дополнительный функционал (аутентификация через соц. сети и др. OpenID/oAuth провайдеры, личный кабинет, внутренний API с авторизацией через oAuth и т.д.). Поэтому тот факт, что полноценная реализация CAS провайдера есть только на языках, которые в данный момент не являются моими фаворитами оказался существенным минусом для этого протокола.
Где то читал, что эта группа хотела сделать свою реализацию анимации в PNG (по некоторым возможностям близкую к флеш), поэтому и отклонили такое простое решение как APNG.
Вот решение, которое я давно нашёл.
Оно самое лучшее и простое (две команды + перезапуск сессии) для того, что бы в Ubuntu основные «веб-шрифты» выглядели точно так же как в Windows с отключенным ClearType.
По моему разделение функционала между таскбаром и панелью быстрого запуска имело смысл в те времена, когда большинство программ умели одновременно работать только с одним документом. Я и сам в Windows XP всегда отключал объединение экземпляров программы в одну закладку на таскбаре, т.к. это замедляло переключение с помощью мышки.
Но сейчас другие времена и все наиболее популярные приложения содержат собственные вкладки для работы с несколькими документами. Пропала необходимость запускать несколько копий программ. И поэтому в большинстве случаев стало нецелесообразно тратить место на кнопку быстрого запуска и собственно вкладку в таскбаре. Идея объединить их в одну кнопку лежала на поверхности, что собственно и происходит в современных DE.
За всё время использования Windows 7, ни разу не захотелось вернуть классический интерфейс WinXP. Программы, которые я часто использую, закрепил в таскбаре, остальные запускаю через Пуск или ярлык на рабочем столе.
Долгое время пользовался NPP, но когда пришлось снова много верстать перешёл на PSPad. Это единственный редактор, который умеет то, что мне надо. К сожалению, как понимаю, новая версия NPP по прежнему не имеет подобного функционала.
<ul>
...
<li><a href="...">...</a></li>
<ul> ... </ul>
...
</ul>
Т.е. вложенный ul получается за пределами элемента li к которому он относится.
Само собой на данный момент совсем полное разделение функционала между HTML и CSS это из области теории, хотя бы потому, что в CSS пока нет достаточно хороших механизмов для гибкого управления расположением элементов на странице. Но как и любой идеал этот тоже имеет право, что бы к нему стремились.
Возможным решением в таком случае было бы наследование правил в CSS, что бы например я мог для своего класса «article» (или соответствующего тега из HTML5) указать наследование стилей из других правил (например классов «grid_1 prefix_8 suffix_3»).
это не то же самое что и
Второй вариант так же сработает и на пустую строку.
Я так понимаю в PyCharm свой собственный список ignore-ов, но было бы неплохо если бы для этого всё таки использовался предусмотренный VCS механизм.
export _JAVA_OPTIONS="-Dawt.useSystemAAFontSettings=on"
стало гораздо лучше, я пока доволен.
Оно самое лучшее и простое (две команды + перезапуск сессии) для того, что бы в Ubuntu основные «веб-шрифты» выглядели точно так же как в Windows с отключенным ClearType.
Но сейчас другие времена и все наиболее популярные приложения содержат собственные вкладки для работы с несколькими документами. Пропала необходимость запускать несколько копий программ. И поэтому в большинстве случаев стало нецелесообразно тратить место на кнопку быстрого запуска и собственно вкладку в таскбаре. Идея объединить их в одну кнопку лежала на поверхности, что собственно и происходит в современных DE.
За всё время использования Windows 7, ни разу не захотелось вернуть классический интерфейс WinXP. Программы, которые я часто использую, закрепил в таскбаре, остальные запускаю через Пуск или ярлык на рабочем столе.