devottys / darkdraw Goto Github PK

Hi Saul, Anja:) it's not a problem for me (as in my scripts I hardcoded --quitguard), but I still wanted to let you know:
The darkdraw doesn't respect options.quitguard = True in .visidatarc

For the past several days I have been working on parsing .ddw files and rendering them in Emacs.

I'm nearly there. :)

I've been curious about the use of Dark Draw 2 files and animations outside of Visidata, however. Are any known?

Dark Draw is nice, but it can be challenging to get a drawing started. It would be helpful to import existing drawings made in other tools. Is there any facility for this in Visidata with the Dark Draw plugin?

lossless formats preferred e.g. png, bmp

Currently when placing a new character on a drawing the frame field within the row defaults to the current frame.
A configurable option would enable greater workspace freedom. For example I have a template ddw with several frames each populated with various characters and I use the empty space as a sort of scratch pad. I would like the scratch pad drawing to be "persistent" across the frames - this being achieved by having the default frame value configurable to "null", resulting in new characters being visible across all frames.
e.g. the characters describing the toucan would, via default frame configuration, be "null" and thus visible across both frames as shown in the example images.

At the moment, it pushes a copy of the current Drawing Sheet. This is wrong.

At worst, it should push the backing sheet, with only the rows at the cursor.

The latest commit broke the Docker build. I cannot reproduce the build with podman on Fedora.

λ  podman build -t darkdraw .                                darkdraw -> master
STEP 1/9: FROM python:3.8-alpine
STEP 2/9: RUN pip install requests python-dateutil wcwidth
--> Using cache a0f40f92948f4fc72590fe15913a12e520ec457982331c4008e72814d656cfe7
--> a0f40f92948
STEP 3/9: RUN apk add git
--> Using cache a01403aea21f3905db1aadc1e9912bc3584ac71274ad68a4e3b2382cae97fcc5
--> a01403aea21
STEP 4/9: RUN pip install git+https://github.com/devottys/darkdraw.git
Collecting git+https://github.com/devottys/darkdraw.git
  Cloning https://github.com/devottys/darkdraw.git to /tmp/pip-req-build-ww1lxy18
  Running command git clone --filter=blob:none --quiet https://github.com/devottys/darkdraw.git /tmp/pip-req-build-ww1lxy18
  Resolved https://github.com/devottys/darkdraw.git to commit a54acbd788ddd19309eff99ca001551e223c8122
  Preparing metadata (setup.py): started
  Preparing metadata (setup.py): finished with status 'done'
ERROR: Could not find a version that satisfies the requirement visidata>=2.9 (from darkdraw) (from versions: 0.9, 0.37, 0.41, 0.41.1, 0.59, 0.60, 0.61, 0.80, 0.90, 0.91, 0.92, 0.93, 0.94, 0.95.2, 0.96, 0.97, 0.97.1, 0.98, 0.98.1, 0.99, 1.0, 1.1, 1.2, 1.2.1, 1.3, 1.3.1, 1.4, 1.5, 1.5.1, 1.5.2, 2.0, 2.0.1, 2.1, 2.1.1, 2.2, 2.2.1, 2.3, 2.4, 2.5, 2.6, 2.6.1, 2.7, 2.7.1, 2.8)
ERROR: No matching distribution found for visidata>=2.9
Error: error building at STEP "RUN pip install git+https://github.com/devottys/darkdraw.git": error while running runtime: exit status 1
1 λ                                                                                                                                                                                               darkdraw -> master

I've tried swapping lines 6 and 7 of Dockerfile, but that didn't work. I don't know Python packaging so I couldn't fix this setup myself.

Currently the base frame feature, toggled via Options -> ddw_add_baseframe, sets characters placed via the add command 'a' to appear on all frames. However this feature does not extend to characters placed from the clipboard. For example, if I copy a character, with copy command 'y', from frame 2 to the clipboard and then paste it to frame 1, with paste command 'p', - the newly placed character has a frame field value of 1. This is also the case with characters pasted from the clipboard with the palette hotkeys: cycle with 'v', place with '1', '2', '3', etc.

I have tested this with characters copied from various frames on the drawing as well as with characters copied from the unicode browser. The behaviour is described as above.