[StefanM]

Schön wäre eine Konfigurierbarkeit der Anzeige in der "normalen" Größenspalte:

• Größe automatisch (aktueller Stand)
• Größe in MB
• Größe in kB
• Größe in B

Hintergrund:
So kann man z.B. leichter DUPES erkennen, die unter verschiedenen URLs gepostet werden, was bei One-Click-Hostern leider sehr häufig vorkommt.

Ein Vergleich über x,y GB wäre dafür nicht eindeutig genug

[pspzockerscene]

Es sind keine frei konfigurierbaren "extra Spalten" geplant, aber die Einheit kannst du global einstellen siehe:
Einstellungen -> Profieinstellungen -> GraphicalUserInterfaceSettings.maxsizeunit

[StefanM]

Originally Posted by pspzockerscene

Es sind keine frei konfigurierbaren "extra Spalten" geplant, aber die Einheit kannst du global einstellen siehe:
Einstellungen -> Profieinstellungen -> GraphicalUserInterfaceSettings.maxsizeunit

Das ist ja schon mal was...
Änderungs-Nachtrag zu meinem Feature Request:
Jetzt fehlt nur noch der Tausender-Dezimalpunkt, damit man es auch lesen kann:

123456789 -> 123.456.789

Wäre das ein Wunsch, den du umsetzen könntest, bitte?

[pspzockerscene]

Originally Posted by StefanM

Wäre das ein Wunsch, den du umsetzen könntest, bitte?

Nein, ist nicht geplant.

Du kannst dazu gerne einen Feature-Request erstellen, aber vermutlich hast du es schneller umgesetzt, indem du dir mittels Script die Byte-genaue Dateigröße mit den Punkten als Kommentar setzt und dafür dann die Kommentarspalte verwendest.

[StefanM]

Originally Posted by pspzockerscene

...indem du dir mittels Script die Byte-genaue Dateigröße mit den Punkten als Kommentar setzt und dafür dann die Kommentarspalte verwendest.

Ja, wenn ich das könnte. Das war ja meine ursprüngliche Idee, die Anzeige - zusätzlich zu den anderen Video-Properties - mit im Kommentar zu haben.

@mgpai habe ich ja schon zu oft bemüht...

[pspzockerscene]

Originally Posted by StefanM

@mgpai habe ich ja schon zu oft bemüht...

Es gibt diverse Portale bei denen dir Freelancer sowas als Auftragsarbeit erledigen.

In Anbetracht deiner häufigen- und spezifischen Anfragen hier im Forum würde ich dir sowas empfehlen.
Vielleicht findest du auch weitere User, die gerne ähnliche Features haben hätten und mit bezahlen.

[Jiaz]

Originally Posted by StefanM

123456789 -> 123.456.789

Wäre das ein Wunsch, den du umsetzen könntest, bitte?

Mit dem nächsten Core Update wird das Locale(Sprache) Zahlenformat hierfür genutzt

[StefanM]

Originally Posted by Jiaz

Mit dem nächsten Core Update wird das Locale(Sprache) Zahlenformat hierfür genutzt

Dankeschön,
aber zur Sicherheit eine Nachfrage:
ich arbeite grundsätzlich in Englisch (OS, Office, Apps,...)
Aber die Zahlenformatierung ist auf "deutsch" gestellt, so dass z.B. mein EN-US-Excel als 1000-Separator den Punkt verwendet (OS-Settings).

Nehme an JD greift dann auch auf diese Settings zu, so dass die Sprache irrelevant ist?

[Jiaz]

Originally Posted by StefanM

Nehme an JD greift dann auch auf diese Settings zu, so dass die Sprache irrelevant ist?

Nein, Java nutzt hier per default die Informationen welche intern in Java gespeichert sind.
Wenn du das anders willst, dann via
https://support.jdownloader.org/de/k...vmoptions-file
die Reihenfolge ändern und die Informationen vom OS abfragen, siehe
stackoverflow.com/questions/24616848/get-number-format-from-os
docs.oracle.com/javase/8/docs/api/java/util/spi/LocaleServiceProvider.html
docs.oracle.com/javase/8/docs/technotes/guides/intl/enhancements.8.html#cldr

-Djava.locale.providers=HOST,JRE,SPI

