From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <4225F9A0.3040401@altlinux.ru> Date: Wed, 02 Mar 2005 20:36:32 +0300 From: Alexey Rusakov User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041207 Thunderbird/1.0 Mnenhy/0.7 X-Accept-Language: en-us, en MIME-Version: 1.0 To: community@altlinux.ru Subject: Re: [Comm] =?KOI8-R?Q?=E9_=D3=CE=CF=D7=C1_=CF_Unicode_=28?= =?KOI8-R?Q?Was=3A_=EB=C1=D4=C1=CC=CF=C7_disk_=D7_/mnt=29?= References: <341589328.20050225175657@sam-solutions.net> <20050225161544.GF1993@immo.ru> <20050225211137.GS5646@osdn.org.ua> <6511812653.20050228181020@ngs.ru> <1109598293.28430.31.camel@alpha.fastlink.ru> <1109604515.13793.2.camel@alpha.fastlink.ru> <1109707366.31559.4.camel@alpha.fastlink.ru> <1109710513.4224d6b1acaf5@cys.che.nsk.su> <1109778233.2222.21.camel@alpha.fastlink.ru> <4225E32F.70500@altlinux.ru> <1109779973.2222.47.camel@alpha.fastlink.ru> In-Reply-To: <1109779973.2222.47.camel@alpha.fastlink.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by AMaViS 0.3.12pre8 X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.1.5 Precedence: list Reply-To: community@altlinux.ru List-Id: Mailing list for ALT Linux users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2005 17:36:36 -0000 Archived-At: List-Archive: List-Post: On 02.03.2005 19:12, Вячеслав Диконов wrote: > Кто такой zsh, и почему его глюки должны меня волновать? Это штука такая квадратная. Ей mike@ пользуется :) Если серьёзно - потому что они волнуют любого, пользующегося zsh, а это довольно большой процент пользователей ALTLinux. Я не хочу иметь каталог "Документы", названный в Unicode, не будучи в состоянии внятно написать его название в zsh. > Наутилус уникод показывает всегда, независимо от локали. Я бы даже сказал - независимо ни от чего. Это не достоинство, как показывает опыт обращения к не-Unicode ресурсам вне локальной машины. > VFS - не уверен, но думаю, что будет. VFS сейчас также независимо ни от чего использует для показа системную локаль. Как, собственно, и все шеллы, что порядком нивелирует эффект от перевода VFS на Unicode. Результат этой независимости столь же уродлив, как и в случае Nautilus. Ещё хуже то, что сейчас в ALTLinux системная локаль не уникодная, следовательно, угодив одной системе, обязательно обижаешь другую. Вот в какой кодировке мне на FTP файлы класть, чтобы и из командной строки с ними работать, и из Наутилуса? >>У меня сейчас локаль ru_RU.KOI8-R. В близком будущем я собираюсь >>пересесть на ru_RU.UTF-8. Я внимательно слушаю ваше мнение о том, в >>какой локали должно быть записано слово "Документы". И что с ним делать >>в другой локали. > Давно понятно, что представление имен файлов не должно зависеть от > локали. Единственное известное мне решение, позволяющее хранить > многоязычные строки независимо от локали - уникод. Линуксовые ФС в этом > случае отстают от жизни. Во-первых. ФС тут ни при чём, потому что ФС за _представление_ имён не отвечает. Моему /home всё равно, какая у меня там локаль или что. Что записали, то и отдаёт. Если уж нагружать перекодировкой между системной локалью и Unicode'ом, то glibc, иначе в каждую файловую систему придётся тянуть iconv. Во-вторых и главных. Представление _должно_ зависеть от локали, на то оно и представление. Берём /home/someone, расшариваем его в сеть. Русскоязычные пользователи видят "Документы", казахи видят что? правильно, тоже "Документы". Мне не кажется, что это хорошо. Строго говоря, с содержимым "Документов" тогда тоже нужно что-то делать. Но это уже забота пользователя, а каталог создаётся автоматически и мы можем предоставить локализованное имя. Заметьте, в GNOME имя desktop-файла не фигурирует, по-моему, нигде - вместо этого для показа используется то, что внутри написано, с учётом локали. Идеалом, конечно, было бы, если бы файловая система могла хранить локализованные имена, привязанные к данным inode... И отдавать их в зависимости от региона, локали... -- Alexey "Ktirf" Rusakov