Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Ввести функционал предложения правок #171

Open
JohnLyetacker opened this issue Jul 14, 2023 · 2 comments
Open
Labels
enhancement New feature or request

Comments

@JohnLyetacker
Copy link

Ввести функцию предложения правок, которые отправляются напрямую автору статьи, по примеру https://habr.com/ru/companies/habr/articles/442208/

@perseiide
Copy link

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

  1. выделяешь спорный текст, жмёшь Ctrl+Enter;
  2. появляется диалоговое окно — в него вводишь желаемый текст правки;
  3. по подтверждению пара "спорный текст — правка" сохраняется во временный файл;
  4. при закрытии страницы предлагается сохранить файл на потом ИЛИ
    4(2). при активации редактора временный файл где-то всплывает / предложенные изменения сразу подменяют исходный текст.

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

  • не все статьи, какими их знает сайт, созданы своими авторами;
  • не все авторы активны — правки, направляемые в сообщениях, могут никогда не увидеть свет;
  • засорять сообщения авторов миллионами правок вместо внесения их одной редакцией — некруто (кстати, какие вообще у авторов сообщения-то? комментарии под статьёй на форуме? тоже засорять было бы неудобно).

возможно, всю последовательность действий и идею вообще можно заменить следующей схемой:

  1. выделяешь текст, жмёшь хоткей;
  2. некий скрипт за страницей открывает редактор и скроллит к конкретному участку текста;
  3. вносишь изменение;
  4. при сохранении скрипт возвращает в то место красивой части страницы, куда только что была внесена правка.

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

@jewalky jewalky added the enhancement New feature or request label Aug 1, 2023
@jewalky
Copy link
Contributor

jewalky commented Aug 1, 2023

Учитывая, что у нас википроект, и "автор страницы" — далеко не всегда именно тот человек, который будет править, особенно в исторических переводах, то подход персеиды лично мне больше нравится. (Ну и его проще делать).

Но если делать по оригинальному запросу (как на фикбуке), то по идее можно сделать список, доступный всем, подписавшимся на обновления статьи, или в футере.
Будет иметь смысл после добавления уведомлений.

Можно вообще оба варианта, они в разных ситуациях полезны.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants