<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 17 Apr 2024 at 18:00, Carlos <<a href="mailto:linguafalsa@gmail.com">linguafalsa@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Wed, Apr 17, 2024 at 02:13:31PM +0100, David Carlisle wrote:<br>
> The URL is just part of a plain text paragraph so to the extent that a<br>
> system makes an active link out of it<br>
> is just down to the heuristics of that system.<br>
<br>
I wouldn't know what that heuristics would be other than what the shell which is bash decides upon . At one point as a newborn it was ash and then became bash. And it's been like that ever since which is what I'm using now and not any other for that for that matter<br>
<br>
As a matter of fact in any Unix system the suffix represented by a dot is correlated with the entire filename or filesystems or whatever and every one should knwo this by now<br></blockquote><div><br></div><div>Sorry I can not guess what you mean. If I end a sentence with a filename, the end of sentence</div><div>full stop will follow the name, that's just how the language works. The fact that a dot would be legal in a filename is true but not that relevant.<br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
and I pressume that any terminal is beyond whatever can/cannot do what the shelled layer allows it to; but the second paragraph still applies regardless <br>
<br>
> <br>
> reading your email in gmail I see<br>
> <br>
> [image: image.png]<br>
> and gmail has inferred a link not including the . , and the link works.<br>
> <br>
> I assume you are using a system that has inferred a URL ending in the .<br>
> (that doesn't work)<br>
> <br>
> As such I'd say it isn't really a problem that needs to be solved although<br>
> perhaps the text could<br>
> be modified to give systems inferring links a bit of help such as using the<br>
> <> convention so<br>
> <br>
> For more, see the output of install-tl --help, especially th<br>
>  -repository option.  Online via <<a href="https://tug.org/texlive/doc" rel="noreferrer" target="_blank">https://tug.org/texlive/doc</a>>.)<br>
<br>
Yeah right right right. But you're basically saying the same thing over there because the period or the dot is not part of it [of that very paragraph] anymore really than a space would be after the parentesis. <br>
<br>
But I have to admit what you say makes more sense. But I wonder I do wonder about the convention of the dot before the parentheses</blockquote><div><br></div><div>It is an english sentence ending in a full stop. There is no intention to make a link and if <br></div><div>some system infers a link out of plain text, then it may get that wrong, It happens, but your description of the issue is so strange (including the title of the thread what dot do you want to "restore" ???)</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> and I love Karl, I do, but Karl seemed more concerned with the English wording of it and the placement of the dot before when it supposedly ends. I mean. What does English have anything to do with it here other than an accepted convention by using the dot before what is considered the end of a paragraph? <br></blockquote><div><br></div><div>It is a sentence ending in a full stop/period/dot how else would you end a sentence? <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
But going over it again, think about it for a minute. How are you going to blindly decide what is the accepted convention of typographical nature when you know perfectly well that it is no longer a text based standalone paragraph when it depends entirely on the same say,  heuristics of the system as you said.  so no. I wouldn't be persuaded with that clear-cut contradiction <br></blockquote><div><br></div><div>I can not parse that paragraph. You seem to assume that the intention is to make an active</div><div>link, why do you assume that? It is just plain text and you used a system that guessed something that looked like a url should be made in to a link. It made the wrong guess so <br></div><div>that is a problem of the system making the guess not a problem in the plain text which</div><div>was never intended to have a link.</div><div><br></div><div>David</div><div><br></div><div><br></div><div><br></div><br></div></div>