Check out our blog!
Forumwarz is the first "Massively Single-Player" online RPG completely built around Internet culture.

You are currently looking at Flamebate, our community forums. Players can discuss the game here, strategize, and role play as their characters.

You need to be logged in to post and to see the uncensored versions of these forums.

Log in or Learn about Forumwarz

Civil Discussion
Switch to Role-Playing Civil Discussion
FAQ Can we exclude choices from madlibs?

man-man

Avatar: 156485 2010-01-24 16:36:14 -0500
24

[Harem and Sushi Bar]

Level 69 Hacker

Selfish fine upstanding member of society

Let’s say I want to make a sub involving 2 of the choices from a madlib, but one of them is only in the madlib by unfortunate chance – I actually want to say “a and @b”, but there’s a chance that ”@b” will pick “a” as the madlib choice, and it makes no sense to say “a and a”.

Is there any way to tell the system to pick randomly from the madlib choices, but exclude “a”?

Or for the case where only a subset of the madlib choices actually make sense… maybe you want a random time-unit, but “nanosecond” and “jiffy” and “half-month” don’t make sense or sound right.

I’m guessing the answer is probably no, but it’s worth asking.

man-man edited this message on 10/23/2009 9:21AM

In Spite Of

Avatar: 23493 2011-10-31 20:46:14 -0400
26

[And The Banned Pla-
yed On
]

Level 60 Emo Kid

The Delightfully Chaotic

The answer is no.

In your first case example, I’m sure your point is be able to pick one of the words, but you could do ”@a[1] and @a[2]” to prevent duplicates.

That being said, I like your idea and think it should be formatted like this when it is implemented (never) @a[-blah, bleh, bluh]

E.g. @animal[-dog, cat] would return any animal on the list but cat or dog.

In Spite Of edited this message on 10/23/2009 9:41AM

MC Banhammer

Avatar: 1887 2011-07-31 00:40:59 -0400
36

[Good Omens]

Level 69 Troll

Trying to create drama to drum up the ratings by any means necessary!

handofg0d Posted:

but you could do ”@a[1] and @a[2]” to prevent duplicates.

This is actually a common misconception. ”@a[1] and @a[1]” will guarantee your choice will be the same. But ”@a[1] and @a[2]” has no effect on if the choice is different. The concept has been floated and suggested before, but like many good ideas, it’s fallen under the “Sorry but there are higher priority issues to address” category. Hopefully after Ep3 is out ET will have the time to get to some of those.

In Spite Of

Avatar: 23493 2011-10-31 20:46:14 -0400
26

[And The Banned Pla-
yed On
]

Level 60 Emo Kid

The Delightfully Chaotic

MC Banhammer Posted:

This is actually a common misconception. ”@a[1] and @a[1]” will guarantee your choice will be the same. But ”@a[1] and @a[2]” has no effect on if the choice is different.

Wow, that’s p lame.

man-man

Avatar: 156485 2010-01-24 16:36:14 -0500
24

[Harem and Sushi Bar]

Level 69 Hacker

Selfish fine upstanding member of society

Yeah… first example I was thinking of something about crashing Earth into @planet, but @planet can return Earth, which would look silly.

Could solve both by allowing something like @[choice a::choice b::choice c] to let people specify their own madlibs. It’d be a bit of a timewaste to construct something like @planet-except-earth, but it could be done.

Internet Delay Chat
Have fun playing!
To chat with other players, you must Join Forumwarz or Log In now!