я создал массив var pricePol=[420,420,420,470,580,350,350];

с ценами

var CountPricePol = pricePol[mat_ceiling]; переменная должна считать цену

неверный параметр var pricePol[mat_ceiling];

что мне указать вместо него?

неверный параметр var pricePol[mat_ceiling];

parseInt(mat_ceiling, 10)

можна полную переменную с параметрамии

Могу только подсказать куда копать: typeof document.getElementById("polovaya").value

я понимаю, оно все верно там

ну авдн

спасибо

я понимаю, оно все верно там

Я уже слегка перегрелся ☺️ Но вроде бы все уже работает на http://one.kl.com.ua/calc/index.html?

неа

там если выбирать пол цена не меняется

.

все сделал

https://ornaorg.github.io/

боже, какой ужас

https://github.com/OrnaOrg/OrnaJS/commits/master а версии то как летят!

https://github.com/OrnaOrg/OrnaJS/blob/master/orna.js ?

жуткая жуть

в подобной жути всегда фигурирует фамилия Попов. Совпадение?

он как-то пытался рекламироваться у нас на http://frontender.info/

напоминает алиасы в oh my zsh )

хотфикс на +4 неплох

eslint’у 3 года будет в 00:00

Добрый вечер всем, не нашел онлайн ide для nodejs (типа jsfiddle или codepen) если кто подскажет, как лучше оформить - буду признателен Написал небольшой парсер на Nodejs, Не могу понять, как мне получить данные после выполнения массива промисов

блин, форматирование слетело :( как это лучше представить?

вот исходник

Добрый вечер всем, не нашел онлайн ide для nodejs (типа jsfiddle или codepen) если кто подскажет, как лучше оформить - буду признателен Написал небольшой парсер на Nodejs, Не могу понять, как мне получить данные после выполнения массива промисов

dpaste

язык там выбери javascript

совсем плохой штоле

http://dpaste.com/2XX58KY

на всяких кодепенах еще компилить можно фронт, подумал может с нодой тоже что то такое есть

cloud9

https://c9.io/

в карму мне срочна + 5

в карму мне срочна + 5

Как не смотрю - лучше PHP шторма не могу найти иде для себя(

я про точто есть вот онлайн платформа иде для разработки под ноду

там вообще под все почти

я про точто есть вот онлайн платформа иде для разработки под ноду

Еще парочку видел онлайн IDE

С одной стороны - круто

С другой- браузер есть браузер

Я не хочу ждать 5 секунд окошка интелсенса

Я не хочу ждать 5 секунд окошка интелсенса

Если делать его на сервере, можно быстрее)

Если делать его на сервере, можно быстрее)

А если у меня инет не стабильный(у меня то он нормлаьный, но вдруг)?

А если у меня инет не стабильный(у меня то он нормлаьный, но вдруг)?

Тогда онлайн-иде должна переключаться на медленный встроенный

И предлагать включить Яндекс.Турбо, гг

И предлагать включить Яндекс.Турбо, гг

До слез....

Т - Тактичность. Уровень 100.

Вопрос по организации вёрстки: Кто что делает с так сказать page specific вещами, когда по желанию левой пятки дизайнера некие компоненты ведут себя по другому или есть колонки нестандартной ширины и отступами и это есть только на одной странице и всё Создавать на каждый такой чих глобальную примесь для классов которая меняет поведение? В нормальных проектах всё просто, там и стайлгайд у дизайнеров есть и компоненты все реюзабельны, а вот в каком-то говне вроде лэнингов это какая-то боль Немного не по теме чата, иногда нужно верстать и у меня наболело

Пробовал разговаривать с дизайнером?

Это уровень реального про

Я вот плохо умею

Да, в офисе просто подходишь и спрашиваешь “нахуя”, но на фрилансе не катит такой подход, потому что диз. уже готов и сроки идут

Сделай так чтобы все было консистентно заранее, покажи заказчику

90% не заметят разницы

Аргументы я думаю знаешь?

90% не заметят разницы

Вот кстати да, возможно.

В остальных случаях почти всегда можно найти дизайнера

Самый лучший способ в таких случаях всегда коммуникации.

90% не заметят разницы

Я один из тех уебанов которые используют PerfectPixel плагины при подгоне вёрстки :c

ERROR: S client not available

Есть люди, которые делают просто на авось так, как удобнее. Но это не очень хорошо.

На фриланс проектах заказчики понимали что консистентность в дизайне и лучше для них и быстрее, а значит дешевле

Я один из тех уебанов которые используют PerfectPixel плагины при подгоне вёрстки :c

Перестань им быть

Короче к заказчику сходи поговорить, скажи как лучше сделать. Лучше == дешевле и быстрее.

Вопрос по организации вёрстки: Кто что делает с так сказать page specific вещами, когда по желанию левой пятки дизайнера некие компоненты ведут себя по другому или есть колонки нестандартной ширины и отступами и это есть только на одной странице и всё Создавать на каждый такой чих глобальную примесь для классов которая меняет поведение? В нормальных проектах всё просто, там и стайлгайд у дизайнеров есть и компоненты все реюзабельны, а вот в каком-то говне вроде лэнингов это какая-то боль Немного не по теме чата, иногда нужно верстать и у меня наболело

