Neuer OpenSource Package Manager

[mkinzler]

https://github.com/Memnarch/Delphinus
https://github.com/Memnarch/Delphinu...ling-Delphinus

[BUG]

Schönes Projekt, wurde sich hier ja schon oft gewünscht. Ich vermute mal leise, das ist der Memnarch aus der DP

Es wäre imho günstig, eine kurze Beschreibung und zumindest einen Link auf die Installationsanleitung in der readme.md unterzubringen:

Zitat von Wiki/Home:

Delphinus is a new Packagemanager which works from within your IDE to install new stuff, like packages and components. It's compatibility target is XE and up. Developer can publish their packages for Delphinus without notifying me, by simply following the steps on Publishing your Project for Delphinus

Wen ich sonst auf so einer Projektseite lande, muss ich schon sehr interessiert oder gelangweilt sein, um mir das näher anzugucken.

[Memnarch]

Zitat von BUG:

Ich vermute mal leise, das ist der Memnarch aus der DP

Wie hab ich mich nur verraten

Zitat von BUG:

Es wäre imho günstig, eine kurze Beschreibung und zumindest einen Link auf die Installationsanleitung in der readme.md unterzubringen:

Gute Idee

Zitat von BUG:

Wen ich sonst auf so einer Projektseite lande, muss ich schon sehr interessiert oder gelangweilt sein, um mir das näher anzugucken.

Immer her mit Tips, Anregungen und Kritik. Jede Hilfe ist willkommen

EDIT: Kurze Readme hinzugefügt, fürs gröbste

[mkinzler]

Da bin ich mal gespannt, ob sich Dein Repository schnell füllt. Besser wäre es natürlich wenn EMBT die, aus meiner Sicht übertriebenen Beschränkungen von GetiT aufheben würde und man dann alles aus einer Quelle beziehen könnte.

[mquadrat]

Das Problem bei GetIt ist halt, dass EMBT den Community-Gedanken, da nur halbherzig umsetzt. Man möchte eher ein AppStore sein, als ein Package Manager.

@Thema

Hilfreich wäre sicher ein Best-Practices für die Packages. Gerade was das Bestimmen der Compiler-Versionen angeht. Oder eben ein Video-Tutorial oder so. Aber das kann ja jemand anders machen. Bei mir sieht es zeitlich im Moment eher schlecht aus leider :/

[Uwe Raabe]

Zitat von mquadrat:

Man möchte eher ein AppStore sein, als ein Package Manager.

Eine diesbezügliche Frage ist ja auch regelmäßiger Bestandteil der Developer Survey.

In XE8 ist das ja auch schon ansatzweise umgesetzt - siehe BeaconFence, das eine entsprechende Lizenz voraussetzt. Vielleicht sehen wir demnächst noch andere Produkte in GetIt, wie z.B. die neu erworbenen CodeSite und Konopka Signature VCL Controls (ich schlage das Kürzel KSVC vor).

@Alexander, vielleicht solltest du dich mit Roman Kassebaum in Verbindung setzen. Er pflegt die TurpoPack-Komponenten in GetIt, die auch allesamt auf GitHub vorliegen. Das wären immerhin auf einen Schlag zehn Einträge.

[Memnarch]

Wer will kann übrigens nen paar Vorschläge für "Common"-Tags machen. Im Branch Feature-UI bastel ich gerade an der Oberfläche rum, und neben einer Suche wird es selbstverständlich eine Tag(s) property für die Info geben. In der Oberfläche wird man sich dann TagFilter anlegen könenn um sich praktisch eigene Gruppen zu erstellen. (Die Tagfilter können dann Wahlweise auf die Liste von Online-Packages, Installierten-Packages oder Packages mit Updates angewand werden).

Die Tags sollten immer Singular sein und so abstrakt wie möglich(und so kurz wie möglich ). Mir schwebt da sowas vor wie:

• VCL (Enthält VCL kram)
• FMX (Enthält FMX kram)
• Design (Enthält Designcomponennten)
• IDE-Extension
• Demo

Die Common-Tags werden dann als Leitfaden in der Wiki aufgeführt.

[Der schöne Günther]

Ich habe es grade einmal zum ersten mal kurz ausprobiert.

Sieht wirklich sehr schön aus. Wenn es erlaubt ist: Ich habe drei kleine Kritikpunkte an der Oberfläche:

- Bitte den Optionen-Dialog mit ESC schließbar machen
- Wenn die Einträge schon so gute Bilder haben: Wäre dann nicht auch ein Beschreibungstext möglich? Wenn keiner angegeben ist dann vielleicht den Github-Titelseitentext nehmen?
- Statt dem "Haus"-Button wäre mir ein klassischer, blauer Link zum Draufklicken. Ich fühle mich wohler wenn ich direkt die URL sehe und keine mysteriöse Tür


Auch Daumen hoch für ein funktionierendes Github-Wiki. Bei wie vielen Projekten muss man sich durch irgendwelche lokalen Dateien wühlen um überhaupt herauszufinden wie man es installiert? Hier kann man direkt nachsehen. Toll.

[Memnarch]

Ich entstaub hier mal
http://memnarch.bplaced.net/blog/201...aries-anymore/

@Günther:
Der Beschreibungstext muss im Repository angegeben sein. Das entscheiden die Ersteller. Wobei ich zugeben muss, dass der Beschreibungstext in der alten UI etwas versteckt war

[mjustin]

Zu den Requirements für die Delphinus Integration hätte ich da mal eine Frage:

Zitat:

add an Delphinus.Info.json to the repository root
add an Delphinus.Install.json to the repository root
add at least one version (optional) see: Versioning your package
add "Delphinus-Support" (without quotes) to your readme within your repository

Könnte man es auch so einrichten, dass alle Delphinus Dateien in einem getrennten Branch (d.h. nicht im MASTER) liegen können?
So wäre das root Verzeichnis etwas aufgeräumter. Das wäre dann so wie bei den Github-Pages (https://pages.github.com/) gelöst, die auch nicht im Master sondern in einem eigenen Branch des Projekts liegen.

Im Root lägen dann nur das Readme, die gitignore und die Lizenz Datei.

Aus Sicht eines erstmaligen "Besuchers" des Projekts würde kein "Oh, Delphinus, kenne ich nicht, muss man das haben um mit dem Projekt zu arbeiten?"-Effekt entstehen.

(Allerdings könnte man durchaus auch andersrum argumentieren: je mehr Dateien im Repo, desto beeindruckender