Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

RFE: iPuz output choice #123

Open
ehcloninger opened this issue Aug 31, 2023 · 1 comment
Open

RFE: iPuz output choice #123

ehcloninger opened this issue Aug 31, 2023 · 1 comment

Comments

@ehcloninger
Copy link
Contributor

In talking with the creator of the Forkyz Android app, I wonder if we could build support for writing iPuz into xword-dl as an option. iPuz has more metadata than puz, so some reasonable defaults would have to be inferred or chosen. There's already a library in PyPI to read/write the puzzles. I'll see if I can shoehorn in the support, but it may be beyond my meager skills.

@ehcloninger
Copy link
Contributor Author

I played with this briefly today but I'm not sure I like the direction of it. svisser/crossword has 2 utility functions that read/write both puz and ipuz with their own data type holding the content. I was able to send the puzzle file read by xword-dl using cw = crossword.from_puz(puz) and create an iPuz using ipuz = crossword.to_ipuz(cw). Some of the puzzle structure gets lost in the transmission, so the puzzle grid ends up as nulls in the output.

I'm not sure this is a great use of time. I actually solved the thing that was causing the itch. I would load a bunch of crosswords I downloaded using xword-dl onto my phone. When I opened Forkyz, all the data was messed up in the picker. @yourealwaysbe explained how the import function works in the app and now those crosswords have the correct metadata in the picker.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant