sitecreator

Если честно, то как то уже утомили темы вроде "сделать кое что". давайте уже тогда будем совсем лаконичные темы создавать вроде "ищу работника" и запретим потенциальным исполнителям писать в теме - "товарищи, все идем в вконтакте!"

Что вас смутило в "фотошоп и верстка", что привело в печальное расположение?

Вы абсолютно меня, к сожалению, не хотите понять почему то. Мы говорим на разных языках. И, скорее всего, вы за моими словами видите нечто совершенно свое. WTF - относится к "зачем делать правки в коде styl" или вы "зачем вообще использовать stylus"? У вас очень категорично лаконичные ответы, но мало несущие информации для собеседника. Вы пытаетесь представить дело так, что вот вы точно знаете как нужно, а другие фигней страдают? Вы лично сами используете препроцессоры?

Я вам пример привел лишь для наглядности. Да, и для меня очень часто верстка - это не верстка по готовому макету, а именно творческий процесс, когда я сам создаю дизайн. Я в браузере творю как в фотошопе. Мне Очень сложно представить дизайнера, который с первого момента совершенно все представил в своей голове и не делает никаких последующих изменений ни в одном своем действии. У него не бывает желания изменить синий на голубой и посмотреть как это будет сочетаться с остальными элементами? Или вы, к примеру, и градиенты и всякие переходы цветов с тенями тоже вживую представляете лишь на основе кода? И прозрачность элементов тоже прямо в блокноте "видите" и попадаете прямо в точку и потом не меняете ничего? Например, изменить форму кнопки, ее размер, цвет/градиент, тени и при этом оценить гармоничность изменений со всем сайтом можно только визуально. Особенно если предполагается адаптивный дизайн и одновременно резиновый. Мне сложно представить дизайнера/верстальщика, который для всех мыслимых форматов экрана сразу представил все все варианты отображения и потом ни разу не сделал ни одной правки. При чем тут "не знаешь, чего хочешь" я вообще не понимаю... Полноценный есть только для FF. Для всех остальных есть Lite версия, но она меня не устраивает, не хватает многих возможностей. Так мы же совершенно про разные вещи говорим... Какое отношение этот код элемента имеет к коду "языка более высокого уровня"? Чтобы сделать изменения, я же не в CSS буду правки делать, а в исходном коде *.styl. Поэтому мне и нужно знать где править именно в исходном коде, а именно номер строки в исходном коде. Я не вижу в вашем примере чтобы Хром показал мне место именно в файле style.styl, поскольку Хром и знать не знает, что такой файл существовал. А может исходник вообще был на SCSS? Мне нравится и вполне устраивают шрифты и их отображение в Ubuntu и на Мак-е. Но я не могу добиться такой же четкости на Windows последних версий потому, что тамошние разработчики в один момент решили, что они лучше знают как должны выглядеть шрифты на моем мониторе. Если раньше действительно было сглаживание, то теперь мыло. Поэтому и приходится костыли использовать. Уж лучше такой "рубленый" шрифт чем мыло, с которым вообще невозможно работать.

очень странный вопрос... и неожиданный. вы визуально в дримвивере блоки с абсолютным позиционированием передвигали? Или только в коде подставляли значения top и left, а потом смотрели что получится и так много раз подряд? А можно ведь и в браузере блоки передвигать визуально просто стрелочками. Передвигаем не глядя на циферки. Ставим в нужное место чисто визуально. Если и так непонятно, то это явно не ваше... вообще то вы ключевое слово в кавычки взяли, а оно как раз ключевое... ну да ладно, видимо, вам без разницы. Но возможно, что я просто в неведении, да и автор firebug-а вводит в заблуждение людей, а заодно и авторы phpstorm-а. Для чего то делают разные версии того же CSS-X-Fire под разные браузеры (Хром и FF)... может быть вы в этом вопросе более сильны, так поделитесь знанием, плиз. я же четко писал покажите, плиз, как в Хроме, просматривая конечный файл в формате CSS и видя строку результирующего "кода" CSS, узнать в какой строке нужно править исходный код в *.styl? причем, без файла map. Вы имеете ввиду работу с FireBug Lite? С препроцессорами работаете? дело не в шрифтах. true type и на windows XP был, и отлично сглаживался. Без всякого замыливания. Нету проблем со шрифтами на Linux (Ubuntu и т. д. и т. п.), потому вам вряд ли почувствовать эту проблему.

