Как потерять клиента, инструкция (слова клиента передаю как помню):
— вот, смотрите, удобно, понятно, просто, грузится моментально.
— мне не нравится…
— хм, а что не так?
— ну… не знаю… просто не красиво
— ну-у… Вы тоже не красавец и это ничуть не мешает нам с Вами соотрудничать и Вам отлично впаривать товар клиентам.
— o_O
— да и красота понятие очень относительное )
— хорошо, — скучно, шапка должна быть ярче
— куда уж ярче белого?
— нет, всмысле поинтереснее что-нибудь там поставить.
— анекдот чтоли написать? Название и логотип есть, контактная информация есть, зачем что-то ещё?
— да потому что голая она совсем, не броская! на другие сайты заходишь там сразу выделяется шапка.
— у Вас зато сразу выделяется товар и цена, или Вы шапку будете продавать?
предполагаю, что вопрос многим покажется глупым, у меня всегда были проблемы с пониманием именно самых фундаментальных вещей…
так что аргументируйте минус который мне поставили :)
может не втом топике задаю вопрос, НО:
Зачем нужны классы, Особенно в javascript? Чем не хватает функций.
Кто-нибудь может привести в пример задачу которую невозможно решить без классов(на скриптовых языках)? Они ведь придуманы наверняка не просто потому что красивее с ними.
Часто читаю чужой код, где в рабочем скрипте кроме классов и их методов практически ничего нет, т.е. — есть куча операция с непонятными названиями(чаще всего), мануала конечно же нет и вместо того чтобы разработчику сходу прочитать код, приходится лезть, открывать кучу файлов и разбираться зачем какой класс нужен. Чтобы полноценно работать с проектом нужно практически выучить новый синтаксис этих классов, их названия и методы. Что же хорошего в такой абстракции?
кто-нибудь maxthon этот юзал, реально стоит попробовать?
интересует что у него там с веб-стандартами, насколько «правильно» он отображает сайты.
Есть ли у него собственный движок, или какие-то свои особенности отображения страниц(отличные от IE,FF,Opera), и есть ли смысл под него верстать(наасколько он популярен).
да всё ясно, верстаешь страницу, расставляешь элементы, двигаешь туда сюда меняя класс span-, по окончанию, смотришь на результат и все неиспользуемые стили удаляешь, + дописываешь свои.
интересно придумано, иконок что-то маловато, у меня был набочик получше добавляющий к ссылкам иконки.
css фреймворки пожалуй будут полезны, но попозже, когда css станет более гибким, большим, сложным, а сейчас и без них всё легко.
У кого есть время, может соберёте css, javascript, php фреймворк? чтобы сразу всё вместе, ведь по сути у нас у каждого такой свой маленький.
Вот сейчас разрабатываю новый маленький сайт, думаю на нём потренируюсь в работе с blueprint, а заодно и другими фреймворками… может отпишусь что вышло.
топик очень полезный, я узнал:
— как лучше раскручивать сайты
— под каким видом впаривать интим услуги
— почему не стоит брать машину в кредит
— если взял, то как лучше её не продавать
— как отомстить девушке по приходу с армии
— что требуется на работу программер для чего-то там «футбольной статистики»
— прикольный анекдот «Е**ть нельзя уволить»
— и что в конце концов делать если кризис заест ))
описание работы с инструментом хорошее.
Но ИМХО реально в работе это вряд ли поможет.
Если у нас в макете несколько слоёв, и планируется что какая нибудь картинка будет в .png наезжать на текстовый блок, а другая будет градиентом 1px в .jpg, а третья .gif рамка которая накладывается поверх всех фотографий той же галереи, да ещё всё это на разных слоях, — всё равно надо будет их обрабатывать по отдельности, задавать им параметры сжатия, качества, цветности, скорее всего уже после вставки в макет.html слегка подгонять размер.
Сделать из одной картинки несколько — да.
Полноценно разрезать макет на изображения готовые к работе — никак нет.
Пример с галереей — хорош только как пример, реально же в любом современном проекте галереи генерируются скрипом, а для вёрстки её предварительного макета можно обойтись одной sample.jpg, мне очень тяжело представить зачем может понадобится верстать галерею.
очень расстраиваюсь всегда в подобных ситуациях… человеку хочешь помочь, а он обосрёт ещё и потом через жопу всё сделает.
А тупо врать и потокать губительным желаниям клиентов ещё более неприятно.
— вот, смотрите, удобно, понятно, просто, грузится моментально.
— мне не нравится…
— хм, а что не так?
— ну… не знаю… просто не красиво
— ну-у… Вы тоже не красавец и это ничуть не мешает нам с Вами соотрудничать и Вам отлично впаривать товар клиентам.
— o_O
— да и красота понятие очень относительное )
— хорошо, — скучно, шапка должна быть ярче
— куда уж ярче белого?
— нет, всмысле поинтереснее что-нибудь там поставить.
— анекдот чтоли написать? Название и логотип есть, контактная информация есть, зачем что-то ещё?
— да потому что голая она совсем, не броская! на другие сайты заходишь там сразу выделяется шапка.
— у Вас зато сразу выделяется товар и цена, или Вы шапку будете продавать?
ну и т.д.
оч. удобно )
Много полезного для себя вынес.
так что аргументируйте минус который мне поставили :)
Зачем нужны классы, Особенно в javascript? Чем не хватает функций.
Кто-нибудь может привести в пример задачу которую невозможно решить без классов(на скриптовых языках)? Они ведь придуманы наверняка не просто потому что красивее с ними.
Часто читаю чужой код, где в рабочем скрипте кроме классов и их методов практически ничего нет, т.е. — есть куча операция с непонятными названиями(чаще всего), мануала конечно же нет и вместо того чтобы разработчику сходу прочитать код, приходится лезть, открывать кучу файлов и разбираться зачем какой класс нужен. Чтобы полноценно работать с проектом нужно практически выучить новый синтаксис этих классов, их названия и методы. Что же хорошего в такой абстракции?
интересует что у него там с веб-стандартами, насколько «правильно» он отображает сайты.
Есть ли у него собственный движок, или какие-то свои особенности отображения страниц(отличные от IE,FF,Opera), и есть ли смысл под него верстать(наасколько он популярен).
и минет делать я пожалуй не умею (
у меня с типографикой всегда сложности были, тут вроде всё грамотно сделано.
css фреймворки пожалуй будут полезны, но попозже, когда css станет более гибким, большим, сложным, а сейчас и без них всё легко.
У кого есть время, может соберёте css, javascript, php фреймворк? чтобы сразу всё вместе, ведь по сути у нас у каждого такой свой маленький.
Вот сейчас разрабатываю новый маленький сайт, думаю на нём потренируюсь в работе с blueprint, а заодно и другими фреймворками… может отпишусь что вышло.
спасибо.
> PHP, RoR, HTML/XHTML, Java, JavaScript/AJAX, XML-RPC
вотт ак сидишь, кодишь целыми днями, читаешь, учишься,
а потом выясняется что какая-то миньетчица и то знает больше (((
— как лучше раскручивать сайты
— под каким видом впаривать интим услуги
— почему не стоит брать машину в кредит
— если взял, то как лучше её не продавать
— как отомстить девушке по приходу с армии
— что требуется на работу программер для чего-то там «футбольной статистики»
— прикольный анекдот «Е**ть нельзя уволить»
— и что в конце концов делать если кризис заест ))
Люблю Хабр!
Но ИМХО реально в работе это вряд ли поможет.
Если у нас в макете несколько слоёв, и планируется что какая нибудь картинка будет в .png наезжать на текстовый блок, а другая будет градиентом 1px в .jpg, а третья .gif рамка которая накладывается поверх всех фотографий той же галереи, да ещё всё это на разных слоях, — всё равно надо будет их обрабатывать по отдельности, задавать им параметры сжатия, качества, цветности, скорее всего уже после вставки в макет.html слегка подгонять размер.
Сделать из одной картинки несколько — да.
Полноценно разрезать макет на изображения готовые к работе — никак нет.
Пример с галереей — хорош только как пример, реально же в любом современном проекте галереи генерируются скрипом, а для вёрстки её предварительного макета можно обойтись одной sample.jpg, мне очень тяжело представить зачем может понадобится верстать галерею.
Может стоит написать вместо «номер» — «короткий номер», и ещё добавить в поле формат типа XXXX и ограничить его 4мя символами.
Спасибо за сервис!
p.s. а API будет? :D, шутка.
А тупо врать и потокать губительным желаниям клиентов ещё более неприятно.