Can we discuss Read-Only PLUS block downloads & print & copy?

[Scott_Sauyet]

@TiddlyTitch

How can I frustrate you?

Wouldn’t the sort of read-only mode @Springer used in the Writing Coach that you mentioned in the OP already be enough to keep those elbows deep in their sleeves?

Do you really need more than that?

[Xyvir]

I found LLMs to do considerably better for equations (handwritten or otherwise), and return proper latex/katex compared to OCR or Math OCR

I can just scan in a picture of my pre lab algebra work and get back nice katex for the lab reports .

It’s wonderful

[TW_Tones]

Althought I think we should be able to obtain an appropriate reward for our intellectual property or artistic output, I would like to suggest that ultimately the ability to protect something that by definition must be usable or visible is pure fiction if not fantasy.

Making it hard for people to steal content or dripfeed it, security by obscurity usually results in a poor experience for everyday users who are not stealing content but adds only a little additional effort to someone stealing the content.

We could develop some strategies to help protect leaching of content but then you would need the intellectual property of of an experienced professional and sadly “you” will possibly not want to pay, but leach it from them without rewarding them.

it’s all a vicious circle that has no end and attracts snake oilers who claim they have found a solution which is only ever temporary, because it’s impossible to give something to someone whilst simultaneously not giving it to them.

[nemo]

@Scott_Sauyet

We’ve had at least semi-decent Optical Character Recognetion for a generation. There may be other reason LLMs are complicating things, but I don’t think image-to-text is a major one.

I think the proposed LLM use got misinterpreted there. The original point was not just as an OCR, but as a re-interpreter:

@pmario

Give it to an LLM, convert it back to text and give me a summary that is written in any style I want it to be.

Converting equations in a well formatted manner could suit LLMs more, as @Xyvir noted, and cleaning up images could be another way LLMs would get use in exfiltrating information from an otherwise “locked down” data source.

[TiddlyTitch]

@Ste_W

Stick your desired level of creative Commons copyright on it and hope for the best!

@CodaCoder

Maybe (but I doubt it) you’ll like this:

/* Selects all elements and disables selecting of any/all content */
* {
  user-select: none;
}

Wouldn’t stop me (I’d just find it and kill it) but for your average visitor, not so easy.

@Gaxx

My web browser automatically ignores all attempts to mess with the right-click menu so no matter what was attempted at the other end, I would be downloading that content.

@EricShulman

you can disable the right-click popup “context menu” by creating a tiddler (e.g., “DisableContextMenu”), tagged with $:/tags/RawMarkup, containing:

<script>
document.addEventListener('contextmenu', function(e) { e.preventDefault(); }, false);
</script>

@Springer

create css that frustrates straightforward printing (by making tiddlers invisible, or messing up the font, etc.)… this may deter casual printing:

@media print {
.tc-tiddler-frame {display:none;}
}

@Xyvir

I think your best best is to convert the TiddlyWiki content into some kind of user-editable PDF; while not perfect for DRM, PDFs are generally understood by end users to be intentionally immutable and opaque.

@S4GU4R0

It seems like the OP’s specific needs might be better met with an LMS than a wiki

@pmario

There may be a possibility in the browser to prevent the native right-click menu, which contains "Save as … " and “View page source” …

@pmario

IMO - The only way to make it clear, how your public content is intended to be used is a proper and visible license.

I wanted to reply and say a triple of things …

1. It does seem there are several ways to “frustrate stealing” that are easy to implement. Good!

2. I am not convinced average users would know how to know in-browser they can extract anything. That is more for techies like you?

3. The screen-shot with AI re-create does seem un-defeatable and probable.

What I need to do is create a test case of max-frustrate-steal?

Yes?

I can over the Xmas.

Laters, a dopo.
TT

[Scott_Sauyet]

@TiddlyTitch

2. I am not convinced average users would know how to know in-browser they can extract anything. That is more for techies like you?

[ … ]

What I need to do is create a test case of max-frustrate-steal?

