DialogDesign0R V1.84

Anwendungen, Tools, Userlibs und anderes nützliches.
matbal
Beiträge: 246
Registriert: 30.03.2011 20:53

Re: DialogDesign0R V1.82

Beitrag von matbal »

Ich habe mir die StatusBarHeight(), unmittelbar bevor sie verwendet wird, ausgeben lassen. Sie ist 24, gibt also den richtigen Wert zurück.

Füge ich in der "DD_AddStuff.pbi" im XML$ in der window-zeile noch margin='bottom:24' hinzu, sehe ich auch im Demo-Fenster der "DD_AddStuff.pbi" den Button vollständig.

Ist vielleicht ein Fehler in der Dialog-Lib unter macOS. Offenbar kommt die nachträgliche Änderung der Ränder nicht mehr an.
Benutzeravatar
HeX0R
Beiträge: 2954
Registriert: 10.09.2004 09:59
Computerausstattung: AMD Ryzen 7 5800X
96Gig Ram
NVIDIA GEFORCE RTX 3060TI/8Gig
Win10 64Bit
G19 Tastatur
2x 24" + 1x27" Monitore
Glorious O Wireless Maus
PB 3.x-PB 6.x
Oculus Quest 2
Kontaktdaten:

Re: DialogDesign0R V1.82

Beitrag von HeX0R »

Kannst Du Dir mal Items()\Dialog\bMargin bitte ausgeben lassen (am Ende in StatusBarAdd)
Einmal ohne, dass Du das Margin von Hand in die XML reingepappt hast und einmal mit?

Funktioniert das eigentlich nur bei der Statusbar nicht, oder auch oben bei den Menüs?
matbal
Beiträge: 246
Registriert: 30.03.2011 20:53

Re: DialogDesign0R V1.82

Beitrag von matbal »

Ich habe einmal vor und einmal nach dieser Zeile ausgegeben

Code: Alles auswählen

Items()\Dialog\bMargin + StatusBarHeight(Items()\StatusBarID)
Oberhalb ist er 0, danach 24. Ob ich margin='bottom:24' verwende oder nicht, macht keinen Unterschied.

In macOS ist das Menü nicht im Fenster. MenuHeight() ist daher immer 0.
Benutzeravatar
HeX0R
Beiträge: 2954
Registriert: 10.09.2004 09:59
Computerausstattung: AMD Ryzen 7 5800X
96Gig Ram
NVIDIA GEFORCE RTX 3060TI/8Gig
Win10 64Bit
G19 Tastatur
2x 24" + 1x27" Monitore
Glorious O Wireless Maus
PB 3.x-PB 6.x
Oculus Quest 2
Kontaktdaten:

Re: DialogDesign0R V1.83

Beitrag von HeX0R »

V1.83 (source only)
  • added CTRL+F to search for IDs or Names within the XML
  • added quite some AddOn features (as preparation for a multilanguage addon)
    you probably should recompile your existing AddOns
  • fixed some bugs
  • added template item "extra stuff", which is for statusbars, toolbars and menus
    to be able to use same IDs for toolbars and menus (which makes sense) (*3)
    you should delete SaveTemplates/default_save_template.json (will be recreated at first start)
  • added a constant #USE_MYTOOLBARSTANDARD_PBI
    For all those, who never used StandardToolbarButtons (which are no longer available since PB6.0), set it to #False
  • Debug Tool will be cleared before you load a xml into it (*1)
  • fixed a bug in the AddStuff.pbi for Mac (*3)
  • Saving Template will immediately make use of it (if the currently open dialog uses it) (*2)
(*1) thanks to tj1010
(*2) thanks to Storck
(*3) thanks to matbal

(Sorry, kein Bock das zu übersetzen)
Benutzeravatar
HeX0R
Beiträge: 2954
Registriert: 10.09.2004 09:59
Computerausstattung: AMD Ryzen 7 5800X
96Gig Ram
NVIDIA GEFORCE RTX 3060TI/8Gig
Win10 64Bit
G19 Tastatur
2x 24" + 1x27" Monitore
Glorious O Wireless Maus
PB 3.x-PB 6.x
Oculus Quest 2
Kontaktdaten:

Re: DialogDesign0R V1.83

Beitrag von HeX0R »

War noch nen kleiner Fehler drin, bitte nochmal runterladen!
matbal
Beiträge: 246
Registriert: 30.03.2011 20:53

Re: DialogDesign0R V1.83

Beitrag von matbal »

Ich habe wieder mal ein Programm von mir erweitert, das den DialogDesign0r zusammen mit der DD_AddStuff.pbi verwendet. Dabei ist mir aufgefallen, daß es unter Win10 mit PB6.02 zu einem Fehler kommt.