Уважаемый разработчик, так делать не стоит. Считается плохим тоном применять "!important", но вы еще и все формы переопределили в глобальном контексте. делайте, плиз, стили именно для вашего модуля дабы не было конфликтов с другими. Исправьте, пожалуйста.

CSS-X-Fire работает только со Штормом. нечто похожее есть в netbeans. но он со Стилусом не умеет работать. Последний 10-й phpstopm меня огорчил тем, что они изменили рендеринговый механизм шрифтов, и теперь он замыленный! как от этого избавиться не знаю. в системе я делал изменения давно для устранения замыленности, но в некоторых программах она присутствует. покажу пример: это в 9-ке (четко)Ж а это в 10-ке: уже и шрифты менял в phpstorm. не помогает.

Дружит почти со всем на свете, что есть в phpstorm-е. Хромом как основным не пользуюсь по той причине, что шрифты у него замыленные в windows, свое зрение как-то дорого. И главное, только Лиса умеет дружить с полноценным Firebug-om, дающим нам полноценный CSS-X-Fire. А знаете что это такое? Это когда изменения делаем прямо в браузере (firebug), а информация в том числе передается в исходный файл в phpstorm-а. Например, визуально правите padding и наблюдаете в браузере, а phpstorm все это отслеживает и запоминает. Причем конечные изменения подтверждаете вы сами, без вашего ведома файлы не будут переписаны, вам лишь указывают на изменения, а вам решать подтверждать или нет. Есть подобное и для Хрома, но с определенными ограничениями. кроме того я могу видеть номер строки исходного текста прямо в firebuge-е. Я сам делал дополнение к Firefox-у для этого. (тот, который на странице addons является нерабочим и очень древний, не обновляется ) Для Хрома такого нету. Можно переключить отображение:

Но судя по всему у заказчика свой особый "старый дизайн", который нужно перенести. Именно это в ТЗ. А это создание шаблона с нуля, да еще, вероятно, что заказчик захочет адаптивный. Заказчик ведь не пишет, что нужно установить шаблон такой то версия 2 для опенкарт 2 вместо аналогичного шаблона версии 1.0. А так, конечно, если ставить готовый шаблон, без учета стоимости шаблона и модулей к нему... то вполне нормальная стартовая/минимальная цена.

Это вы очень очень скромно обозначили нижнюю границу. мне это тоже всегда интересно было

А как дела с ionCube?

ArtenPitov, Мне рыжая нравится! А Мукла ваще достала! Но приходится и ее любить трахать.

это легко. просто переименовываете файл из *.CSS в *.styl и все уже готово. А дальше просто выкидываете из этого файла все вендорные строки за ненадобностью. И забываете как страшный сон. И уже жить становится веселее сразу. Любой валидный CSS есть валидный *.styl. Просто Стилус позволяет писать еще проще. вообще без знаков ":" ";" и фигурных скобок. Для этого используются только отступы. Если это вам сильно непривычно, то пользуйтесь обычными фигурными скобками. Также Стилус (Стайлас) позволяет сам перевести исходный CSS в свой формат с отступами без лишних знаков вроде фигурных скобок. По началу это непривычно, но потом экономит массу времени на набивании лишних знаков. в phpStorm это вообще легко, т. к. IDE в основном сама где нужно подставляет отступы. По поводу минификации. Тот же Stylus умеет сжимать результирующий файл. так что никаких дополнительных плагинов не нужно. Просто в настройках компиляции не забудьте про это. Но сжимать имеет смысл только уже конечный продукт, на этапе разработки смысла не вижу.

