FlightRadar 6

[juelin]

Hallo Lazarusgemeinde,

Wie versprochen hier das letzte Programm dumo1090d.
Ihr solltet bevor Ihr das Programm startet unbeding die Bedienungsanleitung genau lesen.
Der Download steht auf Github
Schaut unter https://github.com/juelin2807/FlightRadar
das File dumo1090d.zip

Alle Informationen stehen im Programm (Unit1.pas)
und in der Bedienungsanleitung

Ich hoffe noch, dass Corpsman mit meinem Aufbau zufrieden ist.

Wenn Ihr Fragen habt könnt Ihr mich anschreiben dg5uap@darc.de
Und nun viel Spass.

Gruß
Jürgen

[Mathias]

Mache doch einen Sammel-Thread, als immer einen neuen zu eröffnen, es wird viel übersichtlicher.

[juelin]

Hallo Freunde,
anbei die neue Version von Programm dump1090d.
Ich habe noch die Funktion Daten kumulieren eingefügt.
Der Download steht auf Github
Schaut unter https://github.com/juelin2807/FlightRadar
das File dumo1090d.zip
Gruß
Jürgen

[juelin]

Hallo Freunde,
nochmal die neue Version von Programm dump1090d.
Ich habe Schreibfehler verbessert.
Der Download steht auf Github
Schaut unter https://github.com/juelin2807/FlightRadar
das File dumo1090d.zip
Gruß
Jürgen

[Stevie]

Hallo Jürgen,

was hältst Du davon, für Deine Programme jeweils eigene Git-Projekte einzurichten, in denen Du dann nicht nur ein gezipptes Archiv bereitstellst, sondern die Du dann als ein richtiges Git-Repository verwendest? Du schlägst dann drei Fliegen mit einer Klappe: Du machst es den Interessierten einfacher, sich mal umzuschauen und erhältst gleichzeitig ein komplettes Versionskontrollsystem für Deine eigene Arbeit. Und last not least machst Du nebenbei noch Werbung für Freepascal und Lazarus, da die verwendete Programmiersprache eines jeden Projekts ja erfasst wird und gezielt suchbar ist. Und wenn Du weiterhin fertige Versionen hosten willst, kannst Du das über das 'Releases' Feature von Github weiterhin tun.

