mIRC Home    About    Download    Register    News    Help

Print Thread
Page 1 of 2 1 2
Preserve blank space in editbox #215583 25/09/09 02:03 AM
Joined: Jan 2007
Posts: 1,156
D
DJ_Sol Offline OP
Hoopy frood
OP Offline
Hoopy frood
D
Joined: Jan 2007
Posts: 1,156
It would be nice if the blank spaces were preserved in the editbox string $1-.

i.e.

(types in editbox)
A word spaces and more words.

As everyone knows when you send this to channel the multiple blank spaces are replaced by one blank space.

Re: Preserve blank space in editbox [Re: DJ_Sol] #215588 25/09/09 04:58 AM
Joined: Aug 2004
Posts: 7,252
R
RusselB Offline
Hoopy frood
Offline
Hoopy frood
R
Joined: Aug 2004
Posts: 7,252
Until (and if) Khaled implements this, there is a 3rd party DLL called Spaces.dll

Re: Preserve blank space in editbox [Re: DJ_Sol] #215590 25/09/09 05:15 AM
Joined: Oct 2003
Posts: 3,918
A
argv0 Offline
Hoopy frood
Offline
Hoopy frood
A
Joined: Oct 2003
Posts: 3,918
This unfortunately can't be done unless mIRC creates a new quoted string construct. The idea of space tokenization is deeply rooted all the way down to the parser.. spaces are what mIRC uses to delimit commands and their respective arguments. $1- could never hold multiple spaces because it's tokenized by spaces to represent each word (or arguments, depending on context). Again, it's a deeply rooted principle of the language. $1- could only preserve spaces if something like the literal "hello world" (quotes included) counted as one token. Although that would be my suggestion, (I doubt it would break that many scripts), it's unlikely to be implemented.

You can always use $editbox($active) to get the non-space-modified data in the editbox if that's all you're looking for (since identifiers tokenize by commas, not spaces), but you could never use it in any commands, so it wouldn't help much.


- argv[0] on EFnet #mIRC
- "Life is a pointer to an integer without a cast"
Re: Preserve blank space in editbox [Re: argv0] #215600 25/09/09 09:13 AM
Joined: Jan 2007
Posts: 1,156
D
DJ_Sol Offline OP
Hoopy frood
OP Offline
Hoopy frood
D
Joined: Jan 2007
Posts: 1,156
Yeah that makes sense. Thanks

Re: Preserve blank space in editbox [Re: argv0] #215665 29/09/09 06:39 AM
Joined: Aug 2006
Posts: 183
T
Thrull Offline
Vogon poet
Offline
Vogon poet
T
Joined: Aug 2006
Posts: 183
If its so hard to do, then why can it be done with a dll so easily? I don't mean to doubt anyone, I'm asking more out of curiosity. It seems to me that if it can be done using a dll, it shouldn't be incredibly hard to add into mirc's coding.


Yar
Re: Preserve blank space in editbox [Re: Thrull] #215666 29/09/09 09:17 AM
Joined: Jul 2008
Posts: 236
S
s00p Offline
Fjord artisan
Offline
Fjord artisan
S
Joined: Jul 2008
Posts: 236
Spaces are preserved, to some extent.

Code:
var %x = $len($str($chr(32),128))
echo -a length of % $+ x: $len(%x)


They're just not preserved when parsing arguments, for obvious reasons... if they were preserved, then $n (where n is some positive number) could very well be $null before the end of the list:
Code:
alias one {
  var %x = $len($str($chr(32),128))
  echo -a length of % $+ x within one: $len(%x)
  two %x
}

alias two {
  echo -a length of % $+ x within two: $len($1-)
}


Preserving spaces in a aesthetically pleasing manner, for mIRC isn't difficult.
Code:
; input: x (number of spaces, integer form)
; output: expected output of $str($chr(32),x)
alias spaces {
  return $replace($str($chr(32),$1),$chr(32),$+($chr(32),$chr(2),$chr(2)))
}

Last edited by s00p; 29/09/09 09:22 AM.
Re: Preserve blank space in editbox [Re: Thrull] #215671 29/09/09 05:57 PM
Joined: Jan 2007
Posts: 1,156
D
DJ_Sol Offline OP
Hoopy frood
OP Offline
Hoopy frood
D
Joined: Jan 2007
Posts: 1,156
Quote:
spaces are what mIRC uses to delimit commands and their respective arguments. $1- could never hold multiple spaces because it's tokenized by spaces to represent each word (or arguments, depending on context).

