Beiträge von mse

Als ich vorhin das neue Thema "Voyager 4.0.32.1 (Beta)" angelegt habe, ist mir was aufgefallen, das in Zusammenhang mit der Code-Fenster-Breite stehen könnte:

Bis vor kurzem war es noch möglich, beim Anlegen eines neuen Themas (oder auch Antworten) mit Hilfe der Leertaste Einrückungen am Zeilenanfang zu erzeugen. Das hatte den schönen Nebenefekt, dass man z. B. die Changelogs immer so gestalten konnte, dass ein Eintrag, wenn er länger als eine Zeile war, über Leerzeichen so umgebrochen werden konnte, dass hängende Einzüge bündig zum Ende der Zeichenfolge mit den zwei eckigen Klammern erstellt werden konnten. Will heißen: Text der zweiten Zeile stand exakt unterhalb vom Text der ersten Zeile und nicht am Zeilenanfang.

Im Zuge der Größenänderung des Code-Fensters ist diese Fähigkeit offenbar weggefallen. Darüberhinaus sind auch in allen anderen Boards die Changelogs nun nicht mehr "schön" formatiert, sondern entweder mit ganz normalem Zeilenumbruch wie hier, oder mit ehemals über Leerzeichen umgestaltete Changelogs so wie hier.

Sicherlich keine Sache, die große Beeinträchtigung bewirkt... wollte nur mal drauf hinweisen.

What's new since Voyager 4.0.24.12?


