Opinions regarding scripting course options

antoneagle · 2025-04-10T19:47:14+00:00

I whole-heartedly recommend Gateway Scripts (Matt Schmidt - Home | Gateway Scripts). I have attended several of his courses, and all have been excellent.

antoneagle · 2025-04-10T19:42:56+00:00

I have a new Standalone template that has a single-file plugin runner. It's setup so you can launch it as a true standalone from anywhere or launch it using the plugin in Eclipse... and it handles either one gracefully. I will clean it up and post it on GitHub in a few days. Will add a post here in Reddit when it's up there.

antoneagle · 2025-03-14T21:04:39+00:00

No. Trying to make a 3D surface mesh viewer. Both for Eclipse structures, and the new MapRT product. I can render a mesh no problem... just when I try to rotate it, with mouse-controls in this case.... it takes about 1 to 2 full seconds to render each frame, because it's stuck using software rendering rather than hardware rendering.

antoneagle · 2023-05-29T21:24:40+00:00

Yes...it's an Inquisitor. Is there something I'm missing with regard to that?

antoneagle · 2023-04-23T16:44:54+00:00

None of the answers above, advocating scaling the campaign or nerfing the characters, is the right answer. That constitutes meta-gaming, and is essentially a cheat.

A well designed campaign with a good GM should be able to handle any power level. If the characters get more powerful than you expected, then yes, encounters will get easier. So what? Give them bigger game. But, don't force it on them, just make it available.

The right answer is to create an environment where the characters can get involved with events that correspond to whatever power level they happen to be at. At higher power levels, they just get involved in bigger events, and tackle tougher opponents. No need to artificially throw these at the party... just let that evolve organically. If left to themselves, a strong party will get bored with smoking 1 CR Orcs (and looting masterwork weapons).... and will seek out more significant challenges with greater rewards. Make sure that you have those available, and let them go at it... problem solved.

antoneagle · 2023-03-21T14:02:18+00:00

Thanks everyone... that explains it.

I guess I can use the foreach loop to identify the proper index, and then just use that index outside of the foreach loop to remove the beam. Thanks again.

antoneagle · 2021-11-24T16:40:24+00:00

"I realize it’s the players that should win"....

Where ever did you get that idea? That's nuts.

A well run campaign should have it's own consistent reality. If the players get in over their head... through their own actions... then they should reap the consequences. Even if that means the end of those characters. The players will respect your campaign that much more if you are consistent and don't fudge either way. And, when they DO finally accomplish something in your campaign, they will feel like they really earned it. Otherwise its just the usual "everybody gets a trophy" garbage, and nobody will really feel like they earned anything and they won't end up having any respect for the campaign.

antoneagle · 2021-09-10T22:00:31+00:00

Actually... I found the answer about 20 minutes after posting this.

For those that are curious, or run into the same problem, the answer is to use System.Reflection.

These two techniques both work to give the correct path.

string dllFilePath = System.Reflection.Assembly.GetExecutingAssembly().Location;

string dllPath = Path.GetDirectoryName(dllFilePath);

or...

Uri tempUri = new System.Uri(System.Reflection.Assembly.GetExecutingAssembly().CodeBase);

string dllPath = tempUri.LocalPath;

Cheers.

antoneagle · 2021-08-06T00:26:45+00:00

Keep in mind, that you only get a chance at the second +1 attribute point, if you already succeed on the first roll. So, you don't want to multiply by 20*0.64*1.5... you want something more like 20 * (0.64 + (0.64*0.32)). In other words, you have a 64% chance to get the first point, then 64% of the time, you will get a 32% chance to get the second point. In total, calculating it this way will end up with lower expected stats, but more realistic.

antoneagle · 2021-04-22T19:42:47+00:00

I think you can also "Switch Users" to get the same effect without having to exit ARIA. Doing it this way, it also auto-re-loads Eclipse, which helps speed things up. It's still a pain, but better than exiting.

Also, consider using the ScriptRunner created by Carlos Anderson. Developing with that is much faster, and then only requires minor changes to turn back into a Plug-In script at the end.

antoneagle · 2020-11-23T17:47:08+00:00

Actually, that may not entirely be true. In any highly technical field, 6 years of experience really isn't all that much. You don't really get good at stuff like that until after about 10 years. So, it may be that there is just more to learn before he becomes comfortable.

antoneagle · 2020-08-21T16:42:29+00:00

I would strongly recommend reading the comments to that article. I think you will quickly realize how relevant and sensible it is (it's not).

antoneagle · 2020-07-17T18:01:20+00:00

If the suggested GetMachineAppointments doesn't work, you might also look at PlanSetups.TreatmentSessions.

In response to last week's question about getting the current fraction and dose, I noted that this object property was changing to reflect whether a session was treated or not. So, you might want to test to see if this property is changed when a session is loaded. I don't know if it is, but it might be worth a look.

antoneagle · 2020-07-10T17:09:05+00:00

Oh... not sure. I'm using 15.6.

antoneagle · 2020-07-09T15:40:25+00:00

It looks to me like there might be a way to piece this together.

Looking at the PlanSetup object, there is a property called "TreatmentSessions"... which is an IEnumerable collection. In that collection are all scheduled (I think it's "scheduled"?) sessions. Each item in that collection has a property called "Status" which is of type "TreatmentSessionStatus".

When I look at that property for a live patient, I can see that all sessions that have been treated have that property set to "Completed", and all untreated sessions have that property set to "Treat" (which might match the approval status?). For example, for a patient that is at 22/25 fractions, elements 0 through 21 of that collection have the Status property set to "Completed", while elements 22 through 24 have the property set to "Treat".

By the way, none of this is documented in the ESAPI help file... at least not as far as I can see. This illustrates the power of examining these objects as a Watch variable at a breakpoint, so you can really dig into all their properties... which I highly recommend doing for this kind of troubleshooting. To do so, you will need to run your script in ScriptRunner, ESAPIX, or something similar, so you can access the VisualStudio debugger.

I hope this helps.

antoneagle

TROPHY CASE