Is there a way to let your usb rubber ducky know to type special characters like "ü, ö, ä or ß"? Because when I try to compile a rubber ducky script like for example:
REM My Rubber Ducky Script
STRING ß
Then the compiler will give me an error
You definitely can but it is dependent upon your operating system what keyboard combinations output these special characters.
On OSX for example you could achieve STRING ß by accessing the Alt+S keyboard shortcut:
ALT s
ESC
REM escape used to confirm the special character
This is a little buggy to use in practice from my tests. It is possible that the keyboard character on a native german keyboard has a different assignment or character value that can be used that directly produces an eszett but I cant confirm this.
Related
What unicode characters are used in the default kali gedit replacements for ->. The gedit arrow seems to be used comprised of two characters. One arrow head and an extending long middle hyphen.
Gedit arrow:
PS: I want to use this specific arrow in my vscode setup. I find the other unicode arrows too small, therefore I need to use a 'compound character' (not sure if it's the correct term).
Nevermind, I'll just use the fira code font which already does this.
Using IntelliJ, if you type or copy code and the indentation or formatting is not correct, you can easily press Shift Command L and it fixes indentation and formatting. This works on all languages I've tried (python, javascript, html/css, etc)
Is there a way to do the same using VSCode but can't find any way to do it.
IntelliJ Before
Improper space on parenthesis, unnecessary space between colon and parenthesis, too little space between lines, and incorrect indentation on the if True line.
IntelliJ After
It used PEP8 code standards and fixed all the issues mentioned.
Is there a way to do this on VSCode?
When I use Python or any language in that indentation matters I hit enter after the : then it put the cursor in the right place.
I created a project from the "GLFW project" template in CodeBlocks 13.12 and hit F8 to run it. That's all. And what I got is an error as follows:
Cross-platform IDE built around wxWidgets, designed to be extensible and configurable. has stopped working
A problem caused the program to stop working correctly. Windows will close the program and notify you if a solution is available.
(it's using CB's description "Cross-platform ..." as its name here, apparently)
Any ideas?
The path to my project had some Cyrillic characters in it. I fixed it to consist of Latin characters only and the crash went away.
This bug appears also when the path contains Romanian characters like: ă â î ș ț. If anyone sees this answer, just make sure your path contains only Latin characters.
What is the actual encoding used in Access' VBA editor? I have been searching for a concrete answer for quite a while but with no luck.
I thought it was UTF-8 but I'm not very certain.
My main issue is that when writing a query in VBA I sometimes need to test it in Access' query editor. When copy-pasting however, I lose my native characters (greek in my case) as they turn to gibberish.
I have tried pasting in a text editor and saving it as different encodings but I can never recover the original characters.
Thanks in advance.
Edit
Let me explain this a bit further:
As you can see I can write my greek characters in the VBA editor normally:
However, copying the first line in Access' query editor, I get the following:
Same goes for a simple text editor:
So I am inclined to think that the problem lies inside the clipboard, due to the encoding used for the greek characters. I guess they are not Unicode, as I indeed have to make the change in the System Locale for non-unicode characters. So how are these characters saved/copied? In what encoding?
Answer
Actually this problem was solved by switching the keyboard input language to greek (EL), when copying the actual test string.
I am still not sure however, as to why that happens. If anyone can provide some insight into this, I would love to hear it.
Thanks again
The VBA editor does not support Unicode characters, either for input or display. Instead, it uses the older Windows technology called "code pages" to provide support for non-ASCII characters.
So, the character encoding in the VBA editor corresponds to the code page that is used by the Windows system locale as specified in the "Regional and Language Options" control panel. For example, with my system locale set to "Greek (Greece)"
I can enter Greek characters into my VBA code
However, if I switch my Windows system locale back to "English (United States)"
and re-open my VBA project, the Greek characters have changed to the corresponding characters in the new code page
If "Control Panel" -> "Regional and Language Options" -> "System Locale" is set correctly but you still suffer from this problem some times then note that while you're copying your keyboard layout must be switched to the non-English language.
This is applicable to all non-unicode-aware applications not only VBA.
Credit goes to #parakmiakos
details in this: http://www.pcreview.co.uk/forums/use-greek-characters-visual-basic-editor-t2097705.html
Looks like making sure your OS is set properly, and font choice inside the VBA editor.
I had a similar problem with Cyrillic characters. Part of the problem is solved when set the System locale correctly.
However, The VBA editor still does not recognize cyrillic characters when it has to interpret them from inside itself.
For example it can not display characters from the command:
Msgbox "Здравей"
but if the sheet name is in cyrillic characters it does it well:
Msgbox Activesheet.Name
Finally, it turned out that these kind of problems were solved when I changed to 32 bits version of MS Office.
I am trying to use sqlite3.exe on a computer that has the Korean version of Windows XP. This version of Windows uses the won character (₩) in place of the backslash character in paths (For example, instead of c:\ it's c:₩ ). It seems possible to enter a backslash in text editors like Word, but not in the command line. In fact, even if I copy a backslash character, it is converted to the won character when I paste it in.
Since SQL uses the backslash to designate quotes, I am unable to enter them. Instead of '\"' I end up typing '₩"' which generates an error.
Does anyone know how to force a real backslash to be entered into the command line on this version of Windows?
There is plenty of software written in Korea, so hopefully someone else has had this problem.
Open properties of console window and choose TrueType font in 'Fonts' tab (not sure for Korean, but they commonly are marked with "TT" icon).