Steve (Gadget) Barnes

Suggest closing this issue as addressed by changes in #319.

In the `setup` command you need to pass a parameter `scripts = ["your_script_name.ext", ], ` this stops the error for me _but doesn't necessarily get the script to execute._

@jalan It looks like you have yet to upload the Windows binaries to pypi so Windows users can get them!

" I finally set up appveyor and pushed a release including your changes from #47: https://pypi.org/project/pdftotext/2.1.3/ . I hope it's nicer for Windows/conda users now." If you are not planning...

@palakjadwani this is the problem with there not being a binary download for the pdtotext package - you can find some workarounds at http://faculty.washington.edu/jwilker/559/2018/pdftotext.pdf but they are less than ideal.

I suspect that you need to have the poppler bin directory on your path for it to work. This is probably why the pdftotext.zip that had the wheel in also...

I did find that downloading the appropriate zip file from https://github.com/libarchive/libarchive/releases and putting the `archive.dll` file into a directory pointed to by the LIBARCHIVE environmental variable worked, _at least for...

@Changaco I quite like the idea - the only downside would be that the libarchive-binary would do nothing on its own - the upside would be that potentially it could...

While I agree with the point about g vs G, etc., but do think that failure to use namespaces is a recipe for problems moving on, especially since visual redefines...

My mechanism for addressing the `from visual import *` is delete the line and replace with `import visual as vp` and then run `pylint` to get all of the places...