willichan

@bobbiehansen Just to avoid confusion, you would be better to consider AutoIt as a scripting language, rather than as a programming language. Don't get me wrong. AutoIt is a very powerful scripting language. Some of the more advanced people here can really make it stand up, sing, and dance. (Not to mention the amazing work the developers put into it.) As such, there are limitations to what you can do to protect your source code. I think that @orbs gave you the best advice. Rather than selling your script as a "program" to your clients, go ahead and provide the "compiled" version of your script, and pitch it as a service. You can still charge a reasonable up-front cost for customizing, installing, and implementing your script, then charge them a fee for maintenance, to include bug fixes and technical support. This also provides you with an ongoing revenue stream, rather than a one-time sale.

@ioa747 Thank you for your feedback and solution. If I could not go directly to clipboard, that would have been the solution for me to take. @UEZ That worked exactly as needed. I had looked at your similar solution in another of your posts, but I must have missed the _GDIPlus_BitmapCreateHBITMAPFromBitmap step in there. I can start updating my UDFs with the clipboard feature now. Thanks again.

I have been searching through the help files and any posts I can find related to the clipboard to no avail. I am creating a blank image from scratch in GDIplus, then drawing the image from within my script. I am trying to place the resulting image onto the windows clipboard. It seems to work like a charm if the image started out on the clipboard, as a file, or as a screen capture, but just refuses to work when I create from scratch. To be more specific, I promised ages ago that I would update my barcode UDFs to optionally place the barcode image on the clipboard. Do date, I have been unable to do so. The image creation is straightforward. Here is an excerpt from my Code128 UDF. _GDIPlus_Startup() Local $hBitmap = _GDIPlus_BitmapCreateFromScan0((StringLen($vBarcodeObj[5]) + 14) * $vBarcodeObj[1], $vBarcodeObj[4] + $iFontMargin, $GDIP_PXF01INDEXED) __Bcode128_BitmapSetResolution($hBitmap, $vBarcodeObj[3], $vBarcodeObj[3]) Local $hBmpCtxt = _GDIPlus_ImageGetGraphicsContext($hBitmap) _GDIPlus_GraphicsSetSmoothingMode($hBmpCtxt, 0) _GDIPlus_GraphicsClear($hBmpCtxt, 0xFFFFFFFF) At this point, I am able to draw the bars and text as needed. Then the trouble begins. _ClipBoard_Open(0) _ClipBoard_SetDataEx($hBitmap, $CF_BITMAP) _ClipBoard_Close() Applications recognize that something is on the clipboard, but when I attempt to paste it into a graphics editor, I get an error that the clipboard does not contain valid graphic data. I am sure there is a step missing somewhere between my creating the image and it being ready to place on the clipboard, but I have not been able to figure it out. Any suggestions?

Thank you. I appreciate the efforts you put in to testing it out. This just illustrates why I said that it is not for cryptographic use, is just "for sh*ts and giggles", and that it is "Useable, but don't take it seriously." 🙃 I used this more for making quick file or data comparisons. It does that in its lazy-man's quick and dirty fashion.

I will try to bang out an example script soon.

It is a quick and dirty hash, but I have not had any issues with it. I ran a bunch of random Lorem Ipsum paragraphs through it. Feel free to bash at it with any testing you would like to throw at it. I would be curious to see what you find. It boils down to a 4-way 8-bit XOR calculation, so . . . don't try using it for security hashing purposes.

Changing how the windows key functions could potentially interfere with how the user works with other apps outside of yours. Many apps I use that allow hotkeys to be defined use checkboxes for selecting modifier keys. If you aren't going to capture the full combo at once, you might think about using checkboxes instead.

I'm a bit late to this argument party, but . . . since you are not using this for encryption, you don't really have to worry about using established algorithms. You can even create your own simplified hash. I just uploaded a quick and dirty hash I have used in the past. I just cleaned it up and turned it into a UDF. Take a look, have a laugh, then do what works for your app. 🙃 https://www.autoitscript.com/forum/topic/210942-cornedbeef-hash-udf/

A reasonably speedy and overly simplistic hash generator (definately not a cryptographic hash) I had a minor project that I didn't feel like putting in the effort to use any recognized hashing algorithm, so I made this one as a quick and dirty, just "for sh*ts and giggles" algorithm. Useable, but don't take it seriously. Maybe just an example of how you can compartmentalize your UDF and avoid using global variables. CornedBeefHash.au3

Thanks for the "like", TheDcoder. It is true that many messages from the Nazi machine were cracked. This was because of flaws in the system that Turning and his team exploited, which allowed them to work backwards to find the machine setup for that day. First, they could assume that text like "Hail Hitler" would appear toward the end of the message. Second, they could assume that no letter would encrypt to itself. For Example "t" would not encrypt to "t" Third, once a single message was cracked for the day, they could assume the same settings for the remainder of the day. Fortunately, my rendition has a few differences. Although based on the mechanics of the Enigma machine, I am not limited by the physical, so my version can potentially encode a character to itself. No assumptions can be made about the contents of one encrypted sample, and apply it to another as universally as containing a common phrase, or using the same configuration for each encryption during the day. The Enigma machine was limited to just letters and numbers, without upper and lower case differentiation. I am able to work with a full 256 characters in each byte of data, including non-printable characters. (exponentially more possibilities to try). That said, I might trust this for simple needs, but would not recommend it over modern encryption methods available, should higher security be needed.

There are hundreds of these around the internet, but here is my version of the Enigma Machine in UDF form. It can be used for simple string, or for entire files. I don't recommend it for highly sensitive data, but is good for simple encryption or just for fun. There are no global variables used, and you can have multiple instances (if you find you need it). Enigma.zip

Thanks, water.

It has been a long time since I have touched this UDF, but I saw that someone (granted almost a year ago) was asking for it. Since I no longer maintain my Dropbox account, I will attach a copy of the UDF here. DifHandler.au3

I was rooting for "Doughnut Script", but I guess that would have just made TheSaint hungry every time he read the project updates.

Code39 should probably work well for you.