|
|
|
|
#1 |
|
Axapta
|
На что спорим, что этим способом будет все равно не пользователь данные копипастить, а сотрудник IT отдела, например?
Ситуация-то редкая, ну раз в несколько месяцев возникать может, ну никак не чаще. Да пользователь помнить-то ничего к этому времени уже не будет, даже если очень захочет (хотя и в это я не верю).Простые? Думаешь? Может у нас в Москве пользователи другие? Или мы не умеем их готовить? ![]() Может у вас пользователи еще и руководство, написанное для них, читают?! |
|
|
|
|
#2 |
|
Moderator
|
А куда они денутся с подводной лодки? Потому что "а если не будут... - отключим газ!"
Иногда читают-читают и, что еще невероятнее, иногда даже благодарят за прочитанное. Однако, сейчас не об этом. По ходу дела тут пришлось поковыряться с OWC Spreadsheet (10 и 11) на форме Аксапты. Заодно и с кавычками поэкспериментировал. Так вот в него, в отличие от Excel, подобные проблемные данные с хаотичными двойными кавычками влетают как надо без каких-либо предварительных настроек. И даже далее по кнопке сливаются в Excel тоже уже как надо. Spreadsheet обнаружил другую проблему, уже не связанную с кавычками - он съедает ведущие нули в текстовых строках, состоящих из цифр. Никакое предварительное форматирование ячеек как текст не спасает (опять же в в отличие от Excel). Он, конечно, располагает данные как текст и это видно по левому выравниванию. Но он, собака такая, перед помещением в ячейку сначала пытается распознать в тексте число и ему это удается. Спасение есть только одно - ведущий апостроф в ячейке. Но его, увы, не засунуть в копипастный буфер, снимаемый с грида. В общем, полного счастья нет нигде. |
|
|
|
|
#3 |
|
Участник
|
Цитата:
|
|
|
| Теги |
| ax3.0, ax4.0, excel, spreadsheet, баг, кодировка, номенклатура, спецсимвол |
|
|
| Опции темы | Поиск в этой теме |
| Опции просмотра | |
|