Summary: | 1Cv77: Не работает точка (.) на цифровой клавиатуре при вводе даты или счёта | ||
---|---|---|---|
Product: | WINE@Etersoft | Reporter: | Александр Пликус <pav> |
Component: | Обработка текста и локали; Буфер | Assignee: | Анатолий Лютин <vostok> |
Status: | CLOSED FIXED | QA Contact: | |
Severity: | normal | ||
Priority: | P5 | CC: | baraka, jay-dev, kondratyuk, lav, pda, vostok |
Version: | 1.0.5 | ||
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | Linux | ||
Whiteboard: | |||
Заявки RT: | Связано с: | ||
Дата напоминания: | |||
Bug Depends on: | |||
Bug Blocks: | 42, 488, 760 | ||
Deadline: | 2007-02-10 |
Description
Александр Пликус
2006-12-17 12:54:16 MSK
Перевожу в статус assigned Похоже, это не проблема wine, а проблема иксов. В русской раскладке на разных иксах (и на одном и том же вайне) в блокноте, например, вводятся то точки, то запятые. При этом непонятно, когда проявляется бага с точкой, а когда нет. Считаю багу не имеющей отношения к wine и предлагаю установить для неё "RESOLVED INVALID" А я предлагаю ещё на 439 поставить такой же статус. В версии 1.0.6 перестала срабатывать точка на цифровой клавиатуре в русской раскладке при вводе денежных сумм. Точнее запятая, т.к. именно она вводится в русской раскладке. В английской, где точка - это точка, поле суммы работает корректно. В версии 1.0.5 проблема отсутствовала. В качестве обходного решения модифицировали файл /usr/share/X11/xkb/symbols/ru, добавив в блок winkeys строчку include "keypad(dot)", теперь при нажатии вводится точка во всех приложениях. Надо поймать наконец проблему (у Вики воспроизводится) и найти отличия и решить... Со своей стороны, я обновил там Сизиф. http://unixforum.org/index.php?showtopic=42135 Под ubuntu 7.04 с точкой получилось, а в 6.10 /usr/share/X11 нет, есть /etc/X11/symbols/ru такой-же файл как и в feisty. но при добвалении include "keypad(dot)" гном выругивается и ваще раскладка ru не работает. У меня на всех кубунтах 6.06/6.10 в 1С всегда вводилась запятая (при включенном NumLock). В иксах стояли две раскладки (us,ru), русская в варианте winkeys. Я просто отмапил бухгалтерам запятую на цифровой клавиатуре в русской раскладке на точку. Для этого я добавил в каталог $HOME/.kde/env скрипт xmodmap.sh следующего содержания: xmodmap $HOME/.xmodmaprc Содержимое файла .xmodmaprc: keycode 91 = KP_Decimal Возможно, что xmodmap нормально отработал бы и при прописывании его в .xsession, но у меня в домашних каталогах данный файл отсутствует. Пытался ли я вызывать xmodmap оттуда - не помню. Ваше решение ставит точку даже при выключенном NumLock :) Покажите пожалуйста вывод $ xmodmap -pk | grep 91 в проблемной ситуации (до вашего исправления). На следующей неделе скину, как буду апргрейдить WINE до 1.0.7. Кстати, да.. похоже, что я немного не то написал в .xmodmaprc.. Жалко, что не осталось конфигов из другой конторы, там вроде бы был более правильный маппинг. Проверю, починю и отпишусь :) Команда xmodmap -e "keycode 91 = KP_Delete KP_Decimal KP_Delete KP_Separator" выставляет ввод разделителя (запятой) в русской раскладке Команда xmodmap -e "keycode 91 = KP_Delete KP_Decimal KP_Delete KP_Decimal" всегда выводит точку Последняя команда будет включена в новую сборку (с датой после 20060620) Жду положительных отзывов :) Во, точно! Без моих модификаций в Кубунтах было именно это: "keycode 91 = KP_Delete KP_Decimal KP_Delete KP_Separator" А я как раз менял на второй вариант. "keycode 91 = KP_Delete KP_Decimal KP_Delete KP_Decimal" А как будете выставлять? Запуск wine скриптом обернете? Это я к тому, что если кто-то вдруг захочет странного (вернуть оригинальное поведение), что надо будет делать? Пока прибьём гвоздями, но потом постараемся исправить поведение 1С и пр. программ в WINE, чтобы адекватно реагировали. Вы хоть ключик в реесте положите для отключения.. Мало ли какие грабли всплыть могут. Сделано нормальное решение. В следующей сборке будет: - VK_SEPARATOR, VK_SUBTRACT, VK_DECIMAL, VK_DIVIDE, + VK_DECIMAL, VK_SUBTRACT, VK_DECIMAL, VK_DIVIDE, Никаких изменений modmap не потребуется. *** Bug 715 has been marked as a duplicate of this bug. *** *** Bug 725 has been marked as a duplicate of this bug. *** |