Вышла новая версия нашего off-line delphi FAQ. Теперь уже под новым именем:

Delphi Russian Knowledge Base
Нумерация осталась старой.


Линки для скачивания:
Основной: http://chicago.lastplanet.com/DRKB.zip
Дополнительный: http://www.delphist.com/DRKB.zip

Размер файла: 5 932 623 байт

Что нового:
1. Добавлено более 500 новых статей
2. Существенно переработаны и дополнены старые статьи, исправлено или заменено большое количество исходных кодов
3. Особое внимание уделено вопросам классификации, перекрёстным ссылкам, поиску и удалению дупликатов.
4. Масса мелкий исправлений.



Об ошибках, замечаниях, дополнениях и пожеланиях можно сообщать прямо в этот топик.

Предупреждаю часто высказываемое мне недовольство большим размером FAQ: ежели кому размер кажется слишком большим, я с удовольствием вышлю данный документ всем желающим на CD диске, стоимость этой услуги - 20 USD$ (включает в себя мои рассходы на пересылку и болванку CD - примерно столько и стоит посылка из Чикаго в страны бывшего СССР, если пересылка окажется дешевле, обязуюсь вернуть остаток денег. По вопросу перевода денег - пишите мне в приват).

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


Огромное спасибо всем, кто откликнулся и помог сделать эту версию лучше!

Сорри, а что поменялось? Чуть больше статей... Это безусловно хорошо... Но, в целом, тоже самое знакомое FAQ...

Все-таки, как ни крути, но, чтоб продвинуть данный продукт необходим более качественный скачок... А не просто смена названия... Позиционируя себя как постоянный потребитель данного издания - оценка изменений - 3+... Извиняет только проставленная версия - 2.2...

Если учитывать объемы информации и ее полезность - то спасибо огромное... Когда у тебя проблема - все равно как представлена информация, главное - чтоб она была... Это да...

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

Я бы мог взятся, но я никогда не могу гарантировать стабильную работу - у меня либо аврал на три недели днем и ночью, либо сплю на работе... Вот когда сплю - могу поработать на этим, но вот расписание спячек крайне редкое и тоже неопределенное... Если такой ритм устроит - можно обсудить...

Ничего подобного, изменения значительные. Очень порадовало изменение навигации. Появились ссылочки на близкие темы. Кликаешь на раздел - а там - о чудо, которого не было в предыдущей версии - описание раздела в правом окошечке. Такое было всего у нескольких разделов.

В общем, спасибо тебе, Vit, громадное!

Ух ты... А если плюсик ткнуть - о чудо - он разворачивается и тоже самое, что справа... Какое облегчение!

Я нисколько не хочу умалить работу Вита и компании... Громадная, хорошая и нужная работа... Спасибо огромное... Но то, что я сказал выше остается в силе....

Цитата

Сорри, а что поменялось? Чуть больше статей... Это безусловно хорошо...

НАВИГАЦИЯ!. Если думаешь, что это так просто и легко - возьми попробуй почти 2 тысячи статей перечитай, переиндексируй и создай перекрёстные ссылки. Я потратил на это более 100 часов работы, и считаю что это было более важным, чем если бы я за это время увеличил документ в 2 раза.

Цитата

Но, в целом, тоже самое знакомое FAQ...

А что ты ожидал? Другой документ? Какой?

Цитата

Когда у тебя проблема - все равно как представлена информация, главное - чтоб она была...

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

Цитата

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

Ну дык, давай - попробуй написать.

Цитата

Я бы мог взятся, но я никогда не могу гарантировать стабильную работу - у меня либо аврал на три недели днем и ночью, либо сплю на работе... Вот когда сплю - могу поработать на этим, но вот расписание спячек крайне редкое и тоже неопределенное... Если такой ритм устроит - можно обсудить...

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

Добавлено @ 15:05

Цитата

А если плюсик ткнуть - о чудо - он разворачивается и тоже самое, что справа... Какое облегчение!

Ни фига! Справа не только ссылки на вложенные темы, но и перекрёстные ссылки на статьи по теме из других разделов, неужели не заметно?

Цитата

НАВИГАЦИЯ!. Если думаешь, что это так просто и легко - возьми попробуй почти 2 тысячи статей перечитай, переиндексируй и создай перекрёстные ссылки. Я потратил на это более 100 часов работы, и считаю что это было более важным, чем если бы я за это время увеличил документ в 2 раза.

Я лично всегда пользуюсь поиском... FAQ - это не журнал, который надо читать по оглавлению, а помощник в критических ситуациях...
Меня интересует навигация изутри статьи... Типа СМОТРИТЕ ТАКЖЕ как Дельфи... Этого нет в большинстве случаев... Так что изменений я не почувствовал...

Цитата

Цитата Но, в целом, тоже самое знакомое FAQ... А что ты ожидал? Другой документ? Какой?

Конечно другой.... Название-то обязывает....


Насчет приложения - я подумаю....

Добавлено @ 15:31
За последнее сообщение - получил звездочку и опытного... приятно...

Цитата

Меня интересует навигация изутри статьи... Типа СМОТРИТЕ ТАКЖЕ как Дельфи... Этого нет в большинстве случаев...

Будет, пока правда не придумал как сделать... в плане дизайна

