Windows Installer
Source Code (requires python and tkinter to run)

Currently in 1.6 and windows only because I couldn't get packages built for other platforms over lunch. For non-windows types, you can download the source code and try to run it yourselves. I had to instal MacPython and the TclTkAqua package myself, though, so you might have to do a little digging to get it to work. I have no access to a linux or unix maching so if someone wants to test it out and let me know if it works, I'd appreciate it.

Figured with people beginning to game with SR4 online here or elsewhere, it might be nice to have a dice roller that counts hits rather than successes. Currently it just rolls one set of dice and tells you the roll and the hits. Very simply and not very idiotproof (putting text or a non-number in the entry fields will cause it to fail) but I'll idiot-proof it for a sub-version number.

Known Bugs:

• The sixth column of numbers in the roll results text area is hidden by the scroll bar. But, if you select the text and copy/paste it (use keyboard shortcuts for now) the sixth column will be copied as well.

Things to complete:

• Error messages and idiot proofing
• Copy and paste the roll results
• Announcements of glitches and critical glitches
• Rolling more than one set of dice at a time (i.e. for GMs who pre-roll before a game)
• Extended Test Mode
• Advanced Mode

If you have any suggestions let me know.

Enjoy!

Would it be possible to include something that announces when Glitches (and Critical Glitches) occur?

Totally should have thought of that one myself. Excellent suggestion Edited the first post to include that feature in the list.

Are the brackets at the begining and end of rolls really necessary? The rolls are already in their own textbox.
The only reason I ask is because the bracket at the beginning looks very close to a 1 if you just glance at it.

Probably not, but I haven't bothered to remove them from the python print out of the roll. I'll get rid of it. Also, trying to figure out why the message widget is wrapping lines early when I run the program. I'd rather it use all of the available space but it never seems to do that. I'll try to remove the brackets for you

Thanks Dash. You're doing some great work for the Shadowrun community as a whole, not just with this, but with your other projects as well, and don't for a minute think it goes unappreciated.

Coded more. Got the idiotproofing and the glitching notifications done. Haven't uploaded it yet because I don't have the windows installer packaging programs at home and can't find them online (don't remember what their called ... it's midnight, forgive me ). Probably tomorrow at lunch time (CDT, -5 GMT) I'll get version 1.2 uploaded for Windows. Then, once I get the other things running that I want to (specifically the pre-rolling capabilities with file writting and stuff like that) I'll make an installer for other platforms. If a Mac or Unix/Linux person really wants me to, I'll figure out how to build you an executable --- or just send you the python code --- if you want me to.

Just to try and steal some of Dashifen's thunder, I've made a SR 4 dice roller and stuffed it on the net. It uses java so you'll want the JRE from java.com if you don't have it already. It should work under Windows, Linux, Macs, and even BeOS.

SR4Dice

But your one doesn't run on my computer Little Tim =(

I'm using Tiger (OS X 10.4.2) and when I try to run it I get this nice lot of errors:

Exception in thread "main" java.lang.UnsupportedClassVersionError: sr4dice/Main (Unsupported major.minor version 49.0)
at java.lang.ClassLoader.defineClass0(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:539)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:251)
at java.net.URLClassLoader.access$100(URLClassLoader.java:55)
at java.net.URLClassLoader$1.run(URLClassLoader.java:194)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:187)
at java.lang.ClassLoader.loadClass(ClassLoader.java:289)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:274)
at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)

Thanks for the trace, Foolish me, I assumed that Macs had the most recent version of Java available.

I have it working on my 10.3 machine. I hope this means it will work for others too.

[EDIT: I have tested the recompiled copy, and it works (for me at least) on Win XP, Mac OS 10.3, and SuSe Linux 9.2 If anyone has any problems or suggestions, please give a yell.]

Yeah, alas Macs always get a nice long lag period before the newer version of Java comes out for them it seems.

I actually really like the re-roll non-hits option for edge spending. I might try to work that into mine, too. No thunder stolen, but if people start asking for features or changes to your software, I'd appreciate it if you start a new thread so we're not chasing each others bugs

New version (1.2) with error messages and alerts when glitches (critical and otherwise) occur has been uploaded.

Is it possible (or even desirable) to somehow differentiate between the different factors that make up the Pool (Attribute/Skill/Edge/Augmentation/etc)?

It's possible, I don't see it as desirable, though. I suppose the real benefit is that you could enter the attribute, skill, and modifiers (or skill and program rating for hacking) and the system would add those numbers together to create the dice pool, but I think most people can handle that on their own.

Plus, there's a question of whether or not the person using the program knows the modifiers. SR4 has opened up a interesting problem for online gaming in that players need to be more aware of the situation than before as the modifiers do not alter a target number but rather the number of dice they roll. Because of thise fact, I figure game masters online will most likely need to determine the dice pool that the player needs to roll since only the GM will know all of the circumstances of the moment (unless someone is really descriptive in their posts). Thus, players (and gamemasters of course) will know the whole dice pool but not necessarily the parts that make it up, specifically the modifiers. Thus, breaking things down may actually be more problematic than leaving it as is.

Is there not a time where it is necessary to differentiate Edge dice from any others rolled for a test? If not, then I guess there really would be no point, but I thought that there might come the time when it is necessary to seperate one aspect or another (especially Edge).

Not so far in my experience. The only seperation is whether or not edge is rolled as a part of the original roll (declared before the roll) or as an augmentation to the original roll (declared after the roll). I like the advanced option, though, I may work that into the system.

uploaded the source code (and icon)

