AutoHotkey Community

We use a data entry system here at work that utilizes barcodes. I wrote a program that lets me scan a barcode with the wand that then puts it into the retrieval program without me opening that window, opens the image and resizes it, and it usually works just fine, but, sometimes it puts this:

0)))%(!*)d01

when it should have sent this:

000059180d01

into the retrieval program.

I attempted to put a shift up into the reload portion of the program in case that was the issue, but it does not help. Not that the output really looks like the shift key is pressed, but I cannot think of anything else. Any ideas?

You probably just need to replace the errant characters before they're sent:

_________________

Try Quick Search for Autohotkey or see the tutorial for newbies.

?

What about to reconvert any non "alnum" (--> If var is [not] type) char to its 'unshifted' equivalent ?

If Shift down is being sent inadvertently from somewhere other than the script, sending a ShiftUp may become unreliable.

You could watch the variable containing the incoming numbers for chr(#) 33-41 and simply remap them to #'s 48-57. Because the numbers are consecutively parallel, a simple math formula can be used to convert back to digits.

A simple function that finds and displays the character differences:
I probably could have implemented filling the arrays in the function but you get the idea .

BTW Seph, I love all things FF

_________________
paradigm.shift:=(•_•)┌П┐RTFM||^.*∞

What bugs me here is that if a Shift Down is being inadvertently sent, not only can I not see where it is coming from, but I also do not understand why it affects the characters it does. The leading zero is never affected, and the d and everything to it's right is also never affected, but all of the characters in between are.


Sinkfaze, if I am understanding this correctly, essentially your addition to the code tells the program to watch for these characters, and if it sees them, to resend the variable. If I am getting this wrong, can you let me know. I like to try and learn to do what you tell me, and this is not the first time you have got my code to work properly, so thank you.



This is going over my head. I do not doubt that it works, but I guess I do not get where you are getting these numbers from, unless, is this the ASCII assignments to these characters? Perhaps I should brush up on that... if not, would you mind explaining what is going on here? I would appreciate it.


I am thinking that if the other 2 shift ups do nothing, I am thinking this won't either.



might try this if Sinkfaze's code fails me



Me too! XIII is awesome, if you have not indulged yet

I am going to try out some stuff with what you all have told me. I will give it a couple days of testing, and if anything solves my problem, I will post the solution, just in case anyone can use the info in the future. Thank you all for the help.

What my addition to the code does it replace all of the errant characters (if they exist) with their proper numeric characters. Try this for example:

_________________

Try Quick Search for Autohotkey or see the tutorial for newbies.

It's just a matter of parsing the incoming variable finding, each ASCII number for each character and then applying the math to force each character number to switch. A more advanced approach could use regex with less lines.

By making this a forced function, rather than a condition (which could also work if done right), it will switch regardless of what character is found. That will make it firm and much more reliable.

Unless you or someone else writes one before me, I will write something for you in a bit. I just have to run for a while. bbl..

Hey as long as I can grow and ride choco on water I'm happy ..


edit: Actually use sinkfaze's function, its perfect (as usual )

_________________
paradigm.shift:=(•_•)┌П┐RTFM||^.*∞

Shot in the dark:instead of "SendInput, {Shift Up}"

_________________
Ternary (a ? b : c) guide     TSV Table Manipulation Library
Post code inside [code][/code] tags!

You know, I thought after the past few days everything was golden, but just now the script returned the shifted characters again, so the addition of sinkfaze's code didn't do the trick (that's a first for me ). So, any other ideas anyone might have would be most welcome. Again, I do not know why the leading zero and everything from the letter "d" on comes back unshifted or if it is even significant, but I am at a loss here.

I am going to throw VxE's code in there and hope, but it may be a couple of days before I can get a feel for whether or not it is working, because the stinking error is so darn infrequent and I cannot force it.

A semi-humorous, semi-sad aside,

I showed this to the elected official in charge of our office as a solution to a problem created by the new software that was purchased here. That was the first time I ever had this problem rear it's ugly head. *sigh*

Looks like I still have some work to do

Hey Seph..

Remember, sinkfaze's script was based on the static literal string .
You may have to convert the var to except dynamic strings if the value changes often .

hth

_________________
paradigm.shift:=(•_•)┌П┐RTFM||^.*∞

Nah, he made a function called "numonly" inside of the control send that does this:




so that should convert any shifted character on the number row back to it's unshifted state. Sinkfaze knows his stuff

Ahh I see, I look for that function.. ok

_________________
paradigm.shift:=(•_•)┌П┐RTFM||^.*∞

Well, that didn't take very long. VxE's idea unfortunately also did not work either. Any other ideas you might be able to think of that I could try?

If it helps any, it seems to usually happen when I have not used the program for at least a few hours, say, the first time that day or when I have been performing other duties for several hours. It does not seem to make any difference if I have had the code running for all of that time inbetween.

Thanks!

I just had the issue pop up again, and I discovered that there does not appear to be anything wrong with the variable itself, as the shift + portion of the script that resends the value has the characters come up just fine. So the issue looks like it is showing up only on the controlsend portion of the script.

Still fishing for ideas, if anyone has them

Thanks for all the help thusfar!

Put the shift up directly in the Send/ControlSend statements?

_________________

Try Quick Search for Autohotkey or see the tutorial for newbies.