Вариант MSDN устраивает? Могу сделать так же. Только не сразу. Может быть даже конвертор статей сделаю...

Цитата

Вариант MSDN устраивает? Могу сделать так же

Что именно имеется ввиду?

Когда кликаешь по ссылочке появляется маленькое желтенькое окошко с сылочками на подобные темы. Прада поискав в MSDN я их там не нашел. =\ У меня в оффлайновой версии прошлого года такие везде.

До:


После:

Проблема собственно вот в чём:

1) Писать линки в тексте - не красиво
2) Делать линки в отдельном всплывающем окне - довольно трудоёмко в плане написания.

Склоняюсь ко второму варианту, хоть и гораздо более трудоёмкому.

Тоесть браться за работу?

Да нет пока, у тебя есть Help and Manual?

Привет!
Извини, что долго не отвечал, гора работы подкралась незаметно.
Просмотрел FAQ. Что сказать - хороший, надёжный источник информации, без глюков и несуразиц. Полазил по нескольким разделам, ни к чему серьёзному придраться не могу. Единственное, хотелось бы подправить орфграфию на welcome page (как лицо FAQ'а):
Кое-что пропущено:
>Кроме вышеперечисленных, в были использованы так же материалы следующих сайтов:
В этой и последней строчке "также" должно писаться слитно.
В остальном всё отлично!

Есть модифицированное предложение по соучастию в составлении ФАКа. Любой желающий берёт раздел и пичкает его ссылками "See also".

Цитата

Кроме вышеперечисленных, в были использованы так же материалы следующих сайтов: В этой и последней строчке "также" должно писаться слитно.

Еще пропущено слово после предлога "в" перед "были", видимо там должно быть "DRKB"...

p0s0l
цитировать надо обширнее:

Цитата

Кое-что пропущено: >Кроме вышеперечисленных, в были

Базы данных - Работа через BDE - Работа с таблицами - Упаковка таблиц

Ссылка Упаковка таблиц не работает.

Кроме того открыл файл по Win98 а в левой части абракадабра. Какой шриф, должен стоять в системе. (Хотя их около 500)?

Цитата

Кроме того открыл файл по Win98 а в левой части абракадабра.

Знаю об этом глюке, он возникает в английском Win98 - не одну неделю потратил на то чтобы заставить работать - я сдаюсь, не получается, я не знаю что ещё попробовать!

Версия винды не английская, но...
стоит OfficeXP CorpEdition - английская версия.

Это сообщение отредактировал(а) dsergey - 7.5.2004, 08:01

VCL - TForm - Перемещение формы - Таскаем форму за ее поверхность

При объявлении процедуры обработки сообщений, вместо wm_NCCHitTest надо WM_NCHITTEST - т.е. убрать одну лишную букву С.

Код

TForm1 = class(TForm)    Button1: TButton;    procedure ButtonClick(Sender: TObject);  private        procedure WMNCHitTest(var M: TWMNCHitTest);                 message wm_NCCHitTest;  //Вот здесь  end;

Кое-какое замечание:

Раздел:
Математика, алгоритмы
Есть страничка под названием "Элементы спектрального анализа (Фурье, Хартман etc.) "

Меня как математика по образованию немножко коробит издевательство над фамилией

Вот нашел! В коде же написано:
procedure Hartley

Звать ученого Хартли.

И еще в разделе:
Язык программирования Delphi есть заметка под названием "Регионарные стандарты ". Может, имелось ввиду Регаиональные стандарты?

Цитата

Delphi - это потомок Турбо Паскаля, который был выпущен для операционной системы CP/M в 1983 году. В феврале 1994 года Турбо Паскаль был перенесен на операционную систему MS-DOS.

Цитата

Под Windows - Турбо Паскаль был перенесен фирмой Borland в 1990 году. А самая последняя версия Borland Pascal 7.0 (имеющая теперь такое название), не считая Delphi, вышла в свет в 1992 году.

Цитата

Разработка Delphi началась в 1993 году. После проведения beta-тестирования Delphi показали на "Software Development '95". И 14 февраля 1995 года официально объявили о ее продаже в США. В торговлю Delphi попала спустя 14 дней, 28 февраля 1995 года.

Честно говоря прочел быстро, чуть не подавился.... по-моему выделенная дата - 1984? Ну это так..... неважно, конечо....

Сист. функции - Работа с железом - мышка/клавиатура - работа с жедезом - как отр. движение мышки

Там есть такой код(несколько строк)
ClipCursor(&BoundsRect)
и
ClipCursor(Null)

так вот, пока я так не сделал проект не компилировался

Var
r:TRect;
begin
r:=Rect(5,5,10,10);
ClipCursor(@r)
...что-то делаем
ClipCursor(@Null)
end;

Вопрос по обратным вызовам.
Базы данных - Работа через BDE - Обратные вызовы BDE32

Кто-нибудь вообще проверял пример, который там приведен. Или никто этого подвига не совершал?

Я хотел реально применить эти две процедуры для показа информации при открытии таблицы.

{регистрируем наш обратный вызов}
DbiRegisterCallBack(Table2.Handle,
cbGENPROGRESS,
longint(@OldDbiCbInfo),
SizeOf(cbDataBuff),
@cbDataBuff,
@DbiCbFn); <-в этом месте компилятор показывает ошибку типа
'Variable required'.

Все-таки СПАСИБО БОЛЬШОЕ Виту. Отличный проект. Супер помогает

Да, Vit, конечно, молодца!!!

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

Ты извини, но межет, пригодится:
БД-BDE-Работа с индексами - убівающий индекс:
это из справки

Код

AddIndex(const Name, Fields: String; Options: TIndexOptions, const DescFields: String='');

в DRKB addindex('indname','CustNo;CustName',[опции])
мне кажется так делается в IndexDefs.Add

-------------------

Дубляжи:

БД-Общие вопросы-Частные вопросы-Работа с dBase
1. Как создать dBase БД
2. Как создать dBase таблицу во время выполнения

БД-Общие вопросы-Частные вопросы-Работа с InterBase
1. Как предотвратить появление LogIn диалог.
2. Автоматический logon к локальной InterBase.

Продолжаем..

Работа с графикой и мультимедиа - работа со звуком
1.Пример исп.
2.Как исп.в своей программе API...

и там, и там есть кусок текста

Код

рабочий пример использования DirectSound на Delphi + несколько полезных процедур. В этом примере создается один первичный SoundBuffer и 2 статических, вторичных; в них загружаются 2 WAV файла. Первичный буфер создается процедурой [b]AppCreateWritePrimaryBuffer[/b], а любой вторичный -[b]AppCreateWritePrimaryBuffer[/b].

Работа с графикой и мультимедиа - работа с цветами и палитрами

написано, что цвет задается как $ и 6 знаков

а в Delphi $ и 8 знаков

Это сообщение отредактировал(а) dsergey - 24.5.2004, 15:01

Продолжаем...

1. Работа с графикой и мультимедиа - Работа с цветами и палитрами
Дубли: 1. Как преобразовать цвет в оттекнки серого
2. RGB->GRAY.

Математика и алгоритмы - Контрольные суммы и шифрование-
1. Base64кодировние: есть 2 функции кодирования и 2 функции декодирования. Какие лучше использовать? Или это все вместе?.

Жаль что нет коментариев.



2.Алгорит шифрования MD5: как дешифровать свою зашифрованную строку? Или этого не требуется?.


Читаю DRKB -да, вещь уникальная в своем роде... такое нарыть в инете - целый клад.
Я собирал инфу по Delphi по крупицам, а тут столько статей, примеров....супер.

dsergey MD5 кодирование популярно из-за того что дешифровать текст нереально.
Поэтому он используется в 99% случаев для проверки подлинности.
например: имеется база данных логин/пароль в md5-хэше, и хрантися все это в файле и в случае если кто получит доступ к это базе то узнать лоин и пароль он все равно несможет, а при подаче запроса введеный логи и пароль хэшируются и сравниваются с базой если сошлось - значит правильный если нет.... ну и т.д.

Спасибо за прекрасную работу Vit. Я как простой потребитель хотел бы
скачивать только последние изменения в базе или(и) SR, патчи и т.д. программе. Как в этом плане разработки усовершенствуются?

Пользуюсь регулярно...
Но DRKB - как-то не звучит.
И вообще, никакая это не "база знаний от Вита"... вообще-то это кладезь знаний

Мне недавно понадобилось для анализа текста разбить строку на слова.
Заглянул в FAQ->[Язык программирования Дельфи] ->[Работа со строками]->([Как разделить строку на элементы, Аналог VB функции Split], [Как подсчитать количество слов в строке?], [Разбивка строки на слова], [Парсинг строк] ). Зачем для такой не самой важной задачи понадобилось столько примеров? FAQ и так уже немаленький. Надо сокращать. Я из спортивного интереса решил написать наиболее оптимальный код для примера, по-моему, получилось (ИМХО). Всего один цикл и одна проверка условия. Функция возвращает массив слов.
...
type TDelimiters=set of Char; {разделители}
TArrayOfString=Array of String;
...
function fcToParts(sString:String;tdDelimiters:TDelim):TArrayOfString;
var iCounter,iBeginPart:Integer;
begin
include(tdDelimiters,#0); iBeginPart:=1;
For iCounter:=1 to Length(sString)+1 do {захватываем нулевой символ}
begin
if (sString[iCounter] in tdDelimiters) then
begin
SetLength(Result,Length(Result)+1);
Result[Length(Result)-1]:=Copy(sString,iBeginPart,iCounter-iBeginPart);
iBeginPart:=iCounter+1;
end;
end;
end;

Хотя перебираются все символы в строке, функция работает быстрее приведенных в FAQe примеров (представьте себе, проверял). Минимально модернизируем код и можно возвратить число слов в строке или по номеру части возвратить слово.
NB. Заметьте, если разделители стоят один за другим, например 'word1###word2', то подразумевается, что они разделяют строки нулевой длины. Это сделано намерено.

Цитата

И вообще, никакая это не "база знаний от Вита"... вообще-то это кладезь знаний

ДЫМ

Число топиков в базе видел? Сколько ты потратил времени на тестирование примеров и разработку собственного алгоритма... Перемнож и увидишь что это будет работа на год пары человек работающих на ставку... У меня нет ни сил, ни времени, ни желания проверять каждый приведенный пример... Я нашёл в интернете или здесь на форуме или в других FAQ и добавил пример, если уже существует ответ, добавил к существующему. А по поводу размеров уже высказывался неоднократно - Если размер смущает, НЕ СКАЧИВАЙТЕ И НЕ ПОЛЬЗУЙТЕСЬ! В Интернете до фига других FAQ намного меньшего размера. Я не настаиваю, даже наоборот, я не желаю чтобы моим трудом пользовались люди, для которых его размер критичен!

Да ну.... 6 метров - это разве много? даже для тех кто на трафике сидит...
Добавлено @ 01:09
Я пошарю по своим закромам, может к следующей версии чего нарою... только сперва проверю, чтобы не повторялось...

Vit, вот уж не ожидал такой реакции (с заглавными красными буквами). Ты наверное меня не правильно понял. Может зря я влез со своей хренотой... Извини.
Да и цитата не моя...

Это сообщение отредактировал(а) ДЫМ - 11.7.2004, 01:34

Твоя цитата: "Зачем для такой не самой важной задачи понадобилось столько примеров? FAQ и так уже немаленький. Надо сокращать."

На неё я так и отреагировал.

МЕНЯ УЖЕ ДОСТАЛИ С РАЗМЕРОМ FAQ! У МЕНЯ РУКИ ОПУСКАЮТСЯ, НЕТ НИКАКОГО ЖЕЛАНИЯ БОЛЬШЕ ЧТО-ЛИБО ДЕЛАТЬ. РАЗМЕР СТАЛ САМЫМ БОЛЬШИМ КАМНЕМ ПРЕТКНОВЕНИЯ. ТРАТИШЬ СИЛЫ И ВРЕМЯ, СОБИРАЕШЬ МАТЕРИАЛ, СИСТЕМАТИЗИРУЕШЬ, ПРИВОДИШЬ ЕГО В БОЖЕСКИЙ ВИД, И ПОСЛЕ ЭТОГО ОСНОВНОЕ НАРЕКАНИЕ - ЭТО "ЗАЧЕМ ТАК МНОГО СДЕЛАЛ!". БЛИН, ДОСТАЛО! НАДО ЭТОТ FAQ УБИТЬ НА ФИГ, УДАЛИТЬ С МОИХ САЙТОВ ЧТОБ МЕСТО НЕ ЗАНИМАЛ И С ФОРУМА ТОЖЕ, НАВЕРНОЕ ТОГДА ЗАКОНЧАТСЯ ЭТИ БЕСКОНЕЧНЫЕ ПРЕТЕНЗИИ ПО ПОВОДУ РАЗМЕРА И ПОСТОЯННЫХ ТРЕБОВАНИЙ - "А НЕЛЬЗЯ ЛИ МНЕ СКАЧАТЬ ТОЛЬКО ТО ЧТО Я ХОЧУ А НЕ ВСЁ СРАЗУ". ТЫ НЕ ПЕРВЫЙ КТО ЭТО ПИШЕТ - НА МЕНЯ ОБРУШИЛСЯ ШКВАЛ ТАКИХ ТРЕБОВАНИЙ И ПРЕТЕНЗИЙ. НО ТВОЯ ПРЕТЕНЗИЯ БУДЕТ ПОСЛЕДНЕЙ.

ЕСЛИ ЕЩЁ КТО-НИБУДЬ ПОЖАЛУЕТСЯ НА РАЗМЕР FAQ, ТО FAQ БУДЕТ УДАЛЁН ИЗ ВСЕХ МЕСТ ГДЕ ОН ЛЕЖИТ, БУДУТ УДАЛЕНЫ ВСЕ ТОПИКИ И ССЫЛКИ НА ФОРУМЕ, И УДАЛЕНЫ ИСХОДНИКИ FAQ У МЕНЯ НА КОМПЬЮТЕРЕ!

ПОКА ПУСТЬ ЛЕЖИТ, НО ЧТО-ТО МНЕ СОВСЕМ РАСХОТЕЛОСЬ ДЕЛАТЬ КАКИЕ-ЛИБО ОБНОВЛЕНИЯ! ЕСЛИ ДОБАВИТЬ ИЛИ ИСПРАВИТЬ МАЛО ТО ПОЛУЧАЮ ПРЕТЕНЗИИ - "А ЗАЧЕМ МНЕ СКАЧИВАТЬ ТАК МНОГО ЕСЛИ ИЗМЕНЕНИЙ ВСЕГО НИЧЕГО", ЕСЛИ ДОБАВИТЬ МНОГО, ТОГДА БУДЕТ ЕЩЁ БОЛЬШЕ НАРЕКАНИЙ - "РАЗМЕРЫ СТАЛИ УЖ СЛИШКОМ БОЛЬШИЕ!"

Достало...

Смех жаловаться на размер. Вит правильно сказал:

Цитата

Я не настаиваю, даже наоборот, я не желаю чтобы моим трудом пользовались люди, для которых его размер критичен!

Даже люди, которые сидят на хилом диалапе могут потратить МАКСИМУМ несколько часов в и-нете, чтобы его скачать.
В 99% случаев, можно пойти в и-нет кафе, к другу или куда еще угодно и скачать его там, если так необходимо. Было бы желание! Надо привыкнуть к тому, что за все хорошее надо платить. В данном случае Вы платите тем, что тратите в худшем случае 2 часа на скачку ФАКа из и-нета. Это ведь ничто! Вы даже книжку за такие деньги не купите(если и-нет у вас платный и дорогой). Не говоря уже о том, что в ФАКе собрано столько полезной информации, сколько я думаю редко в каких книжках можно найти.

У меня 6 метров за 15 минут скачивается на диалапе. Позор жалующимся!!!!

Vit никого не слушай, продолжай делать нужное дело
Добавлено @ 21:26
В твоем FAQ можно найти ответы на 50% вопросов форума, а все кому жалко 6 метров трафика могут не качать и жить в каменном веке. Если человек хочет развиваться и расти в профессиональном смысле, то скачает, изучит и скажет, почему так мало. Люди просто не понимают, чего стоит собирать и создавать такие веши. Я, к примеру, готов качать и 20 метров на своем диалапе т. к. я знаю, что этот документ сэкономит мне много часов рабочего времени. Почему-то все орут о трафике, но никто не хочет подумать о том, сколько трафика он просадит на поиски нужной ему информации.

alex-co
Полностью поддерживаю!
Vit, да Бог с тобой! Если ты бросишь это дело, у русскоговорящих делфистов будет траур! Я не преувеличиваю. Какие могут быть нарекания на трафик?! А просаживать его на всякие порнушные картинки не жалко?! (утрирую). Лично я согласен каждую неделю перекачивать все шесть метров! Пожалуйста, большое пожалуйста, продолжай работу так нужную всем нам. Глядишь -- кто-то и материально поможет. :-)

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

А насчет размера - ИМХО ты не совсем прав. Лично я качал ,и буду качать его, пусть он будет хоть 10 Мб. Но и мне по правде сказать, не нравиться, то что он накой большой по размеру. Я уверен, что его можно оптимизировать (как и когда - это уже другой вопрос). Ты уж пойми пожалуйста нашу российскую специфику и психологию, когда большая часть сидит на диалапе, со скоростью 33.6. Один раз скачать ФАК - это не проблема. Никто ничего и не скажет. Но он же переодически обновляется. И причем поскольку ты им вплотную занимаешся, обновления выходят постоянно. А пользователь же хочет иметь всегда последнюю версию. И вот как представит он что ему придется постоянно с определенной переодичностью скачивать этот ФАК весом в 5 Мб (причем большая часть фака остается неизменной), тут уж невольно встает желание, чтобы он был чуть меньше по размеру (или хотя бы если качать, то патчи). Хочешь ты не хочешь Вит, а так будет всегда (это насчет желания а не скорости диалапа). ФАК - это конечно здорово, но и порнушку порой хочется покачать, как же без нее...


p.s. Я понимаю Вит, что ФАК - это твое детище. И тебе (да и любому) не нравиться, когда критикуют его детище, но ИМХО это надо воспринимать нормально. Критика никому еще не повредила. Конструктивную критику - воспринимать, неконструктивную - в трэш.
Если так много людей говорят что необходимо уменьшит ФАК - так может действительно следует его уменьшить? А не грозиться, что раз Вам так не нравиться, то пошли Вы все куда подальше, я вообще ничего не буду делать, и все что сделано уничтожу. Непохоже это как-то на тебя Вит.

Господа если фак так часто обновляется как сказал StayAtHome, то почемубы не сделать к нему систему обновления как например это сделанно для компонента KOL.
Ибо есть сорсы коловских Updater & UpdateMaker.
Помойму всё будут рады такой новации.

Цитата(Pegas @ 13.7.2004, 07:52)

Вит, ну зачем ругаться? Ты же сам прекрасно понимаешь, что из тех тысяч людей, которые пользуются составленным тобой ФАКом, всегда найдутся парочка товарищей, которые с радостью его оплюют. Характер такой у этих людей.... сами сделать ничего не могут, а произведения других обосрать - это всегда пожалуйста. А насчет размера - ИМХО ты не совсем прав. Лично я качал ,и буду качать его, пусть он будет хоть 10 Мб. Но и мне по правде сказать, не нравиться, то что он накой большой по размеру. Я уверен, что его можно оптимизировать (как и когда - это уже другой вопрос). Ты уж пойми пожалуйста нашу российскую специфику и психологию, когда большая часть сидит на диалапе, со скоростью 33.6. Один раз скачать ФАК - это не проблема. Никто ничего и не скажет. Но он же переодически обновляется. И причем поскольку ты им вплотную занимаешся, обновления выходят постоянно. А пользователь же хочет иметь всегда последнюю версию. И вот как представит он что ему придется постоянно с определенной переодичностью скачивать этот ФАК весом в 5 Мб (причем большая часть фака остается неизменной), тут уж невольно встает желание, чтобы он был чуть меньше по размеру (или хотя бы если качать, то патчи). Хочешь ты не хочешь Вит, а так будет всегда (это насчет желания а не скорости диалапа). ФАК - это конечно здорово, но и порнушку порой хочется покачать, как же без нее... p.s. Я понимаю Вит, что ФАК - это твое детище. И тебе (да и любому) не нравиться, когда его критикуют, но ИМХО это надо воспринимать нормально. Критика никому еще не повредила. Конструктивную критику - воспринимать, неконструктивную - в трэш. Если так много людей говорят что необходимо уменьшит ФАК - так может действительно следует его уменьшить? А не грозиться, что раз Вам так не нравиться, то пошли Вы все куда подальше, я вообще ничего не буду делать, и все что сделано уничтожу. Непохоже это как-то на тебя Вит.

Я от тебя не ожидал

Не понял... от кого, и что?

Да от тебя не ожидал насчет размеров. Как вы не понимаете, что такие объемы информации очень трудно уложить в меньшие размеры. Я сижу на диалапе и ничего такого в файле в 5 мег не вижу.

Такие объемы информации можно уложить и в гораздо меньший размер чем 5 Мб. Надо только подумать как это лучше сделать. А зачем это делать, я уже объяснил.

p.s. Вит конечно может все оставить как есть, и никто не в праве будет его упрекнуть, просто ведь хочется чтобы было лучше...
Вит ведь сам просил, чтобы ему высказывали замечания и пожелания. А насколько я понимаю больше всего пожеланий/замечаний относяться именно к размеру ФАКа, или к вопросу об обновлениях. Люди не хотят в пустую, повторно, качать ту информацию, которую они однажды уже закачали, путь даже эта информация очень для них важна. Это же нелогично, и абсолютно противоречит нашему "программистскому" менталитету.

Ну, не знаю... Когда я сидел на диалапе, то тоже качал разные вещи. И если что-то регулярно обновлялось, то качал не каждое обновление, а скажем, через обновление. А раз в месяц скачать 10Мб - никогда не было проблемой, даже если скорость была 33.6 и связь обрывалась.

Я это все понимаю. Я и не говорю, что размер ФАКАа в 5 Мб - это смертельно. Нет. Я же сразу сказал, что пусть хоть будет 10 Мб, и то я его буду качать. Смысл в том, что надо же стремиться к лучшему, и более качественному результату, и не стоять на месте. Вот в чем вся соль. И не надо Виту так болезненно воспринимать эту просьбу общественности. Для них же в конце концов это все делается.

По поводу качественного, докачки, оптимизации и т.д. Я над этим работал, вот что получилось:

1) Физический размер всех материалов в архивированном состоянии - чуть больше 3х метров, сильнее ужать нельзя, не выбрасывая чего-либо. Это теоретический предел. Остальные 3 метра занимают индексы полнотекстового поиска, конечно их можно при компилляции выбросить, но тогда не будет поиска. ИМХО без поиска FAQ не нужен...

