Hmm konnte ich in meiner Testinstallation bist jetzt nicht nachstellen. Sicher, dass hier die gleiche Datei kompiliert wird?
Ansonsten: Kannst du mir dein Projekt via Mail (isi.3d@gmx.at) zukommen lassen? Du kannst es in der Proejktverwaltung einfach als *.isp exportieren...da is dann alles enthalten.
Beiträge von ISI360
-
-
Kannst du mir das nochmal genauer erklären? Du meinst den "Projekt kompilieren" dialog, oder?
Normalerweise läuft alles was kompiliert wird über den Wrapper...von daher sollte das eigentlich keinen unterschied machen. -
Cool, vielen dank dafür
-
Danke für den Tipp! Wusste garnicht, dass es hier eine WinAPI gibt Man lernt ja bekantlich nie aus.
Werde mir das ganze mit _WinAPI_ShellChangeNotifyRegister mal ansehen...aber so auf den ersten blick dürfte es, für meine Zwecke, absolut ausreichen.
-
Freut zu hören.
Ja mal schauen.. bis 1.09 ist es sicher noch eine Weile...
-
Teste aber vlt. noch die neue exe von mir (s. mein vorherigen Post). Würde mich interessieren...
Und das verhalten mit den immer wieder erscheinenden MsgBoxen kann ich dir auch erklären: Die Autoit_Studio_Helper.exe ist quasi ein Hilfsprozess der zb. den Skriptbaum im Hintergrund generiert.
Stürzt dieser ab, wird das vom ISN erkannt und automatisch wieder eine neue instanz gestartet. Da diese in dem Fall wieder abstürzt gibt es einen Unendlichen Loop
-
Denke auch, dass dies hier der selbe Fehler ist den Mars bereits beschreiben hat.
Ich habe euch mal eine neu Autoit_Studio_Helper.exe gebastelt. Damit sollte, zumindest der Fehler von Mars, behoben sein. Phantom: vlt hilft es in deinem Fall ja auchDie Datei einfach in euer ISN Verzeichnis entpacken und überschreiben.
-
Danke, wird gefixt!
-
Grundsätzlich kann hier mit allen möglichen Windows Pfadvariablen gearbeitet werden. (Wie bei allen ISN Pfaden)
Das einfachste, in diesem Fall, wäre das komplette ISN Profil (also %myisndatadir% (was standardmäßig unter Dokumente zu finden ist) in die Cloud zu legen. Da sind auch gleiche deine ganzen Einstellungen und Projekte usw. mit dabei).Der vorteil: Alles aus diesem Pfad kann relativ mit Variablen angesprochen werden, sprich bei jedem start des ISN übernimmt es die richtigen pfade für den %myisndatadir%\UDFs Ordner in de registry (für Autoit selbst))
Die ISN Programmdateien selbst müssen dabei nicht im Onedrive liegen. Die sind komplett unabhängig und können "liegen" wo sie wollen.
Wäre also kein Problem
-
Mal eine andere Frage an euch:
Im nächsten Update 1.09 wird, sofern alles gut läuft, ein UDF-Manager im ISN enthalten sein.
Ich hätte das ganze wie folgt aufgebaut:
- Es wird einen eigenen UDFs Ordner geben, der natürlich frei definierbar ist. (Standard wird %myisndatadir%\UDFs)
- Dort könnt ihr all eure UDFs reinhauen. Ordner usw. sind natürlich auch möglich und frei definierbar. (Über den UDF-Manager im ISN möglich)
- Alle UDFs aus diesem "Pool" können direkt mit #include <1234> in alle Projekte integriert werden. (Dafür muss das ISN aber die Include-Pfade über die Registry managen...siehe Programmsteinllungen -> Include)
- Auf wünsch können Includes aus dem "Pool" in das eigene Projekt kopiert werden. So bleibt das original unberührt.
- Calltip und Autocomplete Dateien sollen direkt aus dem UDF-Manager für das ISN generiert werden können.
- Geplant ist auch ein "Widget" im QuickView-Bereich zum schnellen suchen von UDFs.
Vielleicht habt ihr ja noch ein paar Ideen dazu, was für so einen UDF-Manager sinvoll wäre.
Vielleicht komm ich jetzt über die Feiertage mal wieder etwas zum AutoIt Coden...
-
Naja, das mache ich ja auch, das ist aber etwas unpraktisch, meiner Meinung nach.
Ich "richte" mich hier nach den offiziellen AutoIt API Dateien. Von dort aus werden die Werte für die Popups usw ausgelesen. Von daher möchte ich dort auch nichts ändern und den Standard beibehalten.
Du kannst selbst aber natürlich dort hinzufügen was du willst. (Aber achtung: Die Dateien werden beim nächsten Update wieder mit dem AutoIt Standard überschrieben)
-
Das mit dem kleingeschriebenen ist mir auch aufgefallen. Könntest du das bitte optional machen, weil ich würde das gerne behalten
Hmm naja ich würde hier eher zur einheitlichkeit tendieren...sprich wenn du die Region kleingeschrieben deklarierst ändert sich nichts für dich
-
Ah ok, ist ne Kleinigkeit. Wird auch mit dem nächsten update gefixt.
-
Ahh danke, so konnte ich das jetzt auch reproduzieren. Wird gefixt
Steht leider alles, noch realtiv unverändert, auf der ToDo Liste
-
OK danke..werd ich mir ansehen. Ist mir jetzt nicht so klar wie du das geschafft hast
Eigentlich wird anhand des Dateipfades überprüft, ob eine Datei schon in einem Tab geöffnet ist oder nicht..und falls ja sollte sie nicht ein zweites mal geöffnet werden.
-
Ok, interessant. Arbeitest du dabei im Editormodus oder einem Projekt?
Und kannst du in der selben sitzung die selbe Datei 2x öffnen, oder meinst du in einer 2ten Instanz?Sind die Dateien evtl. auf einem Netzlauferk oder ähnlichen gespeichert?
-
Ich gehe davon aus, dass du die aktuellste Version (20181027) nutzt, oder?
Grundsätzlich lässt sich eine Datei nur 1x im ISN öffnen. Mit einer 2ten Instanz kannst du das aber natürlich umgehen.
Ok..werde ich mir ansehen. (Fix wird aber noch dauern...komme grad leider überhaupt nicht zum ISN Coden..)
-
Vermute mal, dass bei deinem Tab Control unter States nichts eingetragen ist. Füge hier zumindest $GUI_SHOW oder so hinzu.
Ansonsten kannst du mir bitte deine .isf zukommen lassen.
-
Das "-"-Zeichen hab ich damals bewusst ausgenommen. Da sonst auch ein -1 (zb. bei Parametern) automatisch zu einem - 1 werden würde. Mal schauen ob sich da ein kompromiss finden lässt.
-
Bezüglich dem Extracode für die Gui, wäre es schön zu sagen zwischen welchen zwei Gui Elementen dieser eingefügt werden soll, bezüglich des Durchtaben der Gui-Elemente. Hab bei mir leider den Fall das ich Dynamisch mehrere Checkboxen erstellen muss und diese leider als erstes beachtet werden.
Dafür ist der Extracode der GUI vlt. nicht das richtige. Hier wird der Code (wie zu vermuten) vor bzw. direkt nach der GUI eingefügt. Da hast du nicht mehr controlle.
ABER: Du kannst ein Dummy-Control dafür "missbrauchen". Dem Dummy-Control cannst du genauso Extracode hinzufügen. Und hier kannst du sogar die Reihenfolge in der GUI festelgen.
Sollte genau das sein was du brauchst.