>Ну и после C^x o можно набрать имя буфера. При соответствующей ?>практике это может получаться быстрее чем сообразишь с какой стороны >он находится :)

Нееее, по имени буфера -- это не то, т.к. во-первых слишком
медленно, а во-вторых буфер может быть один и тот же, просто
пролистан до разных позиций (это очень удобно, и когда прогу
пишешь, и в особенности если пишешь, например, статью с
использованием кусков других статей)
Пример (может быть и 3 буфера, и 2,...):
--------------------------------------
| | |
| | |
--------------------------------------
| | курсор |
| | тут |
---------------------------------------
Так что перемещение вверх/влево -- очень логично задается
стрелками на клаве.

Была б такая особенность в емаксе, может и пересел бы на него:)
Хотя, наверное, такое можно на встроенном лиспе сделать.

Блин, картинка поехала, я имел в виду вот это
___________________________
|_____________|___________|
|_____________|___________|

Короче, чтоб понять, запустите vim и нажмите сначала ctrl+w-s, а потом ctrl+w-v

Debain 3.1

Locale ru_UA.utf-8

Траблы:

Рус. маны отображаются криво, траблы не связаны с буквами и цифрами. :) Выводит через more.

Консоль, как-то медленно (???) работает. Заметно тормозит.

В Sylpheed Claws в некоторых менюшках не отображается шрифт, или отображается квадратами - пока не поборол.

Откатился на Кои8-у. Что предложите?

Добавлю: С Сульфидой проблему не поборол даже правкой gtkrc.utf-8(точно не помню) - не помогло.

>> А что с grep'ом за проблема?
> Скорость.

Вы шутите, да? Если нет, то 
 1) как Вы эту самую "скорость" меряете,
 2) какая получается разница между unicode и [sensored] локалью? 

> недавно ко мне приставали по поводу utf8 и пакета listings

Дык кривого софта много есть; есть уроды, которые в int указатели
запихивают. И что?

> jpilot на gtk2 гробит кириллические базы на palmе

А unicode тут при чем?  

> Вот когда закончатся окончательно - вот тогда и будем в его сторону
> смотреть.  Я оцениваю, что окончательный переход будет в районе 5 лет.

Я оцениваю, что GNU'тый софт будет забивать на существование не-unicode
локалей уже в самом ближайщем будущем.

> Идея в том, чтоб этих представлений быть как можно меньше, в идеале
> одно. UTF-8 не позволяет этого идеала достигнуть, но зато позволяет
> к нему _значительно_ приблизиться.

> То есть это просто костыль.

По крайней мере один вместо *надцати.

> А оно надо?

Да. Ибо это удобнее и пользователям (где-нибудь в CERN'е не надо бегать
за админом и просить добавить б@$%скую KOI), и админам (соотвественно, не
надо настраивать софт для работы с тучей ублюдочных кодировок), и
разработчикам (нет лишней возможности сделать ошибку).

> Консоль, как-то медленно (???) работает. Заметно тормозит.

Вы напрашиваетесь на http://www.catb.org/~esr/faqs/smart-questions.html

> В Sylpheed Claws в некоторых менюшках не отображается шрифт, или
> отображается квадратами - пока не поборол.

Ух... gtk1. 

0) Проверить, что с локалью все в порядке.

1) Снести к гадам /etc/gtk/gtkrc.uk 

2) В /etc/gtk/gtkrc.utf-8 вписать нормальный шрифт, например:

style "default-text" {
       fontset = "-xos4-terminus-*-*-*--*-*-*-*-*-*-iso10646-1"
}

class "GtkWidget" style "default-text"

3) Поглядеть в ~/.gtkrc, убрать оттуда все, что касается шрифтов.

4) Также поглядеть то и в gtkrc темы, которой Вы пользуетесь, убрать
оттуда все, что касается шрифтов, или просто взять другую тему.

5) Некоторые особо умные программы заводят себе свой личный gtkrc и
там занимаются самодеятельностью. Убрать к чертовой бабушке (или
сделать симлинком на /dev/null :)). Обычно эта дрянь валяется в
~/.название_программы/gtkrc, в крайнем случае -- strace Вам в помощь.