I’m still wondering why you think more is necessary than the READONLY mechanism from the OP… If that doesn’t work, my tweak to Mohammad’s tool might be helpful. It’s designed around my own workflow, where I use Node for development and single-file (GH pages, elsewhere) for deployment. But you can also use it with single-file only, so long as you’re willing to use a keystroke (CMD/CTRL-SHIFT-/ or CMD/CTRL-SHIFT-1) to toggle between read-only and edit modes, and to remember to turn off edit mode before deploying. (You might need a bookmarklet to save in this configuration; if you need it I can probably help develop one.)

If you want some of the print stylesheet tweaks suggested, by all means include them. One easy one would be @media print {.tc-story-river {display: none;}}, assuming you’re using the story river for your content…

As to preventing downloads, I still think you’re trying the impossible. Here’s the link from the OP again:

@TiddlyTitch

@Springer’s Writing Coach

Right-click that link, and choose something like “Save link as…” and you’ll get your very own copy of that document. I don’t know how you would share your work without something similar. And this is before your tool even loads.

[Springer]

@Scott_Sauyet

so long as you’re willing to use a keystroke (CMD/CTRL-SHIFT-/ or CMD/CTRL-SHIFT-1) to toggle between read-only and edit modes, and to remember to turn off edit mode before deploying

For what it’s worth, you can change your publish filter so that changes to the read-only mode don’t save.

Tag a tiddler with $:/tags/Global with content like:

\define publishFilter() -$:/status/IsReaderMode

(Make sure that the most recent save — before adding this step — was one that left the wiki in read-only mode, of course.)

Back-story: I’ve gotten stung one too many times with forgetting to toggle back before sending an update that’s immediately live as editable. Not that terrible things security lapses have happened, but read-only mode hides so much admin interface that it’s rather distracting for students.

[Scott_Sauyet]

@Springer

For what it’s worth, you can change your publish filter so that changes to the read-only mode don’t save.

Thank you. I fought with that horribly some time ago, when I first developed my read-only mechanism. Since I switched to my edit-in-Node, deploy as single-file, I haven’t had any issues, but this will definitely make single-file-multiple-mode wikis easier.

[CodaCoder]

@Scott_Sauyet

assuming you’re using the story river for your content…

Now there’s a guy that refuses to be constrained by the masses. Bravo.

[TiddlyTitch]

@Springer I wanted reply as you put up good questions …

@Springer

it seems the risk (expressed in “because they are unique and take days to develop”) might be something like: If people can copy this material conveniently, then they can profit from it and/or spread it in ways that prevent others from coming to me directly for the learning experience, and that’s bad for my bottom line.

Yes. Yes in sense of keeping ONE SOURCE.
Bottom line not relevant here.
More about retaining legacy, if that makes sense?

Background: Brilliant work in my field has, repeatedly, got messed up by internet theft recycles in a poor way.

@Springer

OR: Your concern could be: cheap public access to this material is bad or dangerous for the actual movement practice I’m teaching.

Public access is good IF there is sufficient context to make the work relevant & effective. Thefts generally ditch the important context.

Overall: I want to practically see how far you can get without having your work stolen. AND still be accessible enough.

Laters, TT

[TiddlyTitch]

@Scott_Sauyet

@media print {.tc-story-river {display: none;}},

Thanks, added to the list.
TT

[Scott_Sauyet]

@CodaCoder

@Scott_Sauyet

assuming you’re using the story river for your content…

Now there’s a guy that refuses to be constrained by the masses. Bravo.

Well, I personally have never done anything but use the story river. But I know there are people here—people who will go unnamed!—who do other things…like work with a single TW in a gazillion-monitor setup.

[TiddlyTitch]

@Scott_Sauyet

a gazillion-monitor setup

gazillion = “a metaphorical large number”

@CodaCoder’s selfie screen shots indicate he likely doesn’t work on hand-held mobile notepads.

TT

[TW_Tones]

I was just thinking if it may be easy to steal a tiddlywiki, if some of the content was encrypted and the key is obtained from the local host, eg a file on the host, then it could be fashioned so if the wiki is downloaded that decryption would no longer work. Sure this can be hacked but adding a local file/host requirement along with a detection of the current domain (so if it changes display a warning) just makes a hack even harder. Similarly, regularly modifying the encryption code and where it is found will cause a wiki to age away such that if they want an updated wiki they have to hack it each time.

• If you do require an encryption key by application to access some content, even if its saved in local storage it will demand a casual viewer to take extra steps like give an email address that may confound some robots.