RPTools.net

Okay, sent Trevor a patch to make roll.count start at 0. (Sorry, person who is now sad!)

New roll option: u(nformatted) [u: ] has the same output as [e: ], except it doesn't emit a span tag, so it is suitable for embedding in a tooltip. (Single and double quotes are also replaced with the corresponding HTML entities, so they won't break tooltip output.) Just sent Trevor a patch for this.

Since knizia.fan's array handling functions are zero-based, I would like to change the behavior of roll.count when using [c( n ): ]. Currently, the value of roll.count starts and 1 and goes to n ; with the proposed change, it would start at 0 and go to n - 1. This would make its behavior consistent ...

Mr. Pokeylope, I didn't mean to create more work for you when I decided to go with 0-based counting. I know that you're having to work hard on subtle bugs because your code has to be regex-based rather than using a proper parser. Heh, about that... I'm seriously considering just converting the whol...

hmmm I thought the issue with embedding rolls in the title attributes had been fixed. Test: <span>Total [Total]</span> Output: GM: 52'>Total 2 No, this is not supported. You can do something similiar with [t("Total"): Total = floor(d20/2)] [Total] (or, of course, just Tota...

Mr. Pokeylope, would it be possible to add another option that works exactly like the current c() option, but starts the index at 0 instead of 1? With the new list and string property functions that were added in b43 all having a starting index of 0, this would be very useful. Maybe the option coul...

Hmm... I'll go with 54.

Mrugnak wrote:I've spotted a bug.

Type any message, ending with a smilie, such as

press enter.

watch all text except the smilie picture vanish. There's a blank space before the smilie, where the text used to be.

I've submitted a patch for this.

Okay, back to basics for us lamens: is there a way to add the outputs from the [C(n): ] function? Im trying to create global macs for generic operations. This is from the Paizo Channel Energy ability: [C(Lvl/2, "+"):1d6] With a Lvl of 8 gives me: 6+2+6+1 Now i want to add those to equal 1...

Aria wrote:Looks like it's anotyher security flaw that should be rectified.

I have no idea what you're talking about. What security flaw do you see here?

I re-checked out the maptool project today from scratch to make sure that I had the latest sources. When I run the line [c(4): "x"] I get a null pointer exception. If I run the line [c(4,", "): "x"] then I get the expected output of x, x, x, x. I haven't traced it into...

So I tried this: <span><strong>Attack: </strong>[e: 1d20+(atkMod)] </span> <br> <span> <strong> Damage: </strong> [(dice)+(damMod)] </span> And it doesn't work right. I get Attack: then a blank space highlighted like it's a roll result. Hover says <<1d20+(atkMod) = 17 + 3 =20<<span>> (dice)+(damMod...

Geneocide wrote:From the no [] inside rolls comment am I right to think that one cannot currently have multiple rolls show in extended format?

You mean like [e,c(4): d20 + stuff]?

The truth of the matter is quite simple though; emacs, vi, vim and other context sensitive text editors from unix are rather arcane, and you needed to learn a lot of very unintuitive commands to be able to accomplish the simplest of tasks with very minimal user feedback. I am very glad that more us...

Orchard wrote:The other editor of choice for me when on a command line is nano, which is (not surprisingly) essentially the same program. WHY would anyone use the arcane mess that is vi or vim?

You don't want to start this.