то есть то что я сейчас читаю - это подтверждение моих мыслей. Все мучаются, плачут, пиксель-перфект недостижим, поэтому бизнес выбирает маленькое подмножество браузеров в которых верстальщики хоть как-то могут нормально приблизиться к макету, все это костылят. И потом типа ходят с покерфейсом "вот смотрите, у нас все пиксель-перфектно" :D

никто не мучается и не плачет, пиксель-перфект зачастую вообще не нужен :)

Вот про что я и говорю.

Если кнопочка на 2 пикселя сдвинута от макета, но при этом страница выглядит хорошо, то и ничего страшного.

У нас дизайнеры присылают баг-репорты даже на несоответствие макетам на 1px

и их чинят?)

ну если договоренность такая - то можно и на 1рх слать вообще норма в моем мире <=4px

ну, через полгода при случае могут починить

и это проверено во всех браузерах?)

только в сафари)

через полгода верстка вообще станет другая)

только в сафари)

ну то есть люди просто зря греют воздух и изображают деятельность

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

есть профи codeception->webdriver? У меня есть страница с левым меню и контентом, в левом меню аккордеон, когда раскрыт то всё меню не помещается, надо проскролить меню до нижнего элемента чтобы увидеть - как это сделать? метод scrollTo скролит контент вместо менюшки :(

У нас дизайнеры присылают баг-репорты даже на несоответствие макетам на 1px

Дизайнер может неловким движением пера нарисовать такой бугорок который верстальщику верстать неделю, а потом еще месяц подгонять под другие браузеры. Вопрос, нужно ли это бизнесу или это блажь дизайнера?

есть профи codeception->webdriver? У меня есть страница с левым меню и контентом, в левом меню аккордеон, когда раскрыт то всё меню не помещается, надо проскролить меню до нижнего элемента чтобы увидеть - как это сделать? метод scrollTo скролит контент вместо менюшки :(

а если перед скроллом добавить moveMouseOver() к меню?

и их чинят?)

У нас вообще дизигнеры сами верстку правят. а web разработчики только js пишут и тоже пп верстка

а если перед скроллом добавить moveMouseOver() к меню?

не помогло ;(

У нас вообще дизигнеры сами верстку правят. а web разработчики только js пишут и тоже пп верстка

ну поправить верстку и сверстать пиксель в пиксель в 6 браузерах это чуть разные вещи

Ну это да, мы поддерживаем только 1 браузер. Поэтому все проще.

один это какой?)

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

Если кнопочка на 2 пикселя сдвинута от макета, но при этом страница выглядит хорошо, то и ничего страшного.

Если кнопочка сдвинута - страница уже не может хорошо выглядеть.

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

то есть то что я сейчас читаю - это подтверждение моих мыслей. Все мучаются, плачут, пиксель-перфект недостижим, поэтому бизнес выбирает маленькое подмножество браузеров в которых верстальщики хоть как-то могут нормально приблизиться к макету, все это костылят. И потом типа ходят с покерфейсом "вот смотрите, у нас все пиксель-перфектно" :D

Нет, то, что ты читаешь подтверждение мыслей о том, что понятие pixel perfect девайсозависимое. Pixel Perfect не означает, что на всех версиях всех браузеров на всех девайсах все будет сходиться. Это означает, что на целевых версиях браузеров и платформах - будет.

Так целевые - это по сути тоже костыль. Целевые берут, потому что невозможно и нецелесообразно тратить ресурсы для других браузеров.

Но замечание хорошее.

Да, вся разработка ПО обмазана костылями.

Потому что ни один идиот не будет гарантировать работоспособность продукта на любом девайсе.

Ибо это дорого и бессмысленно.

Всегда есть пресловутые min. requirements, поддерживаемые версии и прочее.

Это как говорить что "использовать JS в вебе - дерьмовое решение и вообще не нужно, потому что с выключенным JS все будет работать через жопу, а ещё мой нетскейп навигатор версии 4.0 не умеет в эти ваши ангуляры".

один это какой?)

последние 5 версий хрома

последние 5 версий хрома

А канарейку поддерживаете?

нет

И правильно. :)

Так целевые - это по сути тоже костыль. Целевые берут, потому что невозможно и нецелесообразно тратить ресурсы для других браузеров.

почему ориентир на ЦА - это костыль?

Потому что максимализм это весело.

максимализм это подростковое

почему ориентир на ЦА - это костыль?

5% людей остаются за бортом, это не хорошо.

5% людей остаются за бортом, это не хорошо.

а вне сферы разработки Вы всегда думаете о 100% населения?

Ну, это вопрос квадратно гнездового мышления :)

5% людей остаются за бортом, это не хорошо.

надо считать, сколько денег приносят

5% платящих юзеров это немаленькое число

Если бы бэкендер говорил что сервер в 2% случаев выдает 500 ошибку и что это нормально, так как у нас цель - работать в 98% случаев, то он был бы странный.

