Size: a a a

JavaScript — русскоговорящее сообщество

2020 April 21

Кm

Кирилл mrDoode in JavaScript — русскоговорящее сообщество
Алексей Клименко
Да не лучше и не хуже, просто в голову пришло. Достаточно простое решение.
Понял
Вопрос был к тому, что стоит ли мне переделать уже рабочее решение
источник

C☭

Chadwick ☭ in JavaScript — русскоговорящее сообщество
Привет! мы разрабатываем гибридное приложение для веб и мобильной версии..

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

клиент начал ругаться.. зачем...

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

M

Marat in JavaScript — русскоговорящее сообщество
Chadwick ☭
Привет! мы разрабатываем гибридное приложение для веб и мобильной версии..

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

клиент начал ругаться.. зачем...

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

C☭

Chadwick ☭ in JavaScript — русскоговорящее сообщество
наш верстальщик говорить, что этих аргументов не достаточно )
источник

M

Marat in JavaScript — русскоговорящее сообщество
Chadwick ☭
наш верстальщик говорить, что этих аргументов не достаточно )
Я вот прям очень хочу увидеть ваше приложение, где верстальщик считает, что для клиента достаточно, а что нет. Если клиент не заказчик, а просто платный пользователь, то ссылайтесь на технические особенности
Добавлено: ещё на маркетологов можно сослаться, их всё равно не любят
источник

C☭

Chadwick ☭ in JavaScript — русскоговорящее сообщество
1. Если клиент === заказчиk
2. мы пока собираем аргументы. так как это была наша задумка... и мы ее в тихую запилили...

вот тут есть pro/contra .. и на мой взгляд собирается 50/50%.. плюс по большей части относится к медиа/порталам..

а  не, допустим, к банковским/страховым приложениям или т/п

у нас были баги на iOS когда открывается клавиатура в формулярах и пользователь начинал выделять текст в label'ах...  то все ломалось.. пока не нашли полное решение... так как это сам баг WkWebView... на ionic вроде как починили.. но мы  сними не совместимы и поэтому их фикс нам не поможет...
источник

C☭

Chadwick ☭ in JavaScript — русскоговорящее сообщество
вот здесь к примеру сказано https://medium.com/swlh/how-you-can-develop-progressive-web-apps-that-feel-native-5110fbbcbf4b

что стоит запретить select...
источник

M

Marat in JavaScript — русскоговорящее сообщество
Проще баг отловить, чем клиента заставлять страдать 😆
источник

К

Костя Сафонов in JavaScript — русскоговорящее сообщество
Chadwick ☭
Привет! мы разрабатываем гибридное приложение для веб и мобильной версии..

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

клиент начал ругаться.. зачем...

какие могут быть аргументы в пользу такой фичи кроме как нативного лука в мобильном приложении, где нельзя выделять текст по-дефолту?
А есть какие-то данные относительно того, насколько эффективная вот такая защита от копирования?

Прост имхо это совершенно неэффективно.
источник

C☭

Chadwick ☭ in JavaScript — русскоговорящее сообщество
Костя Сафонов
А есть какие-то данные относительно того, насколько эффективная вот такая защита от копирования?

Прост имхо это совершенно неэффективно.
дело не в эффективности против защиты.. мы не преследуем такую цель..

цель - избавиться от ненужно копипасты на мобильном приложении.. где иногда на iOS'е невозможно снять выделение, пока не перезапустишь приложние..
источник

К

Костя Сафонов in JavaScript — русскоговорящее сообщество
А, хз, не знаком с такими багами. У меня прост православный андроид.
источник

И

Иван in JavaScript — русскоговорящее сообщество
Chadwick ☭
Привет! мы разрабатываем гибридное приложение для веб и мобильной версии..

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

клиент начал ругаться.. зачем...

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

C☭

Chadwick ☭ in JavaScript — русскоговорящее сообщество
Иван
Если делать, то запрещать выделение только в вебвью. Ненавижу сайты, которые запрещают выделение в браузере. Это неприятно и выглядит как идиотия на ровном месте
мы на этом и остановились...
источник

Ш

Шепс in JavaScript — русскоговорящее сообщество
Иван
Если делать, то запрещать выделение только в вебвью. Ненавижу сайты, которые запрещают выделение в браузере. Это неприятно и выглядит как идиотия на ровном месте
Выглядит как решили проблему костылем. Согласен с тобой
источник

Ш

Шепс in JavaScript — русскоговорящее сообщество
А в чем проблема на стороне css прописать запрет на выделение на определенной ширине? И то, если это действительно проблема, это же по долгому тапу работает только
источник

И

Иван in JavaScript — русскоговорящее сообщество
Шепс
А в чем проблема на стороне css прописать запрет на выделение на определенной ширине? И то, если это действительно проблема, это же по долгому тапу работает только
На определенной ширине?
источник

Н

Никита in JavaScript — русскоговорящее сообщество
Привет, подскажите, можно ли как-то развернуть строку без substr, reverse + join?
источник

u

undefined in JavaScript — русскоговорящее сообщество
Никита
Привет, подскажите, можно ли как-то развернуть строку без substr, reverse + join?
по классике 'строка'.split('').reverse().join('')
источник

Н

Никита in JavaScript — русскоговорящее сообщество
Понял, спасибо
источник

C☭

Chadwick ☭ in JavaScript — русскоговорящее сообщество
undefined
по классике 'строка'.split('').reverse().join('')
не эффективно
источник