Hozzászólások
-
SzerzőBejegyzés
-
Egy õsidõkbeli iszonyatos DOS alatt futó raktárkezelõ és számlázó programot
szeretnék lecserélni. A problémát a régi program adatbázisában levõ mintegy 5000 rekord jelenti. Ennyi adat újrafelvételét és az ezzel járó kiesést a cég nem engedheti meg. Szerencsére az adatbázisfile-ok külön vannak tárolva. Ezekrõl annyit tudok, hogy dbf formátumúak, de nem tudom a verziószámot (persze ez kideríthetõ).
Kérdésem annyi lenne, hogy milyen támogatás van a programban már meglevõ külsõ adatbázis (nyilván séma, illetve adatok) importálására?
A 2.1.1-bõl mikor lesz UHU csomag?
Lesz, de mi fogjuk elkésziteni, mivel az UHU csapata igy is túlterhelt.
Az uj sorozat következõ 2.1.2 verzióját már folyamatosan kiadjuk UHU csomagban is, a http://www.lafisoft.hu oldalról letölthetõ lesz, a régi mellé fog települni.
Ugy gondolom két héten belül kiadásra kerül.
A 2.1.1 tar.gz file minden probléma nélkül telepíthetõ UHU Linux esetén is.
” wrote:Ezt a forumot ezért inditottam, hogy legyen lehetõség a párbeszédre,
LafiSoft programok, vagy tágabb értelemben a Linux ügyviteli programokról.Szia!
Engem bérszámfejtõ program érdekelne tesztelésre,felhasználásra,mint a raktári ügyvitel!
Foglalkoztok-e vele is,vagy ez más „tészta”!
Köszönettel!
WappistaSajnos a bérprogram nem tartozik a terveink közé. Fõleg azért nem, mert ezen ügyviteli folyamatot csak leprogramozni nem elegendõ, legalább annyi, – ha nem több – energia kell a megfelelõ követés biztositásához. A bér ügyvitele folyton változik, talán a legmozgalmasabb ügyviteli folyamat.
Ehhez viszont jelenlegi kapacitásunk kicsi, igy hiba lenne belevágni.
Viszont hamarosan Linuxosítjuk az étkezdék,konyhák anyag és számlázó programjait, várhatóan három hónapon belül, uniós elvárásoknak megfelelõ színvonalon. ( HACCP )
Az anyag és számlázó rendszerek a szakterületünk, ebbe az irányban tudunk gazdaságosan és jó minõségben fejleszteni.
Ezért van egy favolizált felbontás amelyhez megpróbáljuk optmalizálni a grafikus megjelenitést. Ez a felbontás a 2.0.x sorozat esetén még 800×600 de az ezt követö 2.1.x sorozat már 1024×768.
Ezt a „favorizált” felbontást nem lehet százalékosan megadni?
A takarásos jelenség defaultban van!!!Próbáltuk az 1.0.x sorozatban. Ha rábizzuk a Kylix-ra az átméretezést, vizuális káosz az eredménye. Lehet hogy ez a mi vizuális komponens készletünknek , fejlesztési technológiánknak is köszönhetõ.
Talán a nyáron amikor egy kicsit pangás van, megpróbálkozunk ismét megoldást találni.Ha a default UHU beállításban takarások vannak,
akkor az a mi figyelmetlenségünk. Amint lesz egy kis lélegzetvételnyi idõnk, átnézzük és igazitunk a vizuális elemeken.Letölthetõ az uj sorozat 2.1.2 teljes verzója és frissítése.
A kiadás oka:
A 0%
Vissza a témához!
Megnéztem néhány dolgot.
Miért van ha fullscreenre vátok nem változik csak az ablak mérete?
A mezõk nevei belelógnak a mezõbe, nem látható mi is szerepel a mezõben!
A fel és le nyilak helyett nem lehet szõveget hasznáni?
Mert ezek nem igazán átláthatóak és mert pénzrõl lévén szó jobb ha világosan szerepelnek!Tévesztés kizárva!
Folyt köv.Rengeteg grafikus elem van egy ablakban. Mivel a form méretváltozását nem képesek a gombok szövegek arányosan követni, Igy az alapform átméretezésének nem sok értelme van.
Ezért van egy favolizált felbontás amelyhez megpróbáljuk optmalizálni a grafikus megjelenitést. Ez a felbontás a 2.0.x sorozat esetén még 800×600 de az ezt követö 2.1.x sorozat már 1024×768.
A programokban alkalmazott fontok sok galibát okozhatnak. Tapasztalataink szerint ha egy Linux op.rendszer nem találja a programba kódolt tipusú fontot,méretét, tipusát automatikusan kihelyettesiti. Ezért minden betütipust a programkód módositásai során folyamatosan Helvetica 9-12 pont méretüre állitjuk. Véleményem szerint a font behelyettesitésbõl keltkezhetnek takarások, szöveg kilógások.
Ami a kis nyil ikonokat illeti, meglátásom szerint annyira jelentéktelen a funkciója hogy nem érdemes vele sokat foglalkozni. Az ablakokban mindig az adatokat ténylegesen megjelenitõ ablakok mérete szokott kicsi lenni, mivel ez a legfontosabb információ, azt mindig a gombok rovására maximálisra növeljük. Alapszabály nálunk hogy a gombok mérete egyenesen arányos a használat gyakoriságával.
Ha Bush elnök folytatja a politikáját, akkor lesznek még vírus inváziók az M$ és USA gazdasága ellen!
Remélhetõen az adatvesztés félelme és a józan ész elõbbre viszi a linux rendszereket!Nagyszerû a topic!
Pont ma merült fel bennem a kérdés, hogy mi ösztönzi a Lafi Softos fejlesztõket a raktárkészletes progik írására, származik valami bevételetek belõle?
-
SzerzőBejegyzés
legutóbbi hsz