Technical & legal background using copyrighted fonts in custom road signs in PowerPoint

Chaya Eve wrote:

This is a long URL I have posted prior, with an unwrap character:

What do you consider as an 'unwrap character'?

In article , Chaya Eve
wrote:

In those four situations, what does the extraneous angle brackets do for
your newsreader?

works properly when wrapped, with embedded whitespace, newlines or
quote characters.

In article ,
Tim Streater wrote:

In article , Your Name
wrote:

The apostrophe in words like it's ...

"it's" is not a word. It's a contraction of "it is".

An alternative theory: it *is* a word and means the same as the longer
phrase.

--
dorayme

In article ,
Chaya Eve wrote:

On Sat, 16 Sep 2017 18:58:32 +0000 (UTC), Chaya Eve
wrote:

This is a long URL I have posted prior, with an unwrap character:
https://blogs.windows.com/windowsexp...ing-windows-10
-insider-preview-build-16273-pc/

This is the same unwrapped URL with extraneous angle brackets.
https://blogs.windows.com/windowsexp...cing-windows-1
0-insider-preview-build-16273-pc/

Here is that same long URL without any wrapping by my newsreader:
https://blogs.windows.com/windowsexp...ing-windows-10
-insider-preview-build-16273-pc/

As a test, here is that unwrapped URL with extraneous angle brackets:
https://blogs.windows.com/windowsexp...cing-windows-1
0-insider-preview-build-16273-pc/

In those four situations, what does the extraneous angle brackets do for
your newsreader?

In my newsreader, all four worked just fine when I retrieved the post.
Hence, in my newsreader, the angle brackets are extraneous redundancies.

Maybe the idea is to put angle brackets to counteract for when the URL
*does* have hard wraps in. Your four examples seem not to include one
of these.

--
dorayme

On Sat, 16 Sep 2017 20:11:58 +0100, Andy Burns wrote:

This is a long URL I have posted prior, with an unwrap character:

What do you consider as an 'unwrap character'?

That's a good question!

My free Windows newsreader has a special wrap override character which is
known to the newsreader and which only plays a role when wrapping is
enabled.

If wrapping is enabled, then the newsreader will wrap all lines except
those which are preceded by its special unwrap character before it sends
the body of the message to the news server.

The result is that any body line that begins with the special unwrap
character isn't wrapped, while all the other body lines are wrapped.

I also have fancy scripting in my newsreader which can do anything to a
post either before, during, or after it's sent - so I could make use of
almost any feature such that it could actually remove all those useless
extraneous angle brackets if I wanted it to.

By way of proof, you can see the special unwrap character insertion in this
screenshot below of this very post (where it's just a right click action).
[[] http://wetakepic.com/images/2017/09/16/unwrap.jpg [[]

On Sun, 17 Sep 2017 07:23:17 +1000, dorayme wrote:

Maybe the idea is to put angle brackets to counteract for when the URL
*does* have hard wraps in. Your four examples seem not to include one
of these.

You bring up a good point which is that badly behaved newsreaders need
people to manually insert all sorts of protections to protect people from
the bad behavior of the news reader client.

Since my newsreader is well behaved, nobody should ever have a problem with
the long uri's that I use, but if others have bad Usenet clients, then I
can see that they need to make use of the otherwise useless extraneous
angle bracket characters which just make a long line even longer.

In article , Chaya Eve
wrote:


This is a long URL I have posted prior, with an unwrap character:

What do you consider as an 'unwrap character'?

That's a good question!

My free Windows newsreader has a special wrap override character which is
known to the newsreader and which only plays a role when wrapping is
enabled.

non-standard.

In article , Chaya Eve
wrote:

Since my newsreader is well behaved,

it isn't.

nobody should ever have a problem with
the long uri's that I use, but if others have bad Usenet clients, then I
can see that they need to make use of the otherwise useless extraneous
angle bracket characters which just make a long line even longer.

wrong.

On Sat, 16 Sep 2017 22:42:36 +0100, Tim Streater
wrote:

In those four situations, what does the extraneous angle brackets do for
your newsreader?

Now see which of those four work when you click on them.

Thanks Tim for bringing up that quick test for my newsreader on Windows.

The strangest things happened, that I don't have an explanation for.

I doubleclicked on each of the 4 quoted URIs with the following results.

I maybe should note that my default Windows 10 "installed browser" is
Opera, even though I generally use the Tor Browser for browsing, so it
brought up Opera each time I doubleclicked on the URIs (because Windows 10
apparently can't default to a portable browser).

I also have Opera set up to delete all browsing data between sessions:
START PAGE = opera://settings/clearBrowserData

For each of the four tests, I closed the Opera browser beforehand so that
Opera would have nothing in the cache (as I have Opera set up in full
privacy mode so that it remembers nothing between sessions - and even
removes the user-specific VPN ID although that's currently a manual
process).

Not only was Opera using VPN but I was also on a free public VPN server at
the same time (as I'm always on VPN, either singly or doubly) so it was
rather slow (a few seconds) which worked out well and to my advantage
because I could easily see what was happening with the URIs.

1. Doubleclicking on the first quoted URI brought up Opera with
the seemingly truncated URI of:
"blogs.windows.com/windowsexperience/2017/08/23/announcing-windows-10-in"
And yet, then it automatically opened the correct URI of:
"blogs.windows.com/windowsexperience/2017/08/23/announcing-windows-10-insider-preview-build-16273-pc/"

2. Same as above, only with a single character difference of:
"blogs.windows.com/windowsexperience/2017/08/23/announcing-windows-10-i"
And yet, it still brought up the correct URL after a moment or two
(I was on double VPN so it was a bit slow which worked to my advantage):
"blogs.windows.com/windowsexperience/2017/08/23/announcing-windows-10-insider-preview-build-16273-pc/"

3. Same as #1 above.

4. Same as #2 above.

Since all four quoted URIs worked just fine in Opera under double VPN when
I doubleclicked on them, what were we expecting to happen?

On Sat, 16 Sep 2017 22:52:33 +0100, Tim Streater
wrote:

Yes, in fact nospam was right, they wrap (and quite horribly, see
above) but my newsreader still does the right thing when you click on
those enclosed in . The two that are not so enclosed no longer work
as expected.

My setup, which is pretty standard, worked fine when I doubleclicked on all
four of the quoted URIs, both those with and without the extraneous angle
brackets.

However, I can imagine that others aren't on Windows 10 using standard
browsers and well behaved Usenet clients so I thank you for explaining why
some people need the extraneous angle brackets.

It makes sense that extraneous brackets are needed by some people, so if I
have a long URI, I will consider adding the extraneous extra angle brackets
as a courtesy to them.

Thanks for explaining why they are needed for some people!