1

(10 odpowiedzi, napisanych Ogólne)

A próbowałeś zrobić tło z pliku jpg zamiast bmp?

2

(4 odpowiedzi, napisanych Ogólne)

Ha, sprawdziłam - i u mnie zadziałało we wszystkich 3 kodowaniach!

Znaczy przygotowałam 3 pliki z rosyjskim tekstem

Спустя месяц после выхода версии 4.0, разработчики The Bat! объявляют о выходе обновления, носящего номер 4.0.16. В этой новой версии есть ряд нововведений и исправлений.

w kodowaniu windows-1251, iso-8859-5 i utf-8, każdy z deklaracją języka oraz właściwego kodowania.

Następnie w szablonie testowym wpisałam %Include każdego z tych plików po kolei podając w parametrach odpowiednie kodowanie pliku - wszystkie trzy załączyły się poprawnie.

3

(3 odpowiedzi, napisanych Ogólne)

Options -> Preferences -> Address History, tam jest m.in. opcja 'Limit history by' - można ustawić np. na kilka ostatnich pozycji i dodatkowo 'Purge exceeding entries from history on exit'. Nie miałam po przesiadce takich problemów jak ten powyżej, więc nie wiem czy te opcje zrobią co trzeba. Ale spróbować chyba warto.

4

(2 odpowiedzi, napisanych Ogólne)

tagor napisał/a:

Joasiu,
proszę, tu: http://www.ritlabs.com/en/forum/read.ph … p;TID=5873 jest rozwiązanie. Trochę pracochłonne, ale działa.

Dzięki wielkie. Niby mała różnica a wkurza straszliwie.

[Jeden restart TB! później...]

Zanim sjkasowałam plik do zera (oczywiście zachowując kopię) zajrzałam do środka i poeksperymentowałam. Otóż można osiągnąć cel mniej destrukcyjnie niż w podlinkowanym opisie. Zamiast usuwać cały plik tbuser.def wystarczy zamknąć TB!, usunąć z sekcji "layout collection [MailerForm]" linijkę dotyczącą menu (zaczyna sie od "crc32("menubar")") i uruchomić TB! - menu wraca gdzie jego uświęcone tradycją miejsce. Możliwe że trzeba będzie poustawiać jeszcze toolbary, jeśli się dziwnie poprzyklejały w trakcie prób wstawienia menu na miejsce...

A na przyszłość można zapisać sobie Magiczną Linijkę TM z tbuser.def wstawioną automatycznie po ponownym uruchomieniu programu:

  crc32("menubar") [MainForm_MainMenu] linked to "TopDock;0;0;1;;;0;0"

5

(2 odpowiedzi, napisanych Ogólne)

Wystarczy jedno nieuważne kliknięcie... i menu główne programu się 'odczepia'. Nie byłby to wielki problem, gdyby nie to, że w żaden sposób nie mogę go wstawić z powrotem.

Mogę mieć menu zaczynające się w lewym górnym rogu, ale... pionowe.

Mogę mieć menu poziome, ale nie od lewej krawędzi okna tylko za oknem kont (tak jak standardowo toolbary)

Nie mogę mieć menu poziomego w lewym górnym rogu.

Komuś może udało się wstawić to cholerstwo na miejsce? :]

Wersja 4.0.18.

Joasia

6

(4 odpowiedzi, napisanych Ogólne)

Zygmunt napisał/a:

Potwierdzam istnienie tego błędu, którego w żaden sposób nie udało mi się obejść. Mało tego, moje stare szablony z cyrylicą generują teraz śmieci w wiadomości, chociaż całe lata działały poprawnie. Opisałem problem w https://www.ritlabs.com/bt/view.php?id=6819 - możesz dopisać swoje uwagi i czekajmy na reakcję autorów...

Nie bardzo mam co dopisać poza /AOL wink.

Zygmunt napisał/a:

Problemu ze słownikiem nie zauważyłem, ale być może z tego powodu, że korzystam z automatycznej kontroli pisowni.

No, to jest pewne rozwiązanie, spróbuję zasugerować. Rozumiem że z rozpoznawaniem słów rosyjskich słownik nie ma problemu?

Zygmunt napisał/a:

Nie ma natomiast sposobu wyłączania lub włączania kontroli pisowni przed wysyłką za pomocą makra w szablonie. Takie makro po prostu nie istnieje.

Tak podejrzewałam, ale wolałam się upewnić...

7

(4 odpowiedzi, napisanych Ogólne)

Wersja TB: 4.0.14, Windows XP Professional PL.
Po wybraniu odpowiedniego kodowania (czy to "ręcznie", czy szablonem) można pisać bukwami w treści (to żadna nowina) i w nagłówkach (hura!).

Jednak próba stworzenia specjalnego szablonu do korespondencji po rosyjsku, z bukwami, się nie udała - wstawia znaki zapytania... Prawdopodobnie da się to obejść wstawiając odpowiednio spreparowany plik tekstowy zamiast pisać bezpośrednio w szablonie, ale to ciut niewygodne. Znalazł ktoś może inny sposób?

Drugi problem jest ze słownikiem. W szablonie wpisane zostało polecenie %LANGUAGE="RU", słownik przełączył się na rosyjski, jednak o ile w polu 'Not in dictionary' bukwy są, to już w 'Change to' widzę głównie pytajniki. Pytanie to samo - zwalczył to już ktoś?

Dyscyplina dodatkowa - jak w szablonie wyłączyć sprawdzanie pisowni przed wysłaniem, jesli opcja jest domyślnie aktywna?