Summary: | Некорректная работа параметра "расширение" в отчетах Access | ||
---|---|---|---|
Product: | WINE@Etersoft | Reporter: | Семенов Александр Алексеевич <saa> |
Component: | Обработка текста и локали; Буфер | Assignee: | Александр Морозов <amorozov> |
Status: | CLOSED INVALID | QA Contact: | |
Severity: | normal | ||
Priority: | P5 | CC: | kondratyuk, lav, olezha, vostok |
Version: | 1.0.8 | ||
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | SUSE | ||
Whiteboard: | |||
Заявки RT: | Связано с: | ||
Дата напоминания: | |||
Bug Depends on: | 610, 1126, 7354 | ||
Bug Blocks: | 8900 | ||
Attachments: | База Access |
Версия Access? Office 2000 Нигде не могу найти Office 2000 Если под wine можно будет установить другую версию офиса, то совершенно не принципиально, чтобы это был именно Office 2000. Ну а в остальном, если надо, я могу выложить мой тщательно хранимый архив с каталогом .wine, в котором уже установлен офис. Вот только весит он не мало ... Денис, я думаю стоит рассматривать только XP. Возможно, ещё MSO2003, но в нём не работал Access на момент последней проверки. http://bugs.etersoft.ru/show_bug.cgi?id=1126 Возможно это проблема связана с недоработкой RitchEdit32 ( GSOC-проект ), по окончании разработки следует перепроверить. Попробовал открыть через XP, но при попытке открыть файл ACCESS говорит что файл расположен вне доверительной зоне и не открывает. Хотя файл располагается в корне C:\. Тестировал в бутылке msoXP-baraka. Нужно проверить сосотояние на данный момент, Офис 2003 работает нормально. Если что, то база уже лежит в ftp/tmp/baraka/1415 (In reply to comment #10) > Нужно проверить сосотояние на данный > момент, Офис 2003 работает нормально. > Если что, то база уже лежит в ftp/tmp/baraka/1415 Денис, а как же незакрытая блокирующая бага 1126? в MSOffice 2000, который у нас есть,нет ключа,не могу его установить, а в access 2003 эта база не открывается. Готовую базу к 2003 пока не нашла. Ключ нашла, но в дистрибутиве отсутствует access... Нашла office2000 c access, но он не устанавливается.Наверное стоит проверять эту проблему уже на более поздних версиях access. Проверяла на access 2003 и XP.Отчет создать не получилось, т.к. на форме не создаются эдементы отчета (бага 1415) Готовый отчет никак не открыть. Для этого потребуется решение баги 6645. wine@cellar bottle bugs/1415 (2003) (тут вместо проблемы 6645 просто зависание) wine@cellar bottle bugs/1415-1 (xp) WINE@Etersoft 1.0 SQL 1.0.12-eter11.12/21 на eterhack из git то же самое. <wine@cellar bottle bugs/1415-1>$ WINE@Etersoft 1.0 SQL 1.0.12-eter11.12/21 База в папке мои документы - TestDB.mdb Если поставить значение расширения в свойствах поля отчета "ДА" и нажать просмотр, получаем мертвое зависание: Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:30007dd5 ESP:0032fb74 EBP:0032fd64 EFLAGS:00210206( - 00 - RIP1) EAX:000046cc EBX:00680128 ECX:0032fd34 EDX:00000001 ESI:00000001 EDI:00680128 Stack dump: 0x0032fb74: 00000001 3004ad35 000046cc 00000301 0x0032fb84: 00090090 00000000 00000002 7e78aaa0 0x0032fb94: 0032fbf4 7ee3719c 7e78aaa0 7ee5dff4 0x0032fba4: 00000002 7e78aaa0 0032fc0c 7ee3719c 0x0032fbb4: 7e78aaa0 7ee3712b 7e76bff4 00000038 0x0032fbc4: 7ee5dff4 7ee59e9c 7ef64951 7ffd80cc Backtrace: =>0 0x30007dd5 in msaccess (+0x7dd5) (0x0032fd64) 1 0x3004ac6e in msaccess (+0x4ac6e) (0x0032fda8) 2 0x300126ee in msaccess (+0x126ee) (0x0032fdf4) 3 0x3000f898 in msaccess (+0xf898) (0x0032fe50) 4 0x30002a5e in msaccess (+0x2a5e) (0x0032fe6c) 5 0x30001ad5 in msaccess (+0x1ad5) (0x0032fef8) 6 0x7ee1b52f in kernel32 (+0x5b52f) (0x0032ffe8) 0x30007dd5: movl 0x4(%eax),%esi Wine-dbg> Если поставить НЕТ, то отображается нормально. Откладываем задачи, к которым не обращались более 100 дней. Задача по релизу W@E 1.0.8 Уже давно не актуально, закрываю. |
Created attachment 329 [details] База Access Для полей отчетов в Access, в окне свойств поля, можно задавать значение параметра «Расширение». В случае если расширение поля разрешено, то при выходе текста за границы поля по длине – продолжение переносится на другую строку. В случае если в отчете хотя бы на одно поле задано положительное значение расширения, то при работе под WINE перенос слов абсолютно во всех словах происходит с несоразмерно большими промежутками между строк и отступами от правого конца поля. Для сравнение прикрепляю файл базы данных Acces 'TestDB.mdb'. Пример переноса строк при работе в Windows и при работе в Wine можно посмотреть на примере отчета 'TestTab'.