Telexforum.de

It works well. It was very helpful for me to test my environment. Thank you Detlef.

The program works great and sure helped on testing the piTelex install I just did.

Es gibt mal wieder eine neue WinTlx-Version.
Nicht verwirren lassen, das Schema für die Versionsnummer hat sich geändert (ist jetzt 3-stellig).

https://github.com/detlefgerhardt/WinTl ... r/Binaries

Ich habe mal wieder am Puffer-Handling und am Ackowledge geschraubt. Das ist echt kniffelig, wenn man die Ausgabegeschwindigkeit auf dem Bildschirm selbst festlegen will ohne dass es ruckelig wird. Aber ich habe jetzt hoffentlich eine brauchbare Lösung gefunden. Das lässt sich aber sicher noch weiter optimieren.

Ich empfehle dringend auf die neuste Version upzudaten. Mit den älteren Versionen kann es schon Probleme mit einigen Diensten oder mit piTelex geben. Die sind zwar auch bei der neuesten Version nicht ausgeschlossen, aber da werden sie zeitnah gefixt.

Minimale Voraussetzung ist Windows mit .NET 4.5 - also ab Windows 7.

Ich habe wieder eine neue WinTlx-Version 2.1.4 veröffentlich:
https://github.com/detlefgerhardt/WinTl ... r/Binaries

Die Version behebt ein Problem, das bei einem PC mit IPv4- und IPv6-Adresse auf der WinTlx-Seite in Kombinationen mit Zielnummern mit einem Dyn-DNS-Eintrag (also keine dynamische Aktualisierung der Adresse) auf dem Teilnehmerserver auftrat. WinTlx hat dann evtl. versucht, die Verbindung über IPv6 aufzubauen, was natürlich fehlschlug. Mir ist das nie aufgefallen, weil ich in meinem Netzwerk kein IPv6 konfiguriert habe.

Vielen Dank an Franz, Jan-Frederik und Reinhold für's testen.

ähm...
Ich habe mit WinTlx unter wine ärgste Probleme mit Timing. Das auf zwei unterschiedlichen Maschinen.
Verbindung ist unheimlich langsam. Drei Minuten für nen Verbindungsaufbau und Kennungstausch...

Ist WinTlx auch für Linux kompilierbar? Das wär der richtige Umschmeißer....

.NET-Programme kann man inzwischen mit .NET-Core auch nativ unter Linux lauffähig machen. Das würde aber einige Umbauten erfordern. Aber dann hat man immer noch keine GUI. Und WinTlx ohne GUI macht wenig Sinn.

Ich kenne mich ja mit Linux überhaupt nicht aus - kann man da überhaupt mit einer GUI alle möglichen verschiedenen Desktops bedienen oder läuft das dann auch wieder nur mit bestimmten Desktops?

Ich habe WinTlx vor ein paar Wochen auf einem älteren NetBook (mit Atom-Prozessor und Windows 7) ausprobiert. Das war auch elend langsam, hat aber gerade noch so funktioniert. Das Problem dürfte die Grafikdarstellung sein. Das gesamte Terminalfenster ist Grafik mit eigenem Zeichensatz, damit auch das Überschreiben von Zeichen realistisch dargestellt wird. Und das ist nicht sehr gut optimiert.

Eine einfachste Lösung wäre wohl, von Grafik auf Textdarstellung umzuschalten, dann würde das mit der Performance vermutlich hinhauen. Aber auch das schaffe ich im Moment gerade zeitlich nicht.

detlef hat geschrieben: ↑Mo 13. Mai 2024, 23:27 Ich habe WinTlx vor ein paar Wochen auf einem älteren NetBook (mit Atom-Prozessor und Windows 7) ausprobiert. Das war auch elend langsam, hat aber gerade noch so funktioniert.

Auf meinem Uralt-PC mit Win7 läuft WinTlx problemlos, Verbindungsaufbau innerhalb von max. 3 Sekunden.
Kennungsgeberaustausch in Echtzeit und auch keinerlei Verzögerung beim Schreiben und Gegenschreiben.

TEHA hat geschrieben: ↑Di 14. Mai 2024, 00:54

detlef hat geschrieben: ↑Mo 13. Mai 2024, 23:27 Ich habe WinTlx vor ein paar Wochen auf einem älteren NetBook (mit Atom-Prozessor und Windows 7) ausprobiert. Das war auch elend langsam, hat aber gerade noch so funktioniert.

Auf meinem Uralt-PC mit Win7 läuft WinTlx problemlos, Verbindungsaufbau innerhalb von max. 3 Sekunden.
Kennungsgeberaustausch in Echtzeit und auch keinerlei Verzögerung beim Schreiben und Gegenschreiben.

Der Atom-Prozessor ist schon richtig lahm. Aber vielleicht liegt es auch an der Grafikgeschwindigkeit.

Wine ist auch nicht so optimal, da gibt es Dinge die er sehr mager laufen...

Mit einer anderen Programmiersprache ginge das schon, aber es ist eben immer so das man zunächst das verwendet mit dem man am meisten Erfahrungen hat.

Heutzutage kann man solch eine Anwendung auch im Browser laufen lassen, mit Javascript und einer REST API. Auch das ganze im Container laufen zu lassen wäre eine Möglichkeit.

damarco hat geschrieben: ↑Mo 20. Mai 2024, 13:07 Mit einer anderen Programmiersprache ginge das schon, aber es ist eben immer so das man zunächst das verwendet mit dem man am meisten Erfahrungen hat.
Heutzutage kann man solch eine Anwendung auch im Browser laufen lassen, mit Javascript und einer REST API. Auch das ganze im Container laufen zu lassen wäre eine Möglichkeit.

Da gibt einige technischte Möglichkeiten. Ist aber alles viel zeitaufwändiger, wenn man nicht eingearbeitet ist. Und dann gäbe es möglicherweise gar kein WinTlx, weil ich das dann zeitlich gar nicht so nebenbei machen könnte.
C# und Visual Studio sind nicht optimal und die WindowsForms GUI ist nicht mehr zeitgenäß, aber damit komme ich am Schnellsten zum Ergebnis.

Vielleicht mal, wenn ich in Rente bin und ich nicht auch noch beruflich in ganz andere Sprachen programmieren muss...