Hozzászólások
-
Bejegyzés
-
A honlapotokon a számlanyomtatáshoz használható papír sorszámozott leporelló v. A4.
Számomra nem egyértelmû, miért kell sorszámozott papír, elõtte írtátok, h a prg. megfelelõen sorszámoz.
[align=right][snapback]83472[/snapback][/align]Ha több példányos leporellóra nyomtatsz, hivatalosan olyan papírra lehet nyomtatni amely gyári nyomtatásban sorszámozott, és rajta van a példányszám is. Ha jól emlékszem a leporelló alján látható. Ebben az esetben a programnak csak azt kell ráírnia a számlára hogy készült pl. 2 példányban.
Ha géppapírra nyomtatsz, ott már fel kel tüntetni hogy a példa szerinti két példányból ez éppen melyik. A két lehetséges – papírfüggõ – variáció küzül a helyes beállítása a technikai programok->regisztráció pontban lehetséges.
Sziasztok.
Egy apró észrevétel a jelszós védelemmel kapcsolatban:
‘lafisoft’ -tal nem enged be, csak ha uresen hagyom, es a jelszo megvaltoztatasakor is uresen kel hegyni a regi jelszot.
A nyitokepernyo szvsz sokkal jobb így, mint a régi rácsos…
B.
[align=right][snapback]82177[/snapback][/align]Szia !
Elsõ esetben valóban sima enter a jelszó.
Viszont ha a saját jelszót kikapcsolod, majd ismét be, már a ‘lafisoft’ lesz a kezdõérték.Köszi a kritikát. Nagyon sok múlik rajtatok – merre fejlõdik a program- , mivel a munka sok, az idõ mindig kevés.
Hello,
Van az elõzõ verzióból (2.0.15) egy mentésem, teli vevõ adatokkal. Hogyan tudom felvetetni a legújjabb verzióval (2.0.21) ezeket az adatokat? Nem lesz abból baj ha kicsomagolom a mentés fájlt a munkakönyvtárba?
[align=right][snapback]82003[/snapback][/align]Szia !
Nem hiszem hogy gond lesz belöle.
Viszont a nyugtafej, nyugtatet, nyugtatetwork állományokat ne írd felül a régi verzióval mert nem komptabilis a 2.0.21 verzió adatelemeivel.
Nem felülirandó adatelemek felosorolása:
nyugtafej.dbf , nyugtafej.dbt nyugtafej.mdx
nyugtatet.dbf , nyugtatet.dbt nyugtatet.mdx
nyugtatetwork.dbf , nyugtatetwork.mdxHa csak a vevõket akarod átmenteni, érdemesebb az ugfelek.dbf,dbt,mdx fájlokat bemásolni a 2.0.21-es állományok közé.
Elõtte célszerû készíteni egy mentést hogy legyen lehetõség váratlan hiba esetén a visszaállításra.
Hi Lafi!
Ha (regisztrálatlan) az alapadatok beállításánál állítok valamit, és mentéssel akarok kilépni, a progi I/O error 13 -at ír ki. A telephelykód a számlán beviteli mezõ értékén kívül mindent le is ment. Azt nem.
LafiSoft raktár v2.0.20 változások
Bocs a kései válaszért, nyaraltunk.
Csatolom a ma hivatalosan közzétett LafiiSoft hírt.…
” wrote:Szerentetek az UHU jó linux??
Számomra bevált!
Az UHU meglátásom szerint az egyfelhasználós Linux desktop rendszerek között a Windows legnagyobb hazai riválisa.
Mivel beállítása, kezelése alapvetõen nem igényel mély informatikai tudást, sikerült eljutnia oda hogy egy user önerõbõl képes feltelepiteni. Másik elõnye hogy igen jól sikerült összeszedni a alapértelmezett program csomagokat, igy mindenki számára egyszerüen használhatóvá válik.
Komoly vetélytársa a SuSE alternativának, mivel a hazai informatikai szakma az UHU-t saját gyermekének tekinti. A SuSE számára mi csak egy nyelvi változat vagyunk, náluk viszont a jelentõsen nagyobb a tapasztalat, anyagi háttér, és profi hivatásos fejlesztõ gárda.
Remélem ez a verseny tovább gyorsítja a hazai Linux piac erõsõdését.
Sziasztok!
A számla külsõ megjelenésével történt valami nálam, ugyanis a 2.0.16-ra váltás környékén a korábbi betûmérethez képest megnõttek a karakterek, és pl. ha a 3*8 jegyu bankszámlaszámhoz a bank nevet is odairom, akkor összefolyik a következõ oszlop szövegével.
Az árajánlatnál is u.a. a helyzet, ott az SZJ szám folyik bele a szolgáltatás megnevezésébe.
Bizonyos helyeken (pl. a lapon elhelyezett megjegyzések) normális a betûméret/típus, viszont ha a vevõ és az eladó adatainál kisebb lennének a betûk, akkor sokkal szebben mutatna.
Vmi font-hiba lehet nálam, vagy más ötlet???
Köszi
Brian
Szia !
Megnéztem, valóban lehet vele probléma. A jelzett adatok esetén a beállított font tipusa adobe-helvetica 9p a programban házi szabványként használt helvetica 10p helyett.
Ha nics ilyen a rendszerben, akkor az op.rendszer kihelyettesiti egy másik font tipussal ami a legrosszabb esetben felboritja a formátumot.
A hétévégén kijön a 2.0.19 -es frissités, abban javítva lesz.
Köszönöm a visszajelzést.Csak ma tudtam kiprobalni, tenyleg jobb lesz az ssh, ha majd mukodni fog a pr. Mert nem mukodik halozatban.. Egyszerre probaltunk szallitot irni a ket gepen, egy darabig mukodik aztan ossze-vissza keveredtek az adatok, ket szallito helyett csak egy jott letre abban is a masik szallitoban megadott tetelek szerepeltek, neha pedig csak egy tetel latszott a tiz helyett. Mandrake 10. Gnome alatt. Server gepen auser, buser, kozos konyvtar. Server gepen auser indult, masodik gepen ssh aztan buser indult.
esel
Hol találok gyorsan lehúzható Mandrake 10. ISO-t ?
Tudnátok adni egy linket ?❓
.
QPopupMenu: (unnamed) Popup has invalid menu item
./runme.sh: line 17: 836 Segmentation fault ./raktar200linuxSzia !
LANG=hu_HU környezeti változó valószínüleg nincs beállítva.
Kipróbáltuk NFS alatt. Tényleg nem mûködik. Ahogy látom futó programnak az NFS rendszer nem teszi lehetõvé a szemafor fájlok létrehozását, az NFS-el becsatolt szerver könyvtárban.
Remélem a SAMBA jobban kezeli ezeket a hozzáféréseket – hamarosan kiderül.
A következõ megoldást javaslom, különösen ha nagy tömegû adatbázissal dolgozik a program és nagy az adat mozgás a kábeleken.
Adott a szerver amelyre elkészítem az alábbi könyvtár szerkezetet.
Szerver = itt van összes dbf,dbt,mdx
user1 = 1.sz felhasználó privát program másolata és lokális adatai,
user2 = 2.sz…..
…
user(n)A legegyszerûbb esetben minden könyvtárba ki kell bontani a tar.gz csomagot, majd az user könyvtárakban bekonfigurálni a szerver útvonalat
Minden belépõ user a szerverre ssh-val felcsatlakozva a saját behúzójával indítja a programját.
pl ssh -XC 192.160.100
….
cd /user1
runme.sh.Csak a mentest kuldom, a tobbi a letoltott pr.
esel
Elvégeztük az adataiddal az auser,buser,server tesztet.
Uhu Linux 1.1 gnome,KDE,ICE wm
Hálózati hibát nem sikerült produkálni, viszont KDE alatt az egyik program megzavarta a másik ablakban tökéletesen párhuzamosan futó mûködését.
Történt ugyanis hogy amint az egyik beviteli ablakot OK-val bezártuk és visszatértünk a bizonylatokat tartalmazó ablakba, a másik ablakban futó bizonylat készítés állapotában lévõ ablak, elvesztette a fókuszt, az is visszalépett a bizonylatokat megjelenítõ ablakhoz.
Ennek az lett a következménye hogy a háttérben futó program kezelhetetlen lett, mert nem lehetett bezárni az új bizonylatot készítõ ablakot. A vezérlést az öt szülõ ablak kapta meg amely viszont nem kezelte le mivel a bizonylat készítõ ablak modalisan lett belõle nyitva.
Gnome alatt ez egyszer fordult elõ, KDE alatt következetesen mindig, ICE alatt pedig soha. Kellemes csalódást okozott az ICE gyorsaságával és megbízhatóságával.
Igen nalam is hasonloan reagalt, de ha ugyanazt az indito fajlt inditom tobbszor akkor nincs gond.
SAMBA-n történõ teszt pedig most következik.
Tudja valaki hogy ha becsatolok egy könyvtárat szambán keresztül miért nem tudok rá írni ? Csak r jogot kapok rá UHU alatt pedig XP alatt simán irom a megosztott könyvtárat.
Kiadott parancs: mount -t smbfs /mnt/server /192.168.0.100/pub
legutóbbi hsz