Bay 12 Games Forum
Dwarf Fortress => DF Modding => Topic started by: LucasUP on February 27, 2013, 12:16:54 am
-
Lazy Newb Pack (http://www.bay12forums.com/smf/index.php?topic=59026.msg1319616#msg1319616) is Now Open Source!
This thread is for discussion and sharing of development, updates, multi-platform support, etc of the Lazy Newb Pack GUI.
This thread is a work in progress.
Download
Download the LNP Source code on GitHub (https://github.com/LucasUP/LazyNewbPack/)
*Released under the GNU General Public License V3 (http://www.gnu.org/licenses/gpl-3.0-standalone.html)
*Requires Microsoft Visual Basic 2008 Express (http://www.freewarefiles.com/Microsoft-Visual-Basic-Express-Edition_program_17931.html) or higher. Open "LazyNewbPackGUI.vbproj"
*The folder bin\debug is used when you export/test the program, it includes the LNP folder structure.
*Does not include Dwarf Fortress, or any utilities or graphics packs. You must add them yourself. (You can simply copy and paste these from the official pack if you want).
*GitHub/Fork/Email/message me if you want your changes included in the main forum post version, or else go off and create your own LNP-based programs!
*You have permission to use a version of this GUI in your own mod packs, so long as you give credit and adhere to the GNU GPL License.
Cross-platform development
Help Test A Cross Platform Version of LNP! (http://www.bay12forums.com/smf/index.php?topic=124613.msg4150866#msg4150866)
I also wanted to say, sorry to any experienced programmers who look through the code and face-desk. I was essentially teaching myself VB as I was programming it.
-
I've made a few modifications.
Like I said in my PMs to you, very cool and crazy fast! It'd be neat to get it to save the custom utilities and run-on-launch settings across loads.
It would probably be good to keep this kind of stuff inside the Development Thread (http://www.bay12forums.com/smf/index.php?topic=123384.msg4063501#msg4063501) though
Done
http://dffd.wimbli.com/file.php?id=7426
-
Now Open Source!
This is awesome! :)
I hope I can contribute in some way. But in the meanwhile:
Question 1: Describing this as "open-source", are you releasing it under some sort of free software (http://www.gnu.org/philosophy/free-sw.html) license, such as GNU GPL (http://en.wikipedia.org/wiki/GNU_General_Public_License) or similar? I could not find a mention of license in the download. Not even a brief readme to credit yourself or point to this forum thread (and/or the LNP thread).
Question 2: Do we have permission to use a version of this GUI in our own mod packs, so long as we credit you (LucasUP) and the LNP GUI and adhere to whatever terms or license you're releasing this under?
I've made a few modifications...
Nice! So fast, too! :)
-
The following is, in part, a reply to Yannanth's post (http://www.bay12forums.com/smf/index.php?topic=59026.msg4063482#msg4063482) on the Lazy Newb Pack thread. Though, I enjoy the opportunity to discuss some of this stuff anyway. I'm moving it here to keep things on topic.
FreeBASIC (http://www.freebasic.net/) is probably the most popular non-Windows implementation of the BASIC language. It's intended to be a continued of QuickBASIC actually, and I have no idea if it compiles. I only have serious experience with Ruby (nicest language ever) and Bash scripting myself.
Anyway, StackOverflow says you can only run VB.NET on Linux after it's been ported to Mono (which has a Windows version too, by the way - I have no idea why people use plain .NET at all). There is no way to run VB6 code. Or so I hear.
Anyway, make sure the next language you learn doesn't lock you in to a single platform. ;) I've heard pretty great things about VB6 (and terrible things about every version of the language since 2005), but honestly, there's great languages out there like Ruby and Python.
Visual Basic might be limited to Windows. (With the exception of the mono project.) But BASIC as a language is not locked to the PC/Windows platform. Basic has been used on many, many different systems for decades. It was popular on the Apple IIe, Timex Sinclair, Atari PCs, and the Commodore 64/Vic 20 in the 1980's. And while other languages may be more popular and have their own advantages, Basic is not exactly dead, either. To this day there are versions of basic for other platforms. And some are cross-platform.
There are various factors in choosing a language for new projects. It can depend on what one's employer or client wants, intended platform(s) to target for their user base, the type of project(s), the features of each language, the limitations, the tools available (both official and 3rd party), the documentation, frequency of updates, customer support... the list goes on and on.
Admittedly, Ruby and Python are rapidly growing in popularity. And they both have their advantages. But they also have disadvantages. (I think all programming languages have their pros and cons.)
For example, Python programs either rely on the end user having Python installed or they have to be compiled. Not only is Python a large install, but there are PC owners who have never even heard of Python, let alone have it installed or know how. If, instead, one compiles a Python program, it usually comes to several large .dll's and/or other dependencies. Compiled Python is notorious for wasting disk space. I saw one topic on a programming forum asking for tips on reducing Python compile size and someone just laughed and suggested that hard disk space is cheap these days! ::)
Programming languages are actually like spoken and written languages - especially when it comes to learning them. Seriously. The first programming language you learn will stick with you. This isn't just me. Several computer instructors told me as much. Obviously, that's not to say you can't learn additional languages. But when learning other languages there is a tendency to "think" in terms of one's first or "native" language.
My point is that for those of us who grew up with QuickBasic, Visual Basic and similar, it's often easier for us to use some form of Basic and learn similar languages. I've had some classes in Pascal and C++, but it did not come very easily or "stick" very well. (Of course, they're not the easiest to learn, either.)
FreeBASIC may be popular. But the reason I suggested REALbasic (http://www.realsoftware.com/support/portingvisualbasic.php) and kbasic (http://www.kbasic.com/) as possible ways to convert the Lazy Newb GUI to Linux/OS-X is because both are described as similar to Visual Basic to the point of being somewhat compatible and able to use a lot of the code unchanged. (Though, I was also impressed by the features and being described as "easy to learn".)
Porting Visual Basic Applications to Linux and Mac OS X: A How-To Guide for Visual Basic Developer (http://www.realsoftware.com/support/portingvisualbasic.php)
...quite similar to Visual Basic. It could use much of my Visual Basic code unchanged, and it could read most of my Visual Basic forms.
I could port my Visual Basic code to REALbasic, and at the end, my application would work under Windows—just like .Net. More importantly however, my ported application would also run under all 32-bit Windows (98/NT/ME/2000/XP) without the .Net framework; Linux (any Intel-based Linux running GTK2.0+ like Novell Linux Desktop or RedHat Desktop) and Mac (Mac OS X and Mac Classic). As an added benefit, there are no runtimes or "frameworks" required for an REALbasic application. In addition, my ported application would include the native interface widgets required to look great. In Windows XP for example, I was surprised that my REALbasic application takes on XP themes automatically!
KBasic - World's most advanced open-source Basic (http://www.kbasic.com/)
...It is a new programming language, a further BASIC dialect and is related to VB.NET™, Visual Basic®, Visual Basic for Application® and Java™. It combines the best features of those tools and comes with built-in backward support for those tools and QBasic® as it is 100% syntax compatible to VB6, VBA and QBasic®.
Additionally, it comes with support for VB.NET™ syntax, functions and similar objects and classes.[/qote]
-
First: Thank you for sending me the source code 1,5 years ago. You know what I did with it. ;)
Second: From personal experience I'd say that people would like more tileset options, JollyBastion comes to mind. The same is true for fonts. Some ttf that is more readable then the original DF font.
Third: If you ever want to include minor, optional mods, you should check out Modest Mod and/or Accelerated DF and/or Fortress Defense. I know that several people asked about parts being incorporated into the LNP. Grazing for example seems like a thing people like to toggle. Same goes for the standardized leather.
-
.
-
VB was mostly used due to the drag-and-drop rapid-app-development interface, not just because of the BASIC.
A rewrite would probably best be done in C++ or Java with FLTK/SDL/jSwing/SomeOtherLibrary (I personally prefer C++, but :P).
Oh, and since it's now open-source, it might be a good idea to have a page somewhere so that new versions didn't rely on just the thread-top-posters.
I also wanted to say, sorry to any experienced programmers who look through the code and face-desk. I was essentially teaching myself VB as I was programming it.
That happened to me when I looked through my old Mod Loader Thing code...
-
Holy, this thread exploded overnight :)
So I'm a newbie when it comes to all of the technical side of the open source thing.
I agree though, I should attach a GNU GPL open source license to this, and also start a github page (even though I'm pretty lost when it comes to code repositories)
I'm in no way tied to Basic. VB just seemed like a quick and easy solution at the time. I'm also vaguely familiar with C, and quite familiar with ActionScript/Javascript, but I'd be fine with the project going to any language. I think it would be easier if it were made with some graphical/visual program, but if anyone else wants to take lead with porting it in another direction, go ahead! What my own personal involvement in this project going forward is hazy, but I would be quite interested in learning or getting acquainted with more languages.
-
Python springs to mind. Ask arclance, he probably has some kind of prototype flying around.
-
Now on GitHub (https://github.com/LucasUP/LazyNewbPack/)
Released under GNU GPL 3.0
I have no idea what i'm doing, so tell me if I did something wrong/dumb.
I've included daveralph1234's changes in this version too, hope that's cool with you, I added your handle in a few places for attribution.
-
Lucas, did you miss my question?:
Question 2: Do we have permission to use a version of this GUI in our own mod packs, so long as we credit you (LucasUP) and the LNP GUI and adhere to whatever terms or license you're releasing this under?
Okay, this is practically a given, especially since it's now licensed as GPL 3.0. And Meph spells out that he has used it for his mod. Still, I felt it should be addressed just for the sake of clarity.
Python springs to mind. Ask arclance, he probably has some kind of prototype flying around.
Python is a fine language. But please don't port all the development of this GUI to Python. That's a bad idea for the reasons I stated.
LucasUP's Lazy Newb Pack (http://www.bay12forums.com/smf/index.php?topic=59026.msg1319616#msg1319616) is targeted at newbies and those who are too lazy to keep track of updates and download and install the individual parts. And do keep in mind that the primary platform of the user base are Windows machines. Right now, being written in Visual Basic, the GUI itself merely consists of a single .exe that's less than 0.25 MB. Granted, VB has various file dependencies, but most Windows users already have them and don't have to install anything.
If this GUI was ported to Python, it would either require Python being installed and kept current (which many Lazy Newb players would find a daunting task) or it would balloon into the megabytes and need several .dll files. Just take a look at the crowded root directory of QuickFort. That is written in Python, with a compact macro/GUI written in AHK purely for Windows users. But (as I pointed out in this post (http://www.bay12forums.com/smf/index.php?topic=35931.msg4034067#sg4034067)) QuickFort 2.04 is -HUGE-! Installed, it takes nearly 21 MB!
I guess there's nothing wrong with using Python to create a splinter branch to port to Linux. But my fear is that the next thing we know -all- future development for this LNP GUI will be done in Python.
-
I only mention Python because it pretty much is already ported, by zenerbufen and arclance. Not 100% the LNP, but not far from it.
-
Oh god I have no idea what I'm doing with GitHub. It took me a bunch of commits to get it including the bin/debug folder with the LNP folder structure (Just for convenience). I decided on not including Dwarf Fortress itself for obvious reasons.
Question 2: Do we have permission to use a version of this GUI in our own mod packs, so long as we credit you (LucasUP) and the LNP GUI and adhere to whatever terms or license you're releasing this under?
Yes, you do! :)
First: Thank you for sending me the source code 1,5 years ago. You know what I did with it. ;)
Second: From personal experience I'd say that people would like more tileset options, JollyBastion comes to mind. The same is true for fonts. Some ttf that is more readable then the original DF font.
Third: If you ever want to include minor, optional mods, you should check out Modest Mod and/or Accelerated DF and/or Fortress Defense. I know that several people asked about parts being incorporated into the LNP. Grazing for example seems like a thing people like to toggle. Same goes for the standardized leather.
First: You're quite welcome!
Second/Third, As you probably know, additional mods/utilities don't require any changing of the actual LNP code, just work on maintaining them in the pack, but still fair suggestions.
It would be good to get more flexible and separated tileset/graphicset options though.
-
This is great! Now the LNP will never be lost! Also, I'm glad you chose GitHub; it's probably my favorite.
-
Hi, I'm not one of the techie people but I'd like to point something out.
As an Interface Designer (sometimes called UX) I can see where the following comes from:
LucasUP's Lazy Newb Pack is targeted at newbies [...] various file dependencies [...] users already have them and don't have to install anything. If this GUI was ported to Python, it would [...] require Python being installed and kept current (which many Lazy Newb players would find a daunting task)
But if you're going to use the, its targeted at Newbies so lets make sure whatever we pick doesn't have complicated, user-attention requiring dependencies, its very incorrect to state the following as a problem:
If this GUI was ported to Python [...] it would balloon into the megabytes and need several .dll files.
With today's hardware, newbies couldn't care less. Heck most of them don't know what kilobytes and bytes are.
-
The problem would be download times.
-
The problem would be download times.
I'd very strongly beg to differ. Take a look at http://www.netindex.com/ its my source.
So for the sake of my argument I'm using an example of slow internet. My phone, on the go, has a max downspeed of ~1.9 Mbps. Now I live in one of the fast countries. Our household/cable downspeed is 30Mbps, on average. But even in the slower countries people have access to at least ~1.5Mbps nowadays, and most countries average around ~10Mbps. So 5 times what I'll be calculating with.
Say, (please don't have a heart attack Thundercraft) LNP come's out being 100 MB. (I don't think it ever will)
We take 100MB divide by my download speed converted to megabytes, and calculate how many minutes it would take. (Just in case I mess up my math)
(100 / (1.9 / 8 )) / 60 = 7.01 min
Again, the slowest internet(I manage it on my phone), LNP being big for what it is, it takes 7 minutes and 0.6 seconds.
In my opinion, if I can start the download on my phone, get a drink, take a shit and troll my sister and come back to find a completed download, we're good. Especially considering LNP isn't a nightly or anything. A download lasts you weeks. Don't make me calculate how much of your time would be sacrificed waiting for the download, assuming you'd just sit and wait.
I call it the drink,shit,troll size. (for any reader of this reply in a couple years, its probably the look out the window size by now)
tl;dr: even with LNP 100MB and download speeds 1.9Mbps, we're good.
[EDIT] All this damn typing just to realise there might be a server cap. 100 kbps... x) GREAT! If we're talking about adding a mirror like things are currently done, my lengthy reply above still stands. Mediafire is < 1 min for me.
With DFFD the download takes 5min, say LNP swells to 3x its size, still done in 15 min, troll your brother too, I don't care. Its still a short time for a download that lasts you weeks.
-
Error from Reddit (http://www.reddit.com/r/dwarffortress/comments/1bwaak/help_needed_lnp_unhandled_exception_error/)
-
But even in the slower countries people have access to at least ~1.5Mbps nowadays
I guess you're right, but...
ha. ha. ha.
I have *good* internet for my region. It's 2 Mbps. Most people... have about 1/16 of that.
Error from Reddit (http://www.reddit.com/r/dwarffortress/comments/1bwaak/help_needed_lnp_unhandled_exception_error/)
I've seen that before for a bad 3.5 install. I don't have a reddit account, though.
-
http://dffd.wimbli.com/file.php?id=7426 (http://dffd.wimbli.com/file.php?id=7426)
Changed the way utilities are displayed to be more presentable (previously it listed the full file paths) and run on launch now works for some utilities it previously didn't (ie.Dwarf Therapist).
-
Awesome as this new version is, would it be possible to provide a pre-built version to replace the current version? Even clear instructions on how to update would be very helpful - if anyone wants a more recent version, compiling their own seems a little extreme for a newb pack.
Also, a feature request for the utility auto-launch: an option to open them minimised would be amazing, particularly for soundsense. I would likewise appreciate an option for the main game to start windowed but maximised. Is this easy to do, or even possible?
-
Awesome as this new version is, would it be possible to provide a pre-built version to replace the current version? Even clear instructions on how to update would be very helpful - if anyone wants a more recent version, compiling their own seems a little extreme for a newb pack.
A compiled version of the LNP.exe is located in the \bin\Debug folder of the source. To update the GUI, just replace your version with the one from the V16.1 source.
I'm not really expecting newbs to be checking the development thread so we're just waiting on LucasUP to update the main thread really. If I'm correct in guessing he's busy with exams, he could potentially not be active for another month or so. If you wanted to make your own thread linking to your up-to-date version I doubt he would mind, it is open source after all, just make sure you give credit.
-
Derp. I probably should have looked through the whole pack first...
Fair enough.
I have no desire to start a competing version - I've uploaded the pack I'd like to see at DFFD and posted in the thread, but I'm not planning to maintain it long term. I just got sick of explaining how to set it up, and just started providing a link.
V16.1 is beautiful though, and optionally starting utilities eg soundsense minimized and DF maximized is literally the only improvement I can think of besides the cross platform project. I know that a batch script can do some of this - I tried with v15, to limited success - but I guess the number of windows which launch something else in a different window could make that rather tricky. It was certainly well beyond me.
Thanks for the new version guys, it really is worth the wait.
-
I found and fixed a bug regarding V16.1 not remembering which utilities are checked between sessions. Oh and I corrected a typo.
http://dffd.wimbli.com/file.php?id=7426 (http://dffd.wimbli.com/file.php?id=7426)
Also, a feature request for the utility auto-launch: an option to open them minimised would be amazing, particularly for soundsense. I would likewise appreciate an option for the main game to start windowed but maximised. Is this easy to do, or even possible?
I've been trying to get this working but for some reason I can't seem to get the utilities to listen to the /min command.
This is what goes in the bat file as it stands:
@ECHO off
SETLOCAL
CD %~dp0
START "" "soundSense.exe"
start /min cmd /c del /q %~s0
I'm trying to do it like this:
@ECHO off
SETLOCAL
CD %~dp0
START /min "" "soundSense.exe"
start /min cmd /c del /q %~s0But it doesn't seem to make any difference. Anyone know another way of doing this?
-
That looks pretty familiar - I managed to get one of each window pair to start minimized (the log reader for soundsense, and dfhack console) but the other would just open normally.
I suspect that - excepting clever tricks, which seem pretty common around here - it might be a matter for the makers of the utilities to supply an option for how they start. maybe I should post about that in their threads?
New version already? I came here to check a detail when updating my post on reddit for v16.1! Guess it's the update dance again...
-
Feature request: would it be possible to change tilesets, but preserve the settings? Experimenting with different graphics can get rather annoying when you have to adjust the popcap and volume (etc...) every time, and on my laptop I have to keep weather and temperature off to get a reasonable frame rate. Just seems like a logical addition to the way tilesets get changed over, if that's getting changed.
-
Version 17.2 (http://dffd.wimbli.com/file.php?id=7426)
GUI options are now remembered when changing graphics.
Support for multiple Dwarf Fortress installs.
If multiple Dwarf Fortress versions are located in the launchers directory you will be prompted to chose one when launching the GUI.
Init and d_Init options, keybindings and graphics are handled seperatly per DF installation.
This allows one installation of the GUI, utilities, graphics packs and keybindings to serve a number of DF installs.
The contents of the Folders and Links dropdown menus are now fully customisable and are configured in LNPWin.txt
-
Well, as of later today I'm ditching the cross platform gui entirely (until it updates a lot, anyway). Thanks!
-
Version 18 (http://dffd.wimbli.com/file.php?id=7426)
The Aquifers button now has better support for mods.
Added three additional buttons;
Entomb Pets (Yes/No), Artifacts(Yes/No) and close on launch (Yes/No)
Seperated Display and gameplay options.
Tweaked some tooltips.
Startup utilities and close on launch setting are now remembered per DF install.
-
Looks great - and thanks for the tip on aquifers, I'd never have found that myself! New pack will be up very soon.
Small suggestion: the utilities list doesn't behave particularly intuitively. A first click on some item will select it, but any subsequent clicks will simply toggle auto-launch (as will clicking on the space below the list). Could it be set up so double-clicking an item launches the utility, and auto-launch is only toggled by clicking the checkbox?
Edit: also, help/about (alt-F1) gives the version as v1.6; DFFD gives version 18.0 - I suspect that there's an elderly six and decimal point there.
-
Awesome work Lucas, as always.
LNP is indispensable to newbs. I remember how much it helped me when I was a newbie.
If we create graphics packs, can/will you add them to LNP? I'm currently slowly working on a 20px tileset, and was wondering what the bribe might entail.
-
Version 18.1 (http://dffd.wimbli.com/file.php?id=7426)
Double clicking on items in the utility list will no longer toggle their check state and will instead correctly launch the utility.
Updated version information in help/about dialog.
-
Just wanted to say again, thanks for keeping LNP going. :D
(Why do you have "unofficial" in our sig?)
-
Because Lucas originally made it, but due to real life/boredom? He stopped updating it and release it's source code, so now daveralph1234 took it up to maintain LNP and since he is not the creator, it is unofficial.
-
No, I meant more like... as far as I remember, Lucas handed it off to the community, since he didn't have time to work (and/or will) on it (neither did/do I, unfortunately).
This, this would be the official thread. :P
-
Keep up the good work Daveralph
-
so where do i find the most up to date LNP?
-
so where do i find the most up to date LNP?
Here. (http://www.bay12forums.com/smf/index.php?topic=126076)
-
Another small feature request... recognise .bat scripts as executable utilities.
When I switched the pack back to just using this GUI, I didn't realise that it broke my dfterm3 setup - I was using a .bat script to install the first time, then run each time after. I found this after realising that I could modify my legends processing script to run from another folder trivially with 'CD/folder'... and it not showing up in the list. The exclusions file might expand, but it'll be worth it! (I'll release r50 once this is available)
-
Version 18.2 (http://dffd.wimbli.com/file.php?id=7426)
Utilities list now supports .bat scripts
-
Yay! New pack version coming up... and it's mostly a GUI update, so thanks for your work and all the awesome results.
-
An odd behaviour I wanted to ask about: When the GUI is launched, it check for a file ("LNP1.8.txt) in the DF folder. If the file is not present the GUI copies the contents of LNP/extras into the DF folder, creates the file saying that it installed extras on $date, and shows a popup message.
This is why my pack has inexplicably had a bunch of random files and folders appear... It makes sense that this would be a feature when the LNP was generally distributed as a standalone program - it adds worldgen and embark profiles, I'm not sure how overwrites are handled.
I've dealt with this by just renaming the LNP/extras folder LNP/useful, and the whole issue goes away.
-
Unfortunate triple-post, but I've got a bug which I'm pretty sure was introduced by the update to GUI v18.2
People have been reporting issues with jumbled text and tilesets, which seems to be traceable to problems switching out the raw/objects folder.
Here's a pic. (http://i.imgur.com/c0DS4cQ.png)Been trying to reliably recreate the jumbled text bug. It seems to be linked to changing texture packs, though there could be some other factor. From a fresh download each time (deleting the folder and re-copying from zip):
METHOD (FROM FRESH COPY):
1 - Change Texture Pack to _____________.
1(a) - YES to update save games (though there are none)
1(b) - True Type Fonts may automatically update to NO. If it does, leave it at NO. If it doesn't, leave it at YES.
2 - Create new world and embark.
RESULT (three runs for each texture pack):
[12x12] Jolly Bastion 34.10v5 - NOT BUGGED
[12x8] ASCII Default 0.34.11 - BUGGED - (TTF automatically changes to NO)
[16x16] ASCII Square 0.34.11 - BUGGED - (TTF does not automatically change and remains YES)
[16x16] CLA v15 - NOT BUGGED
[16x16] Ironhand 0.73.4 - BUGGED - (TTF does not automatically change and remains YES)
[16x16] Mayday 0.34.11 - BUGGED - (TTF does not automatically change and remains YES)
[16x16] Obsidian 0.8a - NOT BUGGED
[16x16] Phoebus 34.11v05 - NOT BUGGED
[16x16] Spacefox 34.11v1.0 - NOT BUGGED
*note: Phoebus pack WAS changed, despite being default.
EDIT:
Looking through the raws of each texture pack, the language_DWARF.txt files are different between the packs that are bugged and the packs that aren't. The packs that use the same language as the default Dwarf Fortress language_DWARF.txt are the ones that are bugged. In-game, the default phrases use characters with accents (umlauts, etc.).
Various words in each file:
Bugged (original DF):
[T_WORD:APPLE:bem•ng]
[T_WORD:BEE:agˆk]
[T_WORD:CAKE:c”s]
Non-Bugged (other texture packs):
[T_WORD:APPLE:bemong]
[T_WORD:BEE:agek]
[T_WORD:CAKE:cos]
I replied to this in another forum, but regarding the text-jumbling issue:
I recently downloaded this gentleman's save file -- http://www.reddit.com/r/dwarffortress/comments/213ckj/how_do_you_handle_migrants/ (http://www.reddit.com/r/dwarffortress/comments/213ckj/how_do_you_handle_migrants/), as he was looking for advice. When I opened it, many of the symbols were "wrong."
Screenshots are here: notice the walls. http://imgur.com/aC1hqkl,bHk5x9H,xskltjn (http://imgur.com/aC1hqkl,bHk5x9H,xskltjn)
* Yellow Ä - Sandy Clay Wall
* Red â - Rough-hewn Cinnabar Wall
* White å - Rough-hewn Quartzite Wall
Now, I'm not sure if TehFrederick (the author of that thread) uses a texture pack, but that may be where the mixup is coming from.
I use the [12x8] ASCII Default 0.34.11 textures. In worlds that I've created (which start with ASCII graphics), the walls are of the usual ÷, ▓, ▒, ░ variety. I still get the jumbled names, though.
Many of the "jumbled" symbols are used in walls; similarly, they appear in names where characters with umlauts or accents would normally occur.
I'm pretty sure there's something wonky going on in the translation between texture packs and characters with accents, substituting wall textures like ╕ or ╝ to get thrown in where accented characters should be.
-
Version 18.3 (http://dffd.wimbli.com/file.php?id=7426)
Fixed a number of bugs, most notably this one:
Unfortunate triple-post, but I've got a bug which I'm pretty sure was introduced by the update to GUI v18.2
People have been reporting issues with jumbled text and tilesets, which seems to be traceable to problems switching out the raw/objects folder.
Here's a pic. (http://i.imgur.com/c0DS4cQ.png)Been trying to reliably recreate the jumbled text bug. It seems to be linked to changing texture packs, though there could be some other factor. From a fresh download each time (deleting the folder and re-copying from zip):
METHOD (FROM FRESH COPY):
1 - Change Texture Pack to _____________.
1(a) - YES to update save games (though there are none)
1(b) - True Type Fonts may automatically update to NO. If it does, leave it at NO. If it doesn't, leave it at YES.
2 - Create new world and embark.
RESULT (three runs for each texture pack):
[12x12] Jolly Bastion 34.10v5 - NOT BUGGED
[12x8] ASCII Default 0.34.11 - BUGGED - (TTF automatically changes to NO)
[16x16] ASCII Square 0.34.11 - BUGGED - (TTF does not automatically change and remains YES)
[16x16] CLA v15 - NOT BUGGED
[16x16] Ironhand 0.73.4 - BUGGED - (TTF does not automatically change and remains YES)
[16x16] Mayday 0.34.11 - BUGGED - (TTF does not automatically change and remains YES)
[16x16] Obsidian 0.8a - NOT BUGGED
[16x16] Phoebus 34.11v05 - NOT BUGGED
[16x16] Spacefox 34.11v1.0 - NOT BUGGED
*note: Phoebus pack WAS changed, despite being default.
EDIT:
Looking through the raws of each texture pack, the language_DWARF.txt files are different between the packs that are bugged and the packs that aren't. The packs that use the same language as the default Dwarf Fortress language_DWARF.txt are the ones that are bugged. In-game, the default phrases use characters with accents (umlauts, etc.).
Various words in each file:
Bugged (original DF):
[T_WORD:APPLE:bem•ng]
[T_WORD:BEE:agˆk]
[T_WORD:CAKE:c”s]
Non-Bugged (other texture packs):
[T_WORD:APPLE:bemong]
[T_WORD:BEE:agek]
[T_WORD:CAKE:cos]
I replied to this in another forum, but regarding the text-jumbling issue:
I recently downloaded this gentleman's save file -- http://www.reddit.com/r/dwarffortress/comments/213ckj/how_do_you_handle_migrants/ (http://www.reddit.com/r/dwarffortress/comments/213ckj/how_do_you_handle_migrants/), as he was looking for advice. When I opened it, many of the symbols were "wrong."
Screenshots are here: notice the walls. http://imgur.com/aC1hqkl,bHk5x9H,xskltjn (http://imgur.com/aC1hqkl,bHk5x9H,xskltjn)
* Yellow Ä - Sandy Clay Wall
* Red â - Rough-hewn Cinnabar Wall
* White å - Rough-hewn Quartzite Wall
Now, I'm not sure if TehFrederick (the author of that thread) uses a texture pack, but that may be where the mixup is coming from.
I use the [12x8] ASCII Default 0.34.11 textures. In worlds that I've created (which start with ASCII graphics), the walls are of the usual ÷, ▓, ▒, ░ variety. I still get the jumbled names, though.
Many of the "jumbled" symbols are used in walls; similarly, they appear in names where characters with umlauts or accents would normally occur.
I'm pretty sure there's something wonky going on in the translation between texture packs and characters with accents, substituting wall textures like ╕ or ╝ to get thrown in where accented characters should be.
-
Quick question - any particular reason not to have the code at https://github.com/daveralph1234/LazyNewbPack as well as / instead of on DFFD? It'd make collaboration a lot easier, what with having a well-defined way to contribute code or raise issues and suggest improvements.
-
OK, I've forked the Github code, tried (and I suspect failed) to run through the updates, and then improved the documentation a lot. Have a look:
https://github.com/PeridexisErrant/LNP-GUI