@TiddlyTweeter - interestingly I hadn’t noticed there is no thumbs down or dislike emoji in this forum until now.
Anyway, she also commented that she is using Google Keep to take notes which has a sufficient doodling feature and she was just generally wondering why Google Keep wasn’t enough in my opinion.
I had a similar conversation about 10 years ago with my daughter. I was struggling to learn a particular CAD package and she asked why I didn’t just use Google SketchUp. I explained that Google was unreliable in its support of projects, and I didn’t think they would have any incentive to maintain it. A few months later, Google sold Sketchup.
In a kid’s world you don’t need permanence, because you can always learn something later. But in an adult’s world, you need something that will be around.
Here is one hypothetical solution outline:
If this issue was solved, i.e to have a transparent background on the drawing canvas, then it should be possible to place some “tag” in the text, e.g like this <doodle> (or a macrocall or widgetcall or whatever) and it could be directly “interpreted” to trigger a little drawing canvas in front of the text even in edit mode.
He did. I just can’t find it.
TT
Without getting too depressing, I’d guess most of what we doing now, thinking it will live forever electronically, will just disappear.
I think that a very smart observation by her. That is part of the issue that paper doesn’t have. Integration. Propagation. Electro-Mode inter-communication is very complex with multiple fail points.
I’m still reasonably better with “do it papery first” …
Was that done on paper?
You could use paper, and then take a snapshot with one of those scanner apps. External link to a tiddler, and add keywords to find. The problem being that it’s still messy and fidgety to get those external links into TW.
About the green and pink in your picture – where did you get a sample of my handwriting?
OneNote or a pdf reader with annotation tools (PDF-XChange Editor , Foxit PDF Reader, Acrobat Reader, etc) could do the job. Being able to do that within tiddlywiki would be great !
Fun thread of discussion to read.
Hand-drawn annotations on text that won’t change, that’s pretty straightforward. It is an image on top of the text/content.
Hand-drawn annotations on text/content that does/can change/move, I’m thinking that is a bit of work setting up. I’m sure it can be done (“anchors”), but a messy thing to handle when anchors get lost/etc.
Just random thoughts about it .
There is a widget for edit canvas called $edit-bitmap, but it doesn’t work in the view mode, when you click inside it then is changed the type of the tiddler to image/png, and then the text content will be deleted.
Edit: I don’t know why it is marked as response to telumire :S
Cool idea. I hadn’t seen that issue on GH before.
From a CSS perspective, it would need two modes, toggling pointer-events, which would “click-thru” when you need to access the underlying text (to click links for example) and prevent the mouse reaching the text when you want to draw.
In addition to indicating that the element is not the target of pointer events, the value
noneinstructs the pointer event to go “through” the element and target whatever is “underneath” that element instead.
pointer-events - CSS: Cascading Style Sheets | MDN
Yeah.
Dead right. It is procedural issue.
As I said, I don’t think this a TW issue; it is a generic interfacing problem.
LOL!
TT
Your specific mention of pointer-events indicate that you already know this is possible (i.e it is).
However, doodles on top of the text is probably the most advanced case. We can’t even conveniently create a doodle between two paragraphs. The UI is just too impractical. If we could do that then TW could at least claim that “why, of course, you can doodle as you take notes”.
In theory, yes. Have I ever tested a <canvas> element with/without pointer-events:none? No.
If someone had a mind to try it, I imagine a plugin would be possible. I was imagining @Mark_S annotate thingy (or an extension of it) being able to “scribble” over the text (tiddler body) element.
All this needs (without meaning to trivialise the work involved) is a transparent canvas plonked on top of the text. There’s likely hundreds (thousands?) of “ready to go” components out there.
As for between, paragraphs, not sure I see the point – or the efficacy of the workflow/UI at that point.
Glad you’ve brought this up. This is an opportunity for the community to really turn what we have now in TW5 into something that could wow people into using it more. 
I know someone that does that with a customised Streams configuration, where one node is the drawing and the subsequent is text pertaining to it, so the inverse of what you are mentioning. However, their use case is very specific and I am rather unsure how much widespread utility there would be in it for most users.
We couldn’t have a drawable image area between two paragraphs?
That seems to be the low-hanging fruit, if there is any.
Yeah, the smooth addition of new transclusions in Streams seems like a great way to integrate tiddler content of different types. Sounds like it would have a lot of potential when it comes to including images! I’m curious, how does your friend “specify” what type he wants, i.e that the bitmap canvas should show and not the regular editor?
BTW, I don’t see that Google Keep has a way of doodling OVER text. You can add images, but only to the top (header). You can doodle on those images. But you can’t doodle over the text.