[StefanM]

Originally Posted by Jiaz

Mit dem nächsten Core Update wird das Locale(Sprache) Zahlenformat hierfür genutzt

Hmm, auch nach dem letzten Core-Update vom heutigen 25.06.2024, 13:26 Uhr sehe ich noch keine Tausender-Trennzeichen - weder Komma noch Punkt.

Getestet mit verschiedenen Einstellungen, jedoch noch nicht unter einem deutschen OS getestet

• Max Size Unit B und auch MiB in den Spalten Size im LinkGrabber-Fenster und und im Downloads-Fenster: Kein Trennzeichen, was ich bei getesteten Zahlen zwischen 4 und 11 Stellen erwarten würde.
• Auch <jd:prop:VERIFIEDFILESIZE> hat in der Anzeige in der Spalte Comment keine Tausender-Trennzeichen.

Wichtiger Hinweis:
Beim Export (Copy Information) sollten aber natürlich auch keine Tausender-Trennzeichen vorhanden sein, da dies Excel ja selbst übernimmt.

[StefanM]

Originally Posted by Jiaz

Mit dem nächsten Core Update wird das Locale(Sprache) Zahlenformat hierfür genutzt

Ergänzend zum vorigen Post noch ein Hinweis:
Mir fällt auf, dass die Dateigröße bei mir als
123.45 MiB
in der Spalte Size angezeigt wird.
also im Widerspruch zu meinen im OS eingestellten Zahlen-Formaten.

Das Datum wird im Einklang mit meinen im OS eingestellten Formaten angezeigt als Jun 25, 2024 angezeigt:
Added Date
Jun 25, 2024 3:32:42 PM
Das Stundenformat ist allerdings in meinem OS als 15:32:42 eingestellt und wird also vom JD auch "falsch" angzeigt.

Kein "gravierender" Fehler beim Stundenformat. Ich wollte es nur zur Kenntnis geben.

[pspzockerscene]

Originally Posted by StefanM

Hmm, auch nach dem letzten Core-Update vom heutigen 25.06.2024, 13:26 Uhr sehe ich noch keine Tausender-Trennzeichen - weder Komma noch Punkt.

Die Änderungen sind noch nicht released.
Sobald sie es sind, passen wir den Präfix dieses Threads entsprechend an.
Du kannst die Änderungen bereits jetzt in der Entwicklerversion testen siehe:
https://support.jdownloader.org/know...up-ide-eclipse

Originally Posted by StefanM

Auch <jd:prop:VERIFIEDFILESIZE> hat in der Anzeige in der Spalte Comment keine Tausender-Trennzeichen.

Auch nach dem Release der Änderungen wird dies so bleiben, da Properties (wie schonmal erklärt) einfach nur vorab gespeicherte Werte sind.
Hier findet keine Formatierung der Informationen statt daher auch initial mein Verweis, dass du für eine benutzerdefinierte Punkte-Formatierung eines Wertes einer Plugin-Property ein EventScripter Script benötigst.

Originally Posted by StefanM

Beim Export (Copy Information) sollten aber natürlich auch keine Tausender-Trennzeichen vorhanden sein

Hier wird genau das kopiert, was du vorher eingestellt hast.
Hast du in copy information {jd:prop:VERIFIEDFILESIZE} stehen, wird sich durch das Update nichts am Kopier-Ergebnis ändern.

[StefanM]

Originally Posted by pspzockerscene

Die Änderungen sind noch nicht released.

Hatte es nur gemeldet weil Jiaz gestern schrieb, "Mit dem nächsten Core Update wird das Locale(Sprache) Zahlenformat hierfür genutzt". Und das war ja schon...

Originally Posted by pspzockerscene

Auch nach dem Release der Änderungen wird dies so bleiben, da Properties (wie schonmal erklärt) einfach nur vorab gespeicherte Werte sind.
...
Hier wird genau das kopiert, was du vorher eingestellt hast.
Hast du in copy information {jd:prop:VERIFIEDFILESIZE} stehen, wird sich durch das Update nichts am Kopier-Ergebnis ändern.

Das ist auch gut so!

Was ich noch wissen wollte:
Was ist der Unterschied zwischen {jd:prop:VERIFIEDFILESIZE} und {filesize_raw}?
Also zwischen "verifiziert" und "normal"...