2) Докачка... Или мы остаёмся с форматом CHM или делаем собственную программу по просмотру. Собственная программа - это во первых достаточно трудоёмкое занятие, во вторых её надо делать крос-платформенной чтобы работала и под Linux и под Windows. Я не имею времени этим занятся. Pegas - займёшься?

Займусь. Когда закончу - не знаю. Предположительно от месяца - до 3-4х. Задумок много, времени мало, но хоть по чуть-чуть, но делать буду. Как все обдумаю, создам топик для обсуждения.

Цитата

И не надо Виту так болезненно воспринимать эту просьбу общественности. Для них же в конце концов это все делается.

Это основная проблема... Даже, если хотелось помочь, то странные высказывания типа - не нравится, не жри - убивают все инициативы на корню...
Мне лично плевать на размер - хоть 10 мб... Меня волнует качество продукта с точки зрения потребления... Если двигать продукт - он должен быть выше среднего и выгодно отличаться от других даже для поддержания вашего имиджа качественного программиста, не хотите двигать - тогда зачем вообще выкладывать его или как-то реагировать на замечания, тем более так... Данный продукт по содержимому достоин продвижения, его надо одеть в красивую оболочку... И не так уж это трудоемко, даже если самому не писать, то уверен, что есть открытые продукты, которые можно приладить...
В-общем, чего расписывать... Согласен с Pegas...

Цитата

p.s. Вит конечно может все оставить как есть, и никто не в праве будет его упрекнуть, просто ведь хочется чтобы было лучше...

Цитата

Даже, если хотелось помочь, то странные высказывания типа - не нравится, не жри - убивают все инициативы на корню...

Высказывания относятся только к РАЗМЕРУ...

Цитата

Займусь. Когда закончу - не знаю. Предположительно от месяца - до 3-4х. Задумок много, времени мало, но хоть по чуть-чуть, но делать буду. Как все обдумаю, создам топик для обсуждения.

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

Это сообщение отредактировал(а) p0s0l - 13.7.2004, 22:17

я тоже могу помочь. Правда, как и p0sol с кросплатформенными приложениями никогда дела не имел , но очень хочу

Всем все равно не угодить. Для одних важен размер, а для других удобство пользования и большое количество материала.

Цитата(Vit @ 13.7.2004, 12:11)

2) Докачка... Или мы остаёмся с форматом CHM или делаем собственную программу по просмотру. Собственная программа - это во первых достаточно трудоёмкое занятие, во вторых её надо делать крос-платформенной чтобы работала и под Linux и под Windows. Я не имею времени этим занятся. Pegas - займёшься?

Vit а чем мой вариант плох?

Цитата

Всем все равно не угодить. Для одних важен размер, а для других удобство пользования и большое количество материала.

Если делать клиентскую прогу-просмотрщик, то можно сделать её удобной, но при этом, размер фака уменьшить в 3-4 раза (а может и больше, если постараться)...

Цитата

Vit а чем мой вариант плох?

Что-то я не понял в чём он заключается

Цитата

Если делать клиентскую прогу-просмотрщик, то можно сделать её удобной, но при этом, размер фака уменьшить в 3-4 раза (а может и больше, если постараться)...

Если хранить индексы локально на клиенте, то ты ничего не выиграешь, для полнотекстового поиска нужно примерно 3-4 метра индексов... Если хранить индексы на сервере, то получаем необходимость делать web-серверное приложение и получаем on-line FAQ вместо off-line... Кстати, Radmin, это наверное ответ и на твой вопрос...

Цитата

Если хранить индексы локально на клиенте, то ты ничего не выиграешь, для полнотекстового поиска нужно примерно 3-4 метра индексов...

Я правильно понимаю: индексы - это то, что находится на закладке "Index" ? Если так, то большую их часть составляют названия топиков - их можно генерить на локальной машине, остальные индексы весят копейки...
Тем более, что про уменьшение размера я говорил не только про индексы, но и про принцип хранения (заметно уменьшить можно объём текста программ). Если в chm хранятся html-и, то в проге можно сделать хранение plain-текстом, с автоматической подсветкой - этим тоже немало сэкономится, т.к. в html-файле немало места уходит под теги...

Это сообщение отредактировал(а) p0s0l - 15.7.2004, 15:05

Нет имеется ввиду закладка Search - полнотекстовый поиск...

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

Слушайте, а может воспользоваться технологией, по которой распространялась Kuliba? Существует 2 chm файла и еще один, который их объединяет.

Цитата

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

Индексы составляют в аккурат ~50% от всего объёма, если найдётся минутка на их скачивание, то найдётся и ещё одна для скачивания остального.

Цитата

Слушайте, а может воспользоваться технологией, по которой распространялась Kuliba? Существует 2 chm файла и еще один, который их объединяет.

В Kulibе нет перекрёстных ссылок! Да и что при этом выгадает?

Vit, я попал, что называется, под горячую руку. И оказался крайним. Самое забавное, то, что я не раз порывался написать тебе что-нибудь "благодарственное", уж больно FAQ нравится. Еще раз приношу извинения, особенно за "надо сокращать". Дело вовсе не в размере файла ( 5 метров - ерунда, я согласен). Просто структура FAQа получилась немного запутанной - порой схожие примеры лежат в разных разделах, иногда берешь за основу один, а потом обнаруживаешь, что где-то есть более оптимальный. Не самая большая проблема, конечно, но я подумал, - раз на форуме есть раздел, посвященный FAQу, то можно высказать свои предложения. Vit, объясни еще раз, если можно, какого рода замечания ты будешь принимать во внимание? Чтобы не попадать больше в подобные ситуации.

И тут пришел Петрович .
Я сюда раньше не заглядывал, а тут такой живой диалог
Во первых, огромное спасибо Vit'у за FAQ. Нет нет, да заглядываю в него. Чаще использую как некий справочник для поиска отправной точки в поиске решений. Особенно замечательно что он сделан offline - сам сижу на диалапе.
Естественно, без поиска, а соответственно без индексов, ценность FAQ будет драматически снижена, поскольку хорошо классифицировать подобную информацию считаю просто невозможным.
Прекрасно понимаю что индексы составляют лвиную часть размера всего FAQ. К сожалению, сам хелпами никогда не занимался, поэтому в этих вопросах делитант. Может быть поэтому и вопрос. В формате .HLP, насколько я понимаю индекс для поиска не входит, а входит лишь информация для его построения. Сам-же индекс (.GID) строится при первом обращении к странице поиска. Если это так, то может это выход. Лично меня, в принципе, FAQ в формате HLP вполне-бы устраивал.
А вообще-то, как здесь уже много раз говорилось, считаю, что в данном случае размер не имеет значения. Иногда лучьше раз в неделю потратить немного времени на перекачку, тем более что в это время можно заниматься полезным делом, чем потратить много полезного времени на изобретение очередного велосипеда. Это я о собственном просмотрщике. Тем более, что:

• недовольные все равно всегда найдутся;
• невозможно строить перекрестные ссылки на новые статьи из старых, избежав их перезагрузки с сервера;
• рано или поздно все равно придешь к аля CHM (с индексами) - жизненный опыт подсказывает
• ..... и еще много чего ....

Цитата

МЕНЯ УЖЕ ДОСТАЛИ С РАЗМЕРОМ FAQ! У МЕНЯ РУКИ ОПУСКАЮТСЯ, НЕТ НИКАКОГО ЖЕЛАНИЯ БОЛЬШЕ ЧТО-ЛИБО ДЕЛАТЬ. РАЗМЕР СТАЛ САМЫМ БОЛЬШИМ КАМНЕМ ПРЕТКНОВЕНИЯ. ТРАТИШЬ СИЛЫ И ВРЕМЯ, СОБИРАЕШЬ МАТЕРИАЛ, СИСТЕМАТИЗИРУЕШЬ, ПРИВОДИШЬ ЕГО В БОЖЕСКИЙ ВИД, И ПОСЛЕ ЭТОГО ОСНОВНОЕ НАРЕКАНИЕ - ЭТО "ЗАЧЕМ ТАК МНОГО СДЕЛАЛ!".

