[Home] [Downloads] [Search] [Help/forum]

Gammon Software Solutions forum

See www.mushclient.com/spam for dealing with forum spam. Please read the MUSHclient FAQ!

[Folder]  Entire forum
-> [Folder]  MUSHclient
. -> [Folder]  Bug reports
. . -> [Subject]  some new suggestions and some bugs???
Home  |  Users  |  Search  |  FAQ
Username:
Register forum user name
Password:
Forgotten password?
some new suggestions and some bugs???

[Reply to this subject]  Reply to this subject   [New subject]  Start a new subject   [Refresh] Refresh page

Posted by Smeagol   (10 posts)  [Biography] bio
Date Sun 13 Oct 2002 03:52 AM (UTC)  [ quote  ]
Message
i also want to add that the script section in adding timers/triggers/variables we should be able to add parameters like test(%1, %2) or delete("something") and if it is blank it just gets the wildcards...
[Go to top] top
Posted by Nick Gammon   Australia  (18,770 posts)  [Biography] bio   Forum Administrator
Date Reply #1 on Sun 13 Oct 2002 07:22 AM (UTC)  [ quote  ]
Message
Not sure I understand this one.

The "script" section is just the name of a script, not a scripting command as such.
- Nick Gammon

www.gammon.com.au, www.mushclient.com
[Go to top] top
Posted by Faolong   USA  (28 posts)  [Biography] bio
Date Reply #2 on Mon 14 Oct 2002 03:12 PM (UTC)  [ quote  ]
Message
I think that he means that in the script part in a trigger/alias/timer... etc... he wants to call a jscript function and be able to insert arguments into that function... Because right now, it doesn't allow us to do that... And if the arguments were blank, it would just be the array wildcardsVB.
[Go to top] top
Posted by Shadowfyr   USA  (1,774 posts)  [Biography] bio
Date Reply #3 on Mon 14 Oct 2002 09:34 PM (UTC)  [ quote  ]

Amended on Mon 14 Oct 2002 09:39 PM (UTC) by Shadowfyr

Message
Which of course won't really work.. Compilers allow this because they can include headers or 'pre-declaration' in the code that specify what the parameters 'should' be, they also allow you to 'overload' them by making more than one definition in most objects oriented languages. Scripts don't use the first of these, since the engines that run them don't really care what 'order' the subs came in, while a compiler needs to run everything through an initial first pass to make sure all of the needed subs have been declared and actually exist. As for overloading... I am fairly sure that is out as well.

Now, going to the heart of the matter.. I don't see the point of this in triggers or aliases. All of the needed parameters are accessable within the array of wildcards and being able to explicitly give names for them is not a major problem since you can simply create variables and assign them the values of the appropriate wildcards as the first thing you do in the sub or function. All that declaring them explicitly in the call does is add extra code to the triggers and aliases that don't do anything new.

I do still thinks that the callplugin syntax needs somethign like this, since you can't pass an array (Though I thought in all scripting an array 'must' be a varient contianing varients...) and only being able to pass one parameter means playing some real annoying games that shouldn't be needed, not the least being that you litterally can't link your own plugin to someone elses without adding code to their's that takes the data needed for a sub with 3+ parameters and dissects it out of a string before calling the real sub. This is counter productive, since you can't call the 'real' sub directly and you have to edit someone elses code. :p

So trying again I would suggest:

CallPluginEx BSTR ID, BSTR Routine, BSTR Arguement, BSTR Delimiter, Bool CallType

Where CallType = FALSE sends the arguement normally and CallType = TRUE takes the Arguement, splits it using the delimiter and constructs a multi-parameter call.

i.e.

CallPluginEx "SomeID", "Mysub", ",", "Fred,Bob", TRUE

would result in mushclient calling the sub as:

SomeID.Mysub("Fred","Bob")

This does not send or require any 'arrays' and makes a lot more sense than having to have someone add an entire sub to do the same thing into a plugin just to integrate it properly and which does essentially the same thing. I don't mind telling someone that 'If you want to set the colors from your own script/plugin in mine the syntax is Setcolor(Type, Color).' I do have a problem with forcing people to muck around in other peoples code to use the existing single arguement call method. ;) Seeing how something works is fine, but breaking it while trying to make such a change, then posting here with a request to fix it is something to avoid. lol
main {
__if (Schrodinger_Cat is Alive or version >= "XP"){
____if version = "Vista" then Performance /= Number_of_Cores;
____call Functional_Code();}
__else
____call Crash_Windows();}
[Go to top] top

The dates and times for posts above are shown in Universal Co-ordinated Time (UTC).

To show them in your local time you can join the forum, and then set the 'time correction' field in your profile to the number of hours difference between your location and UTC time.

1,883 views.

[Reply to this subject]  Reply to this subject   [New subject]  Start a new subject   [Refresh] Refresh page

Go to topic:           Search the forum

[Go to top] top

[Home]

Written by Nick Gammon - 5K

Comments to: Gammon Software support
[RH click to get RSS URL] Forum RSS feed ( http://www.gammon.com.au/rss/forum.xml )

[Best viewed with any browser - 2K]    [Internet Contents Rating Association (ICRA) - 2K]    [Web site powered by FutureQuest.Net]