Script# + Reflector

Cool!
By the way, it would be great to enable changing custom transport to have RESTful requests too, not only ...?param=1&callback=Delegate.***... Is it possible to override that in current Script# version? Without REST proxy caching is impossible, and service availability will be limited. Proxy caching (not browser caching) reduces the server load very much.

Cool indeed, as always...

Although I'm still having troubles downloading the 2 .reflector files.
What can I do?
C+++

Nikhil,

Small irk about Script#. Ever since I added it, it has interferred with my normal .NET assembly project development. Its when i'm adding a class (normal C# class) to my project that I run into the stumble. I'm used to right mouse clicking on my project and then clicking "Add Class...", the next thing I do is type in my new class name and hit enter, but... since installing script# when I do that instead of picking the generic Class type in the Add New Item dialog, it picks your Script# Class type, and if I forget that change in behavior (which I do about 10% of the time) instead of getting a plain empty class named correctly, it adds a Script# class and also the Script# dependecies to my references. That's the part that is painful. I have to go back and clean up my project.

Any way to make the default add item type when right clicking to "Add Class..." to go back to being the default Class type instead of your Script# class type?

Matthew

Nikhil,

I'm sorry to say, but I still cannot download these files.

Next to that, I'm experiencing the same problem as Matthew describes.

TIA
C+++

No, I'm afraid not Nikhil. It consistantly selects the Script# class.

Although I now program in C# exclusively, I do still have my dev environment set to VB developer settings (too lazy to re-learn key mappings), so maybe that is why I'm getting different behavior. Also I am running Vista x64!

Hi Nikhil,

First of, thanks again for your magnificent nStuff. Script# already saved me countless hours !
After solving initial problems with VS2005 installation (Script# installer wipes out all other project/item options) it's been quite a nice ride :)
Today I ran into another problem that I badly need your help with. Here it is. I have a method
public void AddHandler(TableRowElement row) {
Type.SetField(row, "_mouseoverDelegate", new DomEventHandler(Mouseover));
DomEvent.AddHandler(row, "mouseover", Type.GetField(row, "_mouseoverDelegate") as Sys.UI.DomEventHandler);
}
in my class that will not compile under aacorlib version. I'm trying to find a work around still using that version and tryed the following:
public void AddHandler(TableRowElement row) {
Type.SetField(row, "_mouseoverDelegate", new DomEventHandler(Mouseover));
DomEvent.AddHandler(row, "mouseover", (Sys.UI.DomEventHandler) Type.GetField(row, "_mouseoverDelegate"));
}

Compiler is bailing out with this code giving me something like:

Error 2 The "ScriptCompilerTask" task failed unexpectedly.
nStuff.ScriptSharp.Preprocessor.PreprocessorException: Unable to resolve or open included file '%code%'
at nStuff.ScriptSharp.Preprocessor.PreprocessorTextReader.RaiseError(String errorMessage, Exception innerException)
at nStuff.ScriptSharp.Preprocessor.PreprocessorTextReader.ProcessIncludeInstruction(String instructionLine, Boolean skipPreprocessing)
at nStuff.ScriptSharp.Preprocessor.PreprocessorTextReader.GetNextLine()
at nStuff.ScriptSharp.Preprocessor.PreprocessorTextReader.EnsureLine()
at nStuff.ScriptSharp.Preprocessor.PreprocessorTextReader.Read()
at nStuff.ScriptSharp.ScriptPreprocessor.Preprocess(PreprocessorOptions options)
at nStuff.ScriptSharp.ScriptCompiler.GenerateScriptWithTemplate()
at nStuff.ScriptSharp.ScriptCompiler.Compile(CompilerOptions options, String& startupType)
at nStuff.ScriptSharp.ScriptCompilerTask.Execute()
at Microsoft.Build.BuildEngine.TaskEngine.ExecuteTask(ExecutionMode howToExecuteTask, Hashtable projectItemsAvailableToTask, BuildPropertyGroup projectPropertiesAvailableToTask, Boolean& taskClassWasFound) TableRowExtender

Would you give me some directions - what would be a good workaround? Or, should I just switch over to sscorlib and drop my attempts to use aacorlib?

Thanks again for your help,
-Michael

Nikhil,

Sorry, I forgot to mention the desirable compiler output - what exactly I'm trying to do would be an obvious question :) Here it is.
,
addMyHandler: function(row) {
row._mouseoverDelegate = Function.createDelegate(this, this._mouseover);
$addHandler(row, 'mouseover', row._mouseoverDelegate);
},

Any help would be highly appriciated, cheers.
-Michael

Nikhil,

Thanks a mil! After getting your message I took closer look into casting to DomEventHandler and, bingo! here was the problem. Note, that in example that I mentioned, the inline-op based casting was done as in
public void AddHandler(TableRowElement row) {
Type.SetField(row, "_mouseoverDelegate", new DomEventHandler(Mouseover));
DomEvent.AddHandler(row, "mouseover", (Sys.UI.DomEventHandler) Type.GetField(row, "_mouseoverDelegate"));
}

As soon as I replaced (Sys.UI.DomEventHandler) with just (DomEventHandler) everything started to work! The bottom line is [as always]: RTFM! In your writeup it is clearly indicated that the "multi-point" method calls are not supported...

Well, I'm really glad that this thing being resolved without the need for 0.3.0.1 :)

Thanks again and hope to see 0.4 soon :)
-Michael

Hi,

i tried to get script# but noticed that projects.nikhilk.net is down! how do i now get the binaries and docs ?

thx in advance