Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[ptb_ptb]

Just a couple of things.

Could we have the untranslated names for civilizations as well as the English?
For example, I used LegendsViewer to find an Elf site near my abandoned dwarf fortress. The elf civilization is 'The Cat of Plans'.
But Dwarf Fortress only shows the untranslated names when selecting civilizations, so I have to look up cat and plan in language_ELF.txt to find the one I want is lini nemathe

The second thing may be a little trickier (I hope not )


The problem is when I move the cursor from over the site, to the pop up menu the pop up menu disappears before I can get to it. I'm using Windows 7, btw. If you could move the pop up menu a little closer to the site so it overlaps slightly I think that should work.

[Parker147]

I haven't spent any time lately trying to fix things with LegendsViewer. I've been thinking about rewriting a lot of it and part of that would involve utilizing DFHack to get more information out of the game that isn't included in the XML export currently, like the untranslated names. So I've been spending some time investigating what I can all do with DFHack and have figured out some cool things. DFHack has the capability to export data with Google's Protocol Buffers, which allows for a way to export data and then generate the code needed to load that data. It does it in a way that would hopefully be much easier, faster, and take up less space than the current XML. Once completed it would allow LegendsViewer to access a lot more data from DF as well as make it really easy for anyone else who want to make applications to read legends data. So that has been taking up most of my free time.

[Shonai_Dweller]

I haven't spent any time lately trying to fix things with LegendsViewer. I've been thinking about rewriting a lot of it and part of that would involve utilizing DFHack to get more information out of the game that isn't included in the XML export currently, like the untranslated names. So I've been spending some time investigating what I can all do with DFHack and have figured out some cool things. DFHack has the capability to export data with Google's Protocol Buffers, which allows for a way to export data and then generate the code needed to load that data. It does it in a way that would hopefully be much easier, faster, and take up less space than the current XML. Once completed it would allow LegendsViewer to access a lot more data from DF as well as make it really easy for anyone else who want to make applications to read legends data. So that has been taking up most of my free time.

Sounds excellent. But does that mean future versions won't work at all on games that aren't using DFHack? Or will Legends Viewer still be a stand-alone utility?

[Parker147]

Right, it would now require DFHack to export the data. I'm still planning to export the data to files so that DF doesn't have to be running concurrently to view that data though.

[CharonM72]

Amazing idea! I'd been wondering if LV would be getting an upgrade anytime soon.

[pisskop]

No matter what I do, LV doesn't seem to want to load civilizations.  I can look at individuals, and the main 'summary' page loads, but any attempt to view a civilization overview or a zoomed map will bring back an empty page, and a crash when I press back.

Spoiler (click to show/hide)

See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.NullReferenceException: Object reference not set to an instance of an object.
   at LegendsViewer.Controls.HTMLControl.Dispose()
   at LegendsViewer.DwarfTabPage.Back()
   at LegendsViewer.DwarfTabControl.Back()
   at LegendsViewer.frmLegendsViewer.btnBack_Click(Object sender, EventArgs e)
   at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ButtonBase.WndProc(Message& m)
   at System.Windows.Forms.Button.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Loaded Assemblies **************
mscorlib
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.34209 built by: FX452RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.NET/Framework64/v4.0.30319/mscorlib.dll
----------------------------------------
LegendsViewer
    Assembly Version: 1.13.24.0
    Win32 Version: 1.13.24
    CodeBase: file:///C:/Users/Fusco/Downloads/Dwarf%20Fortress/DF_Mods/40.xx/LegensViewer/LegendsViewer-1.13.24/legendsviewer.exe
----------------------------------------
System.Windows.Forms
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.34209 built by: FX452RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System.Drawing
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.34209 built by: FX452RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.34238 built by: FX452RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Core
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.34209 built by: FX452RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll
----------------------------------------
SevenZipSharp
    Assembly Version: 0.64.3890.29348
    Win32 Version: 0.64.3890.29348
    CodeBase: file:///C:/Users/Fusco/Downloads/Dwarf%20Fortress/DF_Mods/40.xx/LegensViewer/LegendsViewer-1.13.24/SevenZipSharp.DLL
----------------------------------------
System.Configuration
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.34209 built by: FX452RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Xml
    Assembly Version: 4.0.0.0
    Win32 Version: 4.0.30319.34234 built by: FX452RTMGDR
    CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
