Double Commander

[B4rr4cuda]

Мне, в принципе, все равно насчет ветвления.
Главная идея, моего предложения, была в промежуточном релизе, для привлечения тестеров.

[Alexx2000]

В качестве эксперимента попробуем, и посмотрим на сколько это себя оправдает.

[Attid]

сам по себе релиз ничего не сделает , тут главное пиар =) но я обновлю везде обьявлял до этого.

так же можно немного сайт подделать, на SF там только хтмл можно или пхп тоже ?

кста багрекер на шаманграде мне нравится намного больше =) если махнуть рукой на нерусскую населеность планеты то можно на него перейти. вот у китайцев бы разрекламироваться немного . . .

[Alexx2000]

Можно использовать php и mysql. Я даже смог завести там движок форума. Вот только веб разработчик из меня никакой

[B4rr4cuda]

сам по себе релиз ничего не сделает , тут главное пиар =) но я обновлю везде обьявлял до этого.

Без пиара, несомненно, толку мало, но вспомни свою статистику по закачке релиза с sf и закачки из свн.
А тестировать нам нужно именно разрабатываемую версию.
Я за релиз. И за пиар.
Также предлагаю кинуть ссылки на ДЦ в топиках с темой а-ля "Ищу ТС под линукс". Только на линуксфоруме две или три таких темы. Конечно, неизбежным будет приплыв трех-четырех клоунов, но и адекваты подтянутся.

вот у китайцев бы разрекламироваться немного

Имхо, для китайцев, пока нет юникода, дц бесполезен.

По сайту: в веб я тоже очень слаб. Есть мысль написать пару статей по разработке WLX плагинов для ДЦ под линукс. Думаю раздел статей на сайте не помешает. Там же можно устроить систему голосования за фичи. Хоть будем знать, что народу надо.

[Alexx2000]

Создал бранч https://doublecmd.svn.sourceforge.net/s ... hes/0.3.5/

Сейчас перерабатываю дизайн веб сайта.

[Alexx2000]

Веб сайт переделал, смотрится лучше чем было

[B4rr4cuda]

2Alexx2000
Согласен, очень симпатично.
Форум немного шалит - при попытке регистрации, пришлось раз семь-восемь подтверждать свое согласие с правилами. Это было сделано специально?

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

Вот рабочий код. Вызывать нужно только один раз в Form.OnCreate.

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

procedure ResizeToScreen(Control:TWinControl; Width:integer=1024; Height:integer=768);
var SWidth, SHeight,
     PersW, PersH,
     NewW, NewH :Integer;
begin
  SWidth:=Screen.DesktopWidth;
  SHeight:=Screen.DesktopHeight;

  if (SWidth=Width) and (SHeight=Height) then exit;

  PersW:=round((SWidth*100)/Width);
  PersH:=round((SHeight*100)/Height);
  
  NewW:=round((Control.Width*PersW)/100);
  NewH:=round((Control.Height*PersH)/100);
  
  Control.Width:=NewW;
  Control.Height:=NewH;
end;  

[Alexx2000]

2Alexx2000
Согласен, очень симпатично.
Форум немного шалит - при попытке регистрации, пришлось раз семь-восемь подтверждать свое согласие с правилами. Это было сделано специально?

Странное поведение, посмотрю что там с ним не так

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

Вот рабочий код. Вызывать нужно только один раз в Form.OnCreate.

Хорошо, так и сделаем.

[B4rr4cuda]

Поискал я инфу по использованию виндозных библиотек в лине.
Скажу cразу, особого успеха не добился, тк в си не силен, а wineg++ та ещё штука. Один плаг даже скомпилил, но заставить его работать - не смог.

Итак, в помошь тому, кто решится заняться написанием врапера для ТС-шных плагинов, используя winelib.

1. Переименовываем <плагин>.w*x в <плагин>.dll , иначе возникнут огромные проблемы, ибо логика процесса генерации и использования спека, тайна великая есть. Ах, как я шаманил... пока не доперло.

2. winedump spec <плагин>.dll -c -I <путь к сорцам>
Создается spec файл, по сути .def, но со своими заморочками. Если указан путь к сорцам - сорцы анализируются и создается нормальный спек, иначе в спеке будут заглушки-пустышки. На этом же этапе будет сгенерирован скелет врапера.

3. winemaker -dll --generated-files <куда>
Генерация Makefile-а.

4. make
... и начинаем правку по гиганскому списку ошибок.

Ссылки в помощь:
http://winehq.org/site/docs/
http://www.winehq.org/site/docs/winelib-guide/index

[Attid]

то есть ты хочешь сказать что такие шаманства для каждого плагина надо будет делать ?

[B4rr4cuda]

Не, это я тест-драйв проводил. Суть-то та же - библа на апи, инкапсулированая в so библу. А нужно - врапер написаный на С используя winapi. Тупо заглушка, которая принимает параметры и тут же передает их указаному плагину. pspsi как-то же работает, врапер тоже должен заработать...
Просто генерация спека используя уже готовый плагин проще. Вот я его и решил скомпилить.

[B4rr4cuda]

Вот сорцы простейшего wcx врапера использующего wine. В DllMain тупо указываем какой плаг грузить.
В архиве также плаг iso.wcx и уже скомпиленый врапер: mywr.dll.so.wcx.
Компилится, нормально обрабатывается ДЦ, но не работает.
Кто шарит в С, посмотрите пожалуйста, может заставите, эту бяку, работать.

[Alexx2000]

Интересная вещь, надо поковырять как нибудь. Можно и на Паскаль перевести будет.
P.S.
Вчера пол дня убил, не мог понять почему не собираются rpm пакет, оказалось это специфический глюк Mandriva 2008. Зато deb собираются без проблем

[B4rr4cuda]

Alexx2000
Перевод на паскаль бесполезен, т.к. winefpc нет и скомпилить не получится, а судя по упомянутому тобой rpm, ты путаешь рпмовский spec и wine-вский, который всего лишь указывает экспортируемые из библиотеки,собираемой с помощью winegcc, функции.