Тут развилка: самостоятельно оцениваешь "нестандартность" отклонения и вероятность того, что это отклонение действительно больше нигде и никогда не появится. Если есть основания думать, что подобное "отклонение" будет влеплено ещё в нескольких местах и на других страницах — создаёшь модификатор или даже отдельный блок под видом "стандартного". Если таких оснований нет и это реально одноразовая хрень — то хоть инлайн-стилем, но достаточно сделать для класса модификатор, по названию которого будет ясно, что это "особенная" херня.

На госпроектах можно было найти дизайнера и разобраться с тем, что в некоторых местах он зафакапил сетку и кнопка тоже непостоянная

Перестань им быть

Действительно, видимо это единственный выход

Тут развилка: самостоятельно оцениваешь "нестандартность" отклонения и вероятность того, что это отклонение действительно больше нигде и никогда не появится. Если есть основания думать, что подобное "отклонение" будет влеплено ещё в нескольких местах и на других страницах — создаёшь модификатор или даже отдельный блок под видом "стандартного". Если таких оснований нет и это реально одноразовая хрень — то хоть инлайн-стилем, но достаточно сделать для класса модификатор, по названию которого будет ясно, что это "особенная" херня.

А используя каскадность залепить это всё в какую-то область видимости одной страницы нормой будет, как думаешь? Чтобы глобально не пихать все эти модификаторы

Перестань им быть

Нужен курс по усмирению перфекционизма.

А то вот есть красная панель и на одной странице у неё margin: 20, а на другой вообще отрицательный и position: relative и не извращаться же с именованиями всякими

Боже, не лепите костыли. Скорее всего это факап дизайнера. Поговорите или с ним или с заказчиком.

Нужен курс по усмирению перфекционизма.

Я б за такой заплатил

А используя каскадность залепить это всё в какую-то область видимости одной страницы нормой будет, как думаешь? Чтобы глобально не пихать все эти модификаторы

я когда-то разгребал css код, где стандртные классы вели себя по-разному на .ticket-page и на .booking-page. Это ужасно было ) Потому нет. Локальная и явная модификация всегда лучше, чем наследование.

Боже, не лепите костыли. Скорее всего это факап дизайнера. Поговорите или с ним или с заказчиком.

Так и сделаю ?

Боже, не лепите костыли. Скорее всего это факап дизайнера. Поговорите или с ним или с заказчиком.

Кстати, на опыте даже основано. Часто бывает, что дизайнер сам в спешке что-то делал, проебался. И потом сам благодарит за найденные недостатки.

Продублирую неявно озвученную мысль: в растущих проектах "нестандартное отклонение" легко может стать стандартным, когда после нескольких экспериментов и итераций поймут, что решение было красивое и/или удобное. Поэтому не стоит сразу отметать эту мысль и думать, что "дизайнер непоследовательный идиот".

Кстати, на опыте даже основано. Часто бывает, что дизайнер сам в спешке что-то делал, проебался. И потом сам благодарит за найденные недостатки.

+

так и получается, что у дизайнеров программеры работают тестировщиками

Продублирую неявно озвученную мысль: в растущих проектах "нестандартное отклонение" легко может стать стандартным, когда после нескольких экспериментов и итераций поймут, что решение было красивое и/или удобное. Поэтому не стоит сразу отметать эту мысль и думать, что "дизайнер непоследовательный идиот".

Главное стараться выдерживать консистентность и в старых местах через бэклог выводить старые места на новые принципы

так и получается, что у дизайнеров программеры работают тестировщиками

Нет. Тестироващиками являются пользователи. А программисты - просто создают этот вариантивный ряд :3 Если это удобнее, круче и будет консистентно в итоге, то разве это плохо? Это развитие же, не?

Кстати, на опыте даже основано. Часто бывает, что дизайнер сам в спешке что-то делал, проебался. И потом сам благодарит за найденные недостатки.

Или не дает выкатить на первый взгляд идеально работающий билд из-за несоответствия отступов макету на 10px в определенных условиях

Нет. Тестироващиками являются пользователи. А программисты - просто создают этот вариантивный ряд :3 Если это удобнее, круче и будет консистентно в итоге, то разве это плохо? Это развитие же, не?

я немного о другом, о том, что в подготовке дизайн макетов, мокапов и тд, нет этапа тестирования такого же или похожего например как в программировании

поэтому разработчик вправе подходить к дизайнеру и тыкать ему на различные косяки, и неконсистентность в том числе

Да, он должен это делать практически.

Правда всё зависит от разработчика.

От его уровня ответственности и так далее

тут уж можно быть самому себе злобным буратино

Угу

так ведь можно упрощать работу и себе и другим, дизайнеру в том числе

И продукту вредит. Всегда должны быть выстроены коммуникации нормальные.

а PerfectPixel это зло конечно или необходимое зло) тут спорно

я немного о другом, о том, что в подготовке дизайн макетов, мокапов и тд, нет этапа тестирования такого же или похожего например как в программировании

Кстати по идее макеты смотрят различные продуктологи и продакт-овнеры. Аналитики. Но наврядли они всегда будут замечать какие-то вещи неконсистентные. Этим также может заниматься арт-директор какой-нибудь.