Microsoft.mshtml
    Assembly Version: 7.0.3300.0
    Win32 Version: 7.0.3300.0
    CodeBase: file:///C:/Windows/assembly/GAC/Microsoft.mshtml/7.0.3300.0__b03f5f7f11d50a3a/Microsoft.mshtml.dll
----------------------------------------

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

<configuration>
    <system.windows.forms jitDebugging="true" />
</configuration>

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.

I've tried updating my files to 40.24, tried using my old 40.19, and even re-extracted older 40.xx versions and older legends viewer files.  I kinda assume its some kind of other software error, but I am at a loss.

[PeridexisErrant]

I haven't spent any time lately trying to fix things with LegendsViewer. I've been thinking about rewriting a lot of it and part of that would involve utilizing DFHack to get more information out of the game that isn't included in the XML export currently, like the untranslated names. So I've been spending some time investigating what I can all do with DFHack and have figured out some cool things. DFHack has the capability to export data with Google's Protocol Buffers, which allows for a way to export data and then generate the code needed to load that data. It does it in a way that would hopefully be much easier, faster, and take up less space than the current XML. Once completed it would allow LegendsViewer to access a lot more data from DF as well as make it really easy for anyone else who want to make applications to read legends data. So that has been taking up most of my free time.

Right, it would now require DFHack to export the data. I'm still planning to export the data to files so that DF doesn't have to be running concurrently to view that data though.

Mason11987 - the World Viewer dev - has been working on something similar, and I've got it into the DFHack scripts library for the next release as part of exportlegends.lua.

Basically it exports a "regionX-YYYYY-MM-DD-legends_plus.xml", which includes most of the information not in the default xml.  It would be great if using this file could become the standard for extra legends exports, to keep things as compatible as possible - and it would save you a fair bit of time, I hope 

[Parker147]

I'm aware of the script and even put together the code needed to parse the XML it generates. When I started thinking about what I all want to fix by rewriting LegendsViewer the exported files were the first thing I wanted to tackle. The XML files are incredibly bulky and pulling data from two XML files and the history/sites text files then weaving all the data together makes things more confusing than they need to be. I tried getting around some of the bulkiness issues by compressing the exports which makes the size reasonable, but increases processing time and adds another step to that has to be considered when weaving everything together. I can fix all that by using DFHack and Protocol Buffers to create an export that is smaller, unified, faster to read/write, and doesn't require me to write code to parse it.

Once that is done I'm really wanting to see if I can make LegendsViewer cross-platform which I know a lot of people have wanted for a long time. I think doing that is going to involve moving away from C# and its niceties to C++.

[draeath]

No need to drop C#, if you keep Mono's compatibility in mind. For folks on Linux or OSX, it's just a matter or doing "mono ./whatever.exe" and Bob's your Uncle. Same binary, and it works well provided you don't use any of those libraries Mono doesn't have implemented properly.

[Parker147]

I've done a little research and it sounds like WinForms for Mono still has minor bugs here and there, which I don't really want to risk running into and having to work around. Other GUI frameworks for Mono don't sound very promising either. Qt on the other hand is much better supported. I've never touched Qt so development will be slow, but in the long run I think it will produce a better program.

[Richard Von Veger]

Wow,this is awesome...you just made my day.

[LastGreen]

Edit: nvm figured it out.

[athenalras]

I don't know if this request is made already

My request is that that the Legends Viewer be able to show, in addition to notable kills, but also show other kills as well. And allow a filter based on the number of other kills.

[athenalras]

edit: forget whatever was in this post.

Looked at the history more carefully and he was a vampire after he profaned a deity.
However, legends didn't list him as cursed.

There might be a bug concerning filters since checking the 'vampire' box seems to come up with nobody.

[Boogeyman]

I get this error when loading the files:

System.ArgumentOutOfRangeException: Length cannot be less than zero.
Parameter name: length
   at System.String.Substring(Int32 startIndex, Int32 length)
   at LegendsViewer.Legends.SitesAndPopulationsParser.ReadSite()
   at LegendsViewer.Legends.SitesAndPopulationsParser.Parse()
   at LegendsViewer.Legends.World..ctor(String xmlFile, String historyFile, String sitesAndPopulationsFile, String mapFile)
   at LegendsViewer.FileLoader.load_DoWork(Object sender, DoWorkEventArgs e)
   at System.ComponentModel.BackgroundWorker.WorkerThreadStart(Object argument)

Files:
https://www.dropbox.com/s/blqtoggsz14acdp/legends%20viewer%20error.7z?dl=0

Doesn't matter how many world I create or how many times I try to export the files, the error always pops up.