Для некоторых свойств это все еще актуально даже для современных браузеров. box-sizing до сих пор еще требует префиксов. Даже для свежих Firefox. Лучше доверить это автоматически делать Stylus-у. я делаю для ie9+. Только нужно помнить, что в ряде случаев префиксами не обойтись. У IE (9-ка) либо вообще данного свойства нету в принципе (см. выше пример про градиент), либо у IE свойства вообще могут по другому называться или требуют даже сразу несколько строчек других невалидных (чисто микрософтовских) свойств со своими параметрами. Особая путаница, например, с градусами (направлением). Даже в последних ie и др. браузерах используются разные спецификации на этот счет. Проблема связана с тем, что сначала для начала отсчета приняли одно положение вектора, а потом спустя время передумали и решили, что нулевой вектор нужно отсчитывать иначе. Вот тут то Stylus выручает от запоминания всей этой галиматьи некчемной. Другие препроцессоры тоже это умеют. Но у Стилуса это реализовано удобнее всего и на полном автомате (другие этого не умеют).

В новых версиях поддержка ну очень старых браузеров отключена по умолчанию. у меня сейчас так генерирует с установками по умолчанию (градиенты дополнительно настраивал): а исходник вот: a.show-options { display: inline-block; padding: 5px 14px; text-decoration: none; btn(); font-weight: normal; } почему не отключил "-webkit-border-radius"? Потому что на iPad (том самом первом) Сафари 5-й версии поддерживает именно этот префикс. Но современные проекты проверяю на Сафари не ниже 6-й версии. Так что в принципе можно отключить эту древность.

Я когда пишу sass, то подразумеваю SCSS. SCSS меня разочаровал своим неумением делать простые вещи, которые умеет делать LESS. Но я довольно долго работал с SCSS поскольку в совокупности его возможности намного выше и гибче LESS. добавляет любые какие нужно. Можно настраивать (и модифицировать алгоритм) самостоятельно при желании. Я вообще не думаю о префиксах. один раз настроил и забыл. Можете скормить Стилусу обычный CSS, в котором нет никаких префиксов, а только чисто валидный CSS по последней спецификации, и Стилус сам поставит везде нужные префиксы. При этом стоит обратить внимание, что он не просто префиксы добавляет, на приведенном выше мною примере с линейным градиентом все гораздо сложнее если обратите внимание. Это я еще не самый сложный пример привел.

Да там вообще с ним не так все просто. Ни одна IDE не в состоянии с ним работать. Но на досуге обязательно пощупаю. Для меня Sylus - почти идеал. Если бы еще компиляция происходила мгновенно. Но после нескольких секунд компиляции 4000 строк исходного текста за несколько секунд (4...7) на SASS, компиляция за одну секунду такого же проекта на Stylus кажется просто реактивно быстрой. Но хочется 0.1 сек. Чтобы сделал изменение и мгновенно в браузере увидел.

как раз для Stylus подходящая среда. не забудьте установить плагин. Сразу появится автодополнение кода для Stylus. для сжатия? я вообще не пользуюсь такой штукой. вообще смысла не вижу. на фоне размера картинок хотя бы для одного товара вся эта минификация из 70к, например, в 40к мне кажется смешной.

это совершенно другие вещи - постпроцессоры. Код после Stylus, например, не нуждается ни в каком послепроцессоре. но PostCss, судя по всему - это опять же тот же "препроцессор", я бы сказал, что компилятор. Собственно и Stylus является таковым. Stylus работает на порядок быстрее SASS/SCSS, я писал об этом выше. Я сам делал всевозможные измерения производительности. Беда в том, что Stylus не умеет работать в несколько потоков и многоядерные процессоры никак не ускоряют дело. Так уж написан он, хотя сама среда node.js позволяет делать вычисления в несколько потоков. LESS, SASS тоже однопоточные. у SASS вообще жутко долгая обработка если использовать его классическую среду. код в 3000 строк компилируется несколько секунд.