Re: Preserve blank space in editbox [Re: Thrull] #215673 29/09/09 07:13 PM
Joined: Oct 2003
Posts: 3,918
A
argv0 Offline
Hoopy frood
Offline
Hoopy frood
A
Joined: Oct 2003
Posts: 3,918
As I mentioned, when you pass values to identifiers they're tokenized by commas, not spaces. In that case, spaces are not yet messed with. spaces.dll takes data via identifiers so spaces aren't touched and then bypasses tokenization when sending this data to commands. mIRC would need a similar construct to denote that spaces need to be ignored during tokenization for a part of or all of a command. I suggested quotes, but it could be done with some builtin identifier syntax like $sp(a <space> <space> ... b) so as to not change the grammar, theoretically anyway.


- argv[0] on EFnet #mIRC
- "Life is a pointer to an integer without a cast"
Re: Preserve blank space in editbox [Re: argv0] #215709 03/10/09 12:34 AM
Joined: Jul 2008
Posts: 236
S
s00p Offline
Fjord artisan
Offline
Fjord artisan
S
Joined: Jul 2008
Posts: 236
Quote:
mIRC would need a similar construct to denote that spaces need to be ignored during tokenization for a part of or all of a command.


Consistency? Usefulness? Rather than suggesting some silly idea of a function "$sp()", which "skips tokenization" (and thus forces you to do the tokenization in your function call), why not ask for the $identifier functionality of most of the builtins to be exposed? $sp() wouldn't be all that useful- just an aesthetics thing... If you're concerned about aesthetics, there's a few thousand other reasons not to use mIRC.

var %tablename = cosmic greeting
var %itemname = hello, world!
var %space = $str($chr(32),128)
noop $hadd(%tablename,%itemname,hello %space space!)
noop $echo(%itemname $+ ; $hget(%tablename,%itemname))

