Biniware Translation Tool v.1.1.0.0 - January 3, 2025 Change log - New: Added more languages, now supporting 40 languages. - Fixed: Some Unicode characters are not converted to their printable representation during the automatic translation. Download location: https://biniware.com/bttool .NET 4.8 SHA256: 0c559bdd5dce097a41791c1cb9e3252adc7bdc95d50964643f142467eb4ee9a2 .NET 8.0 SHA256: e41353467c80ae5a8872c5d5d35b2d3456a020f62b80f8f2ea2e1829c5d4a47a Thank you for your support and Happy New Year 2025! Alexandru Dicu
Biniware Translation Tool v.1.2.0.0 - January 10, 2025 Change log - New: Added more languages, now supporting 42 languages. - Fixed: Added dictionary selection in the Settings tab. Original dictionary is faster, alternate dictionary may be slower but sometimes more accurate. Download location: https://biniware.com/bttool .NET 4.8 SHA256: 74e380a1781cbfee576e0e9ebb290d94978aaa3a87e907fee51e4d6197cd6e4c .NET 8.0 SHA256: 16f5c8443ff156db6f525cad665bbd7ff95d57742d9dca7763b7e6dea917bd10 Thank you for your support, Alexandru Dicu
Biniware Run v.7.5.0.0 - March 28, 2024 Change log - New: Added support for choosing the font family used in the user interface. - Fixed: Cannot use 'Browse file' in image selector dialog if a larger font size is in use. New translation item: FontFamily=Font family Download location: https://biniware.com/brun .NET 4.8 SHA256: c5d58b240baacbbb26e5e7ed20b1c80baaf0455bf09c7f6584ce004b3eba3bc8 .NET 8.0 SHA256: 44f25ddb22b490a72b5c3ad01b153f7d4a0ea98795e32045b25cb9dc52b713aa Thank you for your support, Alexandru Dicu
@alexandrud Thank you for new versioni. German translation is already in work. About the new string (en_US): - The new string is NOT "FamilyFont=Family font" it is "FontFamily=_Font family" - Additionally: you have 2 times "_F" there ... (in the same section) which works not correct
Thank you. I updated the string item, it was a problem only here in my forum post, the translation file is correct. Regarding _F, multiple access keys with the same key are totally fine. However, here it does not work anyway. I will remove it in the next version. Good catch.
Biniware Translation Tool v.1.3.0.0 - April 8, 2025 Change log - New: Added support for choosing the font family used in the user interface. - New: When opening a translation file, the last used folder is now remembered. - New: Added drag and drop support for the source and target text boxes to easily open a translation file. Download location: https://biniware.com/bttool .NET 4.8 SHA256: 57a19eb1b163320a73d7bbac86a53ea6cec1ebaba1f4000f0f2ef75a3866e856 .NET 8.0 SHA256: 4741a7b1f9adb70d6cfdecd630897b4f6a26e6c91ced1230f84500120ad79ecd Thank you for your support, Alexandru Dicu
Biniware Run v.7.6.0.0 - May 9, 2025 Change log - Fixed: Multiple memory leaks due to binding errors in the checkbox control, right click context menu and font family converter. Download location: https://biniware.com/brun .NET 4.8 SHA256: 803bcbe8642fe6f8dd858eb2070adabfd507e205f138b8e34f1a32e7fe6d60b6 .NET 8.0 SHA256: 4b5d1654cffdf3b0c7df03c11e2b01de9a62f9ca2cce68feece70759f7dd5687 Biniware Translation Tool v.1.4.0.0 - May 9, 2025 Change log - Fixed: Multiple memory leaks due to binding errors in the checkbox control and font family converter. Download location: https://biniware.com/bttool .NET 4.8 SHA256: fc7c71dfed45039b4b7c786655b32a16376ee41251392174f0802d3375d99e94 .NET 8.0 SHA256: f40d92f50d0cb0556a3afa9ad3183bba6b5ad4331a725f2f867b1605ec69a873 Thank you for your support, Alexandru Dicu
@alexandrud Thank you for the new versions! Note about Biniware Translation Tool v.1.4.0.0 - The 1st start after update was extremely long. Reason was probably the automatically update check (which I have enabled). - I could update the language files within program - but I could not update the PDF within the program. So I had to download the file from the website. There seems something wrong within the update process. (JFI: in Brun it was possible to update the PDF within the program.) EDIT: Yes, there is something broken for the PDF (user manual) after I copied manually the new file (which I downloaded over your webpage), the program does not recognize the new version (have still a msg there is v1.3.0.0 installed locally and v1.4.0.0 is available on server). So maybe the download was even successfully before but the program just does not recognize the new version. EDIT2: Nope, the downloaded file from your website IS the old version PDF yet (v1.3.0.0), please update. Greetings and a nice weekend. Alpengreis
Biniware Run v.7.7.0.0 - September 29, 2024 Change log - New: Added support for Search on Internet... in the default browser for the search term. - Improved: Better handling of files and folders which have underscores in their path. - Fixed: Dynamic content is not properly sorted alphabetically. New translation items: SearchSettings=_Search SearchPrefix=Search provider URL prefix SearchTheInternet=Search the Internet... With the help of Biniware Translation Tool all translation files are now up to date. Download location: https://biniware.com/brun .NET 4.8 SHA256: 4c2377c157b1ec0a5bfb8513ccbbbe6780e075fbd84e1c7a9117722fbcdbf088 .NET 8.0 SHA256: 1de9c114d4210bd520fe47acf7b6e75edebfa3d82204c0fb34a950edce9a8ba7 Thank you for your support, Alexandru Dicu
Hi @alexandrud Thanks for new versioin! JFI: the update check reports always a new PDF, also with the newest downloaded already. No big deal of course ... Greetings
I forgot to update the version inside the PDF file. Please download it again and the new local PDF version of the file will be 7.7.0.0 as it should. Thank you for reporting this.
Hello, I recently noticed a strange behavior in Biniware Run (latest version). When creating a new folder (drag and drop an exist folder via explorer somewhere below the top-most) and then deleting that folder, the top-most folder in the list also disappeared. I could reproduce it till I restarted Biniware Run, after the issue was gone and I could not reproduce it anymore. Greetings
I can not reproduce this. Maybe the selection included both items so that delete applied to both of them. If you can reproduce it, please make a short video of the problem. Thank you.
I THINK it was a timing problem or so - because after deleting the cursor jumps to the top-most entry anyway. So it seems the delete mechanism was still active at this point and deleted the top-most folder too. Was going very fast all. But THAT seems was the behaviour. Also my new machine is incredibly fast, so it's possible that this also had influence. OR it could be an index/array bug. So it would be an idea to build in a security measure to ensure that something like that cannot happen. I am not sure, but I think I also saw this while I added ONE entry, but it created an new entry above somewhere too ... also here, I didn't had selected the folder above! And I discovered another effect: when I drag'n'drop an entry from an exist Desktop-Folder to Brun, it can happen that it creates an entry in the top level folder even before I release the mouse button. I think video isn't necessary it just happens from time to time ... it should be clear what I mean. Also, the sort function does not always work via right mouse click. It seems with the icon in top bar it works always (bug happens on two different machines with newest Brun).
I like it, but I have a few small suggestions. Some of them could be hidden inside brun.cfg if you think they are too exotic. 1. New command line "-menu" to show the menu. 2. Option to show the menu when hovering over the BR icon. 3. Option to always show the menu (I don't use "Alwasy on top" option). 4. Option to hide those little icons (Execute, Execute all contained, Open with, Open containing folder). 5. Option to execute the root menu item on single left click (if you implement hiding of those little icons). That's it, thank you.
If selection includes multiple nodes at once, the delete will be performed on all selected nodes. I wasn't able to reproduce this yet. Regarding the folder drop, all actions are performed on mouse button release event. Regarding the sort function, the same method is called from all those mentioned places. The context menu item and the toolbar button are calling the same method. I will do more testing to see if I can reproduce these reported issues. Until now, I could not reproduce them
Thank you for your feedback. 1. I do not see the use case for this. You can already open the context menu from the system tray icon, desktop icon or from the keyboard shortcut. If you use your keyboard to write in the Run dialog or in a CMD window brun.exe -menu, you can press faster Ctrl+` to open the context menu. 2. I will think about it. This is a very unusual way to open a context menu and can easily become very annoying, especially when you hover over it while you are trying to do something else. 3. I do not understand this request. Always on top is useful when you want to add a new shortcut. If Always on top is disabled, you can quickly use the Toggle always on top keyboard shortcut. It is not possible to automatically enable it when you initiate a drag and drop operation at OS level. Biniware Run s aware of the drag and drop operation only when you drop an object inside of it. Before this event occurs, any system wide drag and drop events are not visible to Brun. 4. I always thought that those options are useful, so that you don't have to open the Configuration window to perform all those related actions. I will think about it. 5. Not possible. If a menu item has sub menu items, a mouse click (also mouse hover or Enter key) will expand the sub menu items. This is how context menu control works. There is no event generated to know if you pressed on it with the purpose to execute it. Those little icons are extra buttons with extra logic. This is why I added the Execute button in the context menu template.