[Jiaz]

@StefanM: JDownloader nutzt aktuell weder für Zahlen/noch für Datum dein OS. Da wird teilweise das Default von Java genutzt, teilweise von uns vorgegebene Formate. Bei Zahlen zb wird das mit dem nächsten Update geändert und dort dann das Java/OS Format genutzt.

[StefanM]

Originally Posted by Jiaz

@StefanM: JDownloader nutzt aktuell weder für Zahlen/noch für Datum dein OS. Da wird teilweise das Default von Java genutzt, teilweise von uns vorgegebene Formate. Bei Zahlen zb wird das mit dem nächsten Update geändert und dort dann das Java/OS Format genutzt.

Nachfrage zu meinem besseren Verständnis:
Ein "deutscher" JD zeigt auf einem deutschen Win11 das Datum im deutschen Format an:

14.06.2024 17:50:58
Jun 24, 2024 5:50:58 PM

Mein JD zeigt das untere Format an.

Da das Format ja nicht vom OS kommt, wie ich gelernt habe...
...woher kommen die Unterschiede?

Hat der "deutsche" JD im Ordner .\JDownloader2\jre ein "deutsches" Java?
Könnte ich also durch Austausch bestimmter Dateien "meinen" JD z.B. bzgl. des Datumformats auf deutsch "umschalten"?

[Jiaz]

{filesize_raw} -> Dateigröße in Bytes als Zahl, unabhängig von der Herkunft der Dateigröße
{jd:prop:VERIFIEDFILESIZE} -> gibt das Property "VERIFIEDFILESIZE" zurück, die Dateigröße als Bytes in Zahl, aber NUR von einer sicheren/verified Quelle, zb API/Downloadverbindung...Wenn eine solche Größe nicht bekannt ist, dann gibts auch keinen Wert

"verifiziert/sicher" = API, HTTP Header, Angaben auf Byte Genauigkeit
"normal" = Texte wie 100Mbyte oder Schätzungen ala 10 Sekunden bei 128kb/s usw.

[Jiaz]

@StefanM: Zeigt er wo an? Dann kann ich prüfen wie das implementiert wurde an der Stelle. Wie schon erwähnt, es gibt stellen da ist das Format von uns vorgegeben und bei anderen übernimmt das Java. Die eingestellte Sprache im JDownloader hat hierauf natürlich einfluss.
Kurz: Aktuell ist es entweder, je nach Stelle, in einem festen von uns gegebenen Format oder wird von Java nach deinen Sprach/Locale Einstellungen festgelegt.
Mit dem nächsten Update (wir sagen hier Bescheid sobald die Änderungen live sind) wird lediglich der Zahlen-Formatter nicht mehr fest sondern Locale/OS abhängig sein.

[StefanM]

Originally Posted by Jiaz

@StefanM: Zeigt er wo an? Dann kann ich prüfen wie das implementiert wurde an der Stelle.

hier:
**External links are only visible to Support Staff****External links are only visible to Support Staff**

und an derselben Stelle habe ich das andere Format (blau)

[Jiaz]

Aktuell wird dieses Format über die Translations im JDownloader gesteuert, siehe /translations/org/appwork/utils/locale/...lng , der Key extdatecolumn_dateandtimeformat
Wenn es zu einem Fehler kommt, zb falsches Pattern, dann ist der Fallback "dd.MM.yy HH:mm"

[StefanM]

Originally Posted by Jiaz

Aktuell wird dieses Format über die Translations im JDownloader gesteuert, siehe /translations/org/appwork/utils/locale/...lng , der Key extdatecolumn_dateandtimeformat
Wenn es zu einem Fehler kommt, zb falsches Pattern, dann ist der Fallback "dd.MM.yy HH:mm"

Folgendes steht bei mir in der Datei AWUTranslation.en.lng

extdatecolumn_dateandtimeformat=dd.MM.yy HH:mm

Dennoch wird bei mit das Datum im Format
Jun 25, 2024 3:23:42 PM
angezeigt.

Ich wollte es nämlich in der AWUTranslation.en.lng ändern. Aber da steht schon das deutsche Format, wird aber vom JD nicht angewendet.