6) Некоторые особо умные WM без спросу лезут в X- и gtk-ресурсы.
Делают они это следующим образом (в той части, что относится к gtk):
где-то заводят свой gtkrc, и задают переменную окружения GTK_RC_FILES
(не помню точно). Нужно и эту гадость почистить (а проще -- не
пользоваться такими WM'ами).

>> недавно ко мне приставали по поводу utf8 и пакета listings

>Дык кривого софта много есть; есть уроды, которые в int указатели запихивают. И что?

Проблема в том, что без unicode этот кривой софт совершенно нормально живёт и позволяет с ним работать. И, лично мне, от unicode совершенно не холодно и не жарко - а вот без listings мне будет очень грустно.

Лучшее враг хорошего.

Вместо того чтобы матом ругаться - вы бы Cyrillic HOWTO доработали бы по поводу unicode - пользы бы больше было.

Спасибо. Гляну... Я кстати пользую своим .gtkrc - попробую на выходных.

>> Дык кривого софта много есть; есть уроды, которые в int указатели
>> запихивают. И что?

> Проблема в том, что без unicode этот кривой софт совершенно нормально живёт
> и позволяет с ним работать.

Та уродская софтина, где указатели в int засунуты, тоже прекрасно живет и
работает на гм... известной 32-битной платформе.

> И, лично мне, от unicode совершенно не холодно и не жарко

> Лучшее враг хорошего.

Вот с таким подходом NT до сих пор @$%тся с $%&@ской CP*, не смотря на
то, что поддержка unicode есть уже лет 10.

Поэтому вообще забудьте, что есть что-то кроме unicode...

> - а вот без listings мне будет очень грустно

... и пишите bug report'ы.

про Cyrillic HOWTO

> Вместо того чтобы матом ругаться - вы бы Cyrillic HOWTO доработали
> бы по поводу unicode - пользы бы больше

Не буду.

1) KOI*, CP* -- ДУШИТЬ.
2) уродский формат исходников (зюмель).
3) non-free.
4) по большому счету, место этому HOWTO -- на свалке истории, как и
   программам, криво работающим с локалью.

> Не буду.

> 2) уродский формат исходников (зюмель).

> 3) non-free.

Напиши свой. Пусть маленький, но правдивый. А то я в усмерть залюбился консоль (что не xterm) приучать к UTF-8, да и бросил, ибо нефиг дурью страдать при наличии угребищного, но работающего (и хорошо притом) KOI8.

> 1) KOI*, CP* -- ДУШИТЬ.

Где-то я уже это слышал.

> 2) уродский формат исходников (зюмель).

Это стандарт Linux HOWTO - изучи вопрос. Мне этот формат тоже не нравится, но LaTeX даже не рассматривают.

> 3) non-free.

Типа: за базар надо отвечать.

> 4) по большому счету, место этому HOWTO -- на свалке истории, как и программам, криво работающим с локалью.

На свалке истории место большевикам и их подходам.

В общем, всё с вами понятно - не компетентны.

>> 3) non-free.

Это была обычная ложь.

>Напиши свой. Пусть маленький, но правдивый.

А маленьким там не обойдёшься. Я бросил это дело в частности по причине очень большого объёма работы, который надо было проделать, чтобы описать как работать с unicode.

>> - а вот без listings мне будет очень грустно

>... и пишите bug report'ы.

У меня и так работает. А тащить меня в светлое будущее силой замаетесь.

>> 2) уродский формат исходников (зюмель).

> Это стандарт Linux HOWTO - изучи вопрос.

Менее уродским он от этого не становится.

>> 3) non-free.

> Типа: за базар надо отвечать.

Гляжу вот сюда:
http://www.inp.nsk.su/~baldin/Cyrillic-HOWTO-russian/ch02s02.html

Вижу, в частности, вот это:

This document is Copyright (C) 2000, 2001, 2002, 2003 by Evgueni M. Baldin.
It may be used and distributed under GNU Free Documentation License
version 1.1 or later.

Так что таки non-free.

> На свалке истории место большевикам и их подходам.

По местным правилам за обсуждение политических, религиозных, национальных,
etc. вопросов транклюкация полагается.

> У меня и так работает.

Обычный жвачно-потребительский подход... :(

> А тащить меня в светлое будущее силой замаетесь.

Никто Вас туда _тащить_ не собирается, сидите в своей пещере сколько
Вам угодно будет.

> Так что таки non-free.

То что это с какого-то перепою non-free стали говорить после 2003 года. Вы бы поинтересовались бы так, для интереса, почему non-free и постарались бы найти хоть один запрещённый для изменения раздел. Но, по всей видимости, это религия не позволяет :(

А про пещеры мне даже и говорить не хочется - особенно кто в них сидит и где место определённого рода улушениям.

Я понимаю, что это почти бесполезно, но может быть это наведёт на осмысленные мысли поводу воображаемого non free

http://www.gnu.org/licenses/licenses.html#Intro

Это, конечно. понятно: душить -- оно всегда проще и приятнее.

2Dselect Вы так на некоторые (свои) триггеры заводитесь, что я даже не знаю. Стоило ли тогда вообще вступать в дискуссию?