The Stringtable wrote:Code: Select all
Da Vinci
Ship Names 'Da' and 'Vinci'
Moderators: Oberlus, Committer
Ship Names 'Da' and 'Vinci'
Are those supposed to be on separate lines in the stringtable?
Warning: Antarans in dimensional portal are closer than they appear.
Re: Ship Names 'Da' and 'Vinci'
Also, within '''ed strings in the stringtable, is there any way to insert a comment? It would be nice to mark in the ship names where the author names start, where the animal names start, etc.
Warning: Antarans in dimensional portal are closer than they appear.
- Geoff the Medio
- Programming, Design, Admin
- Posts: 13587
- Joined: Wed Oct 08, 2003 1:33 am
- Location: Munich
Re: Ship Names 'Da' and 'Vinci'
Probably should be one line.
Standard comments will probably be treated as part of strings. A workaround with evauates-to-nothin macros might work, or the list could just be several macro insertions which have names descriptive of their contents.
Standard comments will probably be treated as part of strings. A workaround with evauates-to-nothin macros might work, or the list could just be several macro insertions which have names descriptive of their contents.
Re: Ship Names 'Da' and 'Vinci'
I've actually fixed that obviously extra linebreak in the en.txt amendment file along with other things, little bit more work on it and I'll submit the patch, probably tomorrow unless something comes up, maybe later this evening if I can figure out what I've got wrong with my SVN install. There were a couple others like that IIRC, and some really weird spelling issues (including at least one German word that was similar but not the same as en-US).
Mat Bowles
Any code or patches in anything posted here is released under the CC and GPL licences in use for the FO project.
Any code or patches in anything posted here is released under the CC and GPL licences in use for the FO project.
Re: Ship Names 'Da' and 'Vinci'
On a related note, it seems that the UserStringList function separates by any whitespace. For example, it seems that "Eternal September" evaluates to two different names: "Eternal" and "September". I'll take a look at that today - it shouldn't be too hard to figure out.
Warning: Antarans in dimensional portal are closer than they appear.
Re: Ship Names 'Da' and 'Vinci'
This is fixed, along with a re-organization of the ship names. Sorry if this messes with your current work, MatGB.
Warning: Antarans in dimensional portal are closer than they appear.
Re: Ship Names 'Da' and 'Vinci'
Code: Select all
CMakeFiles/freeoriond.dir/__/universe/UniverseGenerator.cpp.o: In function `GenerateSpaceMonsters(Universe&, GalaxySetupOption)':
UniverseGenerator.cpp:(.text+0x5563): undefined reference to `NewMonsterName()'
If I provided any code, scripts or other content here, it's released under GPL 2.0 and CC-BY-SA 3.0
- Geoff the Medio
- Programming, Design, Admin
- Posts: 13587
- Joined: Wed Oct 08, 2003 1:33 am
- Location: Munich
Re: Ship Names 'Da' and 'Vinci'
Probably needs an FO_COMMON_API out front of the declaration.Dilvish wrote:undefined reference to `NewMonsterName()'
Re: Ship Names 'Da' and 'Vinci'
Strange... I've been able to build 6748 just fine today on OSX. Usually what creates this kind of problems on Linux also doesn't work on OSX.Dilvish wrote:I get that if I try to compile rev 6747 or laterCode: Select all
CMakeFiles/freeoriond.dir/__/universe/UniverseGenerator.cpp.o: In function `GenerateSpaceMonsters(Universe&, GalaxySetupOption)': UniverseGenerator.cpp:(.text+0x5563): undefined reference to `NewMonsterName()'
- adrian_broher
- Programmer
- Posts: 1156
- Joined: Fri Mar 01, 2013 9:52 am
- Location: Germany
Re: Ship Names 'Da' and 'Vinci'
Fixed in r6759. The issue was, as Geoff said, a missing export macro.Dilvish wrote:I get that if I try to compile rev 6747 or laterCode: Select all
CMakeFiles/freeoriond.dir/__/universe/UniverseGenerator.cpp.o: In function `GenerateSpaceMonsters(Universe&, GalaxySetupOption)': UniverseGenerator.cpp:(.text+0x5563): undefined reference to `NewMonsterName()'
The Xcode setup resolves the symbols dynamically. This setup hides that kind of issues but is needed for now because of the dylib cross dependencies between common and parse.Vezzra wrote:Strange... I've been able to build 6748 just fine today on OSX. Usually what creates this kind of problems on Linux also doesn't work on OSX.I get that if I try to compile rev 6747 or later
Resident code gremlin
Attached patches are released under GPL 2.0 or later.
Git author: Marcel Metz
Attached patches are released under GPL 2.0 or later.
Git author: Marcel Metz
Re: Ship Names 'Da' and 'Vinci'
Thanks much; I'll try to keep that in mind next time I see a similar issue.adrian_broher wrote:Fixed in r6759. The issue was, as Geoff said, a missing export macro.
If I provided any code, scripts or other content here, it's released under GPL 2.0 and CC-BY-SA 3.0