Задать вопрос
  • Как без nth-child при верстке письма сделать эффект зебры?

    Palehin
    @Palehin
    Frontend
    Что мешает добавлять нужные свойства (так как письма стилизуются инлайн стилями) к нужной строке/блоку?
    Ответ написан
    Комментировать
  • Как можно refactor этот код?

    IonDen
    @IonDen
    JavaScript developer. IonDen.com
    Первое, уберите CoffeScript, вот вам и рефакторинг)

    Хабр: Нам не нужен ваш кофе
    Ответ написан
    Комментировать
  • Как компенсировать задержку?

    freevital
    @freevital
    Full-Stack Web Developer
    Ответ написан
    Комментировать
  • Формула расшифровки px из size?

    @nirvimel
    Нужно как минимум прочитать заголовок PNG (а точнее IHDR chunk, который идет первым), в нем указаны ширина и высота в пикселах. Без доступа к содержимому файла это определить невозможно.
    Ответ написан
    4 комментария
  • Как сделать свой поинтер?

    @IceJOKER
    Web/Android developer
    Y2LqB8oT8geGA6.png
    Ответ написан
    Комментировать
  • Вынос общих свойств или сокращенная запись?

    verstka
    @verstka
    verstka.pro
    Я предпочитаю первый вариант. Код легче читать и проще поддерживать, когда свойства сгруппированы.
    Конечно, до пены у рта придерживаться этого правила тоже не стоит: исходите из контекста конретной задачи и делайте наиболее логично.
    Ответ написан
    1 комментарий
  • Удалились стили для адаптивки?

    bobrov1989
    @bobrov1989
    Front-end Dev
    Для этого люди придумали git)
    Ответ написан
    Комментировать
  • Проверка верстки. Макет как фоновое изображение. Юзабельно?

    @Duke565
    Использовал.
    Полезная штука, когда крутой дизайнер и большие требования к качеству продукта. Не приходится постоянно сверяться и мерить каждый зазор.
    Но если вы делаете обычный проект за 50к руб, то делайте почти "на глаз".
    Ответ написан
    Комментировать
  • С точки зрения парадигмы ООП какие объекты следует выделить в программе калькулятор?

    zagayevskiy
    @zagayevskiy
    Android developer at Yandex
    Я бы предложил такое:
    * Лексический анализатор - читает текст, по запросу отдаёт следующую лексему(число, операция, скобка и тд), знает, где сейчас находится относительно текста;
    * Синтаксический анализатор - берёт из лексического лексемы, хранит в себе состояние относительно выражения(не текста), строит некое представление (например, полиз);
    * Возможно, собственно это представление, если стандартными контейнерами не обойтись;
    * Интерпретатор - по представлению вычисляет конечное значение (результат выражения);
    * Ну, и возможно, пресловутый калькулятор, чтобы всё это красиво объединить и вычисление выглядело так: подал на вход строку, получил на выходе результат.

    P.S. Это всё нужно, если вы не пользоваться просто eval'ом собираетесь, а хотите реально написать сами.

    P.P.S. почитал остальных отвечающих, и уточню - то, что я описал, это просто "сферический калькулятор в вакууме", не зависящий от UI, ни от чего не зависящий, фактически.
    Ответ написан
    2 комментария
  • Как сделать так чтобы блоки не съезжали с места?

    webirus
    @webirus
    Тыжверстальщик! Наверстай мне упущенное...
    display: inline-block;
    А то навыдумывали тут разного.
    Ответ написан
    Комментировать
  • Зачем нужны исключения?

    crmMaster
    @crmMaster
    Вместо ожидаемого массива вы получите строку. Поведение функции не определено.

    Исключения можно обработать все, подобную хрень (извините за выражения, но по-другому это не назовешь) - не обработать никак.

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

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

    Вообще, вопрос очень странный, джуниорам за такие вопросы надо проводить профилактическую беседу про ООП и обработку ошибок, а за подобный код - бить по рукам палкой.
    Ответ написан
  • Sass по бему или верность мысли?

    @timfcsm
    если ты хочешь совсем от каскада избавиться, то надо каждому элементу модификатор добавлять... но это уже из области бреда. Если у тебя от модификатора блока зависят стили элементов, то сделать один уровень вложенности - нормальное решение.. класс блока, кстати, можно в переменную сохранить, чтоб в таком случае постоянно не копипастить
    Ответ написан
    Комментировать
  • С какого разрешения начинать верстать?

    dom1n1k
    @dom1n1k
    Есть ощущение, что в данной ситуации на верстальщика перекладывают часть проблем дизайнера.
    Если поведение блоков на большом разрешение не продумано и не определено (если не отдельными макетами, то хотя бы словесным описанием) - чего бы им не расползаться?
    Под дизайнером я тут понимаю не обязательно отдельное физлицо, а роль в процессе разработки (иногда дизайнер и верстальщик объединены в одном лице).
    Ответ написан
    2 комментария
  • Что лучше canvas или svg?

    @Sashjkeee Куратор тега CSS
    f-e
    Плюсы Canvas:
    • Высокая производительность при отрисовке любых 2D объектов.
    • Стабильная производительность — всё есть пиксель. Производительность падает только при увеличении разрешения изображения.
    • Лучше всего подходит для создания растровой графики (например, в играх, фракталов и т.п.), редактирования изображений и операций, требующих манипулирования на уровне пикселей.
    Плюсы SVG:
    • Нет зависимости от разрешения — SVG лучше подходит для кроссплатформенных пользовательских интерфейсов, так как позволяет масштабировать изображение при различных разрешениях экрана.
    • SVG очень хорошо поддерживает анимацию. Элементы могут быть анимированы с использованием описательного синтаксиса или с помощью JavaScript.
    • Можно получить полный контроль над каждым элементом, используя SVG DOM API в JavaScript.
    • SVG хранится в формате XML, что предоставляет больше возможностей браузерам по обеспечению доступности SVG документов по сравнению с элементом canvas. Таким образом, SVG выглядит лучшим решением для пользовательских интерфейсов веб-приложений.
    Минусы Canvas
    • Отрисовка основана на пикселях.
    • Не существует API для анимации. Вам придется прибегать к использованию таймеров и других событий для обновления канвы.
    • Слабые возможности по рендерингу текста.
    • Возможно, не самый лучший выбор, когда доступность имеет решающее значение. Канва предоставляет вам поверхность для рисования в выбранном контексте (2D и 3D). Можно указать альтернативный контент внутри элемента canvas, который будет показан браузером при невозможности отображения графики. Кроме того, вы можете выполнить проверку доступности выбранного Canvas API с помощью JavaScript. На основе этого вы можете обеспечить различную функциональность для пользователей браузеров с разной поддержкой HTML 5 Canvas.
    • HTML 5 Canvas не подходит для создания веб-сайтов или интерфейсов веб-приложений, так как пользовательские интерфейсы обычно должны быть динамическими и интерактивными, а Canvas требует от вас постоянной перерисовки каждого элемента в интерфейсе.
    Минусы svg
    • Низкая скорость рендеринга при увеличении сложности документа (рисунка), так как используется модель DOM
    • Скорее всего, SVG не подходит для таких приложений как игры. Возможно лучшим выбором будет комбинация HTML Canvas + SVG.
    Вывод
    HTML 5 Canvas следует использовать для:
    1. Редактирования изображений: обрезки, изменения размеров, фильтров (удаления эффекта красных глаз, создания эффекта сепии, изменения цветности или яркости)
    2. Создания растровой графики: визуализации данных, создания фракталов и графиков функций.
    3. Анализа изображений: создания гистограмм и т.п.
    4. Создания игровой графики, такой как спрайты и фоны.
    SVG следует использовать для:
    1. Создания пользовательских интерфейсов веб-приложений, независимых от разрешения экрана.
    2. Высокоинтерактивных анимированных пользовательских интерфейсов.
    3. Графиков и диаграмм.
    4. Редактирования векторных изображений.
    честно скопипастил
    Ответ написан
    Комментировать
  • Как правильно перебрать 10 li и задать каждому разные свойства?

    Fahrenhe17
    @Fahrenhe17
    Ruby on Rails developer
    Смотря какие свойства отличны у них. Возможно подойдет цикл в SCSS.
    Ответ написан
    Комментировать
  • Как сделать обновление одного блока при переходе из меню?

    @Sketcher2010
    PHP, python, java developer
    Именно для этого и был придуман Ajax.
    Ответ написан
    Комментировать
  • Как правильно перебрать 10 li и задать каждому разные свойства?

    bootd
    @bootd Куратор тега CSS
    Гугли и ты откроешь врата знаний!
    Если эти элементы статические и никак не меняются, а так же, если их не так много, что бы на каждую li писать новую строчку с селектором, то почему нет! Я не вижу в этом плохого тона
    Ответ написан
    Комментировать
  • Как сделать простейшую галлерею?

    Alexey_Suprun
    @Alexey_Suprun
    Web Developer Blog - ссылка в описании
    легче простого, воспользуйтесь owl-carousel
    Ответ написан
    Комментировать