Hab mir die Beta noch nicht angeschaut, nur mal gestartet. Aber was mich gleich interessierte war das neue Hilfesystem.
Finde es klasse dass EPLAN hier mal, die ohnehin schon gute Hilfe, aktualisiert hat.
Da ist mir aufgefallen dass die Hilfe auch Online verfügbar ist und das (zum Glück) ohne Anmeldung.
Wer die Hilfe mal anschauen möchte, kann das unter eplan.help tun!
Man sollte dazusagen, dass dies noch Beta ist.
Da ich derzeit viel mit der EPLAN-API machen darf, hab ich mir mal Gedanken gemacht wie man das ewige Action deklarieren automatisieren kann.
Die Deklaration funktioniert ein bisschen anders als im Scripting und somit kann man auch auf die Methoden- / bzw. Klassennamen zugreifen.
Mit dieser Lösung wird immer der Klassenname als Action-Name verwendet, was für mich immer zutreffend ist.
In diesem Beispiel wäre der Action-Name MyAction:
using Eplan.EplApi.ApplicationFramework;
using System;
using System.Reflection;
namespace Suplanus.EplAddin.Examples
{
class MyAction : IEplAction
{
public bool OnRegister(ref string Name, ref int Ordinal)
{
Name = MethodBase.GetCurrentMethod().DeclaringType.Name; // Get name from class
Ordinal = 20;
return true;
}
public bool Execute(ActionCallingContext oActionCallingContext)
{
throw new NotImplementedException();
}
public void GetActionProperties(ref ActionProperties actionProperties)
{
throw new NotImplementedException();
}
}
}
Daniel Papp ist immer fleißig, vielen Dank nochmal an dieser Stelle.
Aufgrund der Implementierung von CAE-Consulting ist nun bekannt wie man DLLs im Scripting nutzen kann. Somit kann man auch Excel oder SQL bedienen… eigentlich Alles außer der immer noch kostenpflichtigen EPLAN API…
Vielen Dank für das Beispiel! Wie gewohnt findet man die Daten auf Daniels GitHub Repo.
using System;
using System.Reflection;
using System.Windows.Forms;
namespace ExternalTestAssembly
{
public class Script
{
[Start]
public void Run()
{
//AbsoluteAssemblyPath: for example "C:\Users\Public\EPLAN\Data\Binaries\MyWPFControlLibrary.dll
Assembly myAssembly = Assembly.LoadFrom(@"AbsoluteAssemblyPath");
//Namespace.ClassName: absolute name of the class to instaciate
//"InstAttibute": if the constructor of the class needs some attributes
Object objectOfTestClass = myAssembly.CreateInstance("Namespace.ClassName", false, BindingFlags.ExactBinding, null, new Object[] {"InstAttibute"}, null, null);
//Namespace.ClassName: again the class name to get the methode to execute
//MethodName: Name of the method to execute
MethodInfo show = myAssembly.GetType("Namespace.ClassName").GetMethod("MethodName");
//result: remove if methode has no return type (void)
//"MethodAttribute": attributes for the methode (could also be empty)
Boolean result = (Boolean)show.Invoke(objectOfTestClass, new Object[]{ "MethodAttribute" });
//go on with simple scriptcode
if (result == true)
{
MessageBox.Show("Welcome to wonderland!");
}
else
{
MessageBox.Show("So you're not the chosen one!");
}
}
}
}
Man lernt nie aus…
Menü-Erzeugung ist etwas was man beim EPLAN-Scripting meist als erstes macht… da schaut man sich auch keine Methoden an…
Wie im vorherigen Post erwähnt, habe ich bisl was mit mehreren Oberflächensprachen gemacht. Hier gab es ein Problem wenn man ein Hauptmenü hinzufügen will, denn normalerweise gibt man ja den Namen an (z.B. „Hilfe“). Aber im englischen heißt es eben anders…
Dafür hat EPLAN die Enumeration MainMenuName implementiert, was eigentlich immer der empfohlene Weg wäre:
public enum MainMenuName {
eMainMenuProject = 0,
eMainMenuPage,
eMainMenuEdit,
eMainMenuView,
eMainMenuProjectData,
eMainMenuFind,
eMainMenuOptions,
eMainMenuUtilities,
eMainMenuWindow,
eMainMenuHelp,
eMainMenuInsert,
eMainMenuLayoutspace,
}
Die Verwendung sieht wie folgt aus:
uint menuId = menu.AddMainMenu("MyMenu", Eplan.EplApi.Gui.Menu.MainMenuName.eMainMenuHelp,
"MyMenu", "ActionName", "Description", 1);
Hätte ich das eher Gewusst das besser recherchiert als ich das Buch geschrieben habe, wäre die Info eher gekommen :^)
Es ist schön mit MultiLanguageStrings zu arbeiten, wenn man z.B. ein Menü in verschiedenen Oberflächensprachen darstellen möchte.
Leider gibt es keine Methodenüberlagerung für ein Popup-Menü, welches MultiLanguageStrings erlaubt.
Aus diesem Grund habe ich einen Weg gesucht um dies trotzdem zu realisieren.
Geht auch, mit umgekehrten Weg… Den MultiLanguageString per GetStringToDisplay() Methode anzeigen…
Hier benötigt man aber auch die GuiLanguage, welche man wie folgt herausfindet:
ISOCode.Language guiLanguage = new Languages().GuiLanguage.GetNumber();