ID:134348
 
Alright, something's up. Since when has there been a "none" button?

I think that happens any time there is a "null" possibility.
I don't think you need to have an image warning when it's only a few kilobytes. =)

I love the names in that list box!
In response to Crispy
Yeah, it's Incursion. :O

[EDIT]

This should probably be moved to Developer How-To, because I have an additional question: How the bloody heck do you get a None button into the input box? I'm trying this right now:

mob
Login()
..()
var/i = input( "HEH" ) as null|anything in list("HAH","YES", null, "")
In response to Danial.Beta
Danial.Beta wrote:
I think that happens any time there is a "null" possibility.

A "null" option would be "cancel", I think.

O-matic
In response to O-matic
Yes, and I just realized that hitting the "None" button brings up another list, so it appears as if something is splitting the list in two. I didn't know this behavior existed. I must know how to do it! :O
In response to Audeuro
Perhaps Lummy browsed a custom windox that just looks remarkably like the input window?

That must be from our game the other night; I love "Buda's Inpase".
In response to IainPeregrine

mob
verb
ManualMove(mob/M,dir as null|anything in list(1,2,4,5,6,8,9,10,16,32))
if(!dir)return
else step(M,dir)


In response to Audeuro
Audeuro wrote:
This should probably be moved to Developer How-To, because I have an additional question: How the bloody heck do you get a None button into the input box?

var/i = input("Heh") as null|anything in list("HAH","YES")

No need to put the null options into the list of values. If the null keyword appears in the mask of values to accept, then a None button will appear.

'i' will be null if the user clicks the None button. You will need to specifically check for that yourself if you want it to act as a cancel:

var/i = input("Heh") as null|anything in list("HAH","YES")
if(!i)
//cancelled
In response to Jtgibson
That'll just add a cancel button. In the screenshot, there's a 'Cancel' AND a 'None.' The none button functions by showing the next set of values in the list. Might this just be a custom input box?
In response to Audeuro
Audeuro wrote:
That'll just add a cancel button. In the screenshot, there's a 'Cancel' AND a 'None.' The none button functions by showing the next set of values in the list. Might this just be a custom input box?

Certainly not.
client/verb/Test(choice as null|anything in list("hied","r","1337"))
if(choice)
src << "You chose [choice]"
else
src << "You chose None"


Hiead
In response to Hiead
Ah, then my apologies to you, Jtgibson. I should've tested it. I find this odd, though. What does the Cancel button serve as, then? It stops the verb entirely when chosen!

[EDIT]

Excuse me, this just sounds wrong. I don't see the point in the cancel button, when the user could just handle it himself. In my opinion, the cancel button should have it's own return entirely in this situation. What if the user wants to react differently to it?
In response to Audeuro
mob
verb
ManualMove(mob/M,dir as null|anything in list(1,2,4,5,6,8,9,10,16,32))
if(!dir)usr<<"You clicked the none button"
else step(M,dir)


If you click a number you move that direction, if you click none you get the "You clicked the none button" message and if you click cancel nothing happens.
In response to Xx Dark Wizard xX
Yes, but I see no reason behind the 'Cancel' button. It'd be nice if we could at least get a CANCEL option that we could supply there to add it.
In response to Audeuro
It would be nice if we could make our own inputs, and specify things like colors and whatnot, all while being able to create any buttons and lists we want.
In response to Android Data
use sd_alert.
In response to Xx Dark Wizard xX
Xx Dark Wizard xX wrote:
use sd_alert.

Without having to rely on a browser and possibly even IE bugs to exploit to do my bidding.