Если бы бэкендер говорил что сервер в 2% случаев выдает 500 ошибку и что это нормально, так как у нас цель - работать в 98% случаев, то он был бы странный.

...например, на биллинге.

5% платящих юзеров это немаленькое число

но это меньше остальных 95%

к чему попытки подстроиться под каждого? если бы каждый бизнес строился по этому принципу, ни один бы не был успешен

к чему попытки подстроиться под каждого? если бы каждый бизнес строился по этому принципу, ни один бы не был успешен

слышу голос айбиэма и майкрософта

а еще опенсурс репозиториев – вам фича нужна, берите и пишите, а мы баг фиксить не будем

а еще опенсурс репозиториев – вам фича нужна, берите и пишите, а мы баг фиксить не будем

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

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

Не всегда)

а если у кого-то на win 98 не срабатывают флексы - это уже не проблема компании

Не всегда)

ну или если не устраивает заказчика/руководство/большое число аудитории. но удовлетворение этих групп входит в бизнес-цель так или иначе. если компания адекватная, конечно

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

нет

ну или если не устраивает заказчика/руководство/большое число аудитории. но удовлетворение этих групп входит в бизнес-цель так или иначе. если компания адекватная, конечно

это ближе к делу

Никита, у любой задачи есть бизнес вэлью. Если бизнес вэлью стремится к нулю, а кост - к космосу - никто и никогда в здравом уме баг фиксить не будет.

Странно, что приходится тебе это рассказывать.

а если перед скроллом добавить moveMouseOver() к меню?

dragAndDrop помог :D там ползунок был для красоты полупрозрачный 3 пикселя, его драгндропал до нужного элемента. Костыль пока, завтра у JS'ников наших спрошу может команду какую можно посылать executeJS'ом для скрола

dragAndDrop помог :D там ползунок был для красоты полупрозрачный 3 пикселя, его драгндропал до нужного элемента. Костыль пока, завтра у JS'ников наших спрошу может команду какую можно посылать executeJS'ом для скрола

понятно, интересно)

Никита, у любой задачи есть бизнес вэлью. Если бизнес вэлью стремится к нулю, а кост - к космосу - никто и никогда в здравом уме баг фиксить не будет.

не бизнес велью единым, есть еще такие вещи как имидж и репутация

Имидж и репутация тоже имеют бизнес велью

ERROR: S client not available

это чуть разные вещи, которые напрямую не мапятся, хотя связаны

шах и мат

Точнее это один из критериев оценки бизнес велью.

это чуть разные вещи, которые напрямую не мапятся, хотя связаны

Отлично маппятся.

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

Точнее это один из критериев оценки бизнес велью.

так ты определись – ты про бизнес велью задачи или компании?)

Я и не путал эти понятия.

Бизнес велью задачи это её ценность для компании. Устранение репутационных рисков - ценность для компании, которая конвертируется в бизнес велью задачи, которая эту проблему решает.

Все просто и последовательно.

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

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

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

к сожалению, дорожка короткая, чем больше продукт/больше компания, тем больше шансы скатиться

Если сотрудники довольны разработкой то это тоже в общем то бизнес вэлью

И массажное кресло это бизнес вэлью. И тишина в офисе это бизнес вэлью.

И когда у разработчика не дергается глаз от говнокода который ему надо править - это бизнес вэлью.

И когда у разработчика не дергается глаз от говнокода который ему надо править - это бизнес вэлью.

велью, но очень маленький. меньше других велью

not all animals are equal

А вдруг он психанет и уволится, плохо же.

А вдруг он психанет и уволится, плохо же.

ох не напоминай.

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

у нас есть шовстоперы на такие штуки

разъясните, пожалуйста, такой момент. Использую WebStorm. WebDreverIO. В мануале по вебдрайверу можно много где встретить : expect(LoginPage.flash.getText()).to.contain('You logged into a secure area!') и т.д. Но вебшторм говорит что не знает такого имени как expect. как мне это можно вылечить?

или лучше использовать assert

а можно код увидеть?

it ("should display an error massage", function (done) { const loginPage = new LoginPage(browser) loginPage.open() browser.waitUntil( async () => browser.getUrl() === browser.options.baseUrl + '/login/?backUrl=/', ) loginPage.username.setValue('123') loginPage.password.setValue('123') loginPage.form.submitForm() browser.waitForExist('#mp-login-error') browser.waitUntil( async () => browser.getUrl() === browser.options.baseUrl + '/login/?backUrl=/', ) assert.equal(loginPage.title, "Авторизация")

сейчас есть вот так

но хочу применить expect

http://webdriver.io/guide/testrunner/frameworks.html здесь вот написано следующее: If you like to use Mocha you should additionally install an assertion library to have more expressive tests, e.g. Chai. Initialise that library in the before hook in your configuration file: before: function() { var chai = require('chai'); global.expect = chai.expect; chai.Should(); } советую попробовать подключить таким образом

Спасибо! Завтра буду пробовать