команда тут вообще никаким боком. Почитайте описание хоть одного препроцессора и все сами поймете. попробуйте. Вы программист? Вы писали когда нибудь на ассемблере? Вот если потом перейдете на Си++, то сразу почувствуете разницу. Кода становится меньше. Его быстрее писать. Проще изменять. Не нужно думать о вендорных префиксах и прочей лабуде. пример: background: -webkit-linear-gradient(top, #fff, #c5c5c5); background: -moz-linear-gradient(top, #fff, #c5c5c5); background: -o-linear-gradient(top, #fff, #c5c5c5); background: -ms-linear-gradient(top, #fff, #c5c5c5); background: linear-gradient(to bottom, #fff, #c5c5c5); -pie-background: linear-gradient(to bottom, #fff, #c5c5c5); behavior: url("/catalog/view/theme/default/stylesheet/PIE.htc"); показанный выше код - это всего навсего линейный градиент, написанный так, что работает на любом браузере, даже на ie, не знающем, что такое линейный градиент. К тому же здесь учтено, что старые браузеры поддерживают старую спецификацию направления "top", а новые поддерживают новую "to bottom". Я даже намеренно убрал лишние строчки для самых старых браузеров, иначе код получился бы еще длиннее. Это было бы если я писал бы код на голом CSS. А вот как это выглядит на Stylus: background: linear-gradient(to bottom, #fff, #c5c5c5); Т. е. я просто написал валидный код по последней спецификации, а остальное на выходе сгенерирует сам Stylus (см. выше результат). И колоссальное преимущество Stylus в том, что вообще не нужно думать о миксинах или функциях когда дело идет о вендорных префиксах и результате для всех браузеров на свете. Вы даже можете вообще не знать что такое Stylus, и писать при этом на обычном CSS, но Stylus сам сгенерирует нужный код где надо. В других препроцессорах вам нужно всегда самостоятельно заботиться о том чтобы вставить в нужное место указание на то, что нужно генерировать вендорные коды. Причем это нужно делать в каждом месте. Поэтому мой выбор - Stylus. В нем еще масса других преимуществ. И при необходимости я легко могу поменять цвета всего лишь в одной строчке и без необходимой проверки во всех браузерах (а вдруг я что-то забыл и в одном из браузеров цвет выглядит не так?) Я могу цвет определить с помощью переменной. меняя всего одну переменную, цвет поменяется везде автоматически где нужно.

это фантазии и влажные мечты, как правило, школьников.

ок, раз пошла такая пляска. от 100 000 руб. с созданием в том числе ТЗ. Не зная четко чего хочет заказчик, называю стоимость магазина средней сложности с индивидуальным дизайном и, возможно, адаптивными возможностями (если функционал не съест все оставшиеся средства). К заказчику: вы имеете прямое отношение к бизнесу или вы посредник? Ваш предполагаемый бюджет?

глупости пишите, однако. движок отлично умеет работать с маркетом. Я не то что магазин размещал, а добивался максимального и правильного (по разделам маркета) размещения товаров.

Да где их нынче то полезные найдешь? Сплошная химия. Практически все сухофрукты с консервантами вроде диоксида серы, да еще с влагоудерживающими компонентами. Настоящий сухофрукт должен быть твердым и сухим, а не таким вечно мягким, коих сейчас в продаже 99%. А без консервантов на порядок дороже стоят, раз эдак в пять. Сухофрукты, сыры, вино - это те продукты, которые тысячелетиями были натуральными и без химических консервантов, но... не в наше время.

less весьма удобный, я бы даже сказал, что намного удобнее sass. Всякие миксины вызываются без всяких дополнительных префиксов и ненужных символов. Но мне не хватило в нем условных операторов. Впрочем, несколько поизвращавшись и их можно в less сделать, т. к. он позволяет делать вставки кода на Javascript. Но это извращение.