Schau Dir doch eventuell mal die Projekte 'corona' (https://github.com/wp-xyz/corona) vom Forumsmitglied 'wp_xyz' oder 'fpcudeluxe' (https://github.com/LongDirtyAnimAlf/fpcupdeluxe) von DonAlfredo vom englischsprachigen Forum an. Bei denen kann man einerseits direkt im Browser in den Quelltext hineinschauen und andererseits auf dem eigenen PC eine Version halten, um sie zu bauen und an ihnen herumzuspielen oder sie zu erweitern. Wäre doch toll, wenn Das beim FlightRadar auch ginge, oder?

[juelin]

die Programme gehöhren ja alle zusammen.
Haben alle was mit FlghtRadar zu tun.
Deswegen ZIP. Weil sonst Problem mit doppelten Files.
PS: das Git-Repository kenne ich nicht.
Gruß
Jürgen

[af0815]

Und was mir in den Sourcen aufgefallen ist, warum verwendest du eine Abhängigkeit zu pl_winapi. pl_ sind Pakete die von Pilot Logic konvertiert sind und die man am besten durch die originalen Pakete ersetzt, wofür brauchst du die wirklich ?

[juelin]

weil ich shellexecute verwende.

[af0815]

weil ich shellexecute verwende.

Ok, das ist aber in der normalen winapi von fpc/Lazarus ebenfalls enthalten. https://wiki.lazarus.freepascal.org/Exe ... rlayer.com

Die normale winapi wird vom fpc/Lazarus-Team gewartet, die pl_ Version nicht, weil es ein Fremdprodukt ist.

[wp_xyz]

weil ich shellexecute verwende.

Stattdessen gibt es in der Process-Unit "RunCommand": https://www.freepascal.org/docs-html/fc ... mmand.html. Das ist "cross-platform", und erleichtert es dir, einmal eine Linux- oder mac-Version deines Programm zu erstellen.

[Stevie]

die Programme gehöhren ja alle zusammen.
Haben alle was mit FlghtRadar zu tun.
Deswegen ZIP. Weil sonst Problem mit doppelten Files.

Ich glaube, das lässt sich lösen: erstelle in Deinem aktuellen Projektverzeichnis 'FlightRadar' ein Unterverzeichnis für jedes Deiner (Unter-)Projekte ('flightradar', 'verwalten', 'fluege' usw.), in das du die ZIPs entpackst. Das kannst Du dann so übersetzen und einchecken und die Unterprojekte kollidieren nicht aufgrund gleich benannter Dateien.

Wenn Du damit dann zurechtkommst, kannst Du einen Build-Prozess mit 'lazbuild' o.ä. aufsetzen, der das dann in einem Rutsch bauen hilft. Die Vorteile sind aber eigentlich immer noch dieselben.

PS: das Git-Repository kenne ich nicht.

Als 'Git-Repository' bezeichnet man die Gesamtheit des verwalteten Projekts mit allen Änderungen, Zweigen usw., bei Dir also das, was unter https://github.com/juelin2807/FlightRadar.git liegt...

[juelin]

ja Stevie,
guter Idee.
Aber wie mach man das?
Gruß
Jürgen

wo legt man da ein subfolder an???
Und da wir gerade dabei sind, wie löscht man einen Eintrag wieder???

[Stevie]

Ich würde Dir wärmstens empfehlen, das Repository auf Deinem eigenen PC zu verwalten. Installiere dir dazu Tortoise-Git (https://tortoisegit.org/), dann bekommst Du ein paar git-spezifische Kontext-Menüs in Deinem Windows-Explorer, mit denen Du die Dateien einchecken (= "committen") und die ganze Chose ins Github übertragen (="pushen") kannst.

Folgendermaßen gehst Du vor:

1. Projekt clonen (siehe https://tortoisegit.org/docs/tortoisegi ... clone.html)

- Die URL aus dem Dialog ist dabei https://github.com/juelin2807/FlightRadar.git

- Als Directory nimmst Du eines auf Deinem Rechner, am besten eines ohne Leerzeichen im Pfad

2. Projekt bearbeiten

- Für den Anfang geht es einfach nur darum, die Struktur zu erzeugen, also machst Du das so, wie ich oben geschrieben hatte, also mit dem Windows Explorer in dem Verzeichnis, in das das Projekt geschrieben worden ist, die richtigen Unterverzeichnisse schreiben, Dateien auspacken usw.

- Bitte beachten, dass Verzeichnisse später nur dann eingechcheckt und auf Github übertragen werde, wenn sie eine oder mehrere Dateien enthalten, z.B. "readme.md" oder ähnlich.

3. Änderungen einchecken (siehe https://tortoisegit.org/docs/tortoisegi ... mit-basics)

- Klicke in deinem Basisverzeichnis im Windows Explorer auf 'Git Commit -> "master"...'

- Gib Deinem Commit eine beschreibende Message und klicke auf "Commit"

Damit sollten Deine Änderungen schon mal in deinem lokalen Zwischenspeicher liegen

4. Änderungen auf Github übertragen (siehe https://tortoisegit.org/docs/tortoisegi ... -push.html)

- Im Windows-Explorer auf Deinem Projektverzeichnis im Kontext-Menü "TortoiseGit->Push..." auswählen

- Defaults beibehalten und "OK" klicken.

Damit sollten Deine Änderungen beim nächsten Browser-Reload im Github-Repository sichtbar werden.

DISCLAIMER: Ich benutze die Kommandozeile und habe Tortoise auf meinem aktuellen PC nicht installiert. Die Beschreibeungen kommen aus der Erinnerung, es mag also sein, dass die Schritte jeweils ein kleines bisschen anders aussehen. Aber das erklärt sich eigentlich ziemlich gut von selbst. Ansonsten fragen, gibt hier ja genug Git-User...

[juelin]

Hallo Lazarusfreaks,
Stevie hat mir geholfen.
Ich habe jetzt mein Projekt FlightRadar aug Github OHNE ZIP-FILES unter gebracht.
Der Download steht auf Github
Schaut unter https://github.com/juelin2807/FlightRadar
Ich hoffr jetzt ist jeder zufrieden.
Schönen Gruß
Jürgen

[Stevie]

Hallo Jürgen,

herzlichen Glückwunsch zu Deinem ersten "richtigen" Github-Projekt - so langsam wird Deine Veröffentlichung eine richtig runde Sache!

Eine Sache würde ich Dir für den Anfang noch empfehlen: erzeuge einen Branch, d.h. einen "Seitenpfad" auf Deinem Repository für deine aktive Entwicklungsarbeit (z.B. "develop"). Auf Deinem PC verwendest Du für deine tägliche Entwicklungsarbeit am FlightRadar dann diesen "develop"-Branch , während in den "main" Branch , den jeder als erstes sieht, wenn er Deine Github-Seite öffnet, nur jeweils die stabilen Versionen kommen.

Immer, wenn Du zufrieden mit einem Stand in Deinem "develop"-Branch bist, kannst Du ihn 'taggen' (z.B. 'feature_xyz' oder '1.9.3ß' oder so) und damit so markieren, dass Du (und jeder andere) jederzeit dorthin zurückkehren kannst. Und wenn Du dann das Gefühl hast, dass das FlightRadar so weit fertig ist, dass Du eine Vollversion erreicht hast, überführst Du die Änderungen im "develop"-Branch in den "main"-Branch, d.h. du machst einen "Merge" und taggst ihn dann als "2.0.0" o.ä..

Zugegeben, Branching, Tagging und Merging sind am Anfang ungewohnt und erscheinen kompliziert, Du wirst dich aber sehr schnell an den Workflow gewöhnen und ihn nicht wieder hergeben wollen.

Wie das mit dem Erzeugen und Wechseln von Branches und mit dem Tagging geht, findest Du unter https://tortoisegit.org/docs/tortoisegi ... chtag.html.

Wie man einen Branch mit einem anderen verschmilzt (sog. "merging") findest Du unter https://tortoisegit.org/docs/tortoisegi ... merge.html.

Was Du damit erreichst, ist folgendes:

a) Du erzeugst nicht ständig "Unruhe" auf dem Main-Branch. So kann ich gerade sehen, dass Du am 'FlightRadar' arbeitest und sich ständig einige der Dateien ändern. Arbeitest Du hingegen auf dem Develop-Branch, passiert das nicht.

b) Du machst es Deinen Benutzern einfacher, die 'stabile' von der 'neuesten' Version zu unterscheiden

c) Du schaffst die Grundlage dafür, Releases zu erstellen, die dann bspw. Installer oder auch ZIPs mit ausführbaren Dateien enthalten können (siehe https://docs.github.com/de/repositories ... t-releases).

Und mit den Releases schließt sich dann auch der Kreis meiner Ausführungen und du hast erstmal genug zu kauen und verdauen....