Lafi

Hozzászólások

10 bejegyzés megtekintése - 191-200 / 201
  • Szerző
    Bejegyzés
  • Lafi
    Felhasználó
      Lafi
      Felhasználó


        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?

        Lafi
        Felhasználó

          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.

          Lafi
          Felhasználó
            ” 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!
            Wappista

            Sajnos 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.

            Lafi
            Felhasználó
              Lafi
              Felhasználó

                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.

                Lafi
                Felhasználó

                  Letölthetõ az uj sorozat 2.1.2 teljes verzója és frissítése.

                  A kiadás oka:

                  A 0%

                  Lafi
                  Felhasználó

                    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.

                    Lafi
                    Felhasználó

                      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!

                      Lafi
                      Felhasználó

                        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?

                      10 bejegyzés megtekintése - 191-200 / 201