A Kylix önmagában is egy elég nagy szívás, pláne hogy a K3 óta elég sok idő eltelt, és nekem legalábbis a 2.6.10 feletti kernelekkel nem is igazán sikerült életre hoznom (nincs debug),
a unicode egy kalap kaki, az LC_ dolgok kezelése sincs épp a helyén teljesen. Ráadásul a CLX egy bughalmaz, még amúgy Kylix alatt nem is annyira mint Delphi7 alatt. Másrészt pedig xbase-t használni 2007-ben – nem mondom, bátorság kell hozzá ;-).

Anno a Fix Tv-ben elmondhattam ( Gibzó jóvoltából ) hogy a Linux ügyviteli programok használhatóságát alapvetően meghatározza a Linuxos nyomtatás sebessége, minősége,pontossága.

Na igen, az a GDI nem egy hülyeség. Ráadásul a Qt2-CLX házasság sem volt túl felhőtlen, meg maga a Qt2 sem, így a felette lévő dolgok (XReport) sem lehetett jobb mint aminek a tetején ült.

Következmény:
Egy sereg línuxra fejlesztő cég – program eltünt a piacról. ( pl Normandia és stb… )

Lassan ide kerül az X-Szoft is, az X-Raktár 3 már .NET alatt készül. A másik ok ami miatt nem nagyon láttam értelmét a linuxra fejlesztésre az az open-source alternatívák megjelenése volt (compiere, sql-ledger).

Az én szempontomből annyi hogy minden második Linuxos ügyfelem áttér a programjaim Windows verziójára, mert kicsiny de kapitális hatású problémákba ütköznek.

pl.
– frissíti az operációs rendszert és kimúl az úgyviteli  program.függőségi problémák következtében,
– nyomtatót cserél és az már másképp szétesett formátumban nyomtatja a számlát,
– megváltoztatja a képernyő felbontást, és szétesik a nyomtatás.

Nálam is volt ilyen tendencia, de általában nem ez volt az oka, hanem az hogy más programokat is akart futtatni mint az X-Raktár és az OpenOffice, Mozilla.

Őszintén szólva én egyik useremnél sem tapasztaltam a fenti problémákat. A függőségeket én úgy oldottam meg hogy a kylixos libek bekerültek egy könyvtárba és az indítóscript elején volt egy LD_LIBRARY_PATH ami beállította oda a keresési útvonalat. Mástól meg (legalábbis a SuSE 10-ig amíg még követtem a dolgokat) nem függött a rendszer. Nyomtatásnál sem tapasztaltam ilyen problémákat, persze egy sz*r printer driver csinálhat meglepetéseket, de ilyet már windowson is láttam (valamelyik nyomtatódriver a VCL-es nyomtatóinterfésszel karöltve művelt érdekes dolgokat, onnantól kezdve a QuickReport is jó kis effekteket produkált). Viszont a DPI függést szintén nem értem: egyrészt nem tapasztaltam hasonlót legalábbis linuxon, windowson pedig fixre volt állítva a DPI ugyanis míg linuxon egy hackkel ki lehetett védeni a CLX bugos form átméretezését de Delphi7 alatt nem találtam rá jó megoldást). Elvben ha jól emlékszem nem illenék neki run-time a screen DPI-jével  foglalkoznia.

Én úgy gondolom az ügyviteli desktop Linux esetén nem működik a bazár elv,
hanem a katedrális elv az irányadó, ahol  a komptabilitás alapelv.

Na, ezért is váltottam windowsra. Picit teli volt a hócipőm hogy öt féle disztriben 10 féle módon kell berakni a programot a start menübe.

Tehát , hajrá Lazarus  !

Én inkább a java körül nézelődnék ha már linuxoznék. Anno én is elfilóztam hogy mi legyen a következő lépés a Kylix után, de a .NET tűnt a legésszerűbbnek.

a .NET tűnt a legésszerűbbnek.

Ennyi a lényeg A többi rizsa.
Ezeket már sokszor kifejtetted több topikban.

(Megnézted, hová post-olsz? „Általános Linux problémák > Programozás”
Csak gondoltam, megemlítem. )

Annyit azért én is megemlítenék hogy a lent említett X-Reportot is én írtam, csak hogy mentsem picit az offtopic hozzászólásomat a témához…