Welches Programm fehlt uns noch?

[sh17]

Ein schlanker schneller E-Rechungsviewer für Linux und Windows wäre nett.
Es gibt zwar den Quba-Viewer, aber den gibt es für Linux nur als Flatpack und ist 150 MB groß.

Wenn man die richtige Visualisierung der Kosit nutzen möchte, kommt man um Java leider nicht drum herum.

[KoBraSoft]

Ein schlanker schneller E-Rechungsviewer für Linux und Windows wäre nett.
Es gibt zwar den Quba-Viewer, aber den gibt es für Linux nur als Flatpack und ist 150 MB groß.

Wenn man die richtige Visualisierung der Kosit nutzen möchte, kommt man um Java leider nicht drum herum.

Wenn man die richtige Visualisierung der Kosit nutzen möchte, kann man ja den Quba-Viewer verwenden. Nehme ich zumindest an.
Mir würden die wichtigsten Daten wie Absender, Empfänger, Positionen, Gesamtsumme, IBAN, USt, ... reichen um zu erkennen, ob in der xml die gleichen Daten wie in der pdf Ansicht stehen.

[Acia6850]

Hallo,

in Delphi gibt es Libraries für Python.

The VCL and FMX Libraries

Mit diesen kann man für Python eine GUI zur verfügung stellen.

Die Libraries laufen ohne Delphi.

Wenn wan noch zusätzlich Delphi hat kann man eine Gui mit Delphi erzeugen und die Gui mit den obingen Libs mit Python verwenden.

Da PythonForDelphi auch unter Lazerus läuft wäre eine solche Ergänzung für Lazarus interisant.

[sh17]

Wenn man die richtige Visualisierung der Kosit nutzen möchte, kann man ja den Quba-Viewer verwenden. Nehme ich zumindest an.
Mir würden die wichtigsten Daten wie Absender, Empfänger, Positionen, Gesamtsumme, IBAN, USt, ... reichen um zu erkennen, ob in der xml die gleichen Daten wie in der pdf Ansicht stehen.

https://github.com/LandrixSoftware/XRechnung-for-Delphi

Als Basis das hier, lesen geht schon mal, Schreibsupport für FreePascal hab ich auch schon fertig, kommt in Kürze.

[corpsman]

Konsolenprogramm zur Code-Coverage-Analyse für FreePascal und Lazarus

Dieses Konsolenprogramm dient der Code-Coverage-Analyse von Anwendungen, die mit FreePascal bzw. Lazarus entwickelt wurden. Es ermittelt, welche Teile des Quellcodes während der Ausführung von Tests oder Programmläufen tatsächlich ausgeführt wurden und welche Codebereiche ungetestet bleiben.

Die Analyse der Codeabdeckung ist ein wichtiger Bestandteil der Qualitätssicherung. Sie hilft dabei,

• ungetestete Programmteile zu identifizieren,

• die Wirksamkeit vorhandener Tests zu bewerten,

• Lücken in der Testabdeckung gezielt zu schließen und

• die Zuverlässigkeit sowie Wartbarkeit der Software zu verbessern.

Insbesondere bei größeren Projekten oder Bibliotheken erleichtert eine Code-Coverage-Analyse die kontinuierliche Verbesserung der Testqualität. Entwickler erhalten eine objektive Grundlage, um zu entscheiden, welche Bereiche des Codes zusätzliche Tests benötigen und können dadurch das Risiko von Fehlern im Produktivbetrieb reduzieren.

Das Programm ist als Konsolenanwendung konzipiert und lässt sich dadurch einfach in automatisierte Build- und Continuous-Integration-Prozesse (CI) integrieren. Es eignet sich sowohl für die Entwicklung neuer Anwendungen als auch für die Pflege und Weiterentwicklung bestehender FreePascal- und Lazarus-Projekte.

mich hat das getriggert, ich versuch mich da mal dran, da wir aber bald in Urlaub fahren wirds a bissl dauern, bin mal gespannt wie weit ich komme, würde mich dann wieder melden *g*

[Frank Ranis]

Hallo Niesi ,

Korrekt: Anregungen.

Ein 3D-CAD .

Komerzielle CAD ist mir als Hobbyanwender zu teuer , oder man macht sich vom Hersteller abhängig , auf Abo's habe ich keine Lust.
FreeCad ist mir zu kompliziert , ich habe schon zig mal damit angefangen , brauche es nicht jeden Tag und habe dann alles wieder vergessen.

Benutze als Hobbyprogrammierer sehr gerne OpenScad .
Die Modelle werden programmiert
Vorteil:
Recht einfache Scriptsprache .
Es gibt nur 2 dutzend Befehle , die man sich wirklich merken muß .
Ein STL-Export , ideal für die weiter Verwendung im 3D-Druck .

Nachteil:
!!!! Leider kein Pascal !!!!
Keine Variablen .
Der Renderer CGAL ist bei großen Modellen schnarchlahm , keine Ahnung , ob es etwas besseres gibt .