Re: Preserve blank space in editbox [Re: s00p] #215710 03/10/09 01:18 AM
Joined: Oct 2003
Posts: 3,918
A
argv0 Offline
Hoopy frood
Offline
Hoopy frood
A
Joined: Oct 2003
Posts: 3,918
You're the one who seems concerned about aesthetics, since I never brought it up. The idea of a quote construct exists in every language, $sp would be the equivalent; it has nothing to do with aesthetics. For example, Tcl has a similar grammar to mIRC when it comes to function arguments in that spaces delimit arguments. To preserve spaces, Tcl has a "string" construct using quotes. I'm not sure if you bothered to read what I wrote originally (apparently you haven't), but since quotes can already be used by scripts, there is a backwards compatibility issue at hand. The solution that avoids backward compatibility issues would be to use an identifier instead of "" syntax. Again, it's not about aesthetics, it's about selectively preserving spaces at tokenization. It would not "force" you to tokenize yourself, since the whole point is to *avoid* tokenizing. Example: for /mycommand a $sp(b c) d, the resulting $1- would be: $1=a, $2=b c, $3=d

I'm not sure what your example was trying to prove, but I don't see the relevance. $echo does not exist, and a construct like $sp would still be necessary for /commands of which there are thousands. If your idea is to abolish /commands, that's definitely not going to happen.


- argv[0] on EFnet #mIRC
- "Life is a pointer to an integer without a cast"
Re: Preserve blank space in editbox [Re: argv0] #215711 03/10/09 01:39 AM
Joined: Jul 2006
Posts: 3,729
W
Wims Offline
Hoopy frood
Offline
Hoopy frood
W
Joined: Jul 2006
Posts: 3,729
I think he mean that /command could be called as identifier like when creating an alias and check $isid for exemple.
I do like this idea, but considering $tips and /tips, it would break scripts since /tips couldn't be called as $tips because it already exists for another purpose

Last edited by Wims; 03/10/09 01:42 AM.

Looking for a good help channel about mIRC? Check #mircscripting @ irc.swiftirc.net
Re: Preserve blank space in editbox [Re: Wims] #215722 03/10/09 05:21 AM
Joined: Aug 2004
Posts: 7,252
R
RusselB Offline
Hoopy frood
Offline
Hoopy frood
R
Joined: Aug 2004
Posts: 7,252
likewise with /timer and $timer

Re: Preserve blank space in editbox [Re: RusselB] #215723 03/10/09 05:31 AM
Joined: Jul 2006
Posts: 3,729
W
Wims Offline
Hoopy frood
Offline
Hoopy frood
W
Joined: Jul 2006
Posts: 3,729
Yeah, there are of course many others cases, it was an exemple


Looking for a good help channel about mIRC? Check #mircscripting @ irc.swiftirc.net
Re: Preserve blank space in editbox [Re: Wims] #215725 03/10/09 06:32 AM
Joined: Oct 2003
Posts: 3,918
A
argv0 Offline
Hoopy frood
Offline
Hoopy frood
A
Joined: Oct 2003
Posts: 3,918
Even without $tips, $timer, etc... the ability to call a /command via $identifier format was disabled a while back because of security issues, if I recall. A faulty $eval would allow a user to easily do something like $quit() or even worse, $run(). There are other ways to mess with scripts with faulty evals, but this was too easy to exploit. I'm not sure that would change back regardless of the compatibility issue with identifier name collisions.


- argv[0] on EFnet #mIRC
- "Life is a pointer to an integer without a cast"
Re: Preserve blank space in editbox [Re: argv0] #215728 03/10/09 03:36 PM
Joined: Jul 2006
Posts: 3,729
W
Wims Offline
Hoopy frood
Offline
Hoopy frood
W
Joined: Jul 2006
Posts: 3,729
In any case this solution isn't possible and $sp() might be not a silly idea.


Looking for a good help channel about mIRC? Check #mircscripting @ irc.swiftirc.net
Re: Preserve blank space in editbox [Re: Wims] #215741 04/10/09 05:18 AM
Joined: Jul 2008
Posts: 236
S
s00p Offline
Fjord artisan
Offline
Fjord artisan
S
Joined: Jul 2008
Posts: 236
argv0, I don't recall any time when that was possible. scid would be a better example. $& is an almost insignificant part of the lexer that could be extended in this case.

Since we're working with a GUI app here, it would be nice to be able to align content correctly, but we can't... we can at least make smart suggestions that take a step forward. I won't go into my rant about using spaces for presentation's sake, but it's also silly because of the name. It's silly because the intended behaviour of such a function is to free up functionality, but it's still likely to have the same constraint that exists in many areas of MSL.

I suggest a better name would be $format, and it needs extension to provide flexible functionality. Here's a few ideas: default colour, prefix/suffix trimming and trim character, prefix/suffix appending and append character, then the request at hand, space preservation.

Last edited by s00p; 04/10/09 05:19 AM.
Re: Preserve blank space in editbox [Re: argv0] #215826 09/10/09 03:33 PM
Joined: Apr 2003
Posts: 342
M
MeStinkBAD Offline
Fjord artisan
Offline
Fjord artisan
M
Joined: Apr 2003
Posts: 342
Originally Posted By: argv0
This unfortunately can't be done unless mIRC creates a new quoted string construct. The idea of space tokenization is deeply rooted all the way down to the parser.. spaces are what mIRC uses to delimit commands and their respective arguments. $1- could never hold multiple spaces because it's tokenized by spaces to represent each word (or arguments, depending on context). Again, it's a deeply rooted principle of the language. $1- could only preserve spaces if something like the literal "hello world" (quotes included) counted as one token. Although that would be my suggestion, (I doubt it would break that many scripts), it's unlikely to be implemented.


No Argv, you are mistaken. $1- most certainly can contain sequential spaces. $1- simply means that it points to the first delimited parameter and everything following it to end of line. Nothing after the first parameter has been parsed yet. So sequential white space characters remain as is.Or at least they should. ViRC does this properly.

I can not believe mIRC still suffers from this. I mean it does cause problems. For example, working with a file that has a space in the first or last character of the filename will always generate an error when a script tries to access it. I'm talking about a file w/ a name like " stuff.txt". That first space will *always* result an in error. Also it's just rather pathetic. Maybe not so much ten years ago. But now yes, pathetic.

I don't care if it breaks scripts to get this fixed. That's never stopped Khaled from making changes before that broke things. And this needs to be fixed.

I think since quotes really serve litle purpose other than to specify parameters that include spaces, it should just leave everything within quotes as is. This is the best solution.


Beware of MeStinkBAD! He knows more than he actually does!
Re: Preserve blank space in editbox [Re: MeStinkBAD] #215827 09/10/09 05:44 PM
Joined: Oct 2003
Posts: 3,918
A
argv0 Offline
Hoopy frood
Offline
Hoopy frood
A
Joined: Oct 2003
Posts: 3,918
MeStinkBAD: I'm not sure how I'm mistaken. When $1- is tokenized by spaces, as I mentioned, the individual words will never contain spaces. A new construct would need to be added to prevent this. "Nothing after the first parameter has been parsed yet" is not true at all. Tokenization occurs fully on the input.. and even if it was true, that would not change how spaces are handled.

Originally Posted By: MeStinkBAD
That's never stopped Khaled from making changes before that broke things.


It's actually stopped him from implementing plenty of things. In fact of the hundreds if not thousands of feature additions, only a handful have contained changes that would require existing scripts to be modified. Khaled has been very good about maintaining compatibility and making sure that scripts written in previous versions will continue to function with little or no change in the future.

The problem with a change like this is it would cause enormous amounts of breakage if it was implemented with a *new* syntax, hence the $sp identifier suggestion.


- argv[0] on EFnet #mIRC
- "Life is a pointer to an integer without a cast"
Re: Preserve blank space in editbox [Re: argv0] #215899 14/10/09 06:09 PM
Joined: Apr 2003
Posts: 342
M
MeStinkBAD Offline
Fjord artisan
Offline
Fjord artisan
M
Joined: Apr 2003
Posts: 342
I don't know what world you live on Argv... but please think thru things before you going yapping on about stuff you make up as you go along.

You state:
Quote:
You can always use $editbox($active) to get the non-space-modified data in the editbox if that's all you're looking for (since identifiers tokenize by commas, not spaces), but you could never use it in any commands, so it wouldn't help much.


Let me clarify what you are saying. You mean that the identifier is processed before the command, and that the command strips out multiple spaces. This is the same w/ $1-.

Also, what the hell is up w/ your $sp idea? It's an IDENTIFIER! When used w/ any command it suddenly becomes useless. Hmmm... really didn't think it thru did you...

Look Khaled has dug himself into a hole so deep now that he really can't get out. You honestly think if a Unicode version is ever released (which is a big if) that it won't drop it's current script language (which is not grammatically consistent in the least). I've been working w/ mIRC for like 13 or 14 years now. It's clear that a lot of bad decisions we're made early on. I recall when Khaled pissed off every other IRC client developer w/ his wacko color protocol. It didn't matter that an existing one worked just fine, until he released his and just made things hell for the developers. He always said he would revise it but did he? Nope...

Well that is some rant...


Beware of MeStinkBAD! He knows more than he actually does!
Re: Preserve blank space in editbox [Re: MeStinkBAD] #215902 14/10/09 07:36 PM
Joined: Jan 2007
Posts: 1,156
D
DJ_Sol Offline OP
Hoopy frood
OP Offline
Hoopy frood
D
Joined: Jan 2007
Posts: 1,156
Can we stay on topic please.

The matter is resolved for me.

Ive always used $chr(160) for spaces in text design.

Code:
Editbox: test     test

/echo -a $replace($editbox($active),$chr(32),$chr(160))

This works for me.

Re: Preserve blank space in editbox [Re: DJ_Sol] #215904 14/10/09 11:18 PM
Joined: Apr 2003
Posts: 342
M
MeStinkBAD Offline
Fjord artisan
Offline
Fjord artisan
M
Joined: Apr 2003
Posts: 342
$chr(160) *is not* a space. You can't do /echo -a $replace(<string>,$chr(160),$chr(32)).

--


Beware of MeStinkBAD! He knows more than he actually does!
Re: Preserve blank space in editbox [Re: MeStinkBAD] #215905 14/10/09 11:30 PM
Joined: Jan 2007
Posts: 1,156
D
DJ_Sol Offline OP
Hoopy frood
OP Offline
Hoopy frood
D
Joined: Jan 2007
Posts: 1,156
I didn't.

Re: Preserve blank space in editbox [Re: MeStinkBAD] #215906 14/10/09 11:35 PM
Joined: Oct 2003
Posts: 3,918
A
argv0 Offline
Hoopy frood
Offline
Hoopy frood
A
Joined: Oct 2003
Posts: 3,918
Originally Posted By: MeStinkBAD
Also, what the hell is up w/ your $sp idea? It's an IDENTIFIER!


Please read: I said construct, not identifier. There's a significant difference between an identifier and a change to mIRC's grammar. The use of identifier-like syntax would just be for backwards compatibility. Again, I don't expect you read that part.


- argv[0] on EFnet #mIRC
- "Life is a pointer to an integer without a cast"
Re: Preserve blank space in editbox [Re: argv0] #215957 17/10/09 06:28 PM
Joined: Sep 2005
Posts: 2,881
H
hixxy Offline
Hoopy frood
Offline
Hoopy frood
H
Joined: Sep 2005
Posts: 2,881
Originally Posted By: argv0
As I mentioned, when you pass values to identifiers they're tokenized by commas, not spaces. In that case, spaces are not yet messed with. spaces.dll takes data via identifiers so spaces aren't touched and then bypasses tokenization when sending this data to commands. mIRC would need a similar construct to denote that spaces need to be ignored during tokenization for a part of or all of a command. I suggested quotes, but it could be done with some builtin identifier syntax like $sp(a <space> <space> ... b) so as to not change the grammar, theoretically anyway.


Not sure about the name $sp(), but I love the concept and think it would work well!

Re: Preserve blank space in editbox [Re: DJ_Sol] #224822 19/08/10 01:17 PM
Joined: Jan 2009
Posts: 116
Knoeki Offline
Vogon poet
Offline
Vogon poet
Joined: Jan 2009
Posts: 116
Originally Posted By: DJ_Sol
Can we stay on topic please.

The matter is resolved for me.

Ive always used $chr(160) for spaces in text design.

Code:
Editbox: test     test

/echo -a $replace($editbox($active),$chr(32),$chr(160))

This works for me.


I recall that did screw up some unicode characters on the same line. Is that still the case?


http://zowb.net

/server -m irc.p2p-network.net -j #zomgwtfbbq
(ssl on port 6697 and 7000)
Re: Preserve blank space in editbox [Re: Knoeki] #224826 19/08/10 04:47 PM
Joined: Oct 2003
Posts: 3,918
A
argv0 Offline
Hoopy frood
Offline
Hoopy frood
A
Joined: Oct 2003
Posts: 3,918
Now that mIRC is fully unicode this is no longer a problem ($chr(160) *is* the unicode codepoint for NON BREAKING SPACE)

In fact, $chr(160) can finally be recommended as a viable solution since it will work across all fonts. In 6.35 and prior versions, $chr(160) was not guaranteed to be an empty space for many fonts, and should not have been used (although lots of scripters misused it). Now that mIRC is using the Unicode codepoint for a non breaking space, this character is the same glyph universally.

Of course, this gets you "spacing", but is a) not compatible with non-Unicode clients and b) does not handle tokenization, ie. it is not a true space, as mentioned above. If you use this character to space text you would confuse scripts that tokenize by spaces. Perhaps $gettok should be able to take a list of token delimiters rather than a single one. Until tokenization routines can handle this, it's still not a great alternative to true multiple space support via a construct or something.


