Neue Testversion 20.40b9

[gmhofmann]

Unter macOS auch ein leeres Menü...

[Gerhard Huber]

C:\Program Files\PhotoLine\Defaults\Automation

Ich habe das gleiche Verzeichnis und bei mir klappt es. Da bin ich momentan ratlos.

[Onkel Hatti]

Bei mir war das Skripte-Menü auch leer. Obwohl ich alles wie immer gemacht hab. Über die alte Version drüber installiert, aber hier gabs nen Pferdefuß.
Mir fiel irgendwann auf, dass Photoline die Version 20.40b7 anzeigte
Es gab drei .exe Dateien im Verzeichnis: Photoline.exe (64bit, 20.40b9), Photoline32.exe (32bit, 20.40b9) und die Photoline64.exe (64bit, 20.40b7) .
Ich hab also die alte .exe aufgerufen. Die alte Photoline64.exe gelöscht, die Photoline.exe gestartet und danach waren die Skripte richtig im Menüpfad.
Vielleicht geht das ja mehreren so.

Hatti

[Gerhard Huber]

das würde es erklären.
Wegen der Scriptfähigkeit hatten wir schon bei der letzten Beta die Namen geändert. Die 64-Bit-Version heißt jetzt PhotoLine.exe, die 32-Bit-Version PhotoLine32.exe.
Wenn man noch den Link auf die PhotoLine64.exe hat und diese nicht gelöscht hat, wird man immer die b7 starten. Diese wird vermutlich das Script-Submenu anzeigen (wegen der MenuStructures.txt), aber keine Inhalte anzeigen.

[Herbert123]

Yes, now it works. Same here.

[photoken]

Would it be possible to allow creating a script in C# inside Visual Studio? (At least on Windows?)

Yes, but technically speaking this wouldn't be a script, but a compiled application

That's cool. When using Visual Studio, compiling the application is super easy.

And currently the scripting/automation interface is a moving target, so you might have to recompile your code with every new version of the interface.

If only the scripting/automation interface changes would require recompiling, that shouldn't be a show-stopper.

But C# and VB.NET are much faster than VBScript, so it might be possible to realize more complex tasks using one them.

Yes, it's the "more complex" tasks capabilities that excite me. I realize that it means a lot of work for you guys to expose the PL core functions as dotNet objects, but that would allow the creation of much more interesting mini-applications in addition to automating the use of PL's menu items.

Here's an example of what I mean, a mini-application I wrote several years ago for CorelDraw, using C#:
http://community.coreldraw.com/talk/cor ... 43/t/25924

And at least VB.NET offers things like code completion, error checks while editing and so on.

Yes. Using Visual Studio to code in C# (or any of the dotNet languages) offers all those advantages.

[Herbert123]

This is looking great so far! I prefer Javascript myself (obviously because I have a web dev background). Great to see you are supporting multiple scripting languages, which will simplify the transition from other image editors. Is Python a possible option as well?

By the way, this is probably too early to ask for, but do you have basic reference of available PL commands?

[photoken]

By the way, this is probably too early to ask for, but do you have basic reference of available PL commands?

That Automation subdirectory includes a text file which at first glance looks something like that.

[wmjordan]

The scripting support is a huge step forward.
It deserves a new major version number: version 20 -> 21.
I prefer javascript or C#.
VBScript or VB.NET is too verbose.

[maxwell]

Super, dass PL nun dazu in der Lage ist Scripts​ auszuführen und das trotz des großen Aufwands

[Herbert123]

I've been experimenting a bit, and I hope that custom GUI elements/non-model dialogs/panels will also be integrated, as well as more low-level control of PhotoLine/images. That would allow users to really extend PhotoLine's feature set.

Looking forward to improvements!

[Kannwolwän]

Das Ganze ist noch sehr Alpha, aber uns würde interessieren, ob das überhaupt jemand haben will.

Ich !!!
Bin sehr begeistert.

Wird es auch so etwas wie eine GUI geben, die per Script gestartet wird?
Meine Idee: Ich stelle mir eine Schnellbearbeitung nach eigen Wünschen her, in der ich vielleicht 10-15 Regler aus diversen Arbeitsebenen plaziere.

Ist sowas später das ziel?

Und die verwendeten Befehle finden sich auch später in einer Dokumentation? - Optimal wäre, wenn eine Action gleichzeitig ein gleichnamiges .vbs-Script erzeugt, das der Anwender anpassen kann.....ist wohl zu weit gedacht?


VG
Walter

[Martin Stricker]

Unter MacOs 10.9.5 habe ich ein Problem mit dem Vollbildmodus. Wenn ich in den Vollbildmodus wechsle wird das Bild ganz weiß dargestellt. Verlasse ich den Vollbildmodus über das Menue stürzt PL ab. Bei mir ist das wiederholbar.

Martin

[Gerhard Huber]

This is looking great so far! I prefer Javascript myself (obviously because I have a web dev background). Great to see you are supporting multiple scripting languages, which will simplify the transition from other image editors. Is Python a possible option as well?

If you have Python installed to support Windows automation, it will work.

By the way, this is probably too early to ask for, but do you have basic reference of available PL commands?

Of course we have to build a documentation. All Users of Visual Studio have an advantage here, because it shows all available functions.

[Gerhard Huber]

I've been experimenting a bit, and I hope that custom GUI elements/non-model dialogs/panels will also be integrated, as well as more low-level control of PhotoLine/images. That would allow users to really extend PhotoLine's feature set.

PhotoLine won't create GUI elements. If you want to build this, you have to use Visual Studio.