Also Wunsch :
Ein CAD in der Machart von OpenScad , geschrieben in Lazarus/Freepascal mit Pascal als Scriptsprache .
Eine 3D-Grafik mit modernem OpenGL >=3.3 .
Einen schnelleren Renderer als CGAL .
Im-Export von STL-OBJ-Dateien und was man sonst noch so braucht .

Gruß

Frank

[af0815]

Hallo Niesi ,

Korrekt: Anregungen.

Ein 3D-CAD .

Komerzielle CAD ist mir als Hobbyanwender zu teuer , oder man macht sich vom Hersteller abhängig , auf Abo's habe ich keine Lust.
FreeCad ist mir zu kompliziert , ich habe schon zig mal damit angefangen , brauche es nicht jeden Tag und habe dann alles wieder vergessen.
....
Frank

Ein 3D-Cad das seinen Namen vedient, ist sicher nicht einfacher als FreeCad. Und FreeCAD ist für viele Projekte ausreichend. Einlernen muss man sich überall.
Das unbedingt dann in Pascal zu quetschen muss ich auch nicht unbedingt haben. Und für eine wirkliche Weiterentwicklung - Sorry - ist die Nutzerbasis von Pascal zu klein. Vor allen, bin ich bei FreeCAD noch nie wirklich mit den Python-Scripts in Berührung gekommen. Somit wäre das ja ähnlich wenn man Pascal nehmen würde.

Es gibt LazCAD, allerding nur 2D. ALso braucht man da lediglich 1D hinzufügen

Auch ZCad gibt es, auch 2D.

[Niesi]

Hallo Niesi ,

Korrekt: Anregungen.

Ein 3D-CAD .

Komerzielle CAD ist mir als Hobbyanwender zu teuer , oder man macht sich vom Hersteller abhängig , auf Abo's habe ich keine Lust.
FreeCad ist mir zu kompliziert , ich habe schon zig mal damit angefangen , brauche es nicht jeden Tag und habe dann alles wieder vergessen.

Benutze als Hobbyprogrammierer sehr gerne OpenScad .
Die Modelle werden programmiert
Vorteil:
Recht einfache Scriptsprache .
Es gibt nur 2 dutzend Befehle , die man sich wirklich merken muß .
Ein STL-Export , ideal für die weiter Verwendung im 3D-Druck .

Nachteil:
!!!! Leider kein Pascal !!!!
Keine Variablen .
Der Renderer CGAL ist bei großen Modellen schnarchlahm , keine Ahnung , ob es etwas besseres gibt .

Also Wunsch :
Ein CAD in der Machart von OpenScad , geschrieben in Lazarus/Freepascal mit Pascal als Scriptsprache .
Eine 3D-Grafik mit modernem OpenGL >=3.3 .
Einen schnelleren Renderer als CGAL .
Im-Export von STL-OBJ-Dateien und was man sonst noch so braucht .

Gruß

Frank

Ein 3d-CAD, welches per Scriptsprache bedient wird, dürfte ein seeeehr nischiges Programm werden.

Zumal FreeCAD eigentlich gar nicht so kompliziert ist (Ich benutze FreeCAD seit 2012) und es OpenScad bereits gibt. Da wären dann eine winzige Userbasis für das Pascalprogramm und eine verkleinerte für Openscad. Kein wirklicher Gewinn, denke ich.

Überhaupt halte ich nichts davon, zu einer x-mal existierenden Problemlösung (= Software) noch eine dazu zu machen. Das ist dann pure Verdrängung, nicht innovativ und damit ziemliche Zeitverschwendung.

Ich denke darüber nach, was für eine noch nicht existierende Software für wirklich möglichst viele Menschen nutzbringend ist, damit auch Pascal / ObjectPascal wieder mehr beachtet wird - aber die richtig gute Idee habe ich noch nicht.

[sh17]

Die Pflege von verwaisten Projekten übernehmen:

https://forum.lazarus.freepascal.org/in ... 493.0.html

[Niesi]

Die Pflege von verwaisten Projekten übernehmen:

https://forum.lazarus.freepascal.org/in ... 493.0.html

Ein interessanter Vorschlag.

Daran habe ich noch gar nicht gedacht ...

[hum4n0id3]

Die Pflege von verwaisten Projekten übernehmen:

https://forum.lazarus.freepascal.org/in ... 493.0.html

So geil ist das gar nicht. Meistens sind die Projekte aus gutem Grund tot... Wenn der original Maintainer überhaupt noch reagiert, kann es passieren das Entwicklungen lediglich in Debatten weiter veröden. Anzahl an Issues und Pull Requests ist eine gute Grundlage um zu sehen ob sich die Arbeit überhaupt lohnt.

[fliegermichl]

...
Ein 3d-CAD, welches per Scriptsprache bedient wird, dürfte ein seeeehr nischiges Programm werden.

Zumal FreeCAD eigentlich gar nicht so kompliziert ist (Ich benutze FreeCAD seit 2012) und es OpenScad bereits gibt. Da wären dann eine winzige Userbasis für das Pascalprogramm und eine verkleinerte für Openscad. Kein wirklicher Gewinn, denke ich.

