Файлики с багами.
В первом цифорка поворачивается. Во втором исчезает фон. В третьем зеленый фон меняется на синий.

З.Ы. Мне кажется, что объединение ячеек по выделенным ячейкам в которым нет текста не стоит делать объединением. Если объединения не делать - внешне ничего не меняется, а вот если делать то текст, который накладывался в 1С на эти ячейки в Excel обрезается (во втором файле это как раз видно).

Djelf писал(а) 04. Февраля 2008 :: 06:15:

Хм, интересно Спасибо.


Djelf писал(а) 04. Февраля 2008 :: 06:15:

При сохранении в Excel Йоксель конвертирует цвета в стандартную экселевскую палитру. Отсюда возникает искажение цветов. С цветами вопрос надо решать хитро. Делать как Моксель (писать моксельную стандартную палитру) - не очень хорошо. У Йокселя палитра - честное RGB, плюс можно загружать файлы из Excel с сохранением его цветов. Если ставить всегда палитру Мокселя, то опять будет искажение на немоксельных документах.

С другой стороны. Если писать в xls свою палитру, то возникает другая проблема, про которую как-то был разговор на Мисте. Дело в том, что если из файла с одной палитрой скопировать кусок и вставить в файл с другой палитрой, то произойдет искажение цветов.

ИМХО, на это искажение можно забить. А вот какую палитру записывать надо думать. Мне кажется, лучше анализировать документ и составлять палитру из тех цветов, что реально используются. Проблема здесь только в том, что цветов может быть больше 56 и что делать в таком случае, пока не ясно.

Djelf писал(а) 04. Февраля 2008 :: 06:15:

Да, получается непорядок. Спасибо.

Djelf писал(а) 04. Февраля 2008 :: 06:41:

Заливок в смысле узорчиков? Хм. Как же они там вообще живут?

Uzhast писал(а) 04. Февраля 2008 :: 02:17:


Попробовал сегодня. Хорошая штука. Особо, с учетом
Uzhast писал(а) 04. Февраля 2008 :: 04:07:


Только подозреваю, что фичи типа редактирования в ячейке - очень отдаленная перспектива?
В этом смысле пока TableDoc можно пользовать.
Стал вдумываться в идеологическую разницу между SpreadSheet и TableDoc, ... и потерялся.

SpreadSheet на входе кушает стандартную "Таблица", сразу конвертит её в себя и исходник забывает. То есть - ограничений развития почти нет.

А TableDoc - это обертка, дополняющая существующую "Таблица", то есть некоторые корявки Мокселя исправить просто невозможно, хотя весь стандартный функционал уже просто работает.

Так?

dnp писал(а) 04. Февраля 2008 :: 08:54:

Не сказал бы, что очень отдаленная. Но и то, что "вот прям завтра все будет", тоже сказать не могу.

dnp писал(а) 04. Февраля 2008 :: 08:54:

Одна из задач Йокселя - показать, что создание своего собственного, нового, функционала гораздо перспективнее по сравнению с сооружением костылей к коду 1С. Собственный продукт можно наворачивать сколько угодно - препятствий нет. А если идти по пути "костыления", то любая мелкая правка превращается в адскую работу - в долгие ковыряния в дизассемблере и отладчике. Зачастую результат еще получается кривоватым.

Дополнительно собственная разработка дает возможность повысить собственный уровень как программиста, освоить что-то новое, полезное и интересное. А что интересного может быть в гнилых кишках 1С? Даже думать об этом не хочется... 

Uzhast писал(а) 04. Февраля 2008 :: 10:56:

Ну, например вот в свое время много думал, прежде чем понял, что умножение и сдвиг - это на самом деление.
Еще было забавно, когда переписывал часть кода с asm на C++. Опять много думал.
...
Кстати, никому не нужна нормальная ускорялка сохранения MXL в XLS?

В буржуйских Exel-прайсах активно используются так называемые "кнопки перехода" -
щелкаешь по позиции прайса и попадаешь на другой лист Exel с перечнем комплектующих, опций
или картинка + описание.

Такое можно реализовать? (программное создание кнопки перехода)

kms писал(а) 04. Февраля 2008 :: 12:33:

Такие вещи лучше узнавать, читая умные книжки и создавая свой код.

kms писал(а) 04. Февраля 2008 :: 12:33:

Как-то переписал небольшую часть кода 1С с ASM на C++. Потратил ЦЕЛЫЙ день и получил на выходе небольшую страничку кода на C++. Разрабатывая на C++ за ЦЕЛЫЙ день, я бы с десяток таких страничек мог был сделать. Вот я и говорю: огромные затраты времени и мизерный результат.  

kms писал(а) 04. Февраля 2008 :: 12:33:

Не нужна. Нормальная ускорялка сохранения - это Йоксель. И скорость выше, и качество. А костыли должны уйти на помойку.