Naskoro poluchih mail ot fen za eventualna versiq na AEnglish Dictionary (

Съдържаниет е скрито
Влезте за да го видите

Съдържаниет е скрито
Влезте за да го видите

Защо първо не пробваш да направиш поддръжка на CLX (едновременно с VCL)?
Така поне откъм визуализация ще имаш по-малко проблеми.
А по отношение на разните файлови операции и други такива ако ползваш само VCL функциите също ще си почти готов.
Знам че гониш производителност при работата с речника и затова ползваш file mapping (доколкото си спомням от една тема във форума), но може да направиш и 100% VCL вариант.
Все пак Delphi има условна компилация и нещета не изглеждат невъзможни.

---
Не е важно да си добър, важното е да си ман-и-як!

Редактирано от ess на 31.05.03 14:09.

File Mapping sux. Tova tupoto, kato si chetesh nqkakvi danni, ti uvelichava postoqnno pametta na programata. De da znam sigurno samo si gi cache-ira i misli da si q osvobodi v sluchai na nujda, no ne izglejda izobshto dobre prez Task Manager-a. Kato napravish edno minavane prez celiq rechnik (Phrase search) i hop programata ti s 6MB poveche zaeta pamet. Zatova sega si polzvam FileStream, burzinata e sushtata, bez da pravi gluposti...

> Защо първо не пробваш да направиш поддръжка на CLX (едновременно с VCL)?

Какво имаш предвид. Да си държа две версии, една с VCL и една с CLX ? Нали, за да ползваш CLX трябва и проекта да ти е такъв. Значи трябват два отделни проекта. Защо тогава пишеш "едновременно" ?

by Waz Gaa

Съдържаниет е скрито
Влезте за да го видите

Кажи какви външни (допълнителни) модули използваш - извън стандартните -за да ти кажем дали ще стане някога ;-)))
Другия вариант е да напишеш ядрото отделно - и да използваш различна визуализация в двата варианта, като тази за Kylix определено ще е малко по "дървена".

---
Е т'ва е живот!

Main.pas ползва :

Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms,
Dialogs, StdCtrls, ExtCtrls, Buttons, Menus, inifiles, ImgList,
ComCtrls, MMSystem, ClipBrd, DateUtils, ToolWin, ShellApi,
AppEvnts, StrUtils, RichEdit, HintShadow, RETools,
ADicU, AFocusU, AThemeU, AUtils, ASelSpy, ConstU, CoolTrayIcon,
APanel;

Бая боза се е насъбрала. Има и някои мои модули. Незнам дали ASelSpy модула, който ползва :

Windows, Messages, SysUtils, SHDocVw, ComObj, ActiveX, MSHTML, StrUtils;

няма да пречи.

То и с RichEdit май ще има проблем. Под Линукс май няма точно такъв контрол

Е, какво, значи ще е доста трудно да стане ? Направо да се отказвам ?

Явно още от начало е добре да се помисли за съвместимост. Това с ядрото и отделните визуализации ми звучи добре. Линукс има ли DLL-и, каква е системата там ?

by Waz Gaa

Съдържаниет е скрито
Влезте за да го видите

Мдааа. Изглежда доста работа. Наистина е по-добре едно приложение да се почне още от самото начало като много-платформено ако има такава идея.

Не знам дали в Linux има нещо като RichEdit, но както казва PhantomAS (и това което аз имах предвид), можеш да направиш едно ядро на речника (база данни, функции за търсене и т.н.) което да е 100% преносимо (е в термините Delphi/Kylix). Отделно си правиш визуализацията. Можеш дори (ако имаш желание и най-важното време) да я напишеш отново - 100% ще стане по-добре, като този път непрекъснато ще гледаш за съвместимост.

Това което ми хрумна преди, беше да си направиш нещо от сорта:

type

{$IFDEF KYLIX}

  TAForm = TQtForm;  {- не знам дали така се казва...но важен е приниципа }

  TAButton = TQtButton;

{$ELSE}

  TAForm = TForm;

  TAButton = TButton;

{$ENDIF}

като гледам няма шанс - или ако стане ще прилича може би на онова което си го има ;-)))
А колкото до Линукс-а просто библиотеките са различни иначе компоннтите са с еднакви имена.До колкото ги има ;-)
А RichEdit - това си е MS компонента, а не знам дали има независима такава за линукс.

---
Е т'ва е живот!

RichEdit няма, но има компонент който визуализира RichEdit content. Предполагам, че това би било достатъчно.
Обаче ще имаш проблеми с доста неща. Сигурно на десетки места си използвал WinAPI-то. Например:
лепенето за ръба на екрана, tray иконата, key capture-а, връзката със всякакви IE-та и т.н.
Бе много има да се сменя. По-добре се откажи.

Go on, prove me wrong. Destroy the fabric of the universe. See if I care.

А това с ядрото как може евентуално да стане? Ще трябва да си ползвам Delphi модули нали, защото не може да стане с DLL.

Как стоят нещата с ActiveX? Има ли някаква система за поддържане на модуларност на програмата, обща за ОС? И например да си компилирам ядрото на такива модули, а интерфейса (и евентуално други части на програмата) да си ползва специфични за ОС APIs?

Май станаха много въпросите Надявам се някой да може да помогне, че имам още няколко проекта и бих искал да не ги орязвам само до Windows.

by Waz Gaa

Съдържаниет е скрито
Влезте за да го видите

Доста съм го мислил - ама хем да запазиш красотата и едновременно с това и функционалността - не става. Трябват компормиси.
А за ползването на библиотеки - ами компилираш си класовете в bpl - май има поддръжка под Kylix ? Чесно казано не знам - но той си е вътрешен формат на Borland така че що да не работи ?

---
Е т'ва е живот!