AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

Jcl/jvcl

Ein Thema von TurboMagic · begonnen am 13. Sep 2020 · letzter Beitrag vom 22. Sep 2020
Antwort Antwort
Achim Kalwa

Registriert seit: 2. Apr 2005
Ort: Lienen
111 Beiträge
 
Delphi 12 Athens
 
#1

AW: Jcl/jvcl

  Alt 15. Sep 2020, 11:59
Ich bin ebenfalls Nutzer von JCL/JVCL; und ich habe in der Vergangenheit auch schon mal Bugfixes eingereicht. Damals waren es Patch-Dateien, welche im Bugtracker an das Issue getacktert wurden und "jemand" hat den Patch dann "irgendwann" mal eingepflegt. Seit der Umstellung auf GIT geht es mir genau so wie @dummzeuch: Ich kapier das nicht.
Als TortoiseSVN-User sind Standard-Aktionen wie "CheckOut", "Update", "Commit", "Revert", "Merge" oder "Blame" in Fleisch und Blut übergegangen. GIT auf der Kommandozeile zu benutzen ist für mich ein Rückschritt in die 80er; aber gute GUIs habe ich noch nicht gefunden. TortoiseGit scheint einigermaßen brauchbar zu sein. Wenn man denn damit umgehen kann.

Deshalb finde ich den Vorschlag von @jaenicke gut, eine bebilderte Anleitung zu machen. Idealerweise am Beispiel JCL oder JVCL

Die JVCL zu entrümpeln ist aber eine schwierige Aufgabe. Welche Komponenten sind überflüssig, weil schon in Delphi enthalten (oder dort anders/besser/moderner implementiert); welche sollten auf jeden Fall erhalten bleiben? Ist Non-Unicode (Delphi 2007) noch sinnvoll zu unterstützen, oder erst ab Delphi 2009?
Achim
  Mit Zitat antworten Zitat
stifflersmom

Registriert seit: 8. Dez 2005
Ort: 24994 Holt
383 Beiträge
 
Delphi 10.2 Tokyo Professional
 
#2

AW: Jcl/jvcl

  Alt 15. Sep 2020, 13:39
Wenn es (auch) darum geht, eine gute GUI für GIT zu benutzen, dann kann ich besten Gewissens Sourcetree empfehelen.

https://www.sourcetreeapp.com/
  Mit Zitat antworten Zitat
TurboMagic

Registriert seit: 28. Feb 2016
Ort: Nordost Baden-Württemberg
3.038 Beiträge
 
Delphi 12 Athens
 
#3

AW: Jcl/jvcl

  Alt 15. Sep 2020, 16:29
Die JVCL zu entrümpeln ist aber eine schwierige Aufgabe. Welche Komponenten sind überflüssig, weil schon in Delphi enthalten (oder dort anders/besser/moderner implementiert); welche sollten auf jeden Fall erhalten bleiben? Ist Non-Unicode (Delphi 2007) noch sinnvoll zu unterstützen, oder erst ab Delphi 2009?
Naja, die Idee wäre, als älteste Version D2009 zu unterstützen.
Support für noch ältere Versionen könnte über einen Branch abgewickelt werden, falls sich jemand findet dort Bugfixes aus der neueren Fassung rück zu portieren.
Was anderes macht denke ich keinen Sinn, sonst lebt das nur noch in der Vergangenheit.
Evtl. sogar eine noch neuere Version als D2009 voraussetzen, für den Fall das Generics einzug halten sollten, da die in D2009 wohl noch etwas arg grün hinter
den Ohren waren.

Stellt sich die Frage wo genau anfangen usw.
Das wäre aber auch mit den Maintainern zu diskutieren.

Über irgendwelche Git Probleme müsste man sich dann halt gegenseitig drüber hinweg helfen

Grüße
TurboMagic
  Mit Zitat antworten Zitat
Antwort Antwort

 

Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 16:27 Uhr.
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz