» Вопросы по компонентам для Delphi, C++ Builder 2

Andy_Solo
давай мыло в ПМ, скину ту что себе ставил, главное порядок установки правильный вести. там в реадмях все прописанно.

Цитата:

а можешь сделать экспорт данных в ёксель(через Оле) и пусть творят что хотят
а патом закачать обратно только валидные или выдать список с валидными/невалидными данными и пусть сами принимают решение что делать дальше
закачать только валидные и соответственно удалить другие или ещё что .. на твоё усмотрение тут уже

Вот к такому варианту я и склоняюсь.

ORMADA, спасибо за ответ про EhLib


Цитата:

а можешь сделать экспорт данных в ёксель(через Оле) и пусть творят что хотят

да ну... Конечно, это сильно зависит от конкретной задачи, но мне кажется, что это самый гемморойный вариант для программиста - они обязательно сдвинут строчки, вставят столбец, изменят тип поля и т.д. и т.п. И тогда уж зачем завязываться с OLE, если есть компоненты, читающие/пишущие XLS без самого Excel'я... Хотя, конечно, можно запускать Excel прямо из своего приложения...

Господа, вопрос - есть ли в природе компоненты (желательно free или леченные), которые позволят запаковать файлики (имя 8.3) в обычный ARJ архив? (запускать arj.exe не предлагать - именно от этого и хочу избавиться ;-))

2 SERGE_BLIZNUK
>Хотя, конечно, можно запускать Excel прямо из своего приложения.
>И тогда уж зачем завязываться с OLE, если есть компоненты, читающие/пишущие XLS без >самого Excel'я..
а редактировать то они где будут ?

если просто запускать ехе то данными обмениваться как с приложением будешь ?
заставлять потом ещё пользователя выбирать страничку и файл из кот импортировать.. гемор
к примеру сделал форму с кнопкой выгрузка/загрузка в ёксель
выгрузил - поредактировали тут же сохранили через форму
не сохранили через форму - посылать!
т.к. данные уже могут быть невалидными..
а они обычно как любят делать сёдня сохранили в ёкселевский лист завтра поредактировали после завтра сохранили..

вообще давать пользователям многа свободы - плохо
так то по любому накосячат а потом на программиста всё свалят типа плохо написал
так что логирование ещё обязательно делай на каждую такую загрузку польз. данных


Добавлено:
кстати у cxSpreadSheet нет автофильтров как в ёкселе

Добавлено:
да и возможности у ёкселе конечно в разы круче....

У меня такой вопрос: есть ли компоненты (программы?) для Borland CPP 6 / 2006, чтобы из скомпилированной .dll, содержащей иконки, музыку, шрифты и прочие ресурсы, нельзя было бы Restorator`ом вытаскивать эти ресурсы? А для .exe c ресурсами аналогичные есть?
Всем спасибо!

Кто юзал ТМС-овский DBAdvGrid. Хочу отобразить ProgressBar в столбце. Поле добавил. Тип - progressbar - выставил. ProgressBar стал отрисовываться. Но показывать ничего не показывает. Показывает только % цифирьками.

Добрый день ! Скачал месяца как у китайев ReadWriteII . Ставлю. Открываю демку (еще даже не компиля, просто открываю !!!) и все валится с экспешенами. На третий раз открытие демки просто сваливает дельфу ....
Через несколько попыток чаcать демок открывается и ...и сваливается на билде ...или на запуске..

Ладно создаю свое - снова падает, причем не с первого раза. После падения ДЕЛЬФИ ругается на какие-то панели и классы ...

КТо-нить сталкивался с подобным безобразием ?

Господа, по поводу компрессии файлов в архив ARJ кто может помочь или посоветовать что-нибудь?..

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

Добавлено:
2 SERGE_BLIZNUK
ZipTV тебе поможет!
Компонент позволяющий со множеством типов архивов. Поддерживает gzip, jar, lha, cab, tar, uuencode, zip, ace, arc, arj, rar, tar, zoo
живёт в обменнике под 0 постов
ZipTV Compression Components 6.8.4 for Borland Developer Studio 2006 (Delphi for Win32)
или
ZipTV 2005 Retail

тебе обязательно arj ?
так то ещё есть фришный опенсорсный jbzip32 но делает тока zip архивы

ORMADA

Цитата:

ZipTV тебе поможет

к сожалению - не поможет... ;-(((


Там есть только UnArj ... [more]
в MainDemo (main.pas)

Код:
(* Decompression components *)
ztvUnBh,
ztvUnArj,
ztvUnArc,
ztvUnZip,
ztvUnZoo,
ztvUnTar,
ztvUnLha,
ztvUnGZip,
ztvUnCab,
ztvUnRar,
ztvUnAce2,
ztvUnJar,
{$IFDEF use_zlib}
ztvUnZLib,
{$ENDIF}

(* Compression components *)
ztvBlakHole,
ztvZip,
ztvGZip,
ztvTar,
ztvJar,
ztvMakeCab,
ztvLha,
// if your compiler stops here: remove the following line
ztvZipSplitter,
(* Encoding / decoding components *)
ztvUUDecode,
ztvUUEncode, ztvUnBZip, ztvBZip;

SERGE_BLIZNUK
Попробуй посмотреть здесь _http://gnuwin32.sourceforge.net/packages/arj.htm. Там и исходники есть.

По поводу редактирования и ввода данных непосредственно в гриде (EhLib).
Во всех своих программах избавляюсь от такого типа ввода данных, исключение составляют некоторые простейшие справочники (типа фамилии, должности, улицы и т.д.).
Причины:
1. Неудобно делать нестандартный ввод, типа множественный выбор из справочника.
2. Если большой набор вводимых данных, часть данных прячется за экран, что не всегда удобно.
3. Иногда бывает случаи пользователи звонят и говорят "ой, я что-то тута нажала, а оно стерлось".


Напишите свои за и против, кто каким типом ввода пользуется.

Аналогично.
- Гриды для движения по данным в режиме просмотра
- Карточки для редактирования или добавления новых записей (одна запись в карточке... по-возможности с дбнавигатором)

редактировать в гридах - зло!
гораздо прикольней иметь объекты данных и едиторы на них(пишу 3-х звенку отсюда и такие суждения)
блокировать объекты да редактирование если кто то уже редактирует
заносить данные в рамках транзанкции после редактирования данных
юзер редактит данные НЕ В БД комопнентах
потом строиться скуль на опред действие(редакт/добав) ядром и отправляется на сервер
как показала практика хорошо продуманное ядро позволяет быстро ваять приложения
оч. хорошо если ядро ещё и на интрерфейсах

Цитата:

редактировать в гридах - зло!
гораздо прикольней иметь объекты данных и едиторы на них

А если пользователю нужно внести достаточно много записей, причем по разным объектам, например, поступило n замеров каких-то параметров для n объектов, их нужно ввести следующим образом:

н-р объекта дата значение параметра.

При вводе информации по каждому объекту ему нужно сначала выбрать этот объект, потом занечти по нему данные и т.п. - получается много лишних действий. Поэтому пользователи и предпочитают пользоваться Excel, там как раз табличный ввод и не нужно вводить ничего лишнего. Если кто-то предложит альтернативу табличному вводу в такой ситуации - с удовольствием послушаю.

abv
Альтернатива конечно же есть - собирай информацию прямо с датчиков в автоматическом режиме

abv
В этом случае удобней прямо в грид, я не спорю и сам так делаю. В этом случае как правило нет работы со справочниками.

В прикладных программах нужно избегать редактирования в гриде.

Случай abv - не исключение.
Можете подсчитать количество нажатий на клавиатуре,
оно будет практически тем же при массовом вводе через форму редактирования
(Insert, ввод значения, стрелка вниз,ввод значения, стрелка вниз...,Enter)
vs
грид (стрелка вниз, ввод значения, Tab, ввод значения, Tab...)

То есть одно лишнее нажатие Enter при использовании формы редактирования.

multisync777
Какую версию Delphi используешь?
Сообщение об ошибке приведи.

2 abv

смотри делаешь на форме грид кот напрямую НЕ РЕДАКТИРУЕТСЯ
есть кнопки + - *
при нажатии на кот выполняются соот. действия(выскакивает форма на добавление/редактирования записи)
всё это делается в памяти(можно заюзать любую мемори таблу кот нравиться (Rx,Jedi,DevExp))
после всех действий пользователся строиться скуль на изменение данных(insert,update,delete) по каждой записий
но выполняются действия СТРОГО в рамках 1 ТРАНЗАНКЦИИ

Ang - спасибо за ответ.

Цитата:

Попробуй посмотреть здесь _http://gnuwin32.sourceforge.net/packages/arj.htm. Там и исходники есть.

Ага. Есть. На С.
Теперь подскажите, что с этим добром можно сделать, чтобы из Дельфийской программы паковать файлы?

SERGE_BLIZNUK

Цитата:

Ага. Есть. На С.
Теперь подскажите, что с этим добром можно сделать, чтобы из Дельфийской программы паковать файлы?

Два варианта - либо переведи на паскаль (если кода немного - можно и повозиться), либо собери в библиотеку сишным компилятором (какой больше нравится) и выставь наружу нужные функции

Всем спасибо за помощь! Всё, я думаю тему можно закрывать - я уже отчаялся. похоже формат ARJ никому не нужен, кроме меня ;-))

просто для удовлетворения любопытства -

Цитата:

Два варианта - либо переведи на паскаль (если кода немного - можно и повозиться),

нереально... - *.С - файлы 850,360 bytes in 51 files (общее количество иходных строк - 34768) - это без заголовочных файлов (.h)


Цитата:

либо собери в библиотеку сишным компилятором (какой больше нравится) и выставь наружу нужные функции

а можно пару слов (можно в приват) - как это делается? это сложно? (если мы имеем дело с консольной программой win32 (конкретнее ARJ32.exe))

DLL писал ?
ничего сложного нету!
делаешь длл как и было сказано выше с экпортом нужных ф-ии
например
1.сжать
2.разжать
кот являются обёртками над сишными(тут разжовывать небуду читай инфу по dll)
экспортишь их
в своей проге подружаешь динамо dll вызываешь нужныую ф-ую с параметрами и усё

ORMADA
Ой... зачем такие сложности %) собираешь obj файлы из исходников... далее рисуешь обертку и линкуешь в нее созданные объектники... типа... пишу от фонаря:

unit SupperPack;

interface

function pack( src : PChar; dest : PChar; iSize :Integer );

implementation

{$L твой.obj}

procedure pack; external;

end.

2 Alto
возможно ты прав
я просто привык засовывать внешние вещи в длл и юзать как обычную библу
не вижу особого смысла засовывать обж в исходное приложение
т.к. это не основной функционал программы
а с ипользованием длл есть несколько +
1.при изменение типа архива - меняем длл по уму => исходный можно вообще не перекомпиливать
2. допустим при выходе новой версии архиватора (баг фиксы , ещё что-то) также ничего делать с основным проектом делать не надо будет
мне кажется стоит задуматься над вынесением ентого в длл ?

SERGE_BLIZNUK

Цитата:

Там есть только UnArj
и сменить архиватор нельзя - в нём отчёты в головную контору уходят именно в нём, итить его... ;-(( да, похоже от запуска консольной версии никуда не деться ;-((

Так ARJ, RAR и некоторые другие форматы архивов закрытые, а ZIP - формат открытый. Вот поэтому в ZipTV и нет упаковки в некоторые популярные форматы, а только распаковка.

Andy_Solo

Цитата:

ARJ, RAR и некоторые другие форматы архивов закрытые, а ZIP - формат открытый

имхо, Насчёт ARJ вы ошибаетесь...
1) в самом ZipTV (MainDemo) в коде напротив Arj стоит
//cArj :; // Component to be added in future versions

2) Как выше обсуждалось, есть проект Андрея Белова с исходными текстами arj - http://arj.sourceforge.net. Правда, я не знаю, насколько это чисто с точки зрения закона... ;-)))

просто, похоже никому это формат не нужен ;-))

Знатоки !
Посоветуйте хорошую библ. для доступа из Delphi 7 к удаленной базе MYSQL,
если к тому же поддерживает PostgreSQL 8, еще лучше


Добавлено:
желательно, чтобы без драйверов и DLL, прямо компилировались в код

fansycome
Here