Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Make images and drawings more relevant in cards? #66

@badlydrawnrob

Description

@badlydrawnrob

A simple card could be provided to make working with images explicit.
This could be real useful for kids, to Storify their revision cards.
⚠️ I need to be explicit about what is allowed in each card's field.1

  • Draw! #50 I've been meaning to do something with this for ages.
  • Image could come up top (under the header) and have a reveal?
    • Realistically, do you need multiple occlusions on one image?
  • Group cards together as a sort of "story" with images.
    • Anki "code story" card
  • Multiple Card Types per note (is this useful? 💭 puzzle)
    • It could be very useful to attack a problem from different perspectives ...
    • But it'd be highly personal, subjective, etc, without clear guidance on what it's trying to achieve and how.
    • Perhaps have an optional image occlusion (if it doesn't complain like the cloze note type)
  • Add media to the cards, such as audio and video?
    • From a simple link to an embeded video.
  • Remove the ability to add an image in the pre block?2 (DONE)
  • There's image occlusion for some use cases, but it's clunky.
  • A simple image or whiteboard sketch would be handy

Gathering Draw! cards together

A project, for instance, could be grouped with tags (there's not really a way to link cards together)

We're already:

I feel like adding an image can be a bit messy combined with the pre block — an image can be a useful aid but might be worthwhile splitting out into a Draw! #50 note type.

I'm not convinced by the image occlusion (forces you to add a box to cover parts of the image, or it won't let you save the note). The reasons being:

  • It has no ability to add tags (so no grouping of "stories")
  • It's quite fast to create multiple occlusions (with same image) but ...
  • The photo "editor" is pretty basic in what it can do ...
  • It's nothing that couldn't be done with Mac's preview app

Testing them on a subject

The bigger the function or program, the harder it becomes to visualise.
I remember sketching things out on a massive whiteboard, and you need
room to take it all in. What's mobile Draw! cards best for?
Should some cards be better suited to desktop full-screen mode?

You could say the same about big programs in general for all the cards in Anki Programming Themes. Once it becomes sizeable, how do you break it down into manageable chunks for cards? Is this the point that some other method is preferable?

Early Racket finger exercises

whiteboard-01

The typewriter function would be better if I can dig it out, but this visualises the layer order perhaps better than (image (image (image ...)))

Json Decoders

  • Getting Json from the server
  • Decoding it
  • Doing something with it (a list of photos)

Elm Lang's decoders could be a pretty good test subject. They're kind of tricky to understand with text alone, and need broken up into chunks to understand the whole. I'm currently reading Programming Elm, but the Beginning Elm book has a pretty good section on Http.get and Json.Decode too.

Footnotes

  1. For instance, it's sometimes handy in the sample code or keypoint code to add in some example (written) code, as well as (or rather than) and <image>. Should I be very strict and only allow images in these fields? Should we just link to the full program or keep it to small lines of code in the keypoint notes? These things need more thought — especially if the Draw! card is headed where I expect it to head (code stories, puzzles, drilling practices, multimedia, etc).

  2. I'm going to say "YES" to this, tentatively. I think it would be a good idea to have a dedicated card for images, to do something interesting. You'll still be able to add an image technically, but for missing and simple cards, they will be discouraged.

Metadata

Metadata

Assignees

No one assigned

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions