Opening a .dig file with doubleclick or command line

[TXAE]

I noticed it is not possible to open .dig-files on Win10 with Digital by directly by associating the .dig-extension with Digital.exe. This simply launches naked Digital.exe without opening the double-clicked .dig-file. Drag and Drop of a .dig-file onto Digital GUI also not possible.
Are these core functions planned for a future release?

I then tried to open a .dig-file via command line (with the intention to later create a .bat file to be able to launch Digital with a circuit opened in it by double clicking this one .bat-file). I moved BillieJean.dig to the same folder as Digital.jar and tried to open the circuit with
java -jar Digital.jar BillieJean.dig

I noticed this opens up Digital and even names the Window "BillieJean.dig - Digital" as if the circuit was open, but there was only naked Digital. This is most definitely a bug since it suggests Digital thinks the circuit is open while it in fact isn't.
I then tried entering passing the full path as an argument since I noticed that Digital windows are always named after the full path, e.g. "C:\Users...\BillieJean.dig - Digital"
So I tried:
java -jar Digital.jar C:\Users\...\BillieJean.dig

(... is shortened, I did not really type in ... there)

This launched a Digital window with again a blank screen, but also a significantly shorter path compared to the path I entered. So the path must be cut off somewhere I thought. Alright, moved BillieJean.dig to C:\ and tried again:
java -jar Digital.jar C:\BillieJean.dig

Again, no luck, blank screen, but Digital window named as if the file is open.

The only way to open .dig-files seems to be to launch Digital first and then open the file from within Digital, requiring at least 2 steps (if file recently opened), more steps if the file that hasn't been opened previously. Any tips/ideas?

[hneemann]

Associating the .dig file extension with the simulator is possible without any problems.
I use this all the time to open *.dig files with a double click.
I suspect that there is some problem on your machine.
Have any error reports been generated in your home folder? (File name similar to Digital_2021-04-20_21-55-51.log)
If so, could you attach these files to this ticket?

[TXAE]

Good to know! I tried on my work and my private laptop (both Win10) and it doesn't work on either of them. Digital and BillieJean.dig are stock from this repo (no changes). Same behaviour with both Digital.exe and Digital_noD3D.exe
JRE 17.0.2
VM 17.0.2+8-LTS-86
Build git-Revision: v0.28
No such .log file is created on either laptop. No other failure indication either. There's simply a blank screen named after the file I was trying to open.
Looks like this on both laptops for BillieJean.dig, but I tried other .dig-files too with the same outcome:

Any ideas about the problems with command line?

[hneemann]

The file name is recognized and processed correctly, otherwise the file name would appear in the window title.
Is it a display problem? Can you click on the "play button", and does an audio output sound?

[TXAE]

When double-clicking I can click "play button", but no sound. Behaves exactly as an empty circuit would.

Sound plays on both machines when opening BillieJean.dig from within Digital (behaves as expected in this case).

Trying on a 100% fresh VM...

[TXAE]

No luck with the fresh Win10 VM either. Also tried the latest pre-release, no change. I have tried on 3 different systems now and the association doesn't work on any of them :( Did you try on another system?

Another question: Can you explain this driver behavior? Shouldn't out be always High-Z?
Noticed this on a bus first. The driver would put seemingly random stuff on the bus despite in remaining in High-Z. The attached circuit is a simpler reproduction of what might be a bug when driver sel is connected to a clock signal.

Driver_Bug.zip

[hneemann]

@TXAE
Please try to show the tutoral dialog in max window size using v0.28-61-gcf5441a.

[hneemann]

@TXAE

This doesn't explain why it would always try to open the tutorial on startup even when I passed a file. I think it would be better to find out what causes opening tutorial mode on startup instead of skipping tutorial mode when a file is passed.

Yes it does! The "Tutorial Mode" is always activated at startup until the tutorial is either completed or skipped. Neither is possible if the dialog is not visible to the user.

What else would be possible is that the settings file ".digital.cfg" could not be written, because in this file the status of the tutorial is stored. That would be then some "security feature" of the operating system.

[TXAE]

@hneemann perfect! Tutorial now shows on top left on my Win10:

[TXAE]

Yes it does! The "Tutorial Mode" is always activated at startup until the tutorial is either completed or skipped. Neither is possible if the dialog is not visible to the user.

What else would be possible is that the settings file ".digital.cfg" could not be written, because in this file the status of the tutorial is stored. That would be then some "security feature" of the operating system.

I see! Ty for the great explanation, again! It was definitely the first problem (tutorial not visible to user) as once I saw the tutorial and was able to skip it, it never showed again, so writing the settings file ".digital.cfg" worked without a problem.

[TXAE]

Just noticed that Tunnel show state since one of the latest pre-releases! Much appreciated!

[xotmatrix]

I can verify that this works for me on Windows 10 but I've had Digital installed for years and do not known if something has changed with the way .dig files are associated since then.

[TXAE]

Interesting, thanks for sharing!