Если вы ждёте от сообщества помощи, то выбрали неправильную стратегию общения с ним. Попробуйте не строить из себя упоротого маркетолога.
ой, а кто это говорит?
может тот человек, которому миллион раз говорили что есть общепринятые нормы написания кода, а он им не следует? тот, кто на любую критику чуть ли не посылает человека в пешее эротическое? или же комментатор, который приходит в любой пост про фронтенд тематику и говорит какой крутой его мол (по поводу и без. ну, скорее всего не в тему)?
хотя не, скорее всего, это говорит человек, который строит стратегию пиара своего продукта на принципе "вы все дибилы и не лечитесь, а один тут шарю как надо"
ну камон, чел, сначала меня это забавляло, но в последнее время реал бесить начало. нафига докапываться до людей постоянно?
потому что есть соглашение о наименовании специального типа функций (хуков) - оно должно начинаться с префикса use. Эти хуки нельзя вызывать в функциях (технически, конечно, вам никто не запретит и где-то это даже будет работать, но есть правила в линтерах это запрещающие)
Пользователь словил 500, хочет вернуться на страницу, предшествующую упавшей, нажав кнопку назад. Вместо предыдущей работающей страницы, пользователь опять попадает на /500
зачем городить велосипеды? (ну если это только не формате обучения)
если вы предполагаете, что девайсом будут пользоваться мышкой, тачем, мышкой и тачем - зачем это может быть нужно детектировать, если придётся и так и так поддерживать все способы?
так потому что интерфейс создания/отправки ошибки так устроен - я выделяю конкретный текст и отправляю - почему я должен задумываться как автору найти это в статье, а не сервис, который предоставляет эту фичу?
я, когда заправляюсь, просто говорю номер колонки, а не кол-во залитого топлива. Сервис в состоянии сам это обработать. А если бы меня можно было просто идентифицировать и соотнести с колонкой, то и её номер мне бы не пришлось называть
может вам нужен lazygit?
так вот же)
а тут их много)
ой, а кто это говорит?
может тот человек, которому миллион раз говорили что есть общепринятые нормы написания кода, а он им не следует? тот, кто на любую критику чуть ли не посылает человека в пешее эротическое? или же комментатор, который приходит в любой пост про фронтенд тематику и говорит какой крутой его мол (по поводу и без. ну, скорее всего не в тему)?
хотя не, скорее всего, это говорит человек, который строит стратегию пиара своего продукта на принципе "вы все дибилы и не лечитесь, а один тут шарю как надо"
ну камон, чел, сначала меня это забавляло, но в последнее время реал бесить начало. нафига докапываться до людей постоянно?
потому что есть соглашение о наименовании специального типа функций (хуков) - оно должно начинаться с префикса use. Эти хуки нельзя вызывать в функциях (технически, конечно, вам никто не запретит и где-то это даже будет работать, но есть правила в линтерах это запрещающие)
подробнее тут - https://react.dev/learn/reusing-logic-with-custom-hooks#hook-names-always-start-with-use
Статью, кмк, надо было назвать "Как я прочитал инструкцию, только после того как всё сломалось")
да это же охота на красного барона (master of the skies the red ace в оригинале)
html6 не будет, у нас же Living Standard
а чем это отличается от https://divkit.tech/ru/? имеется фатальный недостаток?
Hidden text
не знал, что "практически идеально" это процентов 10 от видимой линии
ну мне уже не 16 лет чтобы ржать с клитора (
браузерные кнопки назад и вперёд отменили?
кмк отправлять пользователя принудительно на /500 - антипаттерн
Пользователь словил 500, хочет вернуться на страницу, предшествующую упавшей, нажав кнопку назад. Вместо предыдущей работающей страницы, пользователь опять попадает на /500
правильно я понимаю логику?
надо было flutter брать
приходишь к диллеру за машиной, а там колёса в багажнике лежат. Что, разве нельзя взять балонник, домкрат и самому их поставить?
возможно, я не очень понял историю про нативность, но может flutter подойдёт лучше для ваших задач?
года два назад пробовал ifc.js, мне она тогда показалась не на столько производительной насколько https://xeokit.io/. Сейчас что-то поменялось?
style.left
кмк лучше заменить наstyle.transform = `translateX(${...})`;
, так изменение UI будет более плавнымтри вопроса:
при чём тут vue?
зачем городить велосипеды? (ну если это только не формате обучения)
если вы предполагаете, что девайсом будут пользоваться мышкой, тачем, мышкой и тачем - зачем это может быть нужно детектировать, если придётся и так и так поддерживать все способы?
а зачем это всё, если есть https://react.dev/reference/react/useDeferredValue?
так потому что интерфейс создания/отправки ошибки так устроен - я выделяю конкретный текст и отправляю - почему я должен задумываться как автору найти это в статье, а не сервис, который предоставляет эту фичу?
я, когда заправляюсь, просто говорю номер колонки, а не кол-во залитого топлива. Сервис в состоянии сам это обработать. А если бы меня можно было просто идентифицировать и соотнести с колонкой, то и её номер мне бы не пришлось называть