Hier ist mal ein GUI Tool Anwärter, der (später) universell für verschiedene Toolkits dienen könnte. Vorerst habe ich es für GadTools vorgesehen, da ich zuviele externe Abhängigkeiten nicht mag und ich eigentlich einen Intuitools Ersatz brauche (habe ich zwar schon (s.u.) aber nicht so toll).

Der Editor kann später sicher auch auf XML-Export oder ähnliches ausgebaut werden, da die interne Verwaltung eine rel. einfache Baum-Struktur ist.
Bisher habe ich das Basiskonzept (das bis ins Jahr 2010 zurückreicht) schon auf "benutzbar" erweitert. Was noch fehlt, ist eine umfangreicher parametrierbare Positionierung der Objekte und die Erzeugung einer universelleren Schnittstelle für das Includen in andere Projekte.
Also die Engine ist recht klein (für BB Verhältnisse) und flink, bietet aber noch Raum für Verbesserungen. Ich habe nicht vor, irgendwelche Skins o.s.ä. zuzufügen, das macht auf den anvisierten Maschinen keinen Sinn. Stattdessen soll es eine Art GadTools-Designer werden, der die Positionierung nicht als absolute Werte erfordert.


    test
    Requester

Hi all,
I've recently updated AmiBlitz3 to the latest version on Sourceforge (3.6.1). Since I updated I haven't been able to use the Null() function - the compiler gives me a garbage / unwanted characters at end of line error. Is there a simple alternative for this or is it just a case of assigning a string and using the address from this? So

MUISet obj,property,Null("MyTitle "+myvar$)

is now

mydummy$="MyTitle "+myvar$
MUISet obj,property,&myvar$

Also, with the note that was included in the archive I understand that an FPU is a requirement. I know certain commands used the FPU but I was able to build executables with AmiBlitz 3.5 that run fine without an FPU by just avoiding particular commands that caused crashes without an FPU (such as val()). Has this changed, or are my 3.5 executables possibly faulty too even though there's no sign of any crashes?

Thanks!

Habe bei EAB Fragen darüber gesehen, alte Threads. Ich dachte, das gehört aber besser hier her.

RGB-Demo-Effekte, wie z.B. Cubos usw.
Ich hatte so etwas früher schon mal gemacht, beinahe 2 Decaden ist das jetzt her. :o

Also, hier ist ein Beispiel:

Hallo!

Unter einer sauberen frischen OS3.9 Installation ist Amiblitz3 die reinste Offenbarung.
Ich möchte damit aber gerne Executables produzieren können, die wenigstens bis OS3.1 abwärtskompatibel sind. Ich habe bisher nicht herausgefunden wie das geht, bzw. an welchen Libraries, bzw. Datatypes das hängt.

Warum kann ich z.B. den kompilierten Demo-Source zu dbl_3dcube (enthalten in "Examples") nur unter OS3.9 ausführen?
Unter OS3.1 wird der Bildschirm kurz schwarz, dann ist die Workbench wieder da. JPEG Library Version 6 ist vorhanden.

Der 3D Dottunnel oder einfache springende Bälle klappen dagegen auf meiner OS3.1 Installation, nur die Hintergrund-JPEGs sind verrissen/verzerrt, das kann am Datatype liegen. Aber gerade so tolle Sachen wie drehende texturierte Würfel würde ich gern für jedes Amiga System mit OS3.1 und 68020 produzieren können.

Muss ich mir als Faustregel merken, dass Amiblitz3-Produktionen nur unter OS3.9 gehen oder gibt es Regeln, wie man alles auch auf OS3.1 bekommt? Die Assembler-Coder kriegen das mit ihren Super-Demos ja auch irgendwie hin dass es mit OS3.1 läuft mit nicht abgeschaltetem OS.

Hallo Mitentwickler,

nach kurzer aber energischer Diskussion konnte ich leider auch für Ab3 feststellen das wir die Variablen
für den RedDebugger fälschlicherweise einfach in Envarc: abspeichern !
Das entspricht weder den Styleguides noch dem neuen Credo das Ab3 Standalone laufen soll.

Das Progdir: sollte als Speicherort gewählt werden., sodas man einfach den Ab3 Ordner kopieren kann wie/wohin man will.
auffällig wird das ganze wenn man sein System mal neu installieren muß. Programmdateien haben nichts, aber auch gar nichts
in Envarc zu suchen.

das sollten wir demnächst angehen ! kann nicht schwierig sein das umzumodeln...

In dem SVN sind die Guides für die HDRec Includes die Includesdateien selbst sind aber nicht enthalten können wir die Löschen?

Hallo Leuts,

Vieleicht ist es noch keinem aufgefallen weil er mit arexx nix macht, aber es gibt zwei Includes die arexx behandeln...

Leider gibt es bei etlichen Befehlen das Problem das sie doppelt vorhanden sind !

Wenn ich nach dem Prinzip der Blitzlibs gehe, dann sind das Clashes.

Als Beispiel nehme ich jetzt mal arexx_GetMsg{}

Wenn ich da die Hilfe für die Syntax aufrufe, erscheint arexx_GetMsg{lateReply.l}
oK, das kommt aus der arexx.inlcude...
Wenn ich aber Doppelklick im Befehlsbroswer mache, dann kommt die Guide von der arexx_blitz.include

Toll !

Also meiner Meinung nach sollte da eine Regelung getroffen werden, und zwar entweder eine komplett löschen (die ältere) oder eben die Befehle umbenennen.
Das hätte zwar das Risiko insich, das alte Sourcen dann angepasst werden müßten, aber mal ehrlich, wer hat mit der Include jemals was gemacht ?

Eine Entscheidung wäre wünschenswert.
Ich bin nur durch Zufall drauf gekommen, weil ich den TKPlayer auf die neuesten Includes umgestellt habe weil der unter OS4 nach dem dritten bis vierte Lied das er abgespielt hatte nicht mehr funktionierte, jetzt schon, nur eben ohne arexx...

EDIT:
Ok, ich habe mir nun beide Includes mal angesehen, wenn natürlich im Hilfetext schon nicht die richtige Syntax steht kann man lange suchen...
Alles Mist....
Trotzdem läuft mein TKPlayer nun auch wieder mit Arexx hab eben die Befehle angepasst.....Das oben geschriebene bleibt trotzdem aktuell

Warum kann ich eigentlich nicht im Programmloop per

Hallo zusammen,
Es ist wieder soweit, Weihnachten 2014 steht vor der Tür und ich wollte euch allen schöne ruhige Weihnachstage wünschen und das ihr mir gut ins neue Jahr 2015 kommt.