НИКОГО НЕ СЛУШАЙ И НЕ ОБРАЩАЙ ВНИМАНИЯ!!!
НИКОГО НЕ СЛУШАЙ И НЕ ОБРАЩАЙ ВНИМАНИЯ!!!
НИКОГО НЕ СЛУШАЙ И НЕ ОБРАЩАЙ ВНИМАНИЯ!!!
НИКОГО НЕ СЛУШАЙ И НЕ ОБРАЩАЙ ВНИМАНИЯ!!!
НИКОГО НЕ СЛУШАЙ И НЕ ОБРАЩАЙ ВНИМАНИЯ!!!
НИКОГО НЕ СЛУШАЙ И НЕ ОБРАЩАЙ ВНИМАНИЯ!!!
НИКОГО НЕ СЛУШАЙ И НЕ ОБРАЩАЙ ВНИМАНИЯ!!!
НИКОГО НЕ СЛУШАЙ И НЕ ОБРАЩАЙ ВНИМАНИЯ!!!
НИКОГО НЕ СЛУШАЙ И НЕ ОБРАЩАЙ ВНИМАНИЯ!!!
НИКОГО НЕ СЛУШАЙ И НЕ ОБРАЩАЙ ВНИМАНИЯ!!!
НИКОГО НЕ СЛУШАЙ И НЕ ОБРАЩАЙ ВНИМАНИЯ!!!

Цитата

Индексы составляют в аккурат ~50% от всего объёма, если найдётся минутка на их скачивание, то найдётся и ещё одна для скачивания остального.

Мм... Что-то ты не так понял. Наверное, лучше было бы сказать так:
"а на качание этих же индексов уйдёт ГОРАЗДО больше минуты"

И вообще, не понимаю твоего сопротивления: ведь если Pegas будет делать вьювер фака, то ему там придётся делать и поиск. А поиск без индексов - это будет долговато... Значит надо делать индексы. Но смешно же будет скачивать индексы с сервера, алгоритм генерения которых известен. Не лучше ли этот алгоритм отработать на локальной машине в оффлайне? (В противном случае, тебе на своей машине придёдтся отрабатывать этот же алгоритм, засовывать на сервер, откуда эти сгенерённые индексы все поголовно будут скачивать...).
Я как раз-таки и говорил о подобном решении, как сделали в .hlp.
Пример: для файла .hlp размером в 3,5 мб индексы генерились у меня 25 сек. - не уж это такая страшная цифра ? А сколько качать пришлось бы на Dial-up 3 мб ? 15-20 минут... Разница заметна...


Это сообщение отредактировал(а) p0s0l - 16.7.2004, 11:27

Не сопротивляюсь... Мало того буду приветствовать любое удачное решение и подключусь к работе если выбранное направление развития больше решит проблем чем поставит новых.

По поводу hlp файлов, самое смешное, что выгоды в размере почти не будет - проверено! И связано это с тем что hlp файл ужимается существенно более слабыми алгоритмами компрессии. Кроме того работа с ними будет менее удобна, а структуру навигации надо будет существенно менять...

Так мечтаю почитать FAQ - ну хотя бы раз! Так много о нем наслышана!
Но вот беда - то не удается скачать, а когда скачала, то архив не открылся...
Завидую тем, кто читал... Что-то у меня с архиваторами неправильно...

Цитата

Мало того буду приветствовать любое удачное решение и подключусь к работе если выбранное направление развития больше решит проблем чем поставит новых...

Чтобы что-то предложить, надо знать, "куда рыть"...
Что на твой взгляд сейчас является проблемами (которые надо решать) ?
Перечисли...

И ответь всё-таки на вопрос ДЫМа - я его понимаю. Хороший фак должен иметь хорошую удобную структуру. Конечно, большинство тем можно отнести к двум или более разделам.
Но на мой взгляд, наличие в одном разделе двух или более одинаковых примеров (но с разными названиями переменных, или один пример включает в себя другой) - это запутывает (правда, таких случаев я встречал мало)... Тут дело не в размере (максимум это убавит пару кб), дело в другом - надо убрать "винегрет"...
Или же каждый пример нужно подписывать конкретно - в чём его отличие от других...

Это сообщение отредактировал(а) p0s0l - 16.7.2004, 21:05

bagira - послать на Email? Или могу послать тебе диск почтой (исключительно для тебя! )



p0s0l - Если не брать во внимание такую серьёзную переделку как возможность докачки, on-line update и т.п. То главные проблемы - это систематизация материала и перекрёстные ссылки. Ну и конечно набор нового материала.

Кроме того осталась неразрешённая проблема - под не русским Win98 дерево навигации отображается крокозяками.

Дупликаты сейчас почти полностью удалены. Остались перекрёстные ссылки, что удобно...

Vit
Спасибо огромное!
Попробуем по E-mail сначала? Вдруг получится.
А каким архиватором его открывать? Может быть, у меня - неподходящий?

bagira - пошли мне в приват свой email, а то я его не помню