The Sinclair QL Forum

Yes, I'm afraid so. No sooner do I get 1.14 uploaded, than I discover a bug, two in fact. The command line version:
Didn't allow '--rst' or '--asc' As command line parameters for the export format. Hmmm, silly Norm!

Also, I have decided to move QStripper from Source Forge to GitHub, so that it can be forked into the SinclairQL collection of useful repositories, if desired. So:

The new home is https://github.com/NormanDunbar/QStripper.

The first release from Github, 1.15, can be found at https://github.com/NormanDunbar/QStripp ... lease_1.15 where all the binaries for Linx and Windows are located, as well as the source code in a handy zip file or a tar.gz file. The windows executable should be valid for 32 and 64 bit Windows.

At present, you will need to grab the original QT Support files from Source Forge - until I get them migrated over to Github. Sorry, I was in the middle of doing that while my wife was out, but she's phoned for Norm's Taxi, so I'm off now.

Have fun.


Cheers,
Norm.

NormanDunbar wrote:Yes, I'm afraid so. No sooner do I get 1.14 uploaded, than I discover a bug, two in fact. The command line version:

Code: Select all

QStripper --export --format list_of_doc_files 

Didn't allow '--rst' or '--asc' As command line parameters for the export format. Hmmm, silly Norm!

The most sure-fire way to discover last minute bugs is to publish!

NormanDunbar wrote:At present, you will need to grab the original QT Support files from Source Forge - until I get them migrated over to Github.

What I was meaning with the above, was, you'll need the support files only if yiu are downloading QStripper, on Windows, for the first timevever.

If you have a previous version, then the old support files will still work.

Cheers,
Norm.

I followed the instructions, but the application does not start. The error message says: "libstdc++-6.dll not found".
Where am I wrong?
Windows XP 32bit

Bear with me Christian, I'll check it out. It sounds like my compiler version may have changed in the past year or so and now needs additional files.

Sorry about tgat.


Cheers,
Norm.

NormanDunbar wrote:Bear with me Christian, I'll check it out.

Don't worry, you're welcome!

As I suspected, the compiler has changed, but not only that, so has the QT system too. Therefore, this version - QStripper 1.15 - onwards will be fully self-contained in GitHub and I've now uploaded the full set of support files for Windows as of this morning - 17 December 2018.

You can get them at: https://github.com/NormanDunbar/QStripp ... tFiles.zip.

I've tested this release with no support files present and no PATH set, then added in each and every support DLL that Windows complained about until it worked.

FYI, this has been compiled under 32 bit QT 4.8.7 for Windows. I'll make sure that all my windows development kits are running this version - that should save any future problems. (It's far easier on Linux!)

Have fun.

Cheers,
Norm.

Hi,

I have downloaded the Linux version, works first time, once make executable.

I tried the Windows version under Wine, worked once the Qstripper application was in the same directory as the QT Lib files.

I quite like the Jupiter background, but would prefer Saturn, any chance of a configurable background.

Hi Derek,

the Jupiter background was introduced at version 1.13 I think - about 2 years ago according to the SVN log from Source Forge. (I didn't think it was that long ago though.) I'll have a look at making it work with options for the background image, at the moment the images for toolbars, menus etc are all compiled into the final binary and are loaded from memory. I'll see if I can do something about it.


Cheers,
Norm.

Hi Derek,

I had a few minutes at lunchtime to have a look at your background request. When I get version 1.16 uploaded to github, you'll be able to create a file called "background.png" (in that exact letter case) in the executable's directory. If that file exists and is a PNG graphic's file, it will be loaded as the background. If not, it will try "background.jpg" and if that fails, it reverts to the current inbuilt background image.

For testing, I used this one: https://solarsystem.nasa.gov/system/fea ... usel_4.jpg and it worked fine, although I did convert it to PNG as well, for testing purposes.


Cheers,
Norm.