Total Commander

Плаг не открывает файлы при использовании конвертера от Novell, если в путях и/или именах файлов есть кириллица.

DS

На самом деле конвертер Novell - порт их совметного с Clever продукта под OpenOffice.org и Linux.

Нет - просто порт под C.
OpenOffice.org не при чем - конвертер работает и без него. К ООо там просто добавка, чтобы конвертер пускался из ООо.

C чего вы взяли, что ему .Net не нужен?

Смотрим депенденсис файла OdfConverter.exe:

1) Конвертер Clever - требует mscoree.dll

2) Конвертер Novell - требует
msvcrt.dll
advapi32.dll
kernel32.dll
и т.д.

(то же касается его библиотек)

Что касается поддержки xlsx и pptx, то, если судить по документации (ChangeLog.txt) из Complete Source Distribution Release 1.2-M2, конвертера (имеется ввиду exe-утилита) для xlsx ещё нет, а конвертер для pptx появится в виде отдельной утилиты.

Нет, неправильно:

1) Конвертер от Clever - поддерживает DOCX, XLSX, PPTX
2) Конвертер от Novell - действительно поддерживает только DOCX (остальное оторвали)

DrShark писал(а):Плаг не открывает файлы при использовании конвертера от Novell, если в путях и/или именах файлов есть кириллица.

Подтверждаю.

Конвертер Novell требует имена файлов в UTF8, хотя конв. от Clever - требует их, естественно, в ANSI.

1) Конвертер от Clever - поддерживает XLSX, PPTX

Ты проверял? Впрочем, это не меняет того, что из-за отсутствия подходящего xsl эти форматы к OOoHTMLView всё равно пока не прикрутишь...
Кстати, ты можешь сделать exe-утилиту, работающую аналогично плагину, и поддерживающую в качестве параметров командной строки входной файл, файл xsl и файл на выходе? Так можно будет проверить, какие xsl сможет поддерживать твой плаг.

1) Конвертер от Clever - поддерживает XLSX, PPTX
Ты проверял?

Да, смотри:

Код: Выделить всё

[INFO][C:\Downloads\DodgePerAgiLab.xlsx] Converting file: C:\Downloads\DodgePerAgiLab.xlsx into C:\Downloads\D
odgePerAgiLab.ods
[INFO][C:\Downloads\DodgePerAgiLab.xlsx] Conversion succeeded
[INFO][C:\Downloads\DodgePerAgiLab.xlsx] Total conversion time: 00:00:02.6562500
Done.

Кстати, ты можешь сделать exe-утилиту, работающую аналогично плагину, и поддерживающую в качестве параметров командной строки входной файл, файл xsl и файл на выходе? Так можно будет проверить, какие xsl сможет поддерживать твой плаг.

Могу, но можно обойтись плагином, см ЛС.

OpenOffice.org OpenXML Translator
Download and Installation
System Requirements
The OpenOffice.org OpenXML Translator requires the following versions of OpenOffice.org:
OpenOffice.org 2.0.4 or later Novell edition for Windows

http://www.novell.com/documentation/ope ... lator.html

О дотНет ни слова...

Поправлено issue с тем, что конвертер Novell требовал русские имена файлов в UTF8.
Сделана конверсия ANSI->UTF8 специально для него (конвертер Novell распознается по наличию в его каталоге iconv.dll).

Ник писал(а):Alextp
Вот быстрый просмотр с минимумом форматирования от твоего плагина и ждут люди, которые постоянно работают с документами ООо.

Точно, а так получается, что WORDVIEW.EXE открывает документы в три разы быстрее, да и форматирование там с картинками и без искажений нумерованных списков. Привязать просмотр доксов ко универсальному вьюеру это хорошо, я тоже люблю все-в-одном но не в ущерб просмотру. Львиная часть вьюеров используется (мной по крайней мере) для быстрого просмотра, сортировки, перейменования и отсеивания лишнего в целой громаде файлов без использования тогоже ворда с его постоянным открыванием и закрыванием аж в глазач рябит. Если б не было предпросмотра в самом ворде, вообще был бы аврал.
Кстати, я так понял RTF плагин не кушает?

Alextp
Хорошо бы поправить номер плагина внутри файла - там до сих пор 1.1.0.0

То что Word вьюер открывает документы быстрее, это плохо, бороться с этим можно только одним способом -
научить плагин работать с конвертерами Ворда 2007.

Я забросил тему
http://forum.wincmd.ru/viewtopic.php?t=9346

Если можно заставить office.wlx работать с конв. В2007, то
я буду пользоваться office.wlx,
а этот плагин дорабатывать нет смысла.

Edit

Хорошо бы поправить номер плагина внутри файла

Поправил

Кстати, существует (PDF)filter 1.05.51 http://wincmd.ru/plugring/filter.html , который позволяет смотреть любые файлы, используя адекватный конвертор командной строки - может он будет быстрее работать?

Или важен не только конвертор, но и преобразование в HTML?

У меня просто уже 10 минут документ не может открыться в листере

(PDF)filter 1.05.51 , который позволяет смотреть любые файлы, используя адекватный конвертор командной строки - может он будет быстрее работать?

Не будет. Точно. Важна только скорость конвертера docx->ODT,
скорость ODT->XML не важна.

Или важен не только конвертор, но и преобразование в HTML?

Важен только конвертер docx->odt.
Конвертер Novell работает быстрее где-то на секунду.

Alextp,
а так уж необходимо делать комбайн, понимающий и опеносовские и MS файлы?
Может стоит их все-таки разделить? Пусть будет маленький шустрый плугин для ОпенОфис и большой тормоз для MS.. )))

А он и так - маленький шустрый для ООо.

А добавляешь к нему OdfConverter.exe (опционально!)- становится большой тормоз для МС.

(PDF)filter понимает только html, rtf и txt.
OdfConverter конвертирует в ODF.
Какой смысл прикручивать к (PDF)filter предполагаемый exe-конвертер, конвертирующий файл в порядке docx->odf->html?!
Пока более короткого пути нет.
Тем более, что для OOoHTMLViewer поддержка docx опциональная, не раз уже оговорено...
Что же касается шустрого OOoSimpleViewer, то у него конкретные проблемы с отображением кириллицы.

Total Commander

OpenOffice.org/DOCX/FB2 Viewer