[*] smartpad added into the tray popup menu
[-] Newly created templates were not accessible right away
[*] adding gray and mono glyphs started 
[-] Some fixes to encoding automatically generated text parts
[+] Extended drag-and-drop functionality: it is now possible to drag messages as files system-wide, bring drop target      window in front by dragging over taskbar buttons, import messages from .EML and .MSG files, etc. 
[-] The Bat! didn't start in OTFE mode; gave "Unregistered" error and then an "Access Violation"
[-] (Beta) some fixes to the new drag-and-drop functionality
[-] Fixes to Tray menu handing
[-] (#0006931) Clicking tray icon when the main window was active did not hide the main window
[-] Fixed a problem in S/MIME internal implementation: some S/MIME signatures gave "Failed to parse PKCS#7 data object"
[-] Path to sound file to play in filters was not relative, this was an issue in Voyager and when restoring The Bat! to a new location
[-] Path to auto-backup file was not relative (Voyager issue)
[*] The Bat! key import from new formats of .PEM private keys
[-] When importing S/MIME private keys with certificates in S/MIME internal implementation, The Bat! now supports all algorithms of PKCS#5 v1.5 format for private key file.
[-] Hunspell user dictionary can be displayed with incorrect code page
[-] (beta) various QT Editor issues
[-] (Beta) AV error at startup when Large Fonts are used
[-] Decrypt filter action didn't work
[-] (#0007051) Drag-and-drop into the Template Preview was not functioning
[+] The Bat! can import private keys from PEM encryption format. Such keys have the following headers: "Proc-Type: 4,ENCRYPTED", "DEK-Info...."
[-] (#0007064) FOLDER (F) parameter does not work anymore in /MAIL command 
[-] Some S/MIME certificates might give "The revocation status of the certificate or one of the certificates in the certificate chain is unknown" error, The Bat! could not pass over.
[*] When viewing a certificate, The Bat! can now explicitly state that a certificate conforms to to Polish act on electronic signature of 18 September, 2001 (Journal of Laws 2001 , vol.  130, item 1450)
[-] Read confirmations were stored in the wrong folder (Beta issue)
[-] Fixed some memory leaks in S/MIME internal implementation
[*] Quick Templates are now stored in new format that supports UNICODE properly
[-] Fixed an AV that might happen when simultaneously checking multiple accounts with TLS
[-] (#0007073) Attachments were open twice
[-] (#0006593) Some menu commands and buttons got disabled after viewing messages using a preview pane tab
[+] Spell Checker > Check from cursor
[*] Expired certificates are now not stored to the newly created Root CA address book.
[-] (#0007020) the "Create Formatted Message" filter action was not using the "Mark as Read" and the attachment options
[-] (#0006963) Dragging and dropping text files onto HTML editor resulted in pasting contents of those files instead of      attaching the files
[-] (#0007101) (Beta) AV Error when closing the QT Editor after creating a new QT
[-] (#0007090) (Beta) Editor's command "Create a Quick Template" was using old dialogue
[-] (#0006917) Character set problems when a message was saved into the Outbox and reopened 
[*] (#0007058) More flexible handling of invalid base64 encoding
[-] Vairous issues related to multiple monitors usage
[-] (#0006756) Sorting Office: Filter was not saved correctly if another account was selected after editing the filter
[-] more fixes to window positining on dual monitor systems
[-] S/MIME decryption in Internal Implementation didn't work
[-] Fixed a memory leak
[-] (#0006850) Missing topic ID for "Viewer/Editor profiles" section in Preferences 
[-] (#0007083) QT editor : entries "No change" are not translatable in Options tab in Preview dialog 
[-] Fixed some memory leaks
[-] (Beta) Various problems with common Quick Templates
[-] (#0007084) QT editor : Untranslatable context menu in "Name" and "Handle" fields 
[+] glyphs for text align added
[-] (#0007075) If a computer's name had underscore character, The Bat! could send it as an argument to HELO command in SMTP which could cause some servers give an error "Syntactically invalid HELO argument(s)"
[*] Updated Czech welcome message
[-] (Beta) Problems with editing filters
[*] Better Free Caret positioning
[-] (#0007127) (Beta) Access Violation error when a new QT was added
[-] (#0007118) MicroEd: Usage of subpatterns when replacing text using RegExp was broken
[-] (#0007128) /EXPORT and /IMPORT commands were not working for Address Book (LDIF) properly
[-] (Beta) adding a QT to an account without any QTs defined caused AV
[-] (Beta) setting a message's colour group to "none" was not possible 
[*] Message View and Message Header PopUp menus reworked
[-] Zahid didn't compile
[-] Increased token (iKey, eToken) poll attempt count from 2 to 3 before closing The Bat! windows.
[*] Users might find some SMTP/POP3 tasks in in Connection Center hanging; deleting them didn't produce a result. These hanging tasks might have been caused by unhandled errors (exceptions). Now such errors are being logged in the account log.
[-] (#0007142) (Beta) Newly created Quick Templates were duplicated
[-] (#0007133) (Beta) It was not possible to view message source when message auto-view was off
[-] (#0007148) (Beta) Quick Templates created for new accounts were not loaded after restart
[-] (#0007138) It was not possible to set the destination folder in the "Create formatted message" action
[+] Options to flag and park created message in the "Create formatted message" action
[-] (#0007160) (Beta) Common Templates were not accessible from the %QInclude macro
[*] (#0007088) Addreess Picker dialogue now displays/hides items in the exactly the same way as in the Address Book. For more convenience, the [All Items] choice is added
[*] Preferences/ General and Applications page layout fixed
[*] Preferences/ MessageList Date/Time Format page layout fixed
[*] Glyphs for logDown, logUp, RasLogReceive, RasLogSend icons fixed
[-] The Bat! could give Access Violation when training an anti-spam plugin and no folder were selected.
[*] many Preferences pages layouts fixed
[*] (view source) added into message preview popup
[*] undo/redo buttons added into Editor Toolbar
[-] (#0007165) Access Violation when deleting Group in Network & Administration dialog 
[-] Message list font invalid in the global preferences dialog (BETA issue)
[-] There were errors in the ex_log.txt (BETA issue)
[*] Better date/time preview in the Preferences dialog.
[*] Preferences fixed
[*] Mail Chat commented from menus for this release
[*] message browser menu layout rearranged
[*] search prev/next in quick search
[*] Preferences for MailTicker! 
[*] Rearranged the preview of date/time format in the Preferences dialog.
[*] MailTicker Show control duplicated to Preferences / System 
[-] Color group names could be displayed improperly in the Preferences dialog.
[*] glyphs for trash and add filter changed
[*] "about" improved
[*] Editor Toolbar splitted into Standart, Edit and Search
[*] main menus slightly rearranged
[*] Icon for Quick Templates added into the main menu
[*] Security Toolbar added into Message Editor
[+] (#0003519) The Bat! now imports Mozilla's "read", "replied", "forwarded", "deleted" and "marked" flags from Unix mailboxes.
[!] New format in the Import Wizard: Mozilla's Thunderbird. 
[-] Cosmetic: fixed two black vertical lines in the "set password" window
[-] AV when switching Windows themes
[-] (#0007145) "Persistent selection" and "Overwrite selection" options were not used in the new MicroEd
[-] (#0007158) Undo/Redo buttons in the message editor did not reflect actuall possibility to perform the operations
[-] (#0007026) User group contents was not stored correctly when the OK button was pressed (in the Network and Administration dialgue)
[-] Message flags weren't imported from Mozilla's Thunderbird (BETA issue)
[-] some cosmetic fixes
[*] (beta) main window's menu rearranged 
[*] glyphs for trash, copy, cut icons changed
[*] Since this version, the option to use the "X-Mailer" header is turned OFF, even if you had it ON in a previous version of The Bat! You can go to the Options/Preferences and turn it ON again, but we don't recommend it.
[*] glyphs for trash icon replaced
[*] icons added into address book/quick search popup menu
[-] There were temp files left after importing messages from other mail clients.
[-] (#0007187) Using MS Exchange (MAPI) messages stay on the outbox without being sent  
[-] (#0005795) Import option of 'Run external action' filter action broken 
[-] (#0006167) Voyager is adding redundant lines to global.ini 
[*] glyphs for trash in folder tree replaced
[*] icons fixed for address book quicksearch popup and memo popup menus
[-] (#0007194) Folder|Check for viruses command was disabled until a new anti-virus plug-in was added 
[*] (#0006632) Folders with all messages read should not change their position in the list of the unread Folders tab [before moving to the next folder]
[-] (#0007197) Wrong editor type indication when Plain text (Windows) default editor type was selected
[*] (Beta) more cosmetic fixes on Unread Folders Tab and positioning selection in the Folders Tree
[*] Glyphs for Trash updated, 
[*] glyphs for new contact, delete contact, add group, View Address History

http://www.ritlabs.com/download/files…er-4-0-32-1.rar
http://www.mail-archive.com/tbbeta@thebat.…m/msg93766.html

Kommentar von Maxim Masiutin:

Zitat

This is a replacement of the EXE file, not the installer.
This version is the first version of Voyager that doesn't write to Registry at all.

Gibt es die programmiererische oder CSS-gestalterische Möglichkeit, die Breite des Code-Fensters mit der horizontalen Display-Auflösung zu korrelieren? Falls ja, lohnt sich der Aufwand, das zu implementieren? Falls letzte Frage = nein, würde ich einen Wert nehmen, der bei einer Auflösung von 1280x1024 die beste horizontale Ausnutzung des Platzes ermöglicht. Ich denke mal, mit dieser Auflösung dürften wohl die meisten klarkommen.

Hab mal ein paar Bilder angehängt...

Wo hast du die Version denn her? Weder auf der Ritlabs-Webseite, noch im Bugtracker-Changelog noch in der Mailingliste steht was darüber...

Zitat

Was hast du denn genau geändert? Denn der erwünschte Zweck, wie auf FF3_neu.jpg zu sehen, wurde zwischendurch erreicht.

Nicht ganz. Der Scrollbalken im Code-Fenster war zwar da aber auch der horizontale Scrollbalken des Browsers. Der sollte ja eigentlich weg bleiben, da das Scrollen mit dem Balken im Code-Fenster erledigt werden könnte.

Zitat

Ich hatte nur etwas herumprobiert. Jetzt sollte alles wieder so sein wie vorher, also FF2 sollte es richtig anzeigen. Ich denke, es handelt sich um einen Bug im FF3.

Kein Ding.
Allerdings bin ich nicht sicher, ob der Bug nur In FF3 zu suchen ist, da ja IE7 den Scrollbalken auch nicht so anzeigt, wie man das gemeinhin wünschen würde; will heißen: Innerhalb des Code-Fensters. Tatsächlich sieht sie IE7-Dartstellung exakt so aus wie die FF3-Darstellung. (Das nur weil vorhin mal jemand fragte, wie es denn unter IE aussieht...)

Wie schon gesagt, unter Opera sah es immer top aus.

Also was auch immer ihr gerade geändert habt, ihr solltet es rückgängig machen...

Vorher war es so: siehe angehängte Bilder:
das erste Bild zeigt die Scroll-Situation unter IE7 (Bild "ie7_scroll"). Bei FF3 sieht es exakt gleich aus. Vermutlich ist es aber so gewollt wie es gerade noch unter Opera 9.51 angezeigt wurde, siehe "opera_scroll".

Dann ist offenbar irgendwas geändert worden und nun sieht es unter Opera genau so aus wie vorher unter IE. In FF3 sieht es nun hingegen so aus wie im Bild "FF3_neu" gezeigt. Ganz mies ist es jetzt unter IE7. Dort wird nun zwar eine Scrolleiste angezeigt, aber kein Balken ist da den man verschieben könnte, siehe IE7_neu.

Zitat

Eigentlich fehlt noch das hier:

Code

[*] glyphs for trash in folder tree replaced

Jetzt sieht das Symbol schon viel besser aus.

Mein erster Gedanke: "Oh! Süßer Fingerhut."
Aber so wie es jetzt ist, damit kann ich gut leben.

What's new in 4.0.28.4 since 4.0.28.3:
[-] (#0007197) Wrong editor type indication when Plain text (Windows) default editor type was selected
[*] (Beta) more cosmetic fixes on Unread Folders Tab and positioning selection in the Folders Tree

Download: http://www.ritlabs.com/download/files…eta/tb40284.rar
Mailing-Liste: http://www.mail-archive.com/tbbeta@thebat.…m/msg93699.html

Zitat

Mit "groups" meine ich keine Ordner, sondern eben Gruppierungen (Threads) von Nachrichten über Ansichtsmodi. Selbst wenn so eine Gruppierung nur eine einzige Nachricht enthält, wird beim Löschen immer nachgefragt, wenn die Option "Delete message groups" aktiviert ist.

Jetzt komme ich auch etwas ins Grübeln.
Ich stelle die Mails der TBBETA-Liste über eine neu eingerichtete Thread-Ansicht dar. Wenn ich also eine oder mehrere dieser Mails, die sich in einem Ordner befinden, auf welchen der Ansichtsmodus "TBBETA-Thread" angewendet wird, löschen will, müsste dann doch eine Bestätigungsmeldung kommen, wenn das so in den Benutzereinstellungen aktiviert ist.

Eine solche Frage kommt aber nicht, unabhängig davon, ob ich die erste Mail eines Threads oder eine der darauf folgenden Antworten lösche. Oder ob die Ansicht aufgeklappt ist oder nicht.

Hab ich da was falsch verstanden?

[-] (#0007194) Folder|Check for viruses command was disabled until a new anti-virus plug-in as added

Jetzt funktioniert es wieder.

[*] glyphs for trash in folder tree replaced

Dazu sage ich jetzt nichts...

Zitat

BTW: Ich nutze den Papierkorb. Wenn ich eine Mail lösche, dann erfolgt mal eine Sicherheitsabfrage, mal auch nicht. Alle Häkchen in den Benutzereinstellungen habe ich jedoch gesetzt.
Bin daher gerade etwas verwirrt. :hae:

Wenn du in der Nachrichtenliste eine Mail auswählst und dann ENTF drückst, wird die Mail ohne Rückfrage in den Papierkorb verschoben.

Wenn du allerdings erst in der Nachrichtenliste eine Mail auswählst, dann in das Vorschau-Fenster klickst, (blaue Markierung wird dann grau) und dann ENTF drückst, kommt eine Rückfrage, ob du die Mail löschen willst. Das ist die Aktion, die mit "Delete from preview pane" gemeint ist.

War es das, was du gemeint hast?

Zitat

ist mir auch nicht soo wichtig. Muß ja nicht täglich meine Datenbank scannen.

Trotzdem würde ich das mal im BT melden. Schließlich betrifft es mehrere AV-PlugIns. Bei mir hier mit dem AVP-Manager ist es genauso.

Zitat

Hey, die Ordnerwartung ist wieder am alten Platz.

Ich fand's ganz gut am neuen Platz...

Die Sicherheits-Sachen (OpenPGP, S/MINE...) sind auch wieder ins Optionen-Menü zurückgekehrt.

BatChat fehlt immer noch.

Zitat

Hier ist der Link:
http://www.mail-archive.com/tbbeta@thebat.…m/msg93557.html

Und hier die Antwort von Stefan Tanurkov:

Non-persistent selection hides automatically when caret goes away from
a selected piece of text, so it is not all about editing...

Was er damit genau meint, damit befasse ich mich bei Tag wieder...

What's new in 4.0.26.7 since 4.0.26.6:
[-] Message flags weren't imported from Mozilla's Thunderbird (BETA issue)
[-] some cosmetic fixes

Download: http://www.ritlabs.com/download/files…eta/tb40267.rar
Mailing-Liste: http://www.mail-archive.com/tbbeta@thebat.…m/msg93567.html

Zitat

Wenn's veröffentlicht wird, dann poste hier den Link (z.B von hier).

Hier ist der Link:
http://www.mail-archive.com/tbbeta@thebat.…m/msg93557.html

Zitat

Welchen Effekt hat es, wenn keine der Optionen aktiviert ist, automatisch "Persistent selection"?

Ja, wenn man jetzt keine der beiden Optionen ankreuzt, bleibt die Markierung beim Weiterschreiben erhalten.

Zitat

Jedenfalls, mit Radiobuttons müsste noch ein zusätzlicher Radiobutton à la "None" eingefügt werden.

Wenn man zwei RadioButtons verwendet, könnte Ritlabs ja als Standart "Overwrite Selection" ankreuzen. Dann würde im Grunde alles beim Alten bleiben, so wie man das von anderen Programmen her gewohnt ist. Eine Option "None" halte ich in dem Zusammenhang für nicht relevant, denn was gäbe es zu "Überschreiben" und "Nicht überschreiben" denn noch als dritte Alternative.

Ich habe den Vorschlag vorhin mal auf der TBBETA Liste gepostet, bin dann aber am Telefon aufgehalten worden, bovor ich das hier im Forum publik machen konnte. Den Eintrag im BT werde ich noch bestätigen.

Doch. Normalerweise wird markierter Text überschrieben, wenn man weiterschreibt. Das ist das, was mit "overwrite selection" angeschaltet wird, obwohl das eingentlich Standartverhalten ist. Nicht-Standart-Verhalten ist, dass man Text markieren kann und dieser markierte Text bleibt dann auch da stehen und bleibt markiert, wenn man weiterschreibt ("persistent selection"). Du hattest das immer so eingestellt, wie es in allen anderen Programmen Standart ist: Markierter Text wird überschrieben.
Aber bis zur .5 war eben das auch immer so, unabhängig davon, welche der beiden Optionsfelder aktiviert waren, will heißen auch bei "persistent selection" wurde markierter Text überschrieben. Ist mir aber auch erst aufgefallen, nachdem ich die beiden Felder mal explizit ausprobiert habe.

Ungeachtet dessen, ist mir der Sinn dieser Einstellung nicht klar. In welcher Situation kann es sinnvoll sein, einen Text zu markieren, dann weiterzuarbeiten und die Markierung zu einem späteren Zeitpunkt weiterzuverwenden?
Und außerdem: Wenn man das ganze über zwei RadioButtons realisieren würde, käme keiner auf die Idee, gleichzeitig "Überschreiben" und "Nicht überschreiben" anzukreuzen.

Ich gebe aber gerne zu, dass das eher ein 'minor' Problem ist.

[-] (#0007145) "Persistent selection" and "Overwrite selection" options were not used in the new MicroEd

Also in diesem Punkt hat sich was geändert, obwohl ich nicht sicher bin, ob das so sinnvoll ist. Erstens mal schließen sich beide Optionen gegenseitig aus, dennoch lassen sich beide gleichzeitig anschalten. Ist "persistent selection" abgeschaltet, so wird Text, der markiert ist, dennoch nicht überschrieben, wenn man weiterschreibt. Erst wenn "overwrite selection" aktiviert ist, wird markierter Text beim Weiterschreiben überschrieben.
Ungeachtet der Tatsache, dass man das hier besser mit RadioButtons realisiert hätte, oder dass die Möglichkeit, eine Textmarkierung zu erhalten, sowieso ziemlich nutzlos ist...Kennt irgendjemand ein Programm, das noch die Möglichkeit bietet, eine Textmarkierung zu erhalten?