- cross-posted to:
- dnd@lemmy.world
- tech@kbin.social
- cross-posted to:
- dnd@lemmy.world
- tech@kbin.social
Dear sweet Oghma. We can’t even get rid of it on TTRPGs.
We can’t even get rid of it on TTRPGs.
It’s really really easy to do so. Just… don’t use it. It’s not like Hasbro can force you to play with their AI. Just get together with your friends and play D&D the old fashioned way if you prefer.
Well for what it’s worth they’re likely changing the license of D&D in the upcoming edition which will be more restrictive. There are also leaks from inside the company that they are basically considering the pen & paper market dead and are going to move to focusing on the online game in their proprietary VTT app in that edition.
So existing editions under the OGL or CC are safe, but the future edition is going to be much more of a walled garden.
Well Pathfinder was created for this reason, time to move on.
The proposed change to the OGL caused such an inferno of negative reactions that Wizards of the Coast backed off of the license change. If they go through with it in the future anyway, though, then it’s still really easy to avoid. Just don’t play that version of D&D, use one of the existing ones. Or one of the innumerable other systems for TTRPGs.
Really, it’s not hard to not use a particular tool for this stuff. Dig out the old paper books if you want to go really old school.
Why do posters keep writing &Amp instead of just &?
EDIT: seems it wont render ampersand correctly at all… so the below is just has everything escaped when I didn’t mean it to be and more confusing than it should be because of this… not sure how to get ampersand to display correctly in a code block, seems to be bugged.
&
is the HTML escape code forampersand. As&
ampersand is a special character in HTML which means entity reference and should you can use the escaped form to get the browser to render just&
&
rather than treating it as a reference. The same goes for other characters likeless than or<
etc. However a lot of browsers still treat
ampersand as a literal in places where it does not look like a reference so the literal still works in a lot of places. But the escaped form always works.&
But when you copy html from a page your browser is probably copying the escaped form the page used in its source rather then the rendered form. It does this to let you get rich markup when pasting into documents - the app you paste into understands the html and knows when you are using heading or bolding text etc.
But in this case the app just pasted in the escaped form with no conversation. And for security reasons likely escaped it again as you don’t want users to be able to post any old html formatting in a comment, so any html special characters in the input get escaped leaving you with a double escaped char, which the browser only unescapes one layer of when rendering.
Heh, well, look at that… seems it is also escaping chars inside backticks, but then not undoing that on the render when it conveys them to a pre tag… Which IMO seems like a bug in lemmy.
Let’s test some things: &
\&
&
I typed: It previous as I would expect:
But renders it escaped on the mobile app at least, disappointing…