Если предложение, заканчивающееся URL-адресом, заканчивается периодом?

Руководство по стилю для технических публикаций Microsoft - с помощью Business Writing , предлагая:

  

1. Перестройте предложение так, чтобы адрес не был в конце   предложение.

  

2. Настройте адрес, например, без периода (полная остановка):

        

       

   Пожалуйста, посетите мой сайт по адресу:

            

   www.syntaxtraining.com

     

  

Однако тот же сайт также цитирует Чикагское руководство по стилю :

  

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

Я настоятельно рекомендую выбрать вариант 1 выше, чтобы полностью устранить проблему, а также рассмотреть возможность удаления явного запроса следовать ссылке из предложения - так, например, ваш пример будет выглядеть следующим образом:

  

Не беспокойтесь, вы можете сбросить пароль , если вы его забудете.

Это не только проблема с копированием /вставкой. Если Thunderbird (среди прочих) получает текстовое сообщение с URL-адресом, оно преобразует его в URL с возможностью клика, включая конечный период, поскольку он действителен в URL-адресе. Ряд других символов пунктуации также являются законными, поэтому следует соблюдать осторожность.

Традиция в таких текстовых сообщениях заключается в том, чтобы окружить URL с помощью <и> как кавычки (поскольку последнее может быть проблематичным, зависит от алгоритма детектора URL): You can see that in <http://example.com/foo>.

В противном случае, как сказано выше, небольшая переписка может помочь при сохранении элегантности предложения (sic): You can see that in the http://example.com/foo page.

В этом конкретном примере период не нужен. То, что следует за полной двоеточием, не всегда должно быть словом /фразой или некоторой лингвистической конструкцией. Это может быть даже значок /изображение и т. Д.

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

  

Чтобы сбросить пароль, перейдите по ссылке http://example.com/recover/TOKEN .
  Чтобы сбросить пароль, следуйте этой ссылке . Сбросить пароль

Обратите внимание на использование периода (и запятая ).

Вы можете найти советник грамматики :

  

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

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

Я думаю, что в конце 90-х я узнал, что «правильный» способ отправить URL-адрес по электронной почте (или в Usenet) - это

preceding text <URL:http://www.example.com>.

Теперь я не могу найти эту ссылку (кто-нибудь знает?), и я не знаю, считается ли эта практика «правильной» или кем.

Я либо делаю это, переделаю предложение, чтобы вместо URL-адреса не стояли знаки препинания (в качестве предложил Роджер Атрилл ) или поместите пробел после URL-адреса:

preceding text http://www.example.com .

Последний заставляет меня съеживаться, но по крайней мере период не отображается как часть URL-адреса; но я предпочитаю переделывать предложение (иногда это означает, что URL-адрес в его собственной строке является блочным).

Грамматика и использование в стороне, DNS будет принимать «.» в конце доменов. «сам по себе» означает «root», поэтому, например, amazon.com и amazon.com. оба будут возвращать одни и те же записи DNS.

Чтобы убедиться:

Deleuze: ~ ryan $ dig amazon.com. amazon.com + короткий | sort -nr | uniq -c
   2 72,21,214,128
   2 72,21,211,176
   2 72,21,191,1

Но , так как вы говорите об URL-адресах в целом, я переделаю предложение. Ясность всегда должна преследовать педантизм. И, кроме того, лучше прекратить предложения словами, которые оказывают влияние; URL-адреса - это просто текстовые флат-карты ... завершайте свои предложения с помощью твердого материала .

Я думаю, что этот тип ситуации является идеальным прецедентом для кавычек. Это устраняет любую двусмысленность относительно того, где заканчивается URL-адрес и начинается окружающий текст. Котировки могут технически использоваться в URL-адресе, но в любом случае они должны быть закодированы в URL /процентах.

Это аналогично общему использованию кавычек для использования. Все символы, в том числе символы пунктуации, внутри URL-адреса, называются символами в строке URL, фактически не используются в качестве периодов, косых черт, двоеточий и т. Д. Таким образом, их включение в кавычки имеет смысл.

Это похоже на запись:

  

Для прекращения предложений используется период (".").

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

  

Чтобы сбросить пароль, перейдите на страницу «http://example.com/recover/TOKEN».

В качестве альтернативы вы можете просто поместить пробел между URL-адресом и следующей меткой препинания:

  

Чтобы сбросить пароль, перейдите на страницу http://example.com/recover/TOKEN .

Почему вам нужно показывать пользователю URL-адрес ссылки в первую очередь? Большинство пользователей просто нажмут на ссылку, видя синий текст.

Я бы проголосовал за то, чтобы вообще не показывать URL-адреса, если это возможно, поскольку они разбивают поток текста. Большинство пользователей теперь знают, что если им действительно нужен URL-адрес по какой-то причине, они могут щелкнуть правой кнопкой мыши и скопировать его в буфер обмена; это, вероятно, те же пользователи, которым определенно нужен URL-адрес по какой-то законной причине.

Все остальные просто хотят сбросить свой пароль и перейдут по ссылке. Не требуется URL.

Проблема, которую я вижу, - это алгоритм выбора текста мобильных устройств. Некоторые ОС выберут URL-адрес как часть предложения, выбирая все предложения, другие привыкли, мы не можем точно знать. Рассматривали ли вы размещение URL в новой строке, чтобы увеличить простоту нажатия /выбора? Пример:

To reset your password please follow this link:
http://example.com/recover/TOKEN

За URL должен следовать пробел, а затем период. Таким образом, люди знают, что это конец предложения, и это имеет смысл. Машины знают, что URL-адрес не включает период.