- argv[0] on EFnet #mIRC
- "Life is a pointer to an integer without a cast"
Re: Preserve blank space in editbox [Re: argv0] #224827 19/08/10 04:58 PM
Joined: Sep 2005
Posts: 2,881
H
hixxy Offline
Hoopy frood
Offline
Hoopy frood
H
Joined: Sep 2005
Posts: 2,881
If possible, although this might be incredibly hard to implement at this stage, I would like to see something that can specify how arguments should be tokenized.

Code:
//tokenpass 46 myalias hello world.goodbye world.1.2.3


This would pass these arguments to /myalias:

$1 = hello world
$2 = goodbye world
$3 = 1
$4 = 2
$5 = 3

And of course spaces would be preserved.

Re: Preserve blank space in editbox [Re: hixxy] #224846 19/08/10 10:53 PM
Joined: Feb 2004
Posts: 206
D
Darwin_Koala Offline
Fjord artisan
Offline
Fjord artisan
D
Joined: Feb 2004
Posts: 206
Doesn't tokenize do exactly what you want?

Code:
 tokenize 46 hello world.goodbye world.1.2.3
myalias $1-  


Darwin_Koala

Junior Brat, In-no-cent(r)(tm) and original source of DK-itis!
Re: Preserve blank space in editbox [Re: Darwin_Koala] #224848 19/08/10 10:59 PM
Joined: Jul 2006
Posts: 3,729
W
Wims Offline
Hoopy frood
Offline
Hoopy frood
W
Joined: Jul 2006
Posts: 3,729
Quote:
And of course spaces would be preserved.