Das ist die Fehlermeldung vom Beispielscode in der DD_AddStuff.pbi.
(Unter Linux hatte ich das Problem auch, aber nur mit GTK3.)
[17:29:16] Warte auf den Start des Executable...
[17:29:16] Executable-Typ: Windows - x64 (64bit, Unicode)
[17:29:16] Executable gestartet.
[17:29:16] [ERROR] DD_AddStuff.pbi (Zeile: 469)
[17:29:16] [ERROR] Ungültiger Speicherzugriff. (Lesefehler an der Adresse 98862636592)
[17:30:03] Das mit dem Debugger getestete Executable endete unerwartet.
Benutzeravatar
HeX0R
Beiträge: 2954
Registriert: 10.09.2004 09:59
Computerausstattung: AMD Ryzen 7 5800X
96Gig Ram
NVIDIA GEFORCE RTX 3060TI/8Gig
Win10 64Bit
G19 Tastatur
2x 24" + 1x27" Monitore
Glorious O Wireless Maus
PB 3.x-PB 6.x
Oculus Quest 2
Kontaktdaten:

Re: DialogDesign0R V1.84

Beitrag von HeX0R »

o.k., Source ist aktualisiert!
Muss mal irgendwann auch die Binaries nachziehen
Benutzeravatar
HeX0R
Beiträge: 2954
Registriert: 10.09.2004 09:59
Computerausstattung: AMD Ryzen 7 5800X
96Gig Ram
NVIDIA GEFORCE RTX 3060TI/8Gig
Win10 64Bit
G19 Tastatur
2x 24" + 1x27" Monitore
Glorious O Wireless Maus
PB 3.x-PB 6.x
Oculus Quest 2
Kontaktdaten:

Re: DialogDesign0R V1.84

Beitrag von HeX0R »

Hab mich mal aufgerafft und die Binaries nachgezogen
Istvan42
Beiträge: 16
Registriert: 15.12.2019 16:59
Computerausstattung: MacOS Sonoma (M1), PureBasic 6.03 LTS (MacOS X - x64)

Re: DialogDesign0R V1.84

Beitrag von Istvan42 »

Hi,

Erst einmal ein dickes Lob für den DialogDesigner! Insbesondere für Einsteiger in XML-Dialog und dynamische Layoutverwaltung ist das Tool sehr hilfreich.

Ich habe den Source-Code für meinen Mac M1 mit Sonoma 14.0 heruntergeladen und konnte das Programm sofort fehlerfrei kompilieren und ausführen. Anfangs konnte ich jedoch weder die Sprache noch das Thema wechseln, auch eine Änderung des Dialogtyps war nicht möglich. Ein Blick in die Quellkommentare bestätigte meine Vermutung, dass die abhängigen Dateien nicht in die Mac-App kopiert worden waren. Nachdem ich dies manuell erledigt hatte, lief alles einwandfrei.

Allerdings sind mir zwei Punkte aufgefallen:
  • Wenn ich in den Einstellungen den Infobutton betätige, öffnet sich der "About Dialog" zwar, aber das Schließen des Fensters führt zum Absturz der App. Kurioserweise passiert dies nicht, wenn ich die "Animation" eine Weile laufen lasse; dann lässt sich das Fenster problemlos schließen.
  • Wenn der Help-Button in den Einstellungen gedrückt wird, passiert nichts. Zunächst habe ich die DD_help.chm-Datei erneut in den Ressourcen-Ordner der App kopiert (und verschiedene Verzeichnisse ausprobiert), aber das löste das Problem nicht. Auch ein Test des OpenHelp()-Beispiels aus der PureBasic-Hilfe brachte keinen Erfolg. Obwohl ich keine konkreten Informationen darüber habe, ob .chm und OpenHelp() unter Mac nicht funktionieren, hat es bei mir nicht geklappt.


Falls weitere Auffälligkeiten auftreten, werde ich diese hier melden. Hinweise zur Behebung der beiden kleineren Probleme wären ebenfalls sehr willkommen.

Gruß,
Istvan
MacOS Sonoma (M1), PureBasic 6.03 LTS (MacOS X - x64)
Benutzeravatar
HeX0R
Beiträge: 2954
Registriert: 10.09.2004 09:59
Computerausstattung: AMD Ryzen 7 5800X
96Gig Ram
NVIDIA GEFORCE RTX 3060TI/8Gig
Win10 64Bit
G19 Tastatur
2x 24" + 1x27" Monitore
Glorious O Wireless Maus
PB 3.x-PB 6.x
Oculus Quest 2
Kontaktdaten:

Re: DialogDesign0R V1.84

Beitrag von HeX0R »

Ich fürchte für beide Deine Probleme bräuchte ich einen MAC, was ich aber nicht habe (und nie haben werde :mrgreen: ).

Aber Dein erstes Problem sollte der Debugger doch eigentlich abfangen, würde ich zumindest erwarten.
Hast Du es denn auch mal mit Debugger laufen lassen?

Oder geht das gar nicht, wegen dieser verblödeten Apfel-Unart Resourcen in die App kopieren zu müssen?

Wenn Du mir sagst, wie ich den Source apfelfreundlicher machen könnte (also nicht den Source selbst, mehr das Resourcenmanagement), damit die nicht immer Kopfstände machen müssen um es zu kompilieren, dann bin ich aber ganz Ohr.
Was ich aber definitiv nicht machen werde, ist die Ordnerstruktur umzuschichten.
Antworten