Any ideas?

[Jiaz]

Weiter geforscht und die Einstellungsreihenfolge ist
Einstellungen->Profieinstellungen->
GraphicalUserInterfaceSettings.datetimeformatdownloadlistaddeddatecolumn
GraphicalUserInterfaceSettings.datetimeformatdownloadlistmodifieddatecolumn
GraphicalUserInterfaceSettings.datetimeformatdownloadlistfinisheddatecolumn
gefolgt von
Java
gefolgt von
extdatecolumn_dateandtimeformat
gefolgt von
Java als letzter Fallback

[StefanM]

Originally Posted by Jiaz

Weiter geforscht und die Einstellungsreihenfolge ist
Einstellungen->Profieinstellungen->
GraphicalUserInterfaceSettings.datetimeformatdownloadlistaddeddatecolumn
GraphicalUserInterfaceSettings.datetimeformatdownloadlistmodifieddatecolumn
GraphicalUserInterfaceSettings.datetimeformatdownloadlistfinisheddatecolumn
gefolgt von
Java
gefolgt von
extdatecolumn_dateandtimeformat
gefolgt von
Java als letzter Fallback

Oh, das ist viel!
Dankeschön für die Mühe.
Werde ich nach dem Essen testen, ob ich damit "umformatieren" kann.

[StefanM]

Originally Posted by Jiaz

Einstellungen->Profieinstellungen->
GraphicalUserInterfaceSettings.datetimeformatdownloadlistaddeddatecolumn
GraphicalUserInterfaceSettings.datetimeformatdownloadlistmodifieddatecolumn
GraphicalUserInterfaceSettings.datetimeformatdownloadlistfinisheddatecolumn
...

Vorab:
Es bleibt die Frage, warum bei meiner OS-Umgebung das en-US-Datumsformat default-mäßig verwendet wird.

Wir wissen jetzt, dass es nichts mit den lng-Files bzw. der Spracheinstellung zu tun hat. Nach dem, was du mir mitgeteilt hattest, kommt das Format auch definitiv nicht vom OS.

Woher (zum Teufel) kommt es???


Aber die Anzeige ist bei mir dennoch jetzt wie gewünscht, dank deiner Recherchen!

Für die obigen drei statt null
dd.MM.yy HH:mm
eingetragen.

Ergebnis wie gewünscht und erwartet:
Gilt nicht nur für downloadlist sondern auch für die LinkGrabberList.

Zusätzlich:
für Account Manager Expire Date Column dasselbe Format eingetragen.

Besten Dank nochmal!

[Jiaz]

Originally Posted by StefanM

Woher (zum Teufel) kommt es???

Deine OS Einstellungen werden ohne entsprechende JVM Parameter GAR nicht genutzt, siehe meine vorherige Erklärung. Ich habe die genannte Reihenfolge hier gegeben, siehe
https://board.jdownloader.org/showpo...7&postcount=23
und dort wo Java steht, wird es anhand des in Java gesetzten Locale (Sprache) genommen. Sprich was du für eine Sprache im JDownloader eingestellt hast im Zusammenhang was dafür gerade von Java als geeignetes Format genutzt wird.

[pspzockerscene]

CORE-Updates have been released!
All announced bugfixes and features are live!
Please update your JDownloader and report any issues you find asap.
If this thread gets marked as "[Solved]" by our forum staff you can still post in it and we will read- and reply to it!

CORE-Updates wurden released!
Alle angekündigten Bugfixes/Features sind nun verfügbar!
Bitte JDownloader updaten und eventuelle Bugs schnellstmöglich an uns melden.
Falls dieser Thread vom Team als "[Erledigt]" markiert wird, kannst du weiterhin darin antworten und wir lesen/beantworten auch solche Threads!

-psp-

[StefanM]

Originally Posted by pspzockerscene

CORE-Updates have been released!
All announced bugfixes and features are live!
...
-psp-

Prima!
Jetzt bräuchte ich nur noch bitte einen Hinweis, wie ich im englischen JD das

• Tausender-Trennzeichen von "," in "."
• Dezimal-Trennzeichen von "." in ","

ändere.

Beim Datum war es ja eine Einstellung in den Advanced Settings.
Nehme an, das ist hier auch so?

[Jiaz]