Looking for a good help channel about mIRC? Check #mircscripting @ irc.swiftirc.net
Re: Preserve blank space in editbox [Re: Darwin_Koala] #224861 20/08/10 07:10 AM
Joined: Sep 2005
Posts: 2,881
H
hixxy Offline
Hoopy frood
Offline
Hoopy frood
H
Joined: Sep 2005
Posts: 2,881
That's not the same at all.

With that, /myalias would receive these tokens:

$1 = hello
$2 = world
$3 = goodbye
$4 = world
$5 = 1
$6 = 2
$7 = 3

The command I am suggesting would tell /myalias which delimiter to use to separate tokens, and it would preserve spaces.

Re: Preserve blank space in editbox [Re: hixxy] #224956 22/08/10 08:24 PM
Joined: Apr 2003
Posts: 342
M
MeStinkBAD Offline
Fjord artisan
Offline
Fjord artisan
M
Joined: Apr 2003
Posts: 342
You people do know that /returnex is the only command that preserves spaces...

Really it just doesn't matter anymore...


Beware of MeStinkBAD! He knows more than he actually does!
Re: Preserve blank space in editbox [Re: MeStinkBAD] #224961 22/08/10 09:50 PM
Joined: Aug 2004
Posts: 7,252
R
RusselB Offline
Hoopy frood
Offline
Hoopy frood
R
Joined: Aug 2004
Posts: 7,252
Trying /help /returnex didn't bring up anything in the help file, thus I have to wonder where you're getting this command from?

