Battlegrounds Games
Online Virtual Tabletop Software for RPGs & Wargames
Calendar
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
Calendar
Calendar
Mon 06 Sep 2010
Tue 07 Sep 2010
Wed 08 Sep 2010
Thu 09 Sep 2010
Fri 10 Sep 2010
Sat 11 Sep 2010
Sun 12 Sep 2010
The time now is Tue Sep 07, 2010 11:49 pm
All times are UTC - 3
Forum index
»
User Feedback
»
Submit Feedback
Feedback on 1.1b
Post a reply
Username
Confirmation code
Enter the code exactly as you see it. The code is case sensitive and zero has a diagonal line through it.
If you are visually impaired or cannot otherwise read this code please contact the
Administrator
for help.
6 capital letters and numbers. Refresh the page to obtain a new code if needed.
Subject
Subject description
Message icons
No icon
Message body
Emoticons
View more Emoticons
Font colour:
Default
Dark Red
Red
Orange
Brown
Yellow
Green
Olive
Cyan
Blue
Dark Blue
Indigo
Violet
White
Black
Font size:
Font size
Tiny
Small
Normal
Large
Huge
Close Tags
[quote="Kazander"][quote="Quest"] Night Vision and Light sources are configurable via the appropriate .txt file located in the Preferences directory.[/quote] I did not know that; thanks![/quote]
Options
HTML is
OFF
BBCode
is
ON
Smilies are
ON
Disable BBCode in this post
Disable Smilies in this post
Forum index
»
User Feedback
»
Submit Feedback
Topic review
Page 1 of 2
[29 Posts]
Goto page:
1,
2
Next
Author
Message
heruca
Posted: Mon Apr 21, 2008 7:09 pm
Post subject:
The next release after v1.2a will have die roll results reported in the Chat window. That should help establish the context. It also helps if your players save their dice macros with descriptive names (e.g., "Kilgar's Initiative Roll", or "Initiative (Kilgar)").
Nerfed2Hell
Posted: Mon Apr 21, 2008 6:58 pm
Post subject:
Just a thought... is ther any way to have die rolls show up in the chat window from the player (or his character) so that there is a record of it in context with the activity taking place?
For example, if I ask someone to make a skill check and a few turns later need to remind them what their die result was, I can point to it in the chat log. "See, right after I asked for the roll, you rolled a 10... and that 20 you rolled came after it without me asking for an additional roll."
heruca
Posted: Mon Apr 21, 2008 6:42 pm
Post subject: Re: Feedback on 1.1b
Kazander:
If I have the Turn Sequencer up, and another player rolls the dice….the dice window does not come up, and I miss the result. This is not a good thing; can it be fixed?
This is fixed for v1.2a. BTW, the problem wasn't
just
with the Turn Sequencer. A few other panels could block incoming die rolls, too.
ursus
Posted: Wed Mar 12, 2008 12:27 pm
Post subject:
heruca:
Rather than label the halos as "Health Status" in the contextual popup menu, would you all prefer a more generic term, like "Halos"? That would make them more suitable for other purposes.
Excellent idea! I like it.
heruca
Posted: Wed Mar 12, 2008 8:17 am
Post subject:
Rather than label the halos as "Health Status" in the contextual popup menu, would you all prefer a more generic term, like "Halos"? That would make them more suitable for other purposes.
Balesir
Posted: Wed Mar 12, 2008 8:01 am
Post subject:
I really don't use these halos for 'condition' indication generally in the game I'm running now; since D&D has a spell that specifically gives the caster this information I regard it as generally non-public. I can see lots of uses for halos in general, though, if their visibility could be switched on or off for specific players. What a cool way to do Detect Magic (or Detect anything else, for that matter)! Or the spell I referred to above in D&D to let a caster monitor the condition of all allies.
Two suggestions, then:
1) A set of switches for each player to set halos 'on' or 'off' (default = on?)
2) A set of halos for general purposes, as well as those graded for 'condition' indication.
Omnidon
Posted: Tue Mar 11, 2008 6:46 pm
Post subject:
Personally I would prefer as much variety as possible. I could easily think of uses for dozens of colors. However, I'd much rather have you spend time on more important things, so those colors are fine for now.
ursus
Posted: Tue Mar 11, 2008 11:30 am
Post subject:
I don't see any problem with purple. Looks just fine to me.
heruca
Posted: Tue Mar 11, 2008 10:40 am
Post subject:
Well, if you go with the recommended percentages, on average, 50% of the figures will be marked green or yellow-green, so they'll both likely be on-screen at the same time, making the distinction more clear.
In any case, the distinction certainly isn't as critical near the top of the range, since you're relatively healthy.
Kazander
Posted: Tue Mar 11, 2008 10:23 am
Post subject:
Hmmm. The purple doesn't work from the perspective of having high visual contrast, but that's highly dependent on the background map. A darker purple might help.
What bothers me more is that I'm fairly certain that if they were't side-by-side, I don't think I could distinguish between yellow and yellow-green. Possibly the same between red and dark red, although this isn't as obvious.
But, as oleingva states, we don't have to use them all. I'm having trouble thinking of uses for more than 8 of these myself, but you never know what might come up in play 3 months from now.
heruca
Posted: Tue Mar 11, 2008 9:18 am
Post subject:
oleingva:
And, if we don't want to use that many, we can just ignore the ones we don't want, right?
Exactly. And after v1.3, which will track variables like HP, I can automatically assign halos to figures based on a user-editable table like the one I wrote above. So if you edit your table to only include
some
of those colors, the other colors won't even appear as an option in BRPG, and your contextual menu won't be cluttered with options you don't want.
oleingva
Posted: Tue Mar 11, 2008 6:58 am
Post subject:
Yeah, I think that seems quite logical. And, if we don't want to use that many, we can just ignore the ones we don't want, right?
heruca
Posted: Tue Mar 11, 2008 3:00 am
Post subject:
OK, here are the color samples I came up with.
I don't think purple works, so I'll probably drop it.
Suggested Use:
Green: 100-76%
Yellow-Green: 75-51%
Yellow: 50-26%
Orange: 25-11%
Red: 10-1%
Dark Red: Zero Hit Points or Negative Hit Points
Black: Dead or Unconscious
Thoughts?
ursus
Posted: Sat Mar 01, 2008 12:32 pm
Post subject:
I'm looking forward to the extra colors. Having only 3 colors for health seemed to few for the way I'd want to indicate status.
Ready and waiting to submit feedback on the new colors.
heruca
Posted: Fri Feb 29, 2008 6:04 pm
Post subject:
I'll be sure to post some samples for feedback before I commit to doing all the sets.
Kazander
Posted: Fri Feb 29, 2008 5:58 pm
Post subject:
Hmmm. I'm thinking purple. Even though it's actually at the far end of the spectrum from red, it seems like a midway point between red and black. It should be distinctive enough to be obvious, whereas grey an yellowish-green may not be. I suppose the only way is to try and compare the finished results though. Purple might turn out to be very similar to blue, depending.
Omnidon
Posted: Thu Feb 28, 2008 7:11 pm
Post subject:
heruca:
The reason I ask is that I need to create the halo graphics, both square and hex-shaped, in every base size and color.
Hmm, can't you use vector glow effects? Looks like it's time for Flash to be brought up again
With vector glow effects you could easily use any color you wanted without creating extra graphics.
heruca
Posted: Thu Feb 28, 2008 6:35 pm
Post subject:
For Health Status, what additional colors would you like available?
Blue is reserved for the active figure, and white is reserved for the currenly selected figure. I'll definitely add orange, since that seems a natural midpoint between red and yellow. I'll also probably add black (which could indicate a dead or mortally wounded figure).
Are any other colors needed? Grey, perhaps? Or a yellowish-green?
The reason I ask is that I need to create the halo graphics, both square and hex-shaped, in every base size and color.
After v1.3 is released (which will add hit point tracking), I can see about automatically setting the halo color based on the percentage of remaining hit points for each figure.
BTS1967
Posted: Thu Feb 28, 2008 2:26 pm
Post subject: Concur
I concur with Kazanders suggestions. Especially the die rolling and health status.
1a. Dice Macro - two seperate sets of dice
With Warhammer 40k RPG (and I believe Warhammer Fantasy) you have a similar situation where you roll a test to hit and then if successful roll a second. This occurs in combat & psychic checks. Right now we are doing seperate rolls but it would be nice to do these two in one single roll.
Step 1) So the first test is a roll under a target number. If successful a hit is landed.
Step 2) If a hit is landed then the second will refer a lookup table to determine where the hit occurred.
We also have a situation where there are two sets of dice being rolled. The first set is the result and the second set is the control. If any dice in the first pool equal the result of the second something occurs. In this case we need both displayed as seperate results.
For both of the above situations, when you add a second set of dice it adds, subtracts, divides, or multiplies. There is no way to have just two sets of dice rolled without being summed together in some fashion.
I was thinking, would it be possible to include the ability to initiate a second macro if a specific result is generated? I could see this layout similar to the lookup table option but instead the die macro references another macro that is then initiated.
The reason I liked Kazander's original suggestion is that it has the potential to accelerate game play. Right now we get bogged down in macro die rolls that would be quicker with real dice. But with the right automation options BRPG has the potential to be much more quicker than the tabletop... that I see is one of the biggest potential efficiencies VTT's can bring to RPG game play.
3. Health
I have to also say, building upon Kazander's health status. It would be a nice feature to have this configurable. Where we can select the type of health status we want to use by color similar to the lists for vision, light, etc. But just having additional options would be a great start as making it configurable is a very low priority in my mind.
BTS
Kazander
Posted: Wed Feb 27, 2008 10:48 am
Post subject:
1a: Sounds good. I'll let you work on that then.
(like I actually have a choice!)
1d: Okay; with the drag and drop going on, I can see it as an improvement. If the Dice Macro window had built-in scrollable window that automatically listed available macros, that would be a bit smoother experience yet, but I'm sure that requires more re-coding.
4: Thanks.
5: Ahh. Now I understand the reason for the odd number. Makes perfect sense.
Thanks for the link to "the history of BRPG"; interesting reading.
Here's hoping you can make a pitch to SJ someone in the future for their support.
heruca
Posted: Wed Feb 27, 2008 1:54 am
Post subject:
1a: Ah! Now I get you. Sounds like you want sub-tables, for which a result is automatically generated, all within the same macro. That should be doable, but I'll have to think a bit about how best to implement this. The sub-table could be either embedded in the original table, or it could merely be a reference to another table (defined in its own text file).
1d: But it would be faster, I think, because all it takes is one click, a drag (to highlight the proper macro), and a release of the mouse button. As opposed to popping open a file selection dialog box, which you may need to scroll through to find the exact macro you want.
4. Yup, all four files in the Preferences folder are customizable in the same way.
5. 50 pixels per cell seemed a bit low, 75 was pretty but demanded too much bandwidth for image transfers. 60 seemed like a good trade-off, but I took it up to 61 when I realized that I needed an odd number to avoid everything being "off center by 1 pixel" when the snap-to-grid feature tried to center units in a cell.
Kazander:
In a perfect world the VTT would be game system aware, and know all the rules so all we'd have to do is point and click, but until SJ Games decides to support a GURPS online project, that's not going to happen.
It could happen.
Came close, once.
Kazander
Posted: Wed Feb 27, 2008 1:35 am
Post subject:
1a: Hmmm. Your response makes me think we're not quite understanding each other. Not sure though. Anyway I'll give an example that I hope will make it more clear.
I've created a macro that does Hit Location, via a table lookup. What I would like is the ability to add a fourth (or fifth, etc) die, in a different color (which can already be done), that does not contribute to the die roll total (and thus doesn't affect the table lookup), but is referred to in the text of the table lookup.
For example, if the table lookup result is 10, this corresponds to a Torso hit. The fourth die turns up a 1, which the table text shows the players that this means the hit is actually to the Vitals. If the fourth die contributed to the Total, it would affect the table lookup. This way the hit location is completely resolved in a single roll. Of course, it would be nicer if a table could actually generate a secondary roll, and refer to a secondary table, but that's a lot more complicated....
1b: Okay.
1c: Okay!
1d: I don't think I'm understanding you correctly here; a popup menu on the dice macro window sounds to me like what you already have. "Popup" to me implies I click on something first to bring up the menu....which is basically the same thing you have.
2a: Awesome.
I'm waiting for the official Windows Beta download release....so that it does include the dice macro fixes.
2b: Starting to sound repetitive here, but okay!
3: Thanks.
4: Quest pointed that out to me; I didn't realize any of that kind of thing was configurable. I also took a peek at the Labels menu; I'm thinking of reconfiguring it so that some of the less frequently used ones go into submenus. Not sure what I'm going to do here though. Glad this is configurable!
5: I understand. You can only do what the tools allow you to. I was curious at your choice of default grid resolution though. I think it's 61 pixels per square? Why such an odd number? Variable grid resolution would certainly help, at the expense of...well, resolution, of course.
Thanks for the response!
Demonsbane: I'm using BRPG to play online. My friends and I have gotten quite spread apart over the years, and we miss being able to do this sort of thing. Once a year just isn't the same.
It's been difficult to find a VTT that supports hexmaps, has enough features to be useful, and is *reliable*. Had some experiences with VTTs that crash much too often.
In a perfect world the VTT would be game system aware, and know all the rules so all we'd have to do is point and click, but until SJ Games decides to support a GURPS online project, that's not going to happen.
Omnidon
Posted: Wed Feb 27, 2008 12:28 am
Post subject:
heruca:
5: This one hurts me, too. Unfortunately, Director only supports bitmaps up to about 4000 x 4000 pixels. There are possible workarounds (such as variable grid resolution, using multiple adjoining graphics to form larger maps, etc.), but they would require a pretty massive rewrite. Larger maps are one of the first things I want to get working right when/if I develop BRPG v2.
Another problem that could also be solved with a Flash extension
heruca
Posted: Tue Feb 26, 2008 11:00 pm
Post subject:
Excellent feedback, Kazander! I somehow missed this post yesterday.
Thanks for numbering each point. That makes it much easier to respond.
1a: Good idea, but why not just create a second macro for the table look-up?
1b: Sounds like a bug. Will investigate.
1c: Adding a button to the macro configuration panel to access the Roll History sounds like a good solution. Incoming dice rolls not appearing because the Turn Sequencer is open must be a bug, which I'll fix for the next release.
1d: How about I add a popup menu (on the Dice Macro window) that lists all your macros for quick and easy loading?
2a: I believe this bug is already fixed in v1.2.
2b: Good idea. I'll probably add that the next time I overhaul the Preferences panel.
3: Noted. I'll see what I can do.
4: Yes, the default vision types that come with BRPG
are
very D&D-oriented, but they are just there as an example. You can define your own custom vision types however you want, within certain perameters (which are explained in the "Enhanced Night Vision Menu.txt" file, located in BRPG's Preferences folder).
5: This one hurts me, too. Unfortunately, Director only supports bitmaps up to about 4000 x 4000 pixels. There are possible workarounds (such as variable grid resolution, using multiple adjoining graphics to form larger maps, etc.), but they would require a pretty massive rewrite. Larger maps are one of the first things I want to get working right when/if I develop BRPG v2.
demonsbane
Posted: Tue Feb 26, 2008 8:02 pm
Post subject: Re: Feedback on 1.1b
Kazander:
2. Figure placement
a. When I place a new figure, it does not place it where I tell it to (i.e. the hex where I clicked and selected “Place figure”. It defaults to some location near the top of the map. If you’re zoomed in, it can be hard to find this new figure, and it’s annoying to have to go looking for the figures everytime you place new ones. I tend to do this kind of thing on the fly, rather than ahead of time. (Although that’s mostly due to the size limitation of the maps).
Interesting post, Kazander. I subscribe your entire post.
By the way, I find figure placement a bit annoying, too, and not only by the surprise factor ("where in the map is going to appear this token?")...
Are there any way of skipping the need of scaling them, modifying their x-y placement, etc? It slows down even the out of the game encounter creation.
BTW, Kazander: are you using BG RPG for proyecting the screen on a wall, or online with the players?
Display posts from previous:
All Posts
1 Day
7 Days
2 Weeks
1 Month
3 Months
6 Months
1 Year
Sort by:
Post Time
Post Subject
Author
Ascending
Descending
Page 1 of 2
[29 Posts]
Goto page:
1,
2
Next
Back to top
Powered by
phpBB
© 2001, 2005 phpBB Group
[ Time: 0.1505s ][ Queries: 14 (0.0070s) ][ Debug on ]