Работа с uOpenOffice
Модератор: Модераторы
korvlad - это login
vladkor это вроде ник
vladkor это вроде ник
Наверное я тупой - вроде все нашел - как отправлять?
Добавлено спустя 3 минуты 37 секунд:
https://sourceforge.net/account/projects
выбор u/korvlad
а дальше?
Добавлено спустя 3 минуты 37 секунд:
https://sourceforge.net/account/projects
выбор u/korvlad
а дальше?
- debi12345
- долгожитель
- Сообщения: 5761
- Зарегистрирован: 10.05.2006 23:41:15
- Откуда: Ташкент (Узбекистан)
Лазарус -> Java -> Openoffice .
Без всяких Оле. Правда в гугле так и не нашел как это сделать.
А ведь такая схема обещает надежное и кроссплатформенное управление Опенофисом .
С Java-ой удобнее всего взаимодействовать через CORBA-интерфейс - работаешь как будто с нативными компонентами.
Только когда его (CORBA) наконец допилят для FPC...
- leo_bsv
- постоялец
- Сообщения: 276
- Зарегистрирован: 04.08.2010 16:26:10
- Откуда: Йошкар-Ола
- Контактная информация:
Владимир писал(а):https://sourceforge.net/account/projects
выбор u/korvlad
а дальше?
дальше строчкой ниже u/korvlad, должен быть по идее ODFProc,
короче, раздел Files нельзя использовать как полноценное хранилище сторонних файлов, он предназначен для релизов,
с правами разработчика в этот раздел ничего выложить нельзя, только с правами админа. Но разработчик может полноправно
участвовать в разработке - постить другие материалы, присылать обновления через svn и тд и тп...
но ты можешь в своём проекте-по-умолчанию под названием u/korvlad подключить через Admin-Tools тулзу Downloads и выложить все файлы, кинуть мне ссылку - я перетащу в ODFProc.
Добавлено спустя 7 минут 6 секунд:
debi12345 писал(а):С Java-ой удобнее всего взаимодействовать через CORBA-интерфейс - работаешь как будто с нативными компонентами.
Только когда его (CORBA) наконец допилят для FPC...
что ж тогда вообще всё на Java не писать.. зачем паскаль?
leo_bsv писал(а): кинуть мне ссылку - я перетащу в ODFProc.
https://sourceforge.net/projects/korvlad.u/upload/
файл buhutil.pas
Автор Сергей Панченко
- debi12345
- долгожитель
- Сообщения: 5761
- Зарегистрирован: 10.05.2006 23:41:15
- Откуда: Ташкент (Узбекистан)
что ж тогда вообще всё на Java не писать.. зачем паскаль?
А если некуда деваться ?
Вот недавно понадобилось писать репликатор ORACLE-2-PostgreSQL, чтобы не было проблем с кириллицей, форматами дат и плавающей точки, и перекодировками. Единственные драйвера под оба типа серверов, которые не имеют проблем с юникодом и прочей лоализацией, оказались Java-ские. И внутри Java построена на UCS2, то есть проблема кодировок отсутствует. Пришлось лепить комбо-проект из 1) java-коннектора в виде CORBA-демона и 2) С++-фронтенда в виде CORBA-клиента, который программирует коннектор, передает ему данные и команды, ... Ох же и намучился,чтобы фронтэнд правильно формировал (из командной строки) кириллицу для коннектора - потому что в C[++] поддержка юникода чудовищна! В FPC она (поддержка юникода) изумительна, но зато на FPC не напишешь CORBA-фронтэнд
- leo_bsv
- постоялец
- Сообщения: 276
- Зарегистрирован: 04.08.2010 16:26:10
- Откуда: Йошкар-Ола
- Контактная информация:
Владимир писал(а):https://sourceforge.net/projects/korvlad.u/upload/
файл buhutil.pas
Автор Сергей Панченко
Запостил ссылку здесь
Файл останется в твоём проекте, автора лучше вписывать прямо в файл.
debi12345 писал(а):А если некуда деваться ?
сочувствую...
leo_bsv писал(а):Файл останется в твоём проекте, автора лучше вписывать прямо в файл.
Ок, принято.
И с наступающим Новым годом! Успехов, счастья, здоровья!
- leo_bsv
- постоялец
- Сообщения: 276
- Зарегистрирован: 04.08.2010 16:26:10
- Откуда: Йошкар-Ола
- Контактная информация:
Владимир писал(а):И с наступающим Новым годом! Успехов, счастья, здоровья!
тебя тоже! с наступившим уже )
за эти выходные практически прикрутил поддержку свойств таблиц (TOdtTable.Properties), 15 ревизия
предлагаю оттестировать новый функционал, сразу предупреждаю что не всё работает однозначно в силу логических вилок в самом ООо... а также по-моему в редакторах отсутствует поддержка некоторых свойств описанных в спецификации, например свойства Display... конструктивное обсуждение приветствуется.
Не компилится - валится на case of string
Может, директиву компилятору какую-то указать?
Вроде переменная в case должна быть порядкового типа?
Код: Выделить всё
function DecodeBreak(s:string):TBreak;
begin
case s of
'auto' : exit(bAuto);
'column': exit(bColumn);
'page' : exit(bPage);
end;
end;Может, директиву компилятору какую-то указать?
Вроде переменная в case должна быть порядкового типа?
- leo_bsv
- постоялец
- Сообщения: 276
- Зарегистрирован: 04.08.2010 16:26:10
- Откуда: Йошкар-Ола
- Контактная информация:
я использую
Free Pascal Compiler version 2.5.1 [2011/06/21] for i386 svn 18016
Lazarus 0.9.31 svn 34536
вроде никаких директив не указывал,.. всё компилится и так.
для простой установки из svn и обновления использую LazUpdater
с русской локализацией
Free Pascal Compiler version 2.5.1 [2011/06/21] for i386 svn 18016
Lazarus 0.9.31 svn 34536
вроде никаких директив не указывал,.. всё компилится и так.
для простой установки из svn и обновления использую LazUpdater
с русской локализацией
leo_bsv писал(а):я использую
Загадка... Я боюсь обновляться - если работает, то пусть работает! Касательно переменной в Case - она может быть не Integer?
leo_bsv писал(а): иначе мы бы не использовали это ПО..
Я не про баги - конкретно про String в case - правильно ли?
