Hozzászólások
-
Bejegyzés
-
Lafi wrote:Lazarus kapcsán:
Alapvető gond hogy csak a Windows-os Lazarus képes megtartani a beinstallált uj komponens gyűjteményt. Az összes Linux-ra felrakott Lazarus a fenti komponensekre kb.”A telepítés a következő Lazarus inditáskor ‘ címkét rakja rá, de a következő indítás során nem kerülnek bele a palettába a komponensek, és a címke marad.
Nos, amikor utoljára néztem a lazarust akkor ez úgy nézett ki hogy amikor új komponenst installáltál az úgy működött hogy a lazarus szépen újrafordította magát. Az új bináris viszont nem oda jött létre ahová tetted hanem a home könyvtáradba. Viszont ha te nem ezt indítod el hanem Pl. a /opt/lazarus alatt lévő binárist akkor nem fognak látszani az új komponensek. Persze ez azóta változhatott…
VectoR wrote:A java-ban „”semmi”” nem változott, még mindig reaktor kell hozzá főleg, ha már valami a JavaVM-et már futtatja… Na jóindulattal, lehet kiváló projekteket vizsgálgatni (azreus, crossftp, mercury, stb), de ennyi év után nevetségesség kezd válni a dolog…Ez csak azért van mert minden java program saját JVM-et indít. De az 1.5-ös java óta elvben ezt már nem kellene.
VectoR wrote:A java-ban „”semmi”” nem változott, még mindig reaktor kell hozzá főleg, ha már valami a JavaVM-et már futtatja… Na jóindulattal, lehet kiváló projekteket vizsgálgatni (azreus, crossftp, mercury, stb), de ennyi év után nevetségesség kezd válni a dolog…Ez csak azért van mert minden java program saját JVM-et indít. De az 1.5-ös java óta elvben ezt már nem kellene.
Macskajancsi wrote:LCoder wrote:Na, ezért is váltottam windowsra.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…
Macskajancsi wrote:LCoder wrote:Na, ezért is váltottam windowsra.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…
Lafi wrote:Nagyon bízom a Lazarus működőképességében.Én is játszottam vele egy ideig, de nekem nem tűnt túl biztatónak. Régebben még igen, de egyre nagyobb, lassabb és nehézkesebb lett. Utoljára úgy egy éve láttam, akkor már elég sok dolog volt hozzá, de az adatkezelés még mindig úgy a Delphi 1.0 első bétáját idézte. Ami nagyon hiányzott az egy egységes dbExpress-szerű dolog. Még leginkább a zeoslib volt az ami hasonlított valami használhatóra, de az is elég gázos volt.
Lafi wrote:Tengernyi bajom van a Kylix2 – xreport együttesből eredő xbase alapú programjaimmal.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.
Lafi wrote:Nagyon bízom a Lazarus működőképességében.Én is játszottam vele egy ideig, de nekem nem tűnt túl biztatónak. Régebben még igen, de egyre nagyobb, lassabb és nehézkesebb lett. Utoljára úgy egy éve láttam, akkor már elég sok dolog volt hozzá, de az adatkezelés még mindig úgy a Delphi 1.0 első bétáját idézte. Ami nagyon hiányzott az egy egységes dbExpress-szerű dolog. Még leginkább a zeoslib volt az ami hasonlított valami használhatóra, de az is elég gázos volt.
Lafi wrote:Tengernyi bajom van a Kylix2 – xreport együttesből eredő xbase alapú programjaimmal.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.
VectoR wrote:Párszor próbálkoztunk firebird adatbázis használatával de sajnos minden alkalommal „használhatatlanná” vált a program a felhasználó részéről mikor telepíteni kellett ….. Rengeteg gond volt vele, egyszerű programok esetében bőven elégnek bizonyult az sqlite, na és a programok telepítése ténylegesen Windows like lett, máshol a postgres vált be…Én már elég régen használok 1.0.x-es és 1.5.x-es firebirdet az X-Raktárhoz, túl nagy gond nem volt vele, kivéve hogy firebird szuperszerver a linux disztribekre nem igazán volt. De mostanság a jobb linuxokon van fb szuperszerver csomagban. Én őszintén szólva a postgresben nem nagyon bízom, az X-Raktár 1.0 azt használta és elég sok adatvesztés volt belőle, ennek nagy része persze user error (elmentette a /var/lib/pgsql tartalmát, majd dist upgrade, visszatöltötte és csodálkozott hogy nem működött az X+1-es postgresql verzióval). Mindenesetre FB-fel adatvesztésem nem igazán volt pedig jóval több felhasználóm volt mint az X-Raktár 1-nél, míg az XR1-nél úgy 3-4 adatvesztéses problémám is volt.
VectoR wrote:Párszor próbálkoztunk firebird adatbázis használatával de sajnos minden alkalommal „használhatatlanná” vált a program a felhasználó részéről mikor telepíteni kellett ….. Rengeteg gond volt vele, egyszerű programok esetében bőven elégnek bizonyult az sqlite, na és a programok telepítése ténylegesen Windows like lett, máshol a postgres vált be…Én már elég régen használok 1.0.x-es és 1.5.x-es firebirdet az X-Raktárhoz, túl nagy gond nem volt vele, kivéve hogy firebird szuperszerver a linux disztribekre nem igazán volt. De mostanság a jobb linuxokon van fb szuperszerver csomagban. Én őszintén szólva a postgresben nem nagyon bízom, az X-Raktár 1.0 azt használta és elég sok adatvesztés volt belőle, ennek nagy része persze user error (elmentette a /var/lib/pgsql tartalmát, majd dist upgrade, visszatöltötte és csodálkozott hogy nem működött az X+1-es postgresql verzióval). Mindenesetre FB-fel adatvesztésem nem igazán volt pedig jóval több felhasználóm volt mint az X-Raktár 1-nél, míg az XR1-nél úgy 3-4 adatvesztéses problémám is volt.
Nagyjából szvsz jól látod, bár a szükségállapot kihirdetésében nem lennék biztos, vannak kormányzati és vannak parlamenti jogkörök. Azon belül is van olyan ami csak 2/3-os többséggel vihető keresztül. A miniszterelnök pedig ugyan dirigál, de közel sincs annyi hatalma mint az USA-ban. Ott ugyanis elnöki rendszer van (és az elnököt közvetlenül is választják) míg itt parlamenti. Aztán ott van még a köztársasági elnök aki Pl. egy-egy törvényt visszadobhat az alkotmánybíróságnak.
legutóbbi hsz