-
March 26th, 2010, 22:07 #1
- Join Date
- Jun 2008
- Location
- Melbourne (not the one in Australia)
- Posts
- 99
Savage Worlds Unofficial Ruleset?
Has anyone here created a Savage Worlds ruleset on their own?
I realize that there's an official one, but it has way too many issues to be useful to me right now, and so I'm wondering if anyone ever just built one on their own...or is that even allowed (sorry, don't know much about licensing and such)?
At this point a slightly broken SW ruleset might be more useful to me than the current one I'm using.
Thanks,
JT
-
March 26th, 2010, 22:38 #2
Lesser Deity
- Join Date
- Mar 2006
- Location
- Arkansas
- Posts
- 7,398
Savage Worlds was originally released by DA and while many people have made variations for their personal use, the ruleset is a PEG IP, which Smiteworks USA has a license to port to FG and distribute.
So it while it would be fine for you to *make* your own ruleset (as long as you didn't distribute it) or to modify the one you have (as long as you didn't distribute it) it would be illegal for anyone else to distribute a ruleset to you.
-
March 27th, 2010, 02:08 #3
Also if you are having issues with a ruleset, it you should post what kinds of issues you are experiencing. There are many people currently using the SW ruleset without issue, they might have a suggestion or you might have actually found a bug that they can focus on fixing if they know it exists.
-
April 2nd, 2010, 07:00 #4
- Join Date
- Dec 2006
- Posts
- 74
One issue I noticed was there is no snap-to-grid in the SW ruleset. Could any of the SW gurus point me where I can set that, or perhaps direct me to a script that could clue me in on how to implement it myself?
-
April 2nd, 2010, 09:55 #5
I believe the snap functionality will be implemented in scripts/image_reference.lua.
The functions to look at would be:
getClosestSnapPoint(x,y), onTokenSnap(token, x,y) and onPointerSnap(startx, starty, endx, endy, type).
This is purely a guess as I don't have access to a copy of the Savage Worlds ruleset but a few releases back the original Smiteworks developers updated Grid support to handle HEX based grids.
Now in introducing HEX support its more than likely this broke grid functionality in existing rulesets.
Before the changes, grids were of a fixed type "square". I'm guessing the current getClosesSnapPoint(x,y) function tries to interact with the grid (to determine size for one) and is failing as a result of the change.
I would have thought all you need to do is to update getClosesSnapPoint(x,y) so that it first checks the grid type and then takes appropriate actions depending on the type.
If you feel adventurous and don't want to wait for an official fix, try looking at the scripts/image_reference.lua for the 4E ruleset and compare it with the SW scripts/image_reference.lua. Its a fairly straightforward exercise to build a simple extension to override the /scripts/image_reference.lua script with any changes you require.
Last edited by Zeus; April 2nd, 2010 at 09:57.
FG Project Development
Next Project(s)*: Starfinder v1.2 Starship Combat
Current Project: Starfinder v1.1 - Character Starships
Completed Projects: Starfinder Ruleset v1.0, Starfinder Core Rulebook, Alien Archive, Paizo Pathfinder Official Theme, D&D 5E data updates
* All fluid by nature and therefore subject to change.
-
April 2nd, 2010, 15:27 #6
- Join Date
- Dec 2006
- Posts
- 74
Precisely what I was looking for. Thank you!
I simply replaced that script with the same from one of the rulesets (Rolemaster) that I own, and it worked immediately. It may not be the most elegant solution, but it gets me rolling. Repped.
-
April 6th, 2010, 16:34 #7
- Join Date
- Apr 2009
- Posts
- 70
Originally Posted by Velocinox
https://www.fantasygrounds.com/forum...t=11520&page=2
-Kevin McD
Thread Information
Users Browsing this Thread
There are currently 1 users browsing this thread. (0 members and 1 guests)
Bookmarks