xsrcg-devel Mailing List for XSRCG
Status: Planning
Brought to you by:
murphymacleod
You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(7) |
Jun
(20) |
Jul
(6) |
Aug
(2) |
Sep
|
Oct
|
Nov
(7) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(5) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
From: Adam B. <co...@di...> - 2005-11-06 17:35:10
|
I've been working on an SR4 dice roller app in Cocoa in my spare time lately. I've got the basics in place at the moment, but am rewriting the code to clean it up and what not. However, if you're interested in seeing it so far let me know. -- Adam Brown co...@di... |
From: Jesse W. <jwa...@sp...> - 2005-06-02 21:56:03
|
Hey guys. I have a darcs repository set up at: http://sade.emperorlinux.com/~jesse/repos/xsrcg It's got the code I've been working on as well as the oldcode that I worked on. Just grab darcs if you don't have it. Here's the homepage: http://abridgegame.org/darcs/ all you have to do to get the repository is, darcs get http://sade.emperorlinux.com/~jess/repos/xsrcg If you make any changes darcs record -all, darcs send will send me a patch via email and i can apply it and push it back upstream =) I'll try to jump on dumpshock tomorrow and see how you guys are doin. -- jesse > > On May 27, 2005, at 2:07 PM, Jesse Wattenbarger wrote: >> >> Adam, >> did we move from freenode to dumpshock? i didn't even know >> dumpshock had >> an irc server =). i'll start idling there while at work. i've been >> out >> of it lately, too. i'm working now, and half-way looking for >> another one. >> i'll be moving soon, too. >> >> i'll set up a repository as soon as i move, though. i'm thinking of >> using >> darcs as a versioning repository over svn, however i'd make that >> decision >> based on binary files. svn handles binary files well, but darcs is >> great >> for source code and patches. i really like it. >> >> been hacking a little python here and there when i get a chance. >> i'd like >> to show you guys the bit of test code i have so far. i think if we >> could >> get together and discuss stuff, it would bring a lot of ideas >> together and >> solidify some design stuff. >> >> Talk to you guys soon. >> >> --omie >> > > Ahh, freenode, that's where we were before. I couldn't > remember...heh. Dumpshock's irc server just came to mind as a good > place to set up shop. See you on there! > > > > -- > Adam Brown > co...@di... |
From: Adam B. <co...@di...> - 2005-05-28 01:46:24
|
On May 27, 2005, at 2:07 PM, Jesse Wattenbarger wrote: > > Adam, > did we move from freenode to dumpshock? i didn't even know > dumpshock had > an irc server =). i'll start idling there while at work. i've > been out > of it lately, too. i'm working now, and half-way looking for > another one. > i'll be moving soon, too. > > i'll set up a repository as soon as i move, though. i'm thinking > of using > darcs as a versioning repository over svn, however i'd make that > decision > based on binary files. svn handles binary files well, but darcs is > great > for source code and patches. i really like it. > > been hacking a little python here and there when i get a chance. > i'd like > to show you guys the bit of test code i have so far. i think if we > could > get together and discuss stuff, it would bring a lot of ideas > together and > solidify some design stuff. > > Talk to you guys soon. > > --omie > Ahh, freenode, that's where we were before. I couldn't remember...heh. Dumpshock's irc server just came to mind as a good place to set up shop. See you on there! -- Adam Brown co...@di... |
From: Jesse W. <jwa...@sp...> - 2005-05-27 19:10:29
|
> > On May 9, 2005, at 7:32 PM, Max Noel wrote: > >> >> On May 8, 2005, at 23:50, Jesse Wattenbarger wrote: >> >> >>> I was looking at some of my xsrcg code and notes the other day. >>> I'm still >>> really interested in doing this. Especially now that SR4 is >>> coming out >>> =). >>> >>> We should try to meet up on IRC sometime soon and discuss some >>> plans and >>> the direction of the project. >>> >>> -- omie >>> >>> >> >> Still interested as well. I'm currently playtesting SR4, and >> I... Well, I'm not allowed to tell you much about it, actually. >> However: >> - The new system has a sane, if WoD-ish, base. It's got bugs and >> imbalances, though, but that's what we playtesters are for. >> - The new character generation system looks good so far. >> - It should be relatively easy to implement (well, much easier than >> SR3 anyway). >> - It is, however, very different from SR3. Upgrading a SR3 program >> to SR4 will probably be as difficult as starting from scratch. >> - Therefore, if we are to implement a SR4 character generator, we >> shouldn't bother with creating a SR3 one beforehand. >> >> I, for one, still am interested in creating a Shadowrun >> character generator. But I must admit that while the new rules >> system doesn't look bad, the one reason why I've been playing >> Shadowrun all this time is the setting. I don't care about the rules >> as long as the setting is good. >> >> Therefore, whether or not I keep playing SR will be determined >> by the modifications they to the Shadowrun setting in the 2065-2070 >> gap. Which I currently don't know a single thing about, other than >> the publicly available info (FAQs and stuff). >> I'm a little bit afraid about that (especially since I didn't >> really like the direction SR3 had been going in lately). On the >> other hand, I'm always interesting in coding some fun stuff, so at >> least until SR4 is released and turns out to be shit, you can count >> me in. ^^ >> >> Where, and at what times do you guys usually hang around on IRC >> nowadays? >> >> -- Max >> maxnoel_fr at yahoo dot fr -- ICQ #85274019 >> "Look at you hacker... A pathetic creature of meat and bone, >> panting and sweating as you run through my corridors... How can you >> challenge a perfect, immortal machine?" >> >> > > Hmm, I wonder why I didn't see your emails weeks ago... > > Definitely with the announcement of SR4 it changes things. I do think > going for an SR4 based program is the way to go at this point. I'll > probably play SR4 regardless of the changes they make, it may just > take some time to get used to them. > > I've been playing around at some stuff, and I actually just got Tiger > installed (better late than never). > > As for irc, I've taken the initiative of idling on irc.dumpshock.com > in #xsrcg. I haven't been on the computer as much lately due to > preparations on moving into a new house next week, but during the work > day and later in the evenings (US Central time) I'm usually around. > > As for the SQLite framework I was playing around with, it has some > quirks to it that I'm not happy with, so I don't think it's something > we want to use. > > -- > Adam Brown > co...@di... Adam, did we move from freenode to dumpshock? i didn't even know dumpshock had an irc server =). i'll start idling there while at work. i've been out of it lately, too. i'm working now, and half-way looking for another one. i'll be moving soon, too. i'll set up a repository as soon as i move, though. i'm thinking of using darcs as a versioning repository over svn, however i'd make that decision based on binary files. svn handles binary files well, but darcs is great for source code and patches. i really like it. been hacking a little python here and there when i get a chance. i'd like to show you guys the bit of test code i have so far. i think if we could get together and discuss stuff, it would bring a lot of ideas together and solidify some design stuff. Talk to you guys soon. --omie |
From: Adam B. <co...@di...> - 2005-05-27 17:20:09
|
On May 9, 2005, at 7:32 PM, Max Noel wrote: > > On May 8, 2005, at 23:50, Jesse Wattenbarger wrote: > > >> I was looking at some of my xsrcg code and notes the other day. >> I'm still >> really interested in doing this. Especially now that SR4 is >> coming out >> =). >> >> We should try to meet up on IRC sometime soon and discuss some >> plans and >> the direction of the project. >> >> -- omie >> >> > > Still interested as well. I'm currently playtesting SR4, and > I... Well, I'm not allowed to tell you much about it, actually. > However: > - The new system has a sane, if WoD-ish, base. It's got bugs and > imbalances, though, but that's what we playtesters are for. > - The new character generation system looks good so far. > - It should be relatively easy to implement (well, much easier than > SR3 anyway). > - It is, however, very different from SR3. Upgrading a SR3 program > to SR4 will probably be as difficult as starting from scratch. > - Therefore, if we are to implement a SR4 character generator, we > shouldn't bother with creating a SR3 one beforehand. > > I, for one, still am interested in creating a Shadowrun > character generator. But I must admit that while the new rules > system doesn't look bad, the one reason why I've been playing > Shadowrun all this time is the setting. I don't care about the > rules as long as the setting is good. > > Therefore, whether or not I keep playing SR will be determined > by the modifications they to the Shadowrun setting in the 2065-2070 > gap. Which I currently don't know a single thing about, other than > the publicly available info (FAQs and stuff). > I'm a little bit afraid about that (especially since I didn't > really like the direction SR3 had been going in lately). On the > other hand, I'm always interesting in coding some fun stuff, so at > least until SR4 is released and turns out to be shit, you can count > me in. ^^ > > Where, and at what times do you guys usually hang around on IRC > nowadays? > > -- Max > maxnoel_fr at yahoo dot fr -- ICQ #85274019 > "Look at you hacker... A pathetic creature of meat and bone, > panting and sweating as you run through my corridors... How can you > challenge a perfect, immortal machine?" > > Hmm, I wonder why I didn't see your emails weeks ago... Definitely with the announcement of SR4 it changes things. I do think going for an SR4 based program is the way to go at this point. I'll probably play SR4 regardless of the changes they make, it may just take some time to get used to them. I've been playing around at some stuff, and I actually just got Tiger installed (better late than never). As for irc, I've taken the initiative of idling on irc.dumpshock.com in #xsrcg. I haven't been on the computer as much lately due to preparations on moving into a new house next week, but during the work day and later in the evenings (US Central time) I'm usually around. As for the SQLite framework I was playing around with, it has some quirks to it that I'm not happy with, so I don't think it's something we want to use. -- Adam Brown co...@di... |
From: Max N. <max...@ya...> - 2005-05-10 00:32:37
|
On May 8, 2005, at 23:50, Jesse Wattenbarger wrote: > I was looking at some of my xsrcg code and notes the other day. > I'm still > really interested in doing this. Especially now that SR4 is coming > out > =). > > We should try to meet up on IRC sometime soon and discuss some > plans and > the direction of the project. > > -- omie > Still interested as well. I'm currently playtesting SR4, and I... Well, I'm not allowed to tell you much about it, actually. However: - The new system has a sane, if WoD-ish, base. It's got bugs and imbalances, though, but that's what we playtesters are for. - The new character generation system looks good so far. - It should be relatively easy to implement (well, much easier than SR3 anyway). - It is, however, very different from SR3. Upgrading a SR3 program to SR4 will probably be as difficult as starting from scratch. - Therefore, if we are to implement a SR4 character generator, we shouldn't bother with creating a SR3 one beforehand. I, for one, still am interested in creating a Shadowrun character generator. But I must admit that while the new rules system doesn't look bad, the one reason why I've been playing Shadowrun all this time is the setting. I don't care about the rules as long as the setting is good. Therefore, whether or not I keep playing SR will be determined by the modifications they to the Shadowrun setting in the 2065-2070 gap. Which I currently don't know a single thing about, other than the publicly available info (FAQs and stuff). I'm a little bit afraid about that (especially since I didn't really like the direction SR3 had been going in lately). On the other hand, I'm always interesting in coding some fun stuff, so at least until SR4 is released and turns out to be shit, you can count me in. ^^ Where, and at what times do you guys usually hang around on IRC nowadays? -- Max maxnoel_fr at yahoo dot fr -- ICQ #85274019 "Look at you hacker... A pathetic creature of meat and bone, panting and sweating as you run through my corridors... How can you challenge a perfect, immortal machine?" |
From: Jesse W. <jwa...@sp...> - 2005-05-08 22:53:04
|
I was looking at some of my xsrcg code and notes the other day. I'm still really interested in doing this. Especially now that SR4 is coming out =). We should try to meet up on IRC sometime soon and discuss some plans and the direction of the project. -- omie > Mostly with regard to a GUI. Although I've also found an SQLite > framework that will let us do SQLite easily in both Cocoa and GNUStep. > > I haven't had a lot of time to concentrate on coding. It sucks how busy > life can be sometimes, but I have been trying to do what I can here and > there as far as things go. > > The amount of stuff I have hasn't warranted me putting up on the > SourceForge CVS server, but if either of you want to take a look at it, > I can do that or just attach a project tarball to an email. > > Here's to making some headway in 2005! > > -- > Adam Brown > co...@di... > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > xsrcg-devel mailing list > xsr...@li... > https://lists.sourceforge.net/lists/listinfo/xsrcg-devel |
From: Adam B. <co...@di...> - 2005-02-12 07:40:07
|
Mostly with regard to a GUI. Although I've also found an SQLite framework that will let us do SQLite easily in both Cocoa and GNUStep. I haven't had a lot of time to concentrate on coding. It sucks how busy life can be sometimes, but I have been trying to do what I can here and there as far as things go. The amount of stuff I have hasn't warranted me putting up on the SourceForge CVS server, but if either of you want to take a look at it, I can do that or just attach a project tarball to an email. Here's to making some headway in 2005! -- Adam Brown co...@di... |
From: Adam B. <co...@di...> - 2004-11-24 20:42:56
|
On Nov 23, 2004, at 5:09 PM, Max Noel wrote: > > On Nov 23, 2004, at 22:42, Adam Brown wrote: > >> About the only issue with python I can think of off-hand would be the >> need to require a python interpreter be installed on the system. That >> might be a bit cumbersome, a little VisualBasic-esque. But, I >> certainly don't have a problem using Python. In fact, it might make >> for a very easy cross-platform choice for a back-end. > > The default Mac OS X "distribution" includes Python 2.3 (that's OS X > 10.3 -- I'm not sure about earlier versions, and I suppose OS X 10.4 > will include Python 2.4), and the language is installed on most Linux > machines. > As for Windows, it is possible to bundle a Python program and > interpreter in an EXE file, using a program called py2exe (which is > what's used for the Windows version of Bittorrent). Well, I was mostly thinking of Windows, so that's pretty cool it can be bundled into an exe, should make it completely invisible. -- Adam Brown co...@di... |
From: Max N. <max...@ya...> - 2004-11-23 23:10:38
|
On Nov 23, 2004, at 22:42, Adam Brown wrote: > About the only issue with python I can think of off-hand would be the > need to require a python interpreter be installed on the system. That > might be a bit cumbersome, a little VisualBasic-esque. But, I > certainly don't have a problem using Python. In fact, it might make > for a very easy cross-platform choice for a back-end. The default Mac OS X "distribution" includes Python 2.3 (that's OS X 10.3 -- I'm not sure about earlier versions, and I suppose OS X 10.4 will include Python 2.4), and the language is installed on most Linux machines. As for Windows, it is possible to bundle a Python program and interpreter in an EXE file, using a program called py2exe (which is what's used for the Windows version of Bittorrent). -- Max maxnoel_fr at yahoo dot fr -- ICQ #85274019 "Look at you hacker... A pathetic creature of meat and bone, panting and sweating as you run through my corridors... How can you challenge a perfect, immortal machine?" |
From: Adam B. <co...@di...> - 2004-11-23 22:43:30
|
Well, I've certainly been out of action for awhile now. So, I just thought I'd check in finally. About the only issue with python I can think of off-hand would be the need to require a python interpreter be installed on the system. That might be a bit cumbersome, a little VisualBasic-esque. But, I certainly don't have a problem using Python. In fact, it might make for a very easy cross-platform choice for a back-end. Jesse, how's the SVN server? Also, if you want some assistance with the lib you might post up some info on it and what you need done. -- Adam Brown co...@di... |
From: Max N. <max...@ya...> - 2004-11-01 15:47:58
|
On Nov 1, 2004, at 14:29, Jesse Wattenbarger wrote: > All I've coded so far are a few classes for the "main" stuff. Like I > wrote an AttrMod class this morning. I also wrote an elf.py that takes > advantage of the class. I'm fairly new to python as I just picked it > up > the other night. I'm using the online book, www.diveintopython.org. > It > is what really helped me fall in love with the language. I've attached > my elf.py and attr_mod.py to this email just for fun and comments. > I'll > get the svn repository up today, though so that all my code is visible > and so that Max can upload his code. Let me know what you guys think. > If you can't tell by the files, I'm aiming to make it *very* modular. > races can be added simply by creating a race.py file and loading it. I'll have a look at what you did tomorrow (right now I have a coursework assignment to complete, due tomorrow morning ;) ). Meanwhile, here's what I coded. It's not pretty, but it converts EDGE.DAT to XML just fine (although the XML specs are subject to change). The ILNode class can be reused to create other types of XML-based item lists. -- Max maxnoel_fr at yahoo dot fr -- ICQ #85274019 "Look at you hacker... A pathetic creature of meat and bone, panting and sweating as you run through my corridors... How can you challenge a perfect, immortal machine?" |
From: Jesse W. <jwa...@sp...> - 2004-11-01 14:28:56
|
Great! Well, I'm going to set up a public subversion repository for the project. I'll give you and Adam comit perms on it. Sorry that the previous libsrcg svn was private, Adam. I had it in the same directory as a private game that a friend of mine is working on (which I periodically code for). All I've coded so far are a few classes for the "main" stuff. Like I wrote an AttrMod class this morning. I also wrote an elf.py that takes advantage of the class. I'm fairly new to python as I just picked it up the other night. I'm using the online book, www.diveintopython.org. It is what really helped me fall in love with the language. I've attached my elf.py and attr_mod.py to this email just for fun and comments. I'll get the svn repository up today, though so that all my code is visible and so that Max can upload his code. Let me know what you guys think. If you can't tell by the files, I'm aiming to make it *very* modular. races can be added simply by creating a race.py file and loading it. On Mon, 2004-11-01 at 07:26, Max Noel wrote: > On Nov 1, 2004, at 11:59, Jesse Wattenbarger wrote: > > > I need to know if this is moving away from your visions or if it is in > > line with what you guys want. If it is moving too far away, I do not > > mind branching off into a new project. If not, I'd be delighted to > > stay > > aboard. And in either case, I hope that we can still swap information, > > ideas, and code. You guys can have all the previous C code I wrote if > > you'd like. It's nothing great or fancy. > > Heh... That's kinda funny, because I've started learning Python as > well, and the more I learn, the more I feel like it would be perfect > for that project too. Especially since there is a Python <-> > Objective-C/Cocoa bridge (PyObjC) which as I'm told works particularly > well. > I've started writing scripts to convert NSRCG DAT files to XML, in the > hopes of writing a GMViewDat program first. So far I've only had time > to complete the EDGE.DAT converter (I'll upload it somewhere if you're > interested). I thank McMackie for writing the NSRCG in the first place, > but Ghost, are his file formats baroque. > > > I'll be on IRC when I can. I have recently graduated, but I have not > > found a CS job yet. I'm currently working night audit at a hotel. I'd > > probably be more likely to see Max online than Adam at my current hours > > =). > > Congratulations for your graduation. > As for myself, I've moved to the UK for my final year of studies. I've > had to learn Java in 1 week and currently have loads of work, but it's > going okay, and I think I can put some time aside to work on this > project. > > -- Max > maxnoel_fr at yahoo dot fr -- ICQ #85274019 > "Look at you hacker... A pathetic creature of meat and bone, panting > and sweating as you run through my corridors... How can you challenge a > perfect, immortal machine?" > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Sybase ASE Linux Express Edition - download now for FREE > LinuxWorld Reader's Choice Award Winner for best database on Linux. > http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click > _______________________________________________ > xsrcg-devel mailing list > xsr...@li... > https://lists.sourceforge.net/lists/listinfo/xsrcg-devel > > |
From: Max N. <max...@ya...> - 2004-11-01 12:26:48
|
On Nov 1, 2004, at 11:59, Jesse Wattenbarger wrote: > I need to know if this is moving away from your visions or if it is in > line with what you guys want. If it is moving too far away, I do not > mind branching off into a new project. If not, I'd be delighted to > stay > aboard. And in either case, I hope that we can still swap information, > ideas, and code. You guys can have all the previous C code I wrote if > you'd like. It's nothing great or fancy. Heh... That's kinda funny, because I've started learning Python as well, and the more I learn, the more I feel like it would be perfect for that project too. Especially since there is a Python <-> Objective-C/Cocoa bridge (PyObjC) which as I'm told works particularly well. I've started writing scripts to convert NSRCG DAT files to XML, in the hopes of writing a GMViewDat program first. So far I've only had time to complete the EDGE.DAT converter (I'll upload it somewhere if you're interested). I thank McMackie for writing the NSRCG in the first place, but Ghost, are his file formats baroque. > I'll be on IRC when I can. I have recently graduated, but I have not > found a CS job yet. I'm currently working night audit at a hotel. I'd > probably be more likely to see Max online than Adam at my current hours > =). Congratulations for your graduation. As for myself, I've moved to the UK for my final year of studies. I've had to learn Java in 1 week and currently have loads of work, but it's going okay, and I think I can put some time aside to work on this project. -- Max maxnoel_fr at yahoo dot fr -- ICQ #85274019 "Look at you hacker... A pathetic creature of meat and bone, panting and sweating as you run through my corridors... How can you challenge a perfect, immortal machine?" |
From: Jesse W. <jwa...@sp...> - 2004-11-01 11:58:34
|
Hey guys, I'm not sure what you guys have been doing witht he project. I do have something of an announcement to make, though. I've written a bit of C code for the project, as well as all the autoconf files. There's some base code, and a bit of xml parsing code. However, I have recently decided to make a huge change. Instead of writing the lib in C, I have decided that python would better serve my (our?) purposes. Here's my reasoning: Python offers pretty much every thing we wanted to begin with. We can use XML parser libs and sqlite (among other things). It also gives us a little more freedom and opportunities. For example, I considered using dynamic modules for the different creation systems. Since python is interpreted, we can have different python modules that are already dynamic simply by being in different files or objects. Python also offers really nice OOP with some interesting abilities. Python is pretty terse and simple. It's almost like writing pseudo code. It works on every desktop computing platform with (most likely) no changes to the source: Mac OS X, Windows, Linux, *BSD, countless other implementations. I'm still learning python, but I've already started to work on the new srcg. It will still be something like a lib. I'm abstracting rules and every thing away from a GUI. However, I am also writing a GUI component in pygtk as a reference/example/full client. I need to know if this is moving away from your visions or if it is in line with what you guys want. If it is moving too far away, I do not mind branching off into a new project. If not, I'd be delighted to stay aboard. And in either case, I hope that we can still swap information, ideas, and code. You guys can have all the previous C code I wrote if you'd like. It's nothing great or fancy. I'll be on IRC when I can. I have recently graduated, but I have not found a CS job yet. I'm currently working night audit at a hotel. I'd probably be more likely to see Max online than Adam at my current hours =). So now you know where I'm going, and that I'm certaintly not done with this project, nor have I given up, nor is this notice of me leaving this particular project. I'd just like to know what you guys think, if you're willing to go in the same direction, and even if you aren't: can you use me in some capacity for the direction you would like to go? Thanks guys. Jesse On Tue, 2004-08-03 at 16:36, Adam Brown wrote: > Just wondering what the status here is. It seems like we've all been > pretty busy lately and it might be time to regroup and see what we're > looking at again. > > Let's try and keep the ball rolling... > > -- > Adam Brown > co...@di... > > > > ------------------------------------------------------- > This SF.Net email is sponsored by OSTG. Have you noticed the changes on > Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, > one more big change to announce. We are now OSTG- Open Source Technology > Group. Come see the changes on the new OSTG site. www.ostg.com > _______________________________________________ > xsrcg-devel mailing list > xsr...@li... > https://lists.sourceforge.net/lists/listinfo/xsrcg-devel > > |
From: Jesse W. <jwa...@sp...> - 2004-08-04 16:38:45
|
yeh, i've been very busy. don't worry. i'm still here. i just finished my last final, and i graduate on saturday. so i'll have plenty of time to work on libsrcg soon =). especially since i don't have a job yet, hehe. -jesse > Just wondering what the status here is. It seems like we've all been > pretty busy lately and it might be time to regroup and see what we're > looking at again. > > Let's try and keep the ball rolling... > > -- > Adam Brown > co...@di... > > > > ------------------------------------------------------- > This SF.Net email is sponsored by OSTG. Have you noticed the changes on > Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, > one more big change to announce. We are now OSTG- Open Source Technology > Group. Come see the changes on the new OSTG site. www.ostg.com > _______________________________________________ > xsrcg-devel mailing list > xsr...@li... > https://lists.sourceforge.net/lists/listinfo/xsrcg-devel |
From: Adam B. <co...@di...> - 2004-08-03 20:36:48
|
Just wondering what the status here is. It seems like we've all been pretty busy lately and it might be time to regroup and see what we're looking at again. Let's try and keep the ball rolling... -- Adam Brown co...@di... |
From: Adam B. <co...@di...> - 2004-07-10 08:13:03
|
Pasted below is the first draft of the SQLite dump of the rpgcharacter portion of the XML data. After going through I know we're going to need to clean it up a bit, and I'd probably suggest that instead of having the seperate attribute table we bring it in with the main character table, even though that'll make the main character table pretty large by itself since it'll need to have a ton of instances of the attribute table, but it might be better to do it that way. Anyways, if you look through here and see anything jump out at you or whatever let me know. I haven't bothered to test it with SQLite yet, so it may not even work properly at this stage. It's more a proof of concept. Once I get the rest of the stuff added I'll dump into SQLite and see how it works. I'll also probably work up a graphical chart showing all the relations to make grasping everything easier. So, without further ado... -- SQLite dump -- -- This is an SQLite dump for XSRCG -- -- -- -- Table structure for table 'realworld' -- corresponds to 'realworld' XML -- CREATE TABLE realworld (id INTEGER PRIMARY KEY, system_id INT, character_id INT, generation TEXT, creationdate TEXT, lastmoddate TEXT, fileid TEXT, player_id INT, concept TEXT, notes TEXT); -- -- Table structure for table 'player' -- subset of 'realworld' XML -- CREATE TABLE player (id INTEGER PRIMARY KEY, playername TEXT, playeremail TEXT, playerurl TEXT); -- -- Table structure for table 'system' -- corresponds to 'system' XML -- CREATE TABLE system (id INTEGER PRIMARY KEY, name TEXT, edition TEXT, variation TEXT, reference TEXT); -- -- Table structure for table 'character' -- corresponds to 'bio' XML -- CREATE TABLE character (id INTEGER PRIMARY KEY, realworld_id INTEGER, gender TEXT, birthplace TEXT, birthdate TEXT, height TEXT, weight TEXT, eyecolor TEXT, haircolor TEXT, skincolor TEXT, buildtotal INT, earnedtotal INT, earnedremaining INT, archetype TEXT, nature TEXT, demeanor TEXT, illustration TEXT, history TEXT, note TEXT); -- -- Table structure for table 'identity' -- corresponds to 'identity' XML -- CREATE TABLE identity (id INTEGER PRIMARY KEY, character_id INTEGER, name TEXT, alias TEXT, level TEXT, sin TEXT, note TEXT); -- -- Table structure for table 'race' -- -- CREATE TABLE race (id INTEGER PRIMARY KEY, character_id INTEGER, name TEXT, variant TEXT, ethnicity TEXT, initialcost TEXT); -- -- Table structure for table 'asset' -- corresponds to 'asset' XML -- CREATE TABLE asset (id INTEGER PRIMARY KEY, character_id INT, name TEXT, type TEXT, variation TEXT, quantity NUMERIC, unitvalue NUMERIC, level INT, note TEXT); notes TEXT); -- -- Table structure for table 'attrubute' -- corresponds to 'atttribute' XML -- CREATE TABLE attribute (id INTEGER PRIMARY KEY, character_id INT, name TEXT, value INT, initial INT, improvement INT, racialmod INT, natural INT, max INT, initialcost INT, additionalcost INT, note TEXT); -- -- Table structure for table 'skill' -- corresponds to 'skill' XML -- CREATE TABLE skill (id INTEGER PRIMARY KEY, character_id INTEGER, refid INTEGER, name TEXT, value INTEGER, initial INTEGER, initialcost INTEGER, additionalcost INTEGER, variation_id INTEGER, concentration_id INTEGER); -- -- Table structure for table 'property' -- corresponds to 'property' XML -- CREATE TABLE property (id INTEGER PRIMARY KEY, character_id INTEGER, name TEXT, value INTEGER, type TEXT, initial INTEGER, initialcost INTEGER, additionalcost INTEGER, note TEXT, details TEXT); -- -- Table structure for table 'augmentation' -- corresponds to 'augemntation' XML -- CREATE TABLE augmentation (id INTEGER PRIMARY KEY, character_id INTEGER, refid INTEGER, location TEXT, quality TEXT, condition TEXT, cost NUMERIC, impact NUMERIC, note TEXT); -- -- Table structure for table 'advantage' -- corresponds to 'reference' XML -- CREATE TABLE advantage (id INTEGER PRIMARY KEY, character_id INTEGER, refid INTEGER, name TEXT, initialcost INTEGER, additionalcost INTEGER, value INTEGER); -- -- Table structure for table 'power' -- corresponds to 'power' XML -- CREATE TABLE power (id INTEGER PRIMARY KEY, character_id INTEGER, refid INTEGER, name TEXT, value INTEGER, initial INTEGER, initialcost INTEGER, additionalcost INTEGER, variation text, note TEXT); -- -- Table structure for table 'spell' -- corresponds to 'spell' XML -- CREATE TABLE spell (id INTEGER PRIMARY KEY, character_id INTEGER, refid INTEGER, name TEXT, value INTEGER, initial INTEGER, initialcost INTEGER, additionalcost INTEGER, variation TEXT, note TEXT); -- -- Table structure for table 'equipment' -- corresponds to 'equipment' XML -- CREATE TABLE equipment (id INTEGER PRIMARY KEY, character_id INTEGER, refid INTEGER, count NUMERIC, units TEXT, carried TEXT, equipped TEXT, location TEXT, quality TEXT, condition TEXT, cost NUMERIC, name TEXT, note TEXT unique TEXT, contains TEXT); -- -- Table structure for table 'transport' -- corresponds to 'transport' XML -- CREATE TABLE transport (id INTEGER PRIMARY KEY, character_id INTEGER, refid INTEGER, condition TEXT, cost NUMERIC, name TEXT, note TEXT, unique TEXT, contains TEXT); -- -- Table structure for table 'contact' -- corresponds to 'contact' XML -- CREATE TABLE contact (id INTEGER PRIMARY KEY, character_id INTEGER, name TEXT, relation TEXT, location TEXT, level INTEGER, initialcost INTEGER, additionalcost INTEGER, note TEXT); -- Adam Brown co...@di... |
From: Adam B. <co...@di...> - 2004-07-09 23:33:54
|
On Jul 9, 2004, at 05:23 PM, Max Noel wrote: > > Le 10 juil. 2004, =E0 00:04, Adam Brown a =E9crit : > >> I've never had Starcraft installed on a Mac so I can't be of much=20 >> help. Should you just be able to drag it all to the trash? If it's an=20= >> OS X version though you should just be able to drag it to the trash=20= >> and then get rid of any .plist files it used in your /Library or=20 >> ~/Library folders. That's how it is with WarCraft III I believe. > > No, I want to *install* it, not to uninstall it. The fact is, = the=20 > installer is a Classic application, and when I upgraded to Panther I=20= > didn't bother to install Classic (being a switcher, I don't have any=20= > OS9 apps, and in any case I hate OS9). > Anyway, that's not critical. Blizzard said they'd release a = native=20 > OSX installer for Starcraft quite soon (they said that when they=20 > released the OSX native installer for Diablo II). > INSTALL!!?? Geez, reading email at the end of the day at work is not a=20= good idea. > -- Max > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > xsrcg-devel mailing list > xsr...@li... > https://lists.sourceforge.net/lists/listinfo/xsrcg-devel > -- Adam Brown co...@di... |
From: Max N. <max...@ya...> - 2004-07-09 22:23:12
|
Le 10 juil. 2004, =E0 00:04, Adam Brown a =E9crit : > I've never had Starcraft installed on a Mac so I can't be of much=20 > help. Should you just be able to drag it all to the trash? If it's an=20= > OS X version though you should just be able to drag it to the trash=20 > and then get rid of any .plist files it used in your /Library or=20 > ~/Library folders. That's how it is with WarCraft III I believe. No, I want to *install* it, not to uninstall it. The fact is, = the=20 installer is a Classic application, and when I upgraded to Panther I=20 didn't bother to install Classic (being a switcher, I don't have any=20 OS9 apps, and in any case I hate OS9). Anyway, that's not critical. Blizzard said they'd release a = native OSX=20 installer for Starcraft quite soon (they said that when they released=20 the OSX native installer for Diablo II). -- Max= |
From: Adam B. <co...@di...> - 2004-07-09 22:04:58
|
On Jul 9, 2004, at 01:43 PM, Max Noel wrote: > > Le 9 juil. 2004, =E0 09:23, Adam Brown a =E9crit : > >> I think it would be a good idea if we could all three find a time in=20= >> the next week or so that we could all meet up on IRC for at least an=20= >> hour or so. Max, I realize your time zone difference is difficult, so=20= >> I think Jesse and I should try to work around your availability as=20 >> much as possible. > > Good idea. I'd like to apologize for my lack of activity over = the=20 > last few weeks, but I found myself a 'summer job' coding PHP and thus=20= > haven't had a lot of free time as I was adjusting to it. > Not a problem at all. I don't think any of us are going to get upset at=20= real life getting in the way of things. ;-) > Anyway, back to business... I'm going to a LAN party tonight, = but I=20 > should be available all the weekend starting Saturday around 1200 GMT.=20= > When can we meet on IRC? > IRC is good for me. Is there a particular time during the weekend you'd=20= like to try and catch each other? > > Oh, on a completely unrelated topic, does anyone remember how to=20 > install Starcraft on a Mac running OS X without Classic installed? I=20= > know there's a method that involves using a PC (real or Virtual), but=20= > I can't find any references to it on the Net... > I've never had Starcraft installed on a Mac so I can't be of much help.=20= Should you just be able to drag it all to the trash? If it's an OS X=20 version though you should just be able to drag it to the trash and then=20= get rid of any .plist files it used in your /Library or ~/Library=20 folders. That's how it is with WarCraft III I believe. Blizzard seems to support the Mac pretty well, I'm sure a look on their=20= website or a quick email to them would answer the question easily=20 enough though. > -- Max > maxnoel_fr at yahoo dot fr -- ICQ #85274019 > "Look at you hacker... A pathetic creature of meat and bone, panting=20= > and sweating as you run through my corridors... How can you challenge=20= > a perfect, immortal machine?" > -- Adam Brown co...@di... |
From: Max N. <max...@ya...> - 2004-07-09 18:43:52
|
Le 9 juil. 2004, =E0 09:23, Adam Brown a =E9crit : > I think it would be a good idea if we could all three find a time in=20= > the next week or so that we could all meet up on IRC for at least an=20= > hour or so. Max, I realize your time zone difference is difficult, so=20= > I think Jesse and I should try to work around your availability as=20 > much as possible. Good idea. I'd like to apologize for my lack of activity over = the last=20 few weeks, but I found myself a 'summer job' coding PHP and thus=20 haven't had a lot of free time as I was adjusting to it. Anyway, back to business... I'm going to a LAN party tonight, = but I=20 should be available all the weekend starting Saturday around 1200 GMT.=20= When can we meet on IRC? Oh, on a completely unrelated topic, does anyone remember how to=20 install Starcraft on a Mac running OS X without Classic installed? I=20 know there's a method that involves using a PC (real or Virtual), but I=20= can't find any references to it on the Net... -- Max maxnoel_fr at yahoo dot fr -- ICQ #85274019 "Look at you hacker... A pathetic creature of meat and bone, panting=20 and sweating as you run through my corridors... How can you challenge a=20= perfect, immortal machine?" |
From: Adam B. <co...@di...> - 2004-07-09 07:23:29
|
I think it would be a good idea if we could all three find a time in the next week or so that we could all meet up on IRC for at least an hour or so. Max, I realize your time zone difference is difficult, so I think Jesse and I should try to work around your availability as much as possible. We all three really need to get together and get a few things set down so some of the groundwork can start to roll. Let's try and make it happen! -- Adam Brown co...@di... |
From: Adam B. <co...@di...> - 2004-06-29 19:39:14
|
Well, again Jesse and I got a chance to go over our respective thoughts on the design of the program again after awhile to put things in perspective a little. I'm leaning heavily towards wanting a very capable Cocoa/GNUStep Framework to work from in the Mac environment as well as in the GNUStep environment. I still thinking keeping the library in place is good, but I think if there's a good Cocoa Framework wrapper for it then that will solve a lot of issues. Any Cocoa application will just use the Framework and not even care about anything else basically. The Framework will have all the classes and methods needed for interfacing with the cross-platform library and as far as Cocoa development goes, the Framework will BE the library. I think doing this gives us a lot of leeway on how to approach the library, but not sacrificing the Obj-C/Cocoa nature of the Mac/GNUStep stuff. We've also looked into SQLite a little more, and it seems to be just what we need for data storage. It'll use an SQL database built-in to the library to keep the data in, and it'll keep us from storing more than one copy of a gun or any other item, until it gets exported as XML data. SQLite provides easy function calls for read/writes so it shouldn't be terribly complex to implement. Plus, there's Cocoa wrappers that exist for SQLite functions, so everything in the Framework can appear even more seamless in that respect. I'm going to start converting the XML schema into a database schema and layout the database for file storage. Once that's in place we can fill it with data and work on some XML import/export stuff and get the low level file stuff out the way and in place to build on. I'll leave it at that for now. -- Adam Brown co...@di... |
From: Adam B. <co...@di...> - 2004-06-19 18:30:13
|
On Jun 19, 2004, at 03:58 AM, Max Noel wrote: > > Le 17 juin 2004, =E0 05:35, Adam Brown a =E9crit : > >> A subject I have kind of been dreading to bring up, since it can push=20= >> a lot of sensitive buttons in people, but it's something we'll need=20= >> to address soon. Do you guys have any preferences or any particular=20= >> licenses you dislike? I'll just come right out and say that I'm=20 >> partial to the BSD license. My history with FreeBSD and such has sort=20= >> of brought me up under the BSD paradigm throughout my computing=20 >> career. I think there are better licenses than the GPL, which I'd=20 >> like to avoid. If anyone is dead set on a GPL-style license though,=20= >> I'd consider the LGPL. >> >> If you're familiar with any other licenses or are partial to any one=20= >> way or another, now is probably the time to get it worked out. :-) > > Well... I'm in favor of either the GPL, or the BSD license. = Although=20 > the one thing that creeps me out with BSD is that unless I'm mistaken,=20= > anyone is allowed to take our program, claim it as their own and sell=20= > it as long as we're credited in the source code (which then no one=20 > will see), right? > Not that I do expect anyone to do that, but you never know... = So, I'm=20 > neutral on this one. > Well, with all of us in a kind 'neutral' stance on this, I think that=20 might give us time to investigate some of the other licenses that are=20 either not as restrictive as the GPL or not as free as the BSD and=20 maybe find something that fits our needs best. As much as I love the BSD model, for our purposes it may not be the=20 best. Although, I don't really agree with the GPL. Jesse and I got a=20 chance to talk briefly on it and I think we came down to thinking=20 something along the lines of the LGPL or MPL. Something that keeps us=20 involved or aware of future derivative works, but doesn't restrict the=20= use of the derivative work too terribly much. Anyways, none of seems bent towards one license or another, so maybe we=20= can just leave it for later when someone finds one that seems to fit us=20= really well. -- Adam Brown co...@di... |