evandisoft / redonion Goto Github PK

I am currently trying to create a netkan file in order to add RedOnion to CKAN.

Problem is, that CKAN can't extract zip folders inside the main (root) zip.
Also, as far as I know, zipping inside another zip doesn't reduce the total size more than a "single" compression.

Thanks alot.

If you are busy, do not feel the need to fix this or even comment on it. For now, on branch redonion-imgui, I have all references to RedOnion commented out, and the project reference removed. And I have a lot that I can work on right now with the Repl and Moonsharp (getting intellisense working right there). Will re-enable RedOnion when you have a fix.

ISSUE:
After merging your most recent commit to redonion-imgui, the debug console gets constantly filled with the message "Exception: TypeLoadException: Could not load type 'IRoot'."

This is the case if I merely reference the RedOnion.Script project. If I comment out every reference
to redonion in the code that error remains.

When you are not busy, a branch with this error illustrated (all references to RedOnion in code commented out but reference to RedOnion.Script project is there and error is there) is in redonion-imgui-error.

I'm going to leave a note here that current implementation of autopilot only uses the positive torque returned by ITorqueProvider.GetPotentialTorque.

This will cause future bugs, and this is just a note. I will eventually return to this.

It's an immediate crash with no error message whatsoever in Player.Log.

And it does not occur on windows. Tested on my windows laptop and firda's.

I will try to work around it. For now this is a record that it exists.

I have added the ExecutionCountdown on redonion-imgui:

public RedOnionReplEvaluator(Engine engine)
{
  this.engine = engine;
  engine.ExecutionCountdown = 10000;
}

Maybe I misinterpreted what this should do, but I set the ExecutionCountdown to 10000 and tried

a=3
while true
    a=a+1

In the repl, and it never unfroze

File's loaded into Live REPL should have CF removed, and files saved from Live REPL should have CF's added if the system is Windows.

Leaving a note here about this issue.

This is just a heads up that this has been identified and will be fixed in 0.4.1.

The OutputArea's contents were not being limited to the size limit that it is supposed to have.

So trying to do Func=import.system.func or Action=import.system.action does not work. I'm not going to try to fix this right now.

ModuleControlSurface defines transformName which is already defined by ModuleLiftSurface.
This causes MoonSharp to error out when there is an attempt to access a ModuleControlSurface.

One way to "fix" this is to create a proxy using

UserData.RegisterProxyType<ModuleControlSurfaceProxy, ModuleControlSurface>(m => new ModuleControlSurfaceProxy(m));

And I have but have not finished adding the necessary interface.

Issue is that if this problem pops up a lot, I don't want to have to do this manually for each proxy.

Just leaving this as a note. I will consider learning an advanced way to do this (Emit, or CodeDom or something), but for now I think other things should have priority.

Hi, I saw that you have code written for Scrolling containers here. I'd very much appreciate it if that makes it out into a release soon, as it would make gui scripting a lot nicer.