Hello, thank you very much for the updated translation. I had already received an update from another translator about 30min before yours. Please check the French.po file for version 3.5.10 that I've uploaded to GitHub and SourceForge.
Thanks for the report. I noticed that I forgot to update the README file with the checksums for the released files. I updated the README, so the checksums should be correct now.
Hello Stuart, Thank you for your report. Here are my comments: * The "Multiple passwords" label is indeed not auto-sized as it should be. Will be fixed. * The "Generate password" label has the same font characteristics as the other labels, including the "Settings" label of the corresponding group box. Can you please be more specific with respect to the statement "renders differently to other text in the UI"? * The password box has its own font settings, which are independent of the font settings...
Thank you for this great suggestion. I will add a box to the "Character Set Builder" that allows specifying characters to be excluded from the selected character sets.
Hello Sylvie, Thank you for the report. Trying to reproduce the error on my system (Windows 11), PwTech doesn't load the French translation either, but I don't get any error message at all. Can you please let me know which versions of Password Tech (32-bit or 64-bit) and Windows you are using? I plan to fix this in the upcoming version 3.5.5 (to be released mid-June).
No, it is not possible to compile Password Tech with GCC. C++ Builder and its clang-based 32-bit or 64-bit compiler must be used to build the program. This compiler supports several keyword extensions to the C++ standard for compatibility with Delphi/Object Pascal. Note that the "Community" edition of C++ Builder is free for non-commerical use.
Hi John, you can exclude ambiguous characters by enabling the option "Exclude ambiguous characters" in the "Advanced Password Options" window (press "Advanced" button in main window). In the same window, you can also customize the list of ambiguous characters. Alternatively, regardless of the "Exclude ambiguous characters" option, you can select the placeholder <easytoread> in the character set box below "Include characters" (main window) to use alphanumeric characters without ambiguous ones.
Hi Paul, no, currently there's no way to remove trailing whitespace characters. I will consider this for the next version. For now you could change the format string to 2[ws2d ]ws2d to avoid the trailing space character.
Thanks for the information. I have no idea why the 32-bit executable of the current version 3.5.3 has 13 findings, whereas the 64-bit executable of 3.5.3 as well as the previous 32-bit versions (3.5.0-3.5.2) have none. All executables were built on the same, clean Windows machine. I strongly suspect that these are false positive findings, and I need to find out the cause for the 32-bit executable...
Cannot reproduce on my system - Ctrl+Shift+P works with 3.5.0. Can you please let me know what happens when you try to register the key combination?
In the main window, press the "Advanced" button, and select the appropriate "Include at least..." option(s) from the checkbox list in order to ensure that generated passwords contain at least one number, symbol, etc. Alternatively, you can use a format sequence like "{14Ads}" (permutation of 14 alphanumeric characters, 1 digit, and 1 symbol).
Why don't you just disable the "First character must not be a lower-case letter" option? Then all your password should contain exactly 1 upper-case letter. Regarding special characters, you entered <az> into the "Redefine special symbols" box, which adds the characters <, a, z and > verbatim to the set of special characters. You cannot use placeholders in this box. Instead, enter the desired characters verbatim into the box, e.g. !@,.-_+.
Please check your "Advanced" Password Options - is the parameter "First character must not be a lowercase letter" enabled? Then you might get 2 upper-case letters in your passwords, if "Include at least one upper-case letter" is enabled as well.
I uploaded a corrected version of the checksums for the 3.4.0 release. The mismatch was due to a mistake that I made when packaging the files into .zip and .exe files, which forced me to re-upload the complete package again shortly after the first release. Then I forgot to update the SHA256 checksums in the readme.txt file.
Enable "Include characters", set "Length" to 1, enter "<az>" into the "Character set" box, then press the "Generate" button.</az>
Hi, simply enter or paste the Unicode characters into the "Character set" box (below the "Include characters" checkbox) in the main window.
Hi Alex - No, keyboard/mouse input is only added to the random pool when the application is targeted. When running in the background (e.g., minimized to system tray), Password Tech still collects system entropy at regular intervals (every 15 sec).
Hi Philip, Can you please try the following: 1. Close Password Tech, if necessary. 2. Open the PwTech.ini file, which is most probably located in the folder C:\Users\{*username*}\AppData\Roaming\Password Tech. Alternatively, it can be found in the folder where the application has been installed. 3. In the "[Main]" section of the INI file, set the keys "WindowTop" and "WindowLeft" both to 0 and save the changes. 4. Start Password Tech and check whether the main window is properly displayed. 5. You...
Yes, in the Password Tech configuration, page "Database", deactivate the parameter "Open window on startup".
PwTech only supports Unicode encodings UTF-8 and UTF-16 (LE and BE). Text files with different character encodings such as Big5 and variants need to be converted to Unicode (with BOM) first.
Thank you. I noticed that the files are encoded as UTF-8 but do not contain a BOM (byte order mark) at the beginning, which is required by PwTech to correctly identify the Unicode encoding. Please convert the files to UTF-8 BOM (for example, with Notepad++, via Encoding | Convert to UTF-8-BOM) and try again.
Hi, can you please share the CJK character set that you're using to generate the file, so that I can try to reproduce the error? Thank you!
Thanks again for the report. This has been fixed in PwTech 3.2.0.
The source code is published as a zip file with every release on the "Files" page. The link to the source code of version 3.1.0 is https://sourceforge.net/projects/pwgen-win/files/Password%20Tech/3.1.0/PwTech-3.1.0-Src.zip/download.
The GUI of Password Tech including the text of the controls is scaled according to the local DPI/scaling settings in Windows. What is your setting for scaling in the Display Options? Did you try to decrease the font size in PwTech's configuration?
Hi, you are right, I forgot to include lua.hpp - sorry! Please download the Lua package from https://www.lua.org/ftp/lua-5.3.5.tar.gz and extract the file into the "lua" folder.
Hi Frank, PWGen uses the Windows API function "URLDownloadToCacheFile" to download...
Hi Kob, I have created and uploaded a stronger key (RSA 4096 bits), which I'm going...
Hi Kob, Thank you for your kind words. Glad that you like PWGen and find it useful....
Hi Qua, Trigram files can be created from text files (e.g., word lists or dictionaries)...
Hi James, Thank you for your comment. I agree with you that the program icon and...
Hi AyrA, Incorporating entropy from a file is a good idea. I think I will add such...
Hi AyrA, I think it would certainly be possible (without knowing any details about...
NOTE: Fixed in version 2.5.1
NOTE: Fixed in version 2.5.2
Hi Ting, sorry for answering so late. Please notify me via e-mail if you post something...