Überhaupt halte ich nichts davon, zu einer x-mal existierenden Problemlösung (= Software) noch eine dazu zu machen. Das ist dann pure Verdrängung, nicht innovativ und damit ziemliche Zeitverschwendung.
...

Zumal sich so etwas nicht mal eben so aus dem Lazarusärmel schütteln läßt.

Was mich an FreeCAD und auch an Fusion 360 nervt, ist die Notwendigkeit vollständig definierter Sketches, da das Verhalten ansonsten nicht definiert ist.
Fü 2D verwende ich am liebsten Libre CAD (Früher QCAD).

[Niesi]

...
Ein 3d-CAD, welches per Scriptsprache bedient wird, dürfte ein seeeehr nischiges Programm werden.

Zumal FreeCAD eigentlich gar nicht so kompliziert ist (Ich benutze FreeCAD seit 2012) und es OpenScad bereits gibt. Da wären dann eine winzige Userbasis für das Pascalprogramm und eine verkleinerte für Openscad. Kein wirklicher Gewinn, denke ich.

Überhaupt halte ich nichts davon, zu einer x-mal existierenden Problemlösung (= Software) noch eine dazu zu machen. Das ist dann pure Verdrängung, nicht innovativ und damit ziemliche Zeitverschwendung.
...

Zumal sich so etwas nicht mal eben so aus dem Lazarusärmel schütteln läßt.

Was mich an FreeCAD und auch an Fusion 360 nervt, ist die Notwendigkeit vollständig definierter Sketches, da das Verhalten ansonsten nicht definiert ist.
Fü 2D verwende ich am liebsten Libre CAD (Früher QCAD).

Du MUSST die Sketches nicht vollständig definieren - die Modelle werden auch mit nicht bemaßten Elementen erstellt. Die frage ist dann aber immer, was dann alles passieren KANN.

Ich empfehle immer vollständige Definition, wie bei anderen CAD-Systemen auch. Denn ich habe tatsächlich schon Überrachungen erlebt.

Und zum 3d-CAD in Pascal /ObjectPascal: Ja, das ist ein großer Berg Arbeit. Für eine Anwendung, die nicht wirklich gebraucht wird und die dann für einige wenige interessant sein könnte. Wer da trotzdem was machen möchte, kann sich mal die Castle Game Engine https://castle-engine.io, GLScene https://github.com/glscene/LZScene oder Kraft https://github.com/BeRo1985/kraft anschauen und sich damit beschäftigen.

Wie gesagt: Nach meiner Meinung aber eher nicht so toll geeignet, Aufmerksamkeit für Lazarus IDE und Free-Pascal zu erzeugen.

[TSchnuckenbock]

Ich hab' seit Jahren noch ein paar Projekt-Ideen in der Schublade.

Bedenke ich aber die aktuellen Fortschritte im Bereich KI, dann befürchte ich, daß ich mir einige dieser eventuell angedachten Programmier-Projekte sparen kann. Über's Internet und KI-Technologie wird man zukünftig viele Dinge erledigen können. Die Frage ist, wie einfach wird der Zugang für Otto-Normal-Verbraucher sein. Aber die jungen Leute wachsen mit Internet und KI auf, für die ist das jetzt schon oftmals Alltag.

Ich hatte vor 15-20 Jahren im Bereich Musik-Software noch viele Ideen in der Schublade. Dazu gekommen, diese umzusetzen, bin ich nie. Heute gibt es in diesem Bereich so ziemlich alles was das Herz begehrt und täglich kommt neue Software hinzu.

[wp_xyz]

Die Pflege von verwaisten Projekten übernehmen:

https://forum.lazarus.freepascal.org/in ... 493.0.html

So geil ist das gar nicht. Meistens sind die Projekte aus gutem Grund tot... Wenn der original Maintainer überhaupt noch reagiert, kann es passieren das Entwicklungen lediglich in Debatten weiter veröden. Anzahl an Issues und Pull Requests ist eine gute Grundlage um zu sehen ob sich die Arbeit überhaupt lohnt.

Zum überwiegenden Teil falsch. Es gibt Unmengen von Schätzen im OPM oder auf CCR, die irgendjemand in der "Vorzeit" geschrieben hat, der sich dann aber anderen Aktivitäten zugewandt hat - sein gutes Recht, vielleicht auch weil das Paket zum damaligen Zeitpunkt "fertig" war. Das geht solange gut, bis jemand aus dem FPC- oder Lazarus-Team eine Routine in eine andere Unit oder ein anderes Package schiebt, oder das Betriebssystem, sich entscheidet, künftig auf einem anderen Widgetset aufzubauen (siehe einige Linuxe bei gtk2). Es ist viel zu schade, das alles aufzugeben und darauf zu warten, dass irgendjemand wieder neu anfängt. Daher ist es immer zu begrüßen, wenn sich Leute bereit finden, das "alte Zeug" wiederzubeleben und (wieder für eine begrenzte Zeit) zu pflegen.