Something else that might be helpful would be the ability to roll extended tests. Let the user specify the Dice Pool and Threshold, and maybe the time interval too. Then it tells them how long (in either # of rolls or using the time interval given) it takes to succeed.

Excellent! That idea and the "advanced" mode that you mentioned above, however, will require seperate dialogs. I'll have to work on those for a little while, thus, this weekend seems to be the best bet there. I can even track a glitch and when it happened so a GM could decide what that means in their games ... I love it!

So, roadmap moment: for version 2.0 the following will be included

• extended test mode
• pre-rolling for game masters (probable exporting as text files or something)
• advanced mode for breaking down the dice pool

Probably, I'll work on things in that order.

Anyone know how to get this thing running on Macs or Linux/Unix machines? I've been fighting with my Mac (OS 10.3) for a while now but it's not happening yet.

If you're going to have an extended test it would be good to have rush job option. Glitches with a 1 or 2. An optional -1D6 hits when a glitch is rolled would be nice too. Things I over looked and I saw pointed out in another thread.

Yup. I'll work on all that as much as I can.

A very minor detail, but could you change it to display the messages about Glitches and Critical Glitches until after it displays the roll, instead of only displaying the results after 'Ok' is clicked in the pop-up.

I was showing it to a friend and they got confused when the message popped up about a Glitch but it was still showing results of the previous roll.

edit: Oh yeah, another little detail...the option to add Edge After the roll. Shouldn't this be a choice that comes up after you roll the dice, because you'd obviously want choose to roll Edge dice Before the roll, if you were planning on using the Dice.

I'd think it wouldn't be that difficult to do this. Remove the radio buttons for Before and After, because any Edge Dice specified before the roll should always be considered as choosing to use Edge before the roll. Then you can a pair of buttons come up below where the results and hits are displayed. One that lets you roll your Edge dice on top of those already rolled (applying the Rule of Six to just those dice). The second new button would be for the other use of Edge after the roll: letting you re-roll all of the unsuccessful dice.

I can easily do that on the glitch warnings --- just have to move some code around.

As for the re-roll vs. roll edge buttons, I can do that. It'll mean some touch up work for the display, but that's not so bad. I'm also working on how to kill all of the widgets on the screen and then rebuild the interface for advanced mode and for extended tests. Whee! I love you guys, but my wife is starting to grumble about all this extra programming. Good thing she works saturday as I can do most of it then

Lol. Well don't let programming, or your SR4 game in the forums, get in the way of quality time with your wife.

No matter how much I enjoy Shadowrun, I'd have to say your wife is more important than the game.

Agreed ... that's why I'll just program while she's at work and on my breaks at work. Course since I program for a living, working on other programs is considered "practice" so I can get away with a limited amount of outside work at work, too.

For this being my first post on DSF : Hoi chummers !

But now back on-topic...

It's possible, but I'll have to figure out how. Definately something that I wouldn't worry about for my 2.0 release, but I'll keep the idea in the back of my head.

Quick response

I guess your priority lies on the SR4 Character Generator you are working on.
And I won´t be the one who detains you from this

Version 1.6 done. Downloadable from the first post (go there to see a message about a known bug).

Changes:

1. Replaced the roll and hits field with Text widgets so that you can copy and paste the results right out of the interface.
2. Added, as per someone's suggestion (Slacker?), the ability to re-roll the dice that weren't hits (misses)
3. That same person also suggested that I remove the radio buttons and add a roll edge button at the bottom of the interface. Clicking this button will roll edge after you roll the dice (similar to how the after radio button worked before).

But, here's my question: Did anyone find any reason, other than the normal limit on how many times you can use edge, that you can't roll edge with the original roll and then, if necessary, roll more edge after the roll? The program currently allows this, since I could imaging the following example:

Bob is attempting to succeed at a Strength + Strength (4) test. Not sure exactly what he's doing, but this is an example after all. So, he rolls his Strength x2 for a dice pool of 4 dice and decides to add his edge of 2 to this test. He rolls the six dice and gets 1, 3, 4, 5, 5, 5. He's only one hit from succeeding and this test is really important, so he decides to use his edge again and throws 2 dice for a 3, 6. That six is rerolled for a 4 so his final number roll is 1, 3, 3, 4, 4, 5, 5, 5, 6 for 4 hits and a successful test.

I didn't see anything that expressly forbid spending more than one edge "point" on one roll. In fact, instead of rolling his edge again, he would have been better suited, perhaps, to re-roll the 1, 3, and 4 by spending edge rather than rolling only two edge dice. But, it's only an example.

Thoughts?

Actually, in the paragraph at the bottom of pg 67, immediately after all of the uses of Edge are stated, says "No more than 1 point of Edge can be spent on any specific test or action at one time. If you spent a point of Edge for extra dice and rolled a critical glitch anyway, for example, you cannot use Edge to negate that critical glitch since you have already applied Edge to that test."

Works great, but there is a problem with how it displays the dice rolls. Every sixth result is hidden from view by the scroll bar.

Yes, actually it is. Of course, I may have made it up, but linguistically (did it again) there's no reason it couldn't be a real world.

Just for you, I released 1.6.1 which fixes the line breaking problem

Thanks archimagus. Though, as I am sure you realized, I was more just trying to harass Dashifen than making a legitimate query.

"Programmatically" is such an awkward word though.

have you guys seen this?

Thanks Slacker.

So does this mean you're going to make some 'purty graffics' for your program too Dash?

Probably not. I prefer function to form. I suppose I could cram the logo into the system somehow ....