@StefanM: Jetzt wird das Format entsprechend deiner Sprache genutzt. Wenn du das Format entsprechend deinem OS nutzen möchtest, dann siehe hier https://board.jdownloader.org/showpo...28&postcount=9
Ich sehe es jetzt nicht als nötig hier ein weitere Setting einzubauen. Entweder entsprechender der Sprache oder man stellt es aufs OS um via JVM Parameter

Ein extra Setting, unabhängig von den Spracheinstellungen, wird es nur geben, wenn es genug entsprechende Nachfrage gibt.

[StefanM]

Originally Posted by Jiaz

@StefanM: Jetzt wird das Format entsprechend deiner Sprache genutzt. Wenn du das Format entsprechend deinem OS nutzen möchtest, dann siehe hier **External links are only visible to Support Staff**...
Ich sehe es jetzt nicht als nötig hier ein weitere Setting einzubauen. Entweder entsprechender der Sprache oder man stellt es aufs OS um via JVM Parameter

Ein extra Setting, unabhängig von den Spracheinstellungen, wird es nur geben, wenn es genug entsprechende Nachfrage gibt.

Ok, frage ich anders:
Was hiervon ist analog zu den Datumssettings vorhanden, bzw. was davon sollte ich testen?
https://board.jdownloader.org/showpo...7&postcount=23

[Jiaz]

@StefanM: Nichts. Zahlen werden jetzt nur der Sprache nach eingestellt. Und das Format ist entweder das Java Default Format oder, mit entsprechendem JVM Parameter, das Format welches du im OS hinterlegt hast. Es gibt aktuell keine separate Einstellungen für die Zahlendarstellung.

[StefanM]

Originally Posted by Jiaz

@StefanM: Nichts. Zahlen werden jetzt nur der Sprache nach eingestellt. Und das Format ist entweder das Java Default Format oder, mit entsprechendem JVM Parameter, das Format welches du im OS hinterlegt hast. Es gibt aktuell keine separate Einstellungen für die Zahlendarstellung.

Ok, dann werde ich mich mal auf die Suche machen müssen, wie ich den entspr. JVM-Paramter setze.

Nur bisher hieß es doch, dass die Einstellung im OS irrelevant sei für die Darstellungen im JD!?

[Jiaz]

Originally Posted by StefanM

Nur bisher hieß es doch, dass die Einstellung im OS irrelevant sei für die Darstellungen im JD!?

Ist doch alles genau hier beschrieben!?
https://board.jdownloader.org/showpo...28&postcount=9
Dort steht das solche Werte in Java definiert sind, über die Sprache/Locale und wenn du aber die Einstellungen nicht von Java, sondern vom OS haben willst, den entsprechenden Parameter genannt und wie du diese über vmoptions Datei setzen kannst.

[StefanM]

Originally Posted by Jiaz

Ist doch alles genau hier beschrieben!?
**External links are only visible to Support Staff**...
Dort steht das solche Werte in Java definiert sind, über die Sprache/Locale und wenn du aber die Einstellungen nicht von Java, sondern vom OS haben willst, den entsprechenden Parameter genannt und wie du diese über vmoptions Datei setzen kannst.

Ok, danke! Also gilt hier auch.
Mal sehen, ob ich das hinbekomme...

[StefanM]

Originally Posted by Jiaz

Ist doch alles genau hier beschrieben!?
**External links are only visible to Support Staff**...
Dort steht das solche Werte in Java definiert sind, über die Sprache/Locale und wenn du aber die Einstellungen nicht von Java, sondern vom OS haben willst, den entsprechenden Parameter genannt und wie du diese über vmoptions Datei setzen kannst.

So sieht die Datei jetzt aus:
(Comments habe ich bewusst stehen lassen)

# Enter one VM parameter per line
# For example, to adjust the maximum memory usage to 512 MB, uncomment the following line:
# -Xmx512m
# To include another file, uncomment the following line:
# -include-options [path to other .vmoption file]
-Djava.locale.providers=HOST,JRE,SPI

Aber es ändert sich nichts.
Nach wie vor, auch nach JD-Restart:

1,234,567.123

Was mache ich falsch???

Alle anderen Programme zeigen solche Zahlen "korrekt" an:
1.234.567,123

[Jiaz]

Schau ich mir an

[StefanM]

Originally Posted by Jiaz

Schau ich mir an

Nachtrag:
Wenn die Zahlenformatierung im JD über die Spracheinstellung gesteuert wird, müsste es ja eine separate Einstellung für Schweizer Deutsch geben:

Wo bei uns ein Komma steht – beispielsweise bei 64,33 –, setzen die Schweizer einen Punkt (64.33); das Tausender-Trennzeichen ist in der Schweiz ein Hochkomma (234'567 statt wie in Deutschland 234.567)

[Jiaz]

Originally Posted by StefanM

Nachtrag:
Wenn die Zahlenformatierung im JD über die Spracheinstellung gesteuert wird, müsste es ja eine separate Einstellung für Schweizer Deutsch geben

Nein, weil es keine Sprache für Schweizer Deutsch gibt. Du stellst die Sprache im JDownloader ein und darüber wird das Locale definiert, was dann die restlichen Sachen wir Zahlen/Datum/Format usw definiert.
Wie gesagt, ich schau mir an, warum der Parameter nicht funktioniert.

[MikeyBoy]

Hallo, kurze Zwischenfrage, seit einem Update heute werden die Dateigrößen bei mir komplett inkonsistent angezeigt, alles in GiB/MiB, teils mit gar keiner Nachkommastelle, einer, zwei, oder gar drei Nachkommastellen, wild durchgewürfelt. So ist es plötzlich sehr schwierig geworden, auf einen Blick die Dateigrößen in der Liste zu erfassen. Man muss dann immer erst auf die Einheit gucken usw., und die Dateien mit drei Nachkommastellen (Bsp. "804,233 MiB") sehen immer automatisch viel größer aus als die ohne Nachkommastellen (Bsp. 1 GiB).

Ist da jetzt die Option "GraphicalUserInterfaceSettings.maxsizeunit" hier die Richtige, um dem Durcheinander wieder ein Ende zu bereiten? Und was zum Himmel wurde mit dieser Umstellung bezweckt? Kann es leider gerade nicht testen, weil wichtige Downloads laufen, aber wollte mal Feedback geben zu der Änderung heute, kann ich absolut nicht nachvollziehen, die Liste wird einfach nur unübersichtlicher dadurch, sorry.

[StefanM]

Originally Posted by MikeyBoy

Ist da jetzt die Option "GraphicalUserInterfaceSettings.maxsizeunit" hier die Richtige, um dem Durcheinander wieder ein Ende zu bereiten?

Ich schließe mich @Jiaz an:

Ein Durcheinander ist es nicht.
Als Tipp:
Wenn du in der Regel größere Dateien lädst, dann bietet MiB als MaxSizeUnit eine sehr gute Lesbarkeit

Ansonsten bietet Bytes den besten Größenvergleich, speziell da dies durch die Einführung der Tausender-Trennzeichen sehr gut lesbar geworden ist.

[Jiaz]

@MikeyBoy: Das Format ist nicht *komisch* Schau mal dein Betriebssystem genauer auf den Explorer, zb die Dateigrößen, dort ist es ebenfalls so Es gibt 3 Nachkommestellen und 0en werden nicht angezeigt. Also nicht 1,00, sondern 1. 2,2 statt 2,20 usw.

Das ist gerade im Umbau und sollte eigentlich sich dem aktuellen Betriebssystemeinstellungen angleichen/identisch sein. Aber wir werden hier ebenfalls eine Einstellung einführen, damit man das Format selbst festlegen kann. Ursache war das eben nicht jedes Land gleiche Tausender/Nachkomma-Stellen Separatoren hat.

[MikeyBoy]

Also im Explorer sieht es bei mir so aus:

**External links are only visible to Support Staff**

Wenn Nachkommastellen, dann immer drei. Alles auf KB eingestellt. Ich weiß nicht mehr haargenau, wie es vorher in JDownloader war (vielleicht immer zwei Nachkommastellen?), ich weiß nur, dass es viel intuitiver zu erfassen war. Daher würde ich es wieder auf das vorige Format umstellen wollen. Ich probiere nachher mal mit der Limitierung der maxsizeunit auf MB oder so, vielleicht hilft das ja schon.