Just wondering, have any efforts ever been made to port nsrcg to Qt or anything of the like?
If not, I'll get started on it
The meaning of this is, I'd like to have a character creation/tracking tool available on 3 platforms, namely windows, linux and winCE/PocketPC. Something portable (like Qt) seems like the way to go.

Any thoughts?

That would be great. Id love a new front end to it too. (Not a nessessity, but it would look much better with some work put into graphics.)

Youshould post your idea in Projects. Mcmackie is a regular there and usually has a thread devoted to the NSRCG.

I'm working on a Shadowrun character generator that is currently using wxWindows
for it's cross-platform and GUI libraries. Although a friend of mine is developing his
own cross-platform libraries that I may end up switching to soon. 'course, I'm
building it from scratch instead of using NSRCG as a base, for various reasons.. I'd
like to see how yours turns out tho'... I've never used QT but I heard good things.

All I want is a Windows XP compatible version of NSRCG

Funny... NSRCG works perfectly on my comp... and i'm running XP.

I get the sinking feeling that if I want a Mac version of Nsrcg I'll be writing it myself...

~J

Moving this to projects.

Probably a stupid suggestion, but have you checked mono? (http://www.go-mono.com)

wxWindows also works with MacOS. At least that's what they say. I've yet to test it myself. Of course, there is that whole Java thing which is supposed to work on every machine ever conceived by the human mind.. :>

Matrix Monkey, if you need any help testing it or what not feel free to drop me a line. I'm not much of a Qt programmer, but I'm certainly willing to help out any way that I can.

Quick question: what's Fanpro's stand on the use of copyrighted material in such projects?
I'm not looking to abuse any intellectual property or anything, and AFAIK mcmackie's program gets an unofficial "nod", but to what limit can canon stats be used as a base for program input?
Also, I'm not looking to include any copyrighted imagery, flavor text or shadowtalk into my project. Just stats. The input will probably be somewhat like nsrcg's .dat files, only I'd like to keep track of TN# changes and such as well as combat/hacking/task/whatnot pool mods.

Copyright highlights here

Scroll down to find the fair use act and figure out if what you're doing is okay or not

I wonder though: Can you actually copyright a game system? And if so how much of it? I know that certain aspects can be protected by copyright, such as the name "Shadowrun" and the art work etc. The faq says that much at least, but what about the rest? All the rules and whatnot?

Actual rule mechanics cannot be copyrighted, but the expression of them can.

I work full time in the game industry, so I'm relatively familiar with the legalities that surround it. I am, however, not a lawyer.

Someone asked this earlier, but I don't recall seeing a reply:

Why not Java? More people have the Java runtimes installed than QT. I've never coded in QT, but I've heard the Windows implementation is buggy and not as full-featured as the *nix version (although things may have changed).

I'll gladly through my hat into the ring as a novice Java and Perl/Tk coder if you need an extra pair of hands. As a mainframe (z/OS) system programmer, I have a decade's worth of procedural programming experience under my belt (mainly REXX, with a few heaping chunks of COBOL, PL/I, and Assembler), but little practical experience coding for PCs. I'd welcome the opportunity to develop my chops .

Lessons learned designing / implementing NSRCG

1) Databases:
I use a flat file structure that is very simple in concept but flexible enough for expansion (Thanks Adam). You can edit the data files with a simple text editor. This has pluses and minuses. It has no real relational abilities so I have to duplicate entries for compatibility i.e. cyberdecks have duplicate entries in the decks listings.
The other alternative is relational databases e.g. Access. The problem is not everybody can enter or even have access the correct programs. If you chose this approach, be prepared to enter everything yourself. If you want example of how confusing this can become: Etools for D&D.
Recommendation: Use the NSRCG DAT files for your data files. This has two advantages: one, you won’t have to enter the data yourself and two, we won’t have two competing standards. I wouldn’t have half the data without the assistance of the rest of the community. * Now supporting German. !

2) Transactions:
At first I didn’t have this concept in mind when designing but you need the ability to turn all modifications to your character into a transaction based schema. For example, you get a pair of cyberlegs: Changes to: modified quickness, Balistic armor, combat pool, available nuyen, magic ratings, etc. Then you change your mind and don’t want them. Now you have to roll all those changes out of the character. If you focus on a linear step A to step B approach, you could avoid those issues BUT the characters would be locked in. An example, you chose a race and go to the next step… Now you can NEVER change race ever again… Not a good approach.
I’ve said it was easier to create a D&D chargen than a SR3 chargen and NOBODY believes me… Just try and create one. …
Recommendation: Make everything a transaction with the ability to rollback the changes if necessary.

3) Classes
Every page you see in my chargen is both a form and a class. You should support Object Oriented programming classes. This will aid with the transaction process and simplify your programming. It requires a bit more upfront work but it’s worth it.
Recommendations: Use Classes for everything like augments, races, gear, lifestyle, etc

4) Coding
My experience is that are MANY people who will offer advice like “This sucks!” but won’t tell you how to fix it or offer real constructive advice. Be prepared to be very patient. Also, when you look around for people to help you actually code the thing, there will be few to none to actually aid you.
Languages are not as important. As a matter of fact, be prepared for a holy war as everyone is convinced that their approach is the only sane one. Since you’ll be doing the work, you get to chose. You might find more helpers familiar with JAVA.
Recommendation: Be prepared to go it alone… I stand in awe of the people who coded PCGen. Not just because of the skill involved but rather because somebody actually managed to get a team of people together who actually wanted to work on the thing!

5) Import and export
This one should be XML. People aren’t as familiar with it but it offers the possibility of real interoperability / exchange. It is more difficult but as the skillsets of people and toolsets of programmers improve, so should it.
Recommendation: XML

Good luck.
mcmackie

Transactions:
When you see a +1STR (or similiar) embeded in the Cyber.dat file, this is a key to a subroutine that handles this modification. If I remove the cyber, a "-1STR" goes to the same routine.
In other words, all modifications should be bidirectional. Able to handle both additions and removals.
Yes, I modified my own... If you can find a better approach, use it...

Any chance you'll be supporting Sprites and Daemons?

~J

Postscript: the Marriage program has a multiplier much, much larger than the one you seem to have applied, at least unless you tell neither party's parents about it beforehand.

So Matrix Monkey, any progress on the start up of this project? My interest in assisstance hasn't waned, so I was just wonder what the status was.