Re: Preserve blank space in editbox [Re: RusselB] #224963 22/08/10 10:08 PM
Joined: Dec 2002
Posts: 2,962
S
starbucks_mafia Offline
Hoopy frood
Offline
Hoopy frood
S
Joined: Dec 2002
Posts: 2,962
It's an undocumented variant of /return that preserves spaces.

Just what that has to do with the topic at hand or why it "just doesn't matter anymore" is anyone's guess.


Spelling mistakes, grammatical errors, and stupid comments are intentional.
Re: Preserve blank space in editbox [Re: MeStinkBAD] #224983 23/08/10 12:28 PM
Joined: Sep 2005
Posts: 2,881
H
hixxy Offline
Hoopy frood
Offline
Hoopy frood
H
Joined: Sep 2005
Posts: 2,881
You do know that the Feature Suggestions forum is the only forum that allows us to post feature suggestions...

Re: Preserve blank space in editbox [Re: DJ_Sol] #225244 29/08/10 09:57 AM
Joined: Aug 2010
Posts: 134
T
Thels Offline
Vogon poet
Offline
Vogon poet
T
Joined: Aug 2010
Posts: 134
Originally Posted By: DJ_Sol
Can we stay on topic please.

The matter is resolved for me.

Ive always used $chr(160) for spaces in text design.

Code:
Editbox: test     test

/echo -a $replace($editbox($active),$chr(32),$chr(160))

This works for me.


Does this still work somehow? When I use the following two line of codes:

Code:
alias f6 echo -a Editbox: $replace($editbox($active), $chr(32), $chr(160))

on *:input:*: echo -a Editbox: $replace($editbox($active), $chr(32), $chr(160))


And enter "test test" in the editbox, upon pressing F6, I get:

Code:
Editbox: test  test


As intended. However, when I press enter, it simply states:

Code:
Editbox:


Which seems to indicate that the editbox is cleared before on input triggers. "on ^*:input:" also doesn't work.

Is there any way to read the editbox value when on input triggers, or keep track of all changes to the editbox without requiring a specific hotkey for that?


Learning something new every day.
Re: Preserve blank space in editbox [Re: Thels] #225256 29/08/10 02:48 PM
Joined: Oct 2004
Posts: 8,330
Riamus2 Offline
Hoopy frood
Offline
Hoopy frood
Joined: Oct 2004
Posts: 8,330
on INPUT happens after ENTER is pressed. That means that there is nothing in the editbox anymore. It is now in $1-.


Invision Support
#Invision on irc.irchighway.net
Page 1 of 2 1 2