• Please note: In an effort to ensure that all of our users feel welcome on our forums, we’ve updated our forum rules. You can review the updated rules here: http://forums.wolflair.com/showthread.php?t=5528.

    If a fellow Community member is not following the forum rules, please report the post by clicking the Report button (the red yield sign on the left) located on every post. This will notify the moderators directly. If you have any questions about these new rules, please contact support@wolflair.com.

    - The Lone Wolf Development Team

Realm Works Output Formatter

Which C++ Runtime are you building against? (Or, perhaps, which one are the Qt people building against?)

Other folks may not have it or some other needed library installed.
 
Last edited:
Version 2.1 is available

This version should start properly.
The 32-bit version of quazip.dll was being installed rather than the 64-bit version.
 
Thanks for the fast problem resolution :)

another question: is it possible to export the story(bords) too?
 
Last edited:
Thanks for your fast answer. My first assumption would be that there must be something.

I'm not that familiar with RW: are those two output formats in terms of xml strcuture) different or do they just have a different file extention?
 
Thanks for your fast answer. My first assumption would be that there must be something.

I'm not that familiar with RW: are those two output formats in terms of xml strcuture) different or do they just have a different file extention?

The RWoutput file and RWexport file contain different information; since RWoutput isn't designed to be imported back into another realm. It is much easier to parse.
 
Thank you again :)

The main question that remains, if it's not meant to get re-imported does it contains the stuff needed for stories. I'll have a look at both files later on and report back.
 
Thank you again :)

The main question that remains, if it's not meant to get re-imported does it contains the stuff needed for stories. I'll have a look at both files later on and report back.

I can't see any plot nodes in my RWoutput file, although I can see some linkage elements with a target_id called "Plot_X" (X being a number).

It looks like the RWoutput file has a reduced set of elements compared to the RWexport file.
 
Farling, this is a great tool. I just discovered it today as I'm working on my first serious foray into setting creation with Realm Works. Thanks for the time and effort you put into it!
 
Farling, GREAT(!) tool...

That said, what are your plans going forward for it with RW going into development suspension?
 
Farling, GREAT(!) tool...

That said, what are your plans going forward for it with RW going into development suspension?

I'm still looking at getting the PDF generation and printing working more directly from the tool. Both PDF and print use the same engine inside Qt, so it is working out the best way to optimise the output.

Another aspect is whether it is worth building in any form of FTP upload capability into the tool so that the generated HTML (and associated) files will be pushed to your web site immediately. There are various issues with this, as I said elsewhere, around handling username+password for the FTP site.

There's also the chance that other people might donate their own CSS style sheets for the style of layout that they prefer for their web site. It is already possible to use your own CSS to get your topic headings, section headings, paragraphs displayed in your own desired colour and font, but there is no support within the tool - you have to manually overwrite the automatically generated CSS with your own file.
 
Version 2.2 is available

This version contains initial support for generating PDF documents and direct printing.

During testing, at least one document failed to get converted, but several other large test files were generated successfully.

It seems that tables might not be perfectly formatted yet, as well as some other formatting issues.

Note that the entire RWOUTPUT file is converted into a PDF document, and the topics are ordered alphabetically (so use selective output if you only want some topics in the PDF).

Whilst links are created in the text, links within the document do not appear to actually track to the destination properly.
 
Quick question:

The information from map pins is gone, right? Because it's kind of sad, if you export a topic with a map that has dozens of pins with useful information that just gets lost.
 
Quick question:

The information from map pins is gone, right? Because it's kind of sad, if you export a topic with a map that has dozens of pins with useful information that just gets lost.

Yes, the exporter doesn't currently convert map pins.

I've added it to the to-do list, and might have a look at it in the coming weeks.
 
Oh, so it isn't lost in the "compact output" process but just not implemented yet in your tool?

That's good news and makes me happy!
Only recently I started experimenting with exports and imports and as I use maps and smart images a lot, this would make my html putputs a lot more useful.
 
Oh, so it isn't lost in the "compact output" process but just not implemented yet in your tool?

I've just had a look at the compact output file, and it does indeed contain "map_pin" elements, so it should be possible to get this into the HTML5 (XHTML) files. I just need to figure out how to code them into HTML5, allowing for the popup descriptions as well as the links to other pages/topics to work.

I don't think it will be possible for me to get them into the HTML4/PDF output since that conversion is done directly the Qt framework which most likely won't support map-pins or equivalent in the subset of HTML4 which it supports.
 
Back
Top