Print

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

[Rafal99]

Hmm i have a problem. I am using Windows version.
I click 'Browse', select some language file, then click 'Open', but nothing happens. 'Language files' field stays blank, and when i try to generate it says 'No language file found'.

That's weird.  What version of Windows are you on?  Does the problem occur repeatedly, or does it work normally sometimes?  Where did you install DF and DFLang?  Have you done anything with defaults.txt?

Ok it was my fault really. After moving DFLang folder to my DF folder (and modyfing defaults.txt appropriately) it started working.
I didn't want it to mess my language raws by accident so I unpacked it elsewhere at first. Btw why does it need to be inside the DF folder? It seems to have all required files already packed with itself (language_SYM.txt, language_words.txt etc.) ?

[Jay]

Ok it was my fault really. After moving DFLang folder to my DF folder (and modyfing defaults.txt appropriately) it started working.
I didn't want it to mess my language raws by accident so I unpacked it elsewhere at first. Btw why does it need to be inside the DF folder? It seems to have all required files already packed with itself (language_SYM.txt, language_words.txt etc.) ?

Huh?
I didn't unpack it to my DF folder, works fine for me...

[Rafal99]

Well for me it didn't. Do we need to argue about that?

[Igfig]

Okay, that's even weirder.  My guess up till now was that it had something to do with Vista treating Unicode objects different from XP in some way, but now it sounds like it has to do with defaults.txt.

Are you sure defaults.txt was properly formatted before?  The first line is the folder containing the language files (english.txt, chinese.txt, etc), while the second and third lines are the locations of the language_words.txt and language_SYM.txt files, respectively.

Btw why does it need to be inside the DF folder? It seems to have all required files already packed with itself (language_SYM.txt, language_words.txt etc.) ?

Mostly because if you have DF installed in the usual location, C:\Program Files, and you put DFLang in the DF folder, you won't need to change defaults.txt.


I think I really have to do something about defaults.txt... it's causing so much confusion.  Maybe a warning in big letters in the first post.

[Rafal99]

Okay, that's even weirder.  My guess up till now was that it had something to do with Vista treating Unicode objects different from XP in some way, but now it sounds like it has to do with defaults.txt.

Are you sure defaults.txt was properly formatted before?  The first line is the folder containing the language files (english.txt, chinese.txt, etc), while the second and third lines are the locations of the language_words.txt and language_SYM.txt files, respectively.

I forgot to mention, I am on Windows XP sp2, so it is not Vista-specific problem.

I unpacked it again into non-DF folder, and again it doesn't work.
It is unpacked directly into D: so its folder is D:\DFLang.
The modified defaults.txt look like this:

Code: [Select]

D:/DFLang/languages
D:/DFLang/language_words.txt
D:/DFLang/language_SYM.txt
I don't see any errors here, can you correct me if I am wrong?

[Rafal99]

I have tried command line too.

This:

Code: [Select]

python DFLang.py --help
gives me this:

Code: [Select]

Traceback (most recent call last):
  File "DFLang.py", line 145, in <module>
    with open(self.defaults_file) as defaults:
NameError: name 'self' is not defined
Doesn't matter if it is in DF folder or not.

[Igfig]

It is unpacked directly into D: so its folder is D:\DFLang.
The modified defaults.txt look like this:

Code: [Select]

D:/DFLang/languages
D:/DFLang/language_words.txt
D:/DFLang/language_SYM.txt
I don't see any errors here, can you correct me if I am wrong?

I don't see any errors either.  Hmm.

I have tried command line too.

This:

Code: [Select]

python DFLang.py --help
gives me this:

Code: [Select]

Traceback (most recent call last):
  File "DFLang.py", line 145, in <module>
    with open(self.defaults_file) as defaults:
NameError: name 'self' is not defined
Doesn't matter if it is in DF folder or not.

Oh, that there is just a bug.  I noticed it earlier today, and it'll be fixed in the next version.


Speaking of which, the next version is ready.  It now allows you to define roots through a roots file; use the Generate Roots! button to create a roots file for a language, then modify it to your hearts' content.

Note that the syntax of defaults.txt has changed; now there are four lines.  They should still be self-explanatory, I hope.


The next version after this one will be I think a "diagnostic" version, that gives the option of printing out massive logs for ease of debugging.  Hopefully that should help those people who are having trouble.  Expect v1.1d either late this evening or sometime tomorrow.

[Untelligent]

New version didn't fix the problem. Same thing happening.

[Tauron]

You should use relative paths in the default.txt as the defaults. Something like

Code: [Select]

./languages
../raw/objects
language_words.txt
language_SYM.txt

[slink]

I am able to see the directory of languages to choose from as a source, but it never fills it in when I choose one.  I have tried with complete paths using "/" and also with complete paths using "\", and with relative paths using "." and "..".  In all cases I can see the files, indicating that I am formulating the paths correctly (of which I had no doubt), but in no case does the program load the language.

WinXP, SP3

[jarathor]

I'm having exactly the same problem as slink, Unintelligent, and Rafal99. I'm running Windows 7, and I've formatted my default.txt correctly (as far as I can tell).

[Jay]

That's really strange.
I'm running Windows 7, 64-bit, I just extracted and ran it with no issues...
DF isn't in Program Files, and it's not in my DF folder...

[Igfig]

Okay so I've made a diagnostic version here.

If you had problems with browsing for languages in the regular version, try this one.  Post the contents of log.txt when the problems start.

[jarathor]

Huh, this version works fine now - and now I can fully appreciate its awesomeness. If you want, I can still post what the log has in it.
This'll be a great tool for new civs.

[Arrkhal]

In a language file, you mean?  Yeah, totally.  Just make sure it's got at least a hundred words in it, or DFLang might freeze up due to lack of data.

That explains that.

Despite that problem, this is about the coolest thing ever.

Edit: It still doesn't like my conlang, maybe because the thing is super-redundant for the sake of compressibility.