On Thu, Jul 01, 2004 at 02:31:58AM +0200, Jakub Piotr Cłapa wrote:
AFAIR encoding odpowiada za wewnetrzna reprezentacje Vima (nie wiem jaka to czyni roznice), a termencoding za to co wywala na ekran (i co czyta z klawiatury), ale to jest poryte, jeśli ktoś pytałby mnie o zdanie. U mnie działa coś takiego (z tipsów na vim.org):
#v+ " UTF-8 (should work ;) if has("multi_byte") set encoding=iso-8859-2 setglobal fileencoding=utf-8 set bomb set termencoding=iso8859-2 set fileencodings=ucs-bom,utf-8,iso-8859-2,cp1250,iso-8859-15 else echoerr "Sorry, this version of (g)vim was not compiled with +multi_byte" endif #v-
U mnie wszelkie kombinowanie z "fileencoding" kończyło się problemami. Najgorsze jest to, że "fileencoding" nie działa (w przeciwieństwie do "encoding") i nie można go sobie łatwo określić w pliku. Zmieniam więc tylko "encoding" i jest dobrze, poza tym, że w GTKowym VIMie musze sobie odpowiednio fonty przełączać. Wiem że w wersji GTK encoding inne niż "utf-8" nie jest zalecane, ale jakoś z "utf-8" edytowanie plików w innym kodowaniu było koszmarem.
Z moich doświadczeń wynika, że fileencoding działa jedynie post factum dla aktualnego bufora, czyli ustawia jak zapisać plik właśnie edytowany. Natomiast o tym jakie kodowanie ma być wykryte w kolejnym otwieranym pliku decyduje fileencodings. Nie znam metody na zmianę wykrytego kodowania w juz otworzonym pliku (trzeba zmienić fileencodings i otworzyć ponownie).
Takie ustawienie jak podałem działa mi całkiem nieźle. encoding=utf-8 się niestety gryzie z menu w gvimie...
Dodatkowo w .gvimrc mam termencoding=utf-8 i to wydaje się zadowalać GTK+ (a konsolowa wersja nie będzie się dławić, bo konsole mam iso8859-2).
-- z wyrazami szacunku, Jakub Piotr Cłapa
_______________________________________________ pld-devel-pl mailing list [EMAIL PROTECTED] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
