Hi!
Olyan gondom van, hogy a vonalkódolvasó angol billentyüzetet emulál, azaz a 0 helyett ö van és a - helyett ü.
Ha átállítom a billt angolra akkor jó.
Beállításai között nemtaláltam ilyesmit.
Van valakinek tepasznyalata ezzel kapcsolatba?
Pl.: beállítás/mas hw ami jó etc.
pch
- 11566 megtekintés
Hozzászólások
Mi az olvasó pontos típusa?
- A hozzászóláshoz be kell jelentkezni
A leirasban keress keyboard wedge kifejezest. De az olvaso tipusa tenyleg kellene meg, hogy milyen csatlakozasa van.
- A hozzászóláshoz be kell jelentkezni
PS-800P tipusu
Van olyan, hogy key wedge
UPPER/LOWER case (auto/lower/upper)
send character by ALT method (enable/altmode(alt+hot key)/alt mode(all data for alt))
select numerical pad(on/off)
bar space invert to read(yes/no)
pch
- A hozzászóláshoz be kell jelentkezni
send character by ALT method (enable/altmode(alt+hot key)/alt mode(all data for alt))
Ezt kell beállítani.
Petya
- A hozzászóláshoz be kell jelentkezni
Ha beállítom azaz (sen character by ALT Method enable akkor semmit nem olvas.
Select Numerical pad-al már elértem, hogy 0 helyett 0 van viszont a - helyett még mindíg ü -t ad..
pch
- A hozzászóláshoz be kell jelentkezni
Linux alatt használod, xorg-al? Mert akkor nem fog menni. Ez az Alt-os módszer nincs implementálva X alatt.
Próbáld ki parancssorban. (tehát nem X alatt terminálban) Úgy jónak kell lennie.
Petya
- A hozzászóláshoz be kell jelentkezni
Csak az a baj, hogy nekem x alatti programhoz kellene...
pch
- A hozzászóláshoz be kell jelentkezni
Nekem szerencsém volt, mert saját fejlesztésű a program, ahol az olvasót használják, így a programban kezelem le a kiosztás eltéréseit.
Petya
- A hozzászóláshoz be kell jelentkezni
Nekem is saját progi, de ha egyáltalán nem küld a , helyett semmit nem tudom lekezelni...
Azt meg nem várhatom a felhasználóktól, hogy ne használjon ,-t.
pch
- A hozzászóláshoz be kell jelentkezni
"," karakter van a vonalkódban?
Petya
- A hozzászóláshoz be kell jelentkezni
A progi a cikkszámokból generál vonalkódot, és van hogy van benne , pl.: 100-rca 2,5
pch
- A hozzászóláshoz be kell jelentkezni
Tehát az adatbázisodban string a kulcs? Nincs a cikkeknek rendes id-je, ami mondjuk int típusú? Mert ha van, akkor generálj abból, ha nincs, az meg komoly adatbázis-tervezési probléma...
Egyébként nekem csak a "ö"->"0", "ü"->"-", Y->Z, Z->Y cseréket kellett megcsinálni, de persze én is örülnék, ha az xorg tudná az Alt-kódot, de nem tudja sajnos.
Petya
- A hozzászóláshoz be kell jelentkezni
Van id-je offcoz.
Ellenben már így is 3 beviteli mező van.
1.: cikk neve
2.: cikk cikkszáma
3.: cikk gyári vonalkódja.
Ezért gondoltam, hogy a cikk cikkszám alapján generálok vonalkódot, hogyha valami terméken nincs gyári vonalkód arra tudjon egyett nyomtatni. Pl.: csövek.
Ha meg az id alapján generálok vonalkódot akkor ugye kellene egy 4 beviteli mező is, mai valjuk be eléggé felbosszantaná a (f)elhasználókat...
pch
- A hozzászóláshoz be kell jelentkezni
Akkor az olyan termékekre generálj vonalkódot, amin nincs gyári. Ezt akár az ID-ből, akár teljesen függetlenül megteheted.
Ekkor az adatbázisban egy vonalkód meződ lesz minden gyes termékhez, amelyben vagy a gyári, vagy a saját kód lesz.
Tehát a kód minden esetben ugyanabba a beviteli mezőbe kerül majd. Mivel a gyári EAN és UPC kódok csak számokat tartalmaznak, és ideális esetben te is csak számos kódot generálsz, csak az "ö"->"0" konverziót, esetleg az "ü"->"-" -t kell megcsinálni, de ez meg egyértelmű, mert normál esetben ezen karaktereknek nincs keresnivalója a vonalkód mezőben, kapásból át lehet őket írni.
szerk: természetesen arra figyelj, hogy ne legyen ütközés a gyári és az általad használt kódok között. Tehát mondjuk kezdődjön valamilyen Y-tól és Z-től különböző karakterrel a saját kódod. Ekkor ugye nem EAN/UPC, hanem pl. Code128 kódot kell használnod.
Illetve ha jól tudom(azért nézz utána!), akkor az EAN-nál is van olyasmi, mint az IP-címeknél a privát szubnetek, tehát bizonyos számokkal kezdődő kódokat nem adnak ki gyártó cégeknek, ezeket csak üzleten belül használhatod (pl amikor krumplit veszel az önkiszolgáló, vonalkódnyomtatós mérleggel, olyan kódot generál, hogy: {valami}{krumpli}{1kg}{checksum}, ahol a "valami" az a szám, amivel nem kezdődik hivatalosan semmilyen gyári kód, utána a termék azonosító, a termék tömege, majd checksum)
Petya
- A hozzászóláshoz be kell jelentkezni
Hogy ez nekem nemjutott eszembe...
Pedig mennyire triviáris megoldás...
Ha nem ír be gyári vonalkódot, akkor kap egy sajátot....
thx.
pch
- A hozzászóláshoz be kell jelentkezni
Lehet, hogy rosszul tudom, de az EAN13-nál az van, hogy a 2-vel kezdődő kódokat nem adják ki gyártóknak, az van fenntartva az üzleteknek saját kiadásra. (Kifli, tojás, kimért dolgok, amire nem lehet gyárilag kódot tenni.)
Tehát ha 2-vel kezded, nem szabad, hogy ütközzön más termékkel. Van még egy ilyen egykarakteres beviteli elütés szűrést biztosító ellenőrző szám generálás is, amire figyelni kell, hogy az első 12 számjegyet megszorzod a helyiértékével, összeadod, elosztod 12-vel, és az osztás maradéka a 13-ik számjegy lesz. Lehet, hogy rosszul emlékszem az algoritmusra, de olyasmi, mint a személyi számnál is van (vagy ugyanaz). Szóval: EAN13 "rfc", és "kettes, belső kód".
Ha még aktuális.
- A hozzászóláshoz be kell jelentkezni
Nincs olyasmi beállítás, hogy alternative mode, Alt mode stb? Azokon az olvasókon, amikkel én eddig találkoztam ilyesmi nevű opcióval lehetett orvosolni a problémát. (Mikor legelőször találkoztam vele, agyaltam is, hogy valami beszédesebb nevet adhattak volna neki :) )
- A hozzászóláshoz be kell jelentkezni
Igen, a legtöbbön van ALT-mód (tehát Alt+keycode formában írja be a karaktereket), viszont ez linuxon X alatt nem működik.
Petya
- A hozzászóláshoz be kell jelentkezni
Általában a hozzáadott füzettel lehet konfigurálni, de nem mindig tudja a magyart.
- A hozzászóláshoz be kell jelentkezni