Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » Вопросы по компонентам для Delphi, C++ Builder 2

Модерирует : ShIvADeSt

ShIvADeSt (20-06-2007 07:33): http://forum.ru-board.com/topic.cgi?forum=33&topic=8529  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106

   

Ang



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
SERGE_BLIZNUK
Попробуй посмотреть здесь _http://gnuwin32.sourceforge.net/packages/arj.htm. Там и исходники есть.

Всего записей: 251 | Зарегистр. 25-07-2001 | Отправлено: 14:10 07-08-2006
xlebopezka

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

Всего записей: 93 | Зарегистр. 06-07-2005 | Отправлено: 15:00 07-08-2006
Alto



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Аналогично.  
- Гриды для движения по данным в режиме просмотра
- Карточки для редактирования или добавления новых записей (одна запись в карточке... по-возможности с дбнавигатором)

Всего записей: 388 | Зарегистр. 20-03-2003 | Отправлено: 15:44 07-08-2006
ORMADA



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

Всего записей: 144 | Зарегистр. 13-08-2003 | Отправлено: 16:26 07-08-2006
abv



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору

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

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

Всего записей: 267 | Зарегистр. 23-08-2001 | Отправлено: 16:46 07-08-2006
Vladimir_Pashutin

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
abv
Альтернатива конечно же есть - собирай информацию прямо с датчиков в автоматическом режиме

Всего записей: 70 | Зарегистр. 14-05-2003 | Отправлено: 16:52 07-08-2006
xlebopezka

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
abv
В этом случае удобней прямо в грид, я не спорю и сам так делаю. В этом случае как правило нет работы со справочниками.

Всего записей: 93 | Зарегистр. 06-07-2005 | Отправлено: 17:54 07-08-2006
oan42



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
В прикладных программах нужно избегать редактирования в гриде.
 
Случай abv - не исключение.
Можете подсчитать количество нажатий на клавиатуре,
оно будет практически тем же при массовом вводе через форму редактирования
(Insert, ввод значения, стрелка вниз,ввод значения, стрелка вниз...,Enter)  
vs
грид (стрелка вниз, ввод значения, Tab, ввод значения, Tab...)
 
То есть одно лишнее нажатие Enter при использовании формы редактирования.

Всего записей: 488 | Зарегистр. 03-08-2004 | Отправлено: 23:02 07-08-2006
dflbr

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
multisync777
Какую версию Delphi используешь?
Сообщение об ошибке приведи.

Всего записей: 15 | Зарегистр. 02-03-2005 | Отправлено: 04:23 08-08-2006
ORMADA



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

Всего записей: 144 | Зарегистр. 13-08-2003 | Отправлено: 07:22 08-08-2006
SERGE_BLIZNUK

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Ang - спасибо за ответ.

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

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

Всего записей: 2014 | Зарегистр. 12-09-2002 | Отправлено: 08:39 08-08-2006
RomanTim

Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
SERGE_BLIZNUK

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

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

Всего записей: 375 | Зарегистр. 11-09-2003 | Отправлено: 10:06 08-08-2006
SERGE_BLIZNUK

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

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

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

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

Всего записей: 2014 | Зарегистр. 12-09-2002 | Отправлено: 13:55 08-08-2006
ORMADA



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

Всего записей: 144 | Зарегистр. 13-08-2003 | Отправлено: 14:29 08-08-2006
Alto



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ORMADA
Ой... зачем такие сложности %) собираешь obj файлы из исходников... далее рисуешь обертку и линкуешь в нее созданные объектники... типа... пишу от фонаря:
 
unit SupperPack;
 
interface
 
function pack( src : PChar; dest : PChar; iSize :Integer );
 
implementation
 
{$L твой.obj}
 
procedure pack; external;
 
end.

Всего записей: 388 | Зарегистр. 20-03-2003 | Отправлено: 17:04 08-08-2006
ORMADA



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

Всего записей: 144 | Зарегистр. 13-08-2003 | Отправлено: 07:12 09-08-2006
Andy_Solo



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
SERGE_BLIZNUK

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

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

Всего записей: 539 | Зарегистр. 06-08-2003 | Отправлено: 09:48 09-08-2006
SERGE_BLIZNUK

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Andy_Solo

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

 
имхо, Насчёт ARJ вы ошибаетесь...
1) в самом ZipTV (MainDemo)  в коде напротив Arj стоит  
         //cArj                 :;              // Component to be added in future versions
 
2) Как выше обсуждалось, есть проект Андрея Белова с исходными текстами arj - http://arj.sourceforge.net. Правда, я не знаю, насколько это чисто с точки зрения закона... ;-)))
 
просто, похоже никому это формат не нужен ;-))
 
 
 

Всего записей: 2014 | Зарегистр. 12-09-2002 | Отправлено: 13:04 09-08-2006
fansycome

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Знатоки !
Посоветуйте хорошую библ. для доступа из Delphi 7 к удаленной базе MYSQL,  
если к тому же поддерживает PostgreSQL 8, еще лучше
 
 
Добавлено:
желательно, чтобы без драйверов и DLL, прямо компилировались в код

Всего записей: 52 | Зарегистр. 10-02-2006 | Отправлено: 13:14 10-08-2006
vshersh



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
fansycome
Here

Всего записей: 506 | Зарегистр. 12-01-2006 | Отправлено: 13:26 10-08-2006
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106

Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » Вопросы по компонентам для Delphi, C++ Builder 2
ShIvADeSt (20-06-2007 07:33): http://forum.ru-board.com/topic.cgi?forum=33&topic=8529


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru