Closed MTubifex closed 4 months ago
Mr.PT Thanks for your enthusiastic support! The file naming system is one of my babies I am particularly fond of %-) After first implementing it in IETNG, I ported it over to my other extension, PrintingTools NG. That does header and other printing enhancements as well as PDF output. I had a request to do exactly what you are asking for, filter non ascii characters outside the base 256 single byte characters. See below :
Windows file system has no issues with utf-16 characters or emojis, however, many, typically older, programs do have issues. I assume this is your issue.
I'm working on a maintenance release that I really don't want to extend, however, I can look at back-porting the unicode filter, just with a preference, without adding it to the ui which has no room and avoids translations etc.
So let me look and I will see if that is doable. Christopher
Dear Christoph,
Thank you very much for your encouraging answer. I am pleasantly surprised that developers today still take the requests and problems of users of their software seriously and even try to find solutions. For this you deserve my sincere thanks and great respect.
In fact, the Windows file system can capture these strange characters, but they are simply replaced as undefined [] placeholders in the file names. Nobody really needs these fun characters. There are problems with file names that contain such characters:
Windows Standard Notepad.exe
Excel, VBA macro programming. (The characters have no defined or recognizable ASCII code and are all only displayed as "??". Even with Replace, these characters cannot be replaced in VBA.
Everything.exe file search from www.voidtools.com cannot mark files with these characters.
Likewise "Bulk Rename Utility" a really powerful renaming tool from "https://www.bulkrenameutility.co.uk/" - etc.
There is simply no way to capture a file containing cryptic UTF16 characters as a valid path, even with VBA macros. All crypto characters from UTF16 are always displayed as ?? or changed as a black box and therefore always output as ASCII 63.
I found a very complicated solution to be able to rename such files later using a macro:
The solution using the Windows short name (8.3 "Krypto~1.eml"):
Sub ShowShortName(filespec) Dim fs, f, s Set fs = CreateObject("Scripting.FileSystemObject") Set f = fs.GetFile(filespec) s = "The short name for " & "" & UCase(f.Name) s = s & "" & vbCrLf s = s & "is: " & "" & f.ShortName & "" MsgBox s, 0, "Short Name Info" End Sub
The Objekt f.ShortName then contains a valid full path in 8+3 format, such as "D:\ZWAL\Krypto~1.eml"
I can then rename it again with all the characters that are accepted in VBA.
However, this is not a particularly good solution if you then have to rename all the exported files again. But maybe this approach will help you with your export filter?
That's why I would like to say a huge thank you in advance if you manage to incorporate a UTF16 filter into the addon, which I find excellent(!!!).
Regardless, there will also be an appropriate donation from me, but even better if the filter works.
I look forward to your feedback
Best regards from Germany
Peter Tschunkert (Mr. PT)
[Fr.10.Mai.2024 00:44]
Gesendet: Montag, 06. Mai 2024 um 20:33 Uhr Von: "Christopher Leidigh" @.> An: "thunderbird/import-export-tools-ng" @.> Cc: "MTubifex" @.>, "Author" @.> Betreff: Re: [thunderbird/import-export-tools-ng] Thunderbird Addon 'ImportExport NG' - special characters after Export (Issue #565)
Mr.PT Thanks for your enthusiastic support! The file naming system is one of my babies I am particularly fond of %-) After first implementing it in IETNG, I ported it over to my other extension, PrintingTools NG. That does header and other printing enhancements as well as PDF output. I had a request to do exactly what you are asking for, filter non ascii characters outside the base 256 single byte characters. See below : 2024-05-06-14-01-31.png (view on web)
Windows file system has no issues with utf-16 characters or emojis, however, many, typically older, programs do have issues. I assume this is your issue.
I'm working on a maintenance release that I really don't want to extend, however, I can look at back-porting the unicode filter, just with a preference, without adding it to the ui which has no room and avoids translations etc.
So let me look and I will see if that is doable. Christopher
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>
@MTubifex Listening to users is the only way I operate! I totally agree about the insidious nature of emojis. I maybe old school, but emojis just don't belong in subjects!! Scripts like you wrote are great, but not if you need them all the time.
Fortunately I looked and back porting my filterNonASCIICharacters: function (str) { function should not be a problem as long as I don't mess with the ui for now. NOTE, I have this as a non substitution filter (removes emojis) I'll post beta here for you to try.
Dear Christoph,
Old school is better school! ;D
Very many thanks for your commitment. I'm looking forward to your message...
Many greetings from Germany Peter Tschunkert (Mr. Tubifex) [Fri.10.May.2024 12:22]
Gesendet: Freitag, 10. Mai 2024 um 01:13 Uhr Von: "Christopher Leidigh" @.> An: "thunderbird/import-export-tools-ng" @.> Cc: "MTubifex" @.>, "Mention" @.> Betreff: Re: [thunderbird/import-export-tools-ng] Thunderbird Addon 'ImportExport NG' - special characters after Export (Issue #565)
@MTubifex Listening to users is the only way I operate! I totally agree about the insidious nature of emojis. I maybe old school, but emojis just don't belong in subjects!! Scripts like you wrote are great, but not if you need them all the time.
Fortunately I looked and back porting my filterNonASCIICharacters: function (str) { function should not be a problem as long as I don't mess with the ui for now. NOTE, I have this as a non substitution filter (removes emojis) I'll post beta here for you to try.
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you were mentioned.Message ID: @.***>
Peter Here is b5 beta for v14.0.3. https://github.com/thunderbird/import-export-tools-ng/blob/v14.0.3/xpi/beta/import-export-tools-ng-14.0.3-b5-tb.xpi
I have ported the filter from PrintingTools NG and added a boolean preference to enable it, no UI additions.
For the preference, go to the Config Editor at the end of Settings. Enter the preference below and you can toggle it.
extensions.importexporttoolsng.export.filename_filterUTF16_7bitASCII
Note that the way I had it in PTNG it strips upper ascii also to filter out those symbols etc. This means accented characters like â or German ü are filtered also. In PTNG I also have a Latinize transform that would transform to a and u respectively. So you might want to comment on that.
Christopher
Dear Christopher,
Thank you for your quick answers and the beta version of IENG with filter.
The filterUTF16_7bitASCII filter works great and the cryptic characters disappear. That is already progress.
But as you already mentioned, the German umlauts ä ü ö are also removed. This is of course not so good for Germans, as it makes the text very illegible for us and unfortunately we have a lot of these umlauts.
I think that the 'Latinize transformation' ä > a ö > o ü > u might be a bit better. Can I already try this transformation with a configuration switch?
Best regards - Peter [Sat.11.May.2024 03:59]
No this is a separate transformation from ptng. I can bring that over. It runs before the filter so accents, dipthongs, Greek and Cyrillic are transformed then the ascii filter is run. Christopher
On Fri, May 10, 2024 at 10:06 PM MTubifex @.***> wrote:
Dear Christopher,
Thank you for your quick answers and the beta version of IENG with filter.
The filterUTF16_7bitASCII filter works great and the cryptic characters disappear. That is already progress.
20240511_Filter_Result.jpg (view on web) https://github.com/thunderbird/import-export-tools-ng/assets/114965440/120f0fd7-cc62-462a-a863-8e7e3fdcc058
But as you already mentioned, the German umlauts ä ü ö are also removed. This is of course not so good for Germans, as it makes the text very illegible for us and unfortunately we have a lot of these umlauts.
I think that the 'Latinize transformation' ä > a ö > o ü > u might be a bit better. Can I already try this transformation with a configuration switch?
Best regards - Peter [Sat.11.May.2024 03:59]
— Reply to this email directly, view it on GitHub https://github.com/thunderbird/import-export-tools-ng/issues/565#issuecomment-2105454282, or unsubscribe https://github.com/notifications/unsubscribe-auth/AGAZ762DKVTQYP4E2H3ISLTZBV4KJAVCNFSM6AAAAABHIBCKUCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCMBVGQ2TIMRYGI . You are receiving this because you commented.Message ID: @.***>
Dear Christopher, Many Thank you for your active support in dealing with 'ImportExport NG' (what does 'NG' actually mean?)
Unfortunately I had to deactivate the beta version v14.0.3. again.
The reason: Email > Context > Export Messages > Copy to Clipboard > Message
no longer works. The content of the email is not copied to the clipboard, for whatever reason.
After I reinstalled the version 'importexporttools_ng-14.0.1-tb.xpi', it works fine as before. Unfortunately, the 'filterUTF16_7bitASCII' therfore is no longer possible :(
Is there a bug here or am I doing something wrong?
Kind regards - Mr.PT
[Sun.12.May.2024 8:09 p.m.]
Hi Peter, guten tag I'm working on the latinize transform port, may get it out today. I just verified some debug for the export methods clobbered the clipboard function. I'll fix that for the next beta. I have not done full regression testing yet so this slipped through, sorry. Christopher
Peter b6 has the clipboard functionality fixed removing conflicting debug. I also have the latinize transform ported in. Use the following pref:
extensions.importexporttoolsng.export.filename_latinize
Hopefully this will now create filenames acceptable to all of your target programs.
Hi Christopher, You're just faster than the police allow - great!
I tested the 'import-export-tools-ng-14.0.3-b6-tb.xpi' version.
Result: extensions.importexporttoolsng.export.filename_filterUTF16_7bitASCII True : Special characters are removed top! extensions.importexporttoolsng.export.filename_latinize True : Umlauts ä/ö/ü become a/o/u ok Would it be very time-consuming to convert the umlauts into ä > 'ae' ö > 'oe' ü > 'ue'? I mean, that would probably be the best option for German-syntax.
Unfortunately, exporting email to the clipboard doesn't work :( Maybe in version 14.1.0.xpi ?
Best regards - Peter
That doesn't make much sense, can you capture debug?
On Sun, May 12, 2024 at 8:43 PM MTubifex @.***> wrote:
Hi Christopher, You're just faster than the police allow - great!
I tested the 'import-export-tools-ng-14.0.3-b6-tb.xpi' version.
Result: extensions.importexporttoolsng.export.filename_filterUTF16_7bitASCII True : Special characters are removed top! extensions.importexporttoolsng.export.filename_latinize True : Umlauts ä/ö/ü become a/o/u ok Would it be very time-consuming to convert the umlauts into ä > 'ae' ö > 'oe' ü > 'ue'? I mean, that would probably be the best option for German-syntax.
Unfortunately, exporting email to the clipboard doesn't work :( Maybe in version 14.1.0.xpi ?
Best regards - Peter
— Reply to this email directly, view it on GitHub https://github.com/thunderbird/import-export-tools-ng/issues/565#issuecomment-2106440462, or unsubscribe https://github.com/notifications/unsubscribe-auth/AGAZ76YLGV4DRHCIMJRSMF3ZCAEE5AVCNFSM6AAAAABHIBCKUCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCMBWGQ2DANBWGI . You are receiving this because you commented.Message ID: @.***>
Peter The one "view" I missed testing is the message in a separate window. This does have an error. The other views all do copyToClipboard correctly. Message list, message pane and message in a tab all work for me. Can you verify we see The same behavior?
Regarding the umlats. There are a lot of unicode characters in the transform table. Currently all forms get changed to a single latin character, however, I have no problem changing them to two character transforms. The trick is identifying the exact source codes. Can you send me an email with a subject containing each of these characters? Then I can compare to the table. My test account : test1@kokkini.net
The other question is if these characters MUST be transformed for your windows programs or not? The UTF16 filter does not have to filter to 7bit ASCII, perhaps that's just creating an unnecessary issue? Christopher Christopher
Don't bother doing any captures, I am dealing with a bunch of spaghetti code %-(
Hi Christopher,
sorry for my absence - I'm still involved in other projects in the meantime.
How can I help with development? What do you need to unravel the spaghetti code?
Attached is an Excel list (and PDF) with all the required characters and their ASCI code Let me know if I can assist/support.
VG Peter
Anhang: (see also test1@kokkini.net) Excel_All characters for german filenames.pdf Excel_All characters for german filenames.xls
Excel_All characters for german filenames.pdf Excel_All characters for german filenames.xls
Peter I am still working on the copyToClipboard. It's working, but throws a non fatal error that doesn't happen for the plaintext converter, go figure. Looking at your chart makes me think the following :
I should change the filter to include the whole 256 range (illegal characters are always filtered) From your list that leaves the " character to be filtered. PrintingTools also has a filter characters pref where you enter characters to be filtered. You could enter the " there. This keeps the filters and transforms general while I think meeting your needs. What do you think? Christopher
Sorry, the illegal characters including " are already transformed into _
So if I just change the filter to only filter utf16 you should be good yes?
Good evening Christopher,
If you ask me, I would describe the filter like this:
The filter is intended to filter (remove) the following from the subject line:
All characters that cannot be found on a standard keyboard, such as ý þ ÿ Ý Þ etc. All characters that are not allowed to be used in file names: "*/:<>?|
The rest should be allowed through unchanged.
Or described differently: Only pass characters that match this ASCII code: 32,33,35,36,37,38,39,40,41,43,44,45,46,48,49,50,51,52,53,54,55,56,57,59,61, 64,65,66,67,68,69,70,71,72,73,74,75,76,77,78,79,80,81,82,83,84,85,86,87,88, 89,90,91,93,94,95,96,97,98,99,100,101,102,103,104,105,106,107,108,109,110,111,112,113,114,115,116,117,118,119,120,121,12 2,123,125,126,128,167,196,214,220,223,228,246,252
Does that help?
Best regards, PT
ok, but that's a little specific concerning the non keyboard characters. That's what the open character filter is for. I will make a pure UTF-16 filter and port the character list filter over. Again this keeps things general. That will do exactly what you describe. Christopher
Peter I have b8 which takes care of a variety of issues related to my restructure. copyToClipboard in all views looks good. If you can do like four trys and then check the console for errors, I have NO_INTERFACE errors which only appear in one profile. It's non fatal, but I am curious if you see it.
For the filtering I have done the following :
extensions.importexporttoolsng.export.filename_filterUTF16
extensions.importexporttoolsng.export.filename_filter_characters
So in your case you use the UTF16 filter for emojis and then use the character filter for any ascii characters you want to filter. Should do everything you need in a general fashion.
Cheers Christopher
Hi again dear Christopher,
I've tested the new filter and it works fine:
Copying the email text to the clipboard also works, but all 'CrLf' (Returns) are removed, so that the email text becomes a long spaghetti text. However, the ng-14.0.3-b8-tb is close to the optimal version. If you can still solve the line break problem, the result would be perfect.
Question: How do I set the 'extensions.importexporttoolsng.export.filename_filter_characters' parameter. This is apparently not a Boolean value. Does it have to be set to True/False manualy to activate it?
Thank you so much - your power beta tester - Peter [Fri.17.May.2024 01:18]
Mr. Beta tester, you are a night owl! (unless you are secretly in Asia or the West coast)
Something odd. I've done a hundred or so clipboard operations, crlf line ends intact??? B8 has the debug output pre and post conversion to text. Can you capture the debug for a clip? Also paste into notepad, save as txt and send me the file or paste file here. Fun never ends...
The filter character pre is a unicode string. When empty does nothing. You set the string by hitting the edit pencil. Then enter the characters you want filtered, no separators. Cool thing is you can enter unicode characters, emojis as well.
Christopher
Hi Chris,
yes 'night owl' is as what I was born... ;)
First: 'extensions.importexporttoolsng.export.filename_filter_characters' as an direct Filter ist a cool feature!! I'll definitiv use it!!
So, when I find an unwanted character in the subject-Line or somewhere else:
Can I copy&Paste this character directly to a Text-String and then put it as String-Text on the
.filename_filter_characters parameter? Or must I find the ASCII-Code or something else?
Can you give me an example, how to set an charakter to be filtered? Perhaps 3 chars like this "😃🍔🎹"
The Clipboard-Problem: Hier comes a screenshot-Collection as PDF-File to verify the Clipboard-behaviour under importexporttools_ng-14.0.1-tb.xpi and import-export-tools-ng-14.0.3-b8-tb.xpi from the same Email:
Attach: Copy_Clipboard_ImpExpNG.pdf Copy_Clipboard_ImpExpNG.pdf
Peter I see the results in notepad, however, what I need is the debug output so I can see the pre clipboard data. The other test would be to export the selected message and export to plaintext. That uses a similar transform.
I will answer your filter questions in a moment. Christopher
Ok, how can I generate a debug output, or where can I find it? (export the selected message and export to plaintext leads to the same result: all text in one line)
Greatings from Germany PT
Ok so the consistency between the clipboard and Plaintext makes it more likely that there is something with the html=> plaintext converter. I am using the new Thunderbird converter in v14.0.3 which works fine on my windows 10 dev machine. I saw your tests were on Windows 7. That might be the issue. Do you have a newer win 10-11 setup?
For the debug output, open the console with Control-Shift-J You can clear with the trashcan. Do a clip, return to the console. Right click and copy all messages. Paste into text file and post.
For the filter, yes you cut and paste or type the characters, no codes needed. Christopher
Peter If I do a beta showing side by side the two different converters will you be available to do a quick test in half hour? Christopher
Hello Chrisopher,
sorry for my limited time, I'll try to answer your emails as quickly as possible.
I will send another debug report and will get back to you shortly...
VG Peter [Sun.19.May.2024 9:45 p.m.]
Gesendet: Freitag, 17. Mai 2024 um 19:26 Uhr Von: "Christopher Leidigh" @.> An: "thunderbird/import-export-tools-ng" @.> Cc: "MTubifex" @.>, "Mention" @.> Betreff: Re: [thunderbird/import-export-tools-ng] Thunderbird Addon 'ImportExport NG' - special characters after Export (Issue #565)
Peter If I do a beta showing side by side the two different converters will you be available to do a quick test in half hour? Christopher
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you were mentioned.Message ID: @.***>
Hi Chris, Mr.PT the night owl.
I've tested the Beta9-Version for the Clip-Function:
The Result: Nothing in Clipboard when copy the mail-Text.
The Dubug-Report says: "tb.ui.interaction.message_display - The key length must be limited to 72 characters."
Why does the whole thing work in version 14.0.1? Here too I work under Windows 7 with the same system. I wish I could help more, but this is way too big for my programming skills.
Night greetings from Peter [Mon.20.May.2024 04:54]
Message ID: @.***>
Good morning Christopher,
Going to bed at 6 a.m., calls again at 11 a.m. - night owls have a hard time ;(
But good news. After restarting the computer, exporting email text works with the Beta9 version!!!! That's already fixed... :))) I didn't realize that I would obviously have to restart again after changing the add-on - maybe just restarting ThunderBird would be enough - I'll test again.
The Bug-Report still shows: "tb.ui.interaction.message_display - The key length must be limited to 72 characters." when copy text in Clip - anyway, it seems to work...
======================== Test2: ExportMails with 'extensions.importexporttoolsng.export.filename_filterUTF16 = True"
Result: 20240506-Schau mal, was da blüht, Peter!-1877.eml 20240508-Bereit für die Küchenschlacht_ -1896.eml
Everything is good here too: the special characters are gone and the umlauts are still there! Conclusion: From the current perspective, Beta9 could be a permanent upgrade.
So much for now Quick greetings and I'll lie down again chrzzz chrzzz chrzzz ...
[Mon.20.May.2024 12:20] Peter
Peter Thanks. Yes, get some sleep. The recent Thunderbird versions seem to be caching code preventing restartless addon installation. This is something I definitely have to investigate. After knowing this and after your zzzs, would you mind trying b8 again with a Thunderbird restart? If the new conversion works on win7 that would be better, if not I will have a win version switch for each converter.
That sounds good about the filters, now you don't have to do your secondary operations. As I said before the filename system is one of my big additions to the original authors code. I hope now I can release and start my major rewrite. Cheers from Providence. Christopher
Any update on trying b8 with a Thunderbird restart? Christopher
Hi Christopher,
I have these files: import-export-tools-ng-14.0.3-b8-tb.xpi import-export-tools-ng-14.0.3-b9-tb.xpi
Beta 9 works fine: (Save to Clip and Export with 'extensions.importexporttoolsng.export.filename_filterUTF16 = True'
Should I test the whole thing again with b8?
Best regards, Peter [Mi.22.Mai.2024 10:23]
Gesendet: Mittwoch, 22. Mai 2024 um 05:12 Uhr Von: "Christopher Leidigh" @.> An: "thunderbird/import-export-tools-ng" @.> Cc: "MTubifex" @.>, "Mention" @.> Betreff: Re: [thunderbird/import-export-tools-ng] Thunderbird Addon 'ImportExport NG' - special characters after Export (Issue #565)
Any update on trying b8 with a Thunderbird restart? Christopher
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you were mentioned.Message ID: @.***>
I am interested if b8, after Thunderbird restart after installing b8 produces a proper copytoclip. Nothing with filters, bp has what we want. Thanks Christopher
Hi Christopher,
I've had a little time to Test Copy with Beta8: Result: 1) Coming from B9 installed - all copy-Operations are working fine.
2) Re-Install the B8: A) No Restart Thunderbird or Windows: > Copy2Clip results Spagetti-Output without 'returns' - all Text in one long String. B) Restart Thunderbird > Same: Spagetti-Text C) Restart Windows > Same: Spagetti-Text
3) Re-Install the B8 WITHOUT(!) any Restart/Reboot Clip-Text is propper with returns
My OS: Win7 Ultimate, Thunderbird, Portable Editionportableapps - 1.0
If you want, I can test it again on WIN10, but I think there is no difference. So let's work with Beta9 and forget B8 ??
!! I have just one request/wish: Can you please delete the GitHub forum post from May 17, 2024 - 8:14 p.m. from the forum?
Search for: "NS_NOINTERFACE: Component returned failure code: 0x80004002 (NS_NOINTERFACE) [nsISupports.QueryInterface] 11 network-events-content.js:68 new convertMsgSnippetToPlainText:"
Here (by copying to GitHub) is my main email address and my full name in plain text in a public forum. This is a prime target for mail bots and spammers. Please remove this passage from our GitHub dialog, so my email is a little bit better protected from Spam - thank you very much for that.
So, if I can be of further assistance, please let me know. Otherwise, thank you very much for your great commitment to dealing with users and developing new software. However, I think we'll keep in contact, right?
Best Regards, best wishes, many success for your prjectsd and allways get the walk on the light side of life
Peter aus Germany [Mi.22.Mai.2024 21:13]
Gesendet: Mittwoch, 22. Mai 2024 um 15:15 Uhr Von: "Christopher Leidigh" @.> An: "thunderbird/import-export-tools-ng" @.> Cc: "MTubifex" @.>, "Mention" @.> Betreff: Re: [thunderbird/import-export-tools-ng] Thunderbird Addon 'ImportExport NG' - special characters after Export (Issue #565)
I am interested if b8, after Thunderbird restart after installing b8 produces a proper copytoclip. Nothing with filters, bp has what we want. Thanks Christopher
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you were mentioned.Message ID: @.***>
Peter My apologies for that mistake. I have deleted that post.
I don't understand what is happening with b8 inconsistencies. I will do a beta that uses the old converter for Windows 7 and the new converter for Windows 10-11 That should be safe. I'm on multiple things today so not sure when. Christopher
little correctur: 3) Re-Install the B8 WITHOUT(!) any Restart/Reboot Clip-Text is propper with returns must be: 3) Re-Install the Beta 9(!) WITHOUT(!) any Restart/Reboot Clip-Text is propper with returns
LG PT
Gesendet: Mittwoch, 22. Mai 2024 um 21:33 Uhr Von: "Christopher Leidigh" @.> An: "thunderbird/import-export-tools-ng" @.> Cc: "MTubifex" @.>, "Mention" @.> Betreff: Re: [thunderbird/import-export-tools-ng] Thunderbird Addon 'ImportExport NG' - special characters after Export (Issue #565) Peter My apologies for that mistake. I have deleted that post. I don't understand what is happening with b8 inconsistencies. I will do a beta that uses the old converter for Windows 7 and the new converter for Windows 10-11 That should be safe. I'm on multiple things today so not sure when. Christopher — Reply to this email directly, view it on GitHub[https://github.com/thunderbird/import-export-tools-ng/issues/565#issuecomment-2125604482], or unsubscribe[https://github.com/notifications/unsubscribe-auth/A3NDXQFSUE44GPPBSLSHWJDZDTXJHAVCNFSM6AAAAABHIBCKUCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCMRVGYYDINBYGI]. You are receiving this because you were mentioned.Message ID: @.***>
ok I also realized I have to determine how to distinguish between Windows versions. Since I don't have win7 we may need to test.
ok i think I found the method if you go to the console on your windows 7 machine and type navigator.userAgent it Should give us what we need.
Peter I was able to get b10 out. It has all the filters and uses the old converter for Windows 7 and the new converter for all else. Do tb restart to be safe. If you can verify on 7 and 10 that would be great. Hopefully this gets us there. Christopher
Hi Christopher, at home I have Win7 AND Win10 - I can test the b10 this evening.
navigator.userAgent on Win7 give back: "Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:115.0) Gecko/20100101 Thunderbird/115.11.0"
Hear from me later on WIN10
Best regards - Peter
Gesendet: Donnerstag, 23. Mai 2024 um 01:00 Uhr Von: "Christopher Leidigh" @.> An: "thunderbird/import-export-tools-ng" @.> Cc: "MTubifex" @.>, "Mention" @.> Betreff: Re: [thunderbird/import-export-tools-ng] Thunderbird Addon 'ImportExport NG' - special characters after Export (Issue #565)
Peter I was able to get b10 out. It has all the filters and uses the old converter for Windows 7 and the new converter for all else. Do tb restart to be safe. If you can verify on 7 and 10 that would be great. Hopefully this gets us there. Christopher
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you were mentioned.Message ID: @.***>
===========================================================================
TEST import-export-tools-ng-14.0.3-b10-tb.xpi on WIN7 / WIN10 >>>>>>
Windows7: 1) navigator.userAgent on Win7 give back: "Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:115.0) Gecko/20100101 Thunderbird/115.11.0"
2) Copy Mail2Clip: Positiv! Lines are going correct in the Clipboard
3) Export Mail with Filter extensions.importexporttoolsng.export.filename_filterUTF16 = True Result fine! No crypto-Characters in Filename and Umlaute are still there
WIN7 Check: OK!
===========================================================================
Windows10: 1) navigator.userAgent on Win10 give back: "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:115.0) Gecko/20100101 Thunderbird/115.11.0"
2) Copy Mail2Clip: Positiv! Lines are going correct in the Clipboard
3) Export Mail with Filter extensions.importexporttoolsng.export.filename_filterUTF16 = True Result fine! No crypto-Characters in Filename and Umlaute are still there
WIN10 Check: OK!
Gratulation - good work!
VG PT [Fr.24.Mai.2024 05:51]
Gesendet: Donnerstag, 23. Mai 2024 um 01:00 Uhr Von: "Christopher Leidigh" @.> An: "thunderbird/import-export-tools-ng" @.> Cc: "MTubifex" @.>, "Mention" @.> Betreff: Re: [thunderbird/import-export-tools-ng] Thunderbird Addon 'ImportExport NG' - special characters after Export (Issue #565)
Peter I was able to get b10 out. It has all the filters and uses the old converter for Windows 7 and the new converter for all else. Do tb restart to be safe. If you can verify on 7 and 10 that would be great. Hopefully this gets us there. Christopher
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you were mentioned.Message ID: @.***>
Peter Yahoo! Now I can cleanup Thanks master tester!! Christopher
Master Tester:
In the process of cleaning up I discovered a redundant call to the converter function. I don't think this was an issue, however, I don't want to chance it. I can't verify the windows 7 path.
Can I bother you for what I hope is final on the copyToClipboard issue? You only need to check copyToClipboard on Windows 7. Nothing has changed with the filters.
Something about the code and myself :
As I have mentioned before the codebase includes a lot of the original author's code with his and my additions along the way. While I have managed to do significant complete rewrites of the mbox import export and other things, much of the code remains to be done. While you may have called me speedy once, that's the exception. I am really both slow and limited. I have ALS and have to program by eye gaze (when eyes are good.)
I only mention because we have developed a very nice report. For me who used to travel the world, my user relationships with great people like yourself are my Vicarious travel. I appreciate it quite a lot.
Christopher
don't bother, just found another error... sigh %-{
Ironically what I found by chance is the UTF16 messages like Greek (my wife is Greek) were broken. I'm kind of exhausted on this, but going back to v14.0.1 to try to figure it out. I'm already in bed, but it's my bedtime job. Christopher (NOT master programmer)
Good evening Christoph,
"I've just found another error..."
Yes, I know that all too well. I program in Visual Basic, VBA Excel and often work on several projects at the same time. Every time you think that things are going well, - whoosh - a new error message appears. In addition, the external conditions (software, operating systems, updates, patches...) around the application are constantly changing, so you have to keep reworking.
Incidentally, that's also the reason why I'm still hold on Windows7. I like this open and very stable operating system and the interface is really much better than Windows 10/11. Win10 is more like a big smartphone for me. Due to the constant forced updates, it is constantly changing (and getting worse) under the pretext of security and is becoming increasingly cumbersome and slower.
Win7 is mature and is probably no longer being developed further for that reason. This way, the good old operating system will finally remain permanently stable and my applications will work reliably for all eternity :D
It's nice that you told something about yourself. You always imagine the creators of software very differently when such great applications as ImpExpNG suddenly appear in the world. "Oh whow, he's probably sitting somewhere in Silicon Valley preparing his start-up company for its IPO. He certainly has neither the time nor the inclination to answer any questions from users."Well, you're obviously very different and our dialogue has actually developed very interestingly.
The thing about your "ALS" is of course not so pleasant and perhaps explains why you have apparently found a suitable hobby in software development when traveling around the world is no longer possible as it used to be before.
For me it's exactly the other way round: I've only worked my whole life and actually thought that when I retire I would be able to travel more and see a bit of the world. But the way things are developing in the world right now, that will probably become increasingly difficult. NWO?, WHO dictatorship? Nuclear war? No idea where this will all end with us...
But whatever - I'm happy to continue supporting you as a beta tester if you can optimize your projects better that way.
Let me know when you have a new version to test.
Until then, best wishes to... Iceland? Sounds like a beautiful place on earth...
Peter from "Rainy"-Germany [Sa.25.Mai.2024 03:36]
Gesendet: Freitag, 24. Mai 2024 um 23:57 Uhr Von: "Christopher Leidigh" @.> An: "thunderbird/import-export-tools-ng" @.> Cc: "MTubifex" @.>, "Mention" @.> Betreff: Re: [thunderbird/import-export-tools-ng] Thunderbird Addon 'ImportExport NG' - special characters after Export (Issue #565)
don't bother, just found another error... sigh %-{
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you were mentioned.Message ID: @.***>
Peter The error I found was with plaintext export so should not affect clipboard or filters. So b12 should be it. If you can verify b12 for win7 & 10 clipboard operation that would be great. I am desperately hoping to release in the next couple of days. Christopher
Dear Christopher,
Thank you very much for developing and providing this great add-on for Thunderbird. I've been looking for something like this for a long time and it works really well.
I would still like to ask if there is a way to remove bad cryptic special characters from the subject line that occur when exporting emails if the subject line contains special characters. These characters (mybe from UTF16) in file names cause significant problems when processing them in Windows.
I use the following format formula under options to export emails: ${date_custom}[I]{${sender_email}}{${recipient_email}} ${subject}
which, for example, delivers this result when exported: 202404252117[I]{ebay@ebay.com}{mymail@gmx.de} ??Text from the subject line??.eml
Is it possible to use 'ImportExportTools NG' to filter out these special characters when exporting?
See image in attachement
Best regards, Mr.PT