DisplayFusion RSS: Some bugs discovered in DisplayFusion https://www.displayfusion.com/Discussions/RSS/?TopicID=805f87f3-4f46-4210-94df-717acb1393be DisplayFusion RSS: Some bugs discovered in DisplayFusion Mon, 15 Jun 2026 05:52:11 GMT en hourly 1 https://www.displayfusion.com/Discussions/RSS/?TopicID=805f87f3-4f46-4210-94df-717acb1393be RE: Some bugs discovered in DisplayFusion https://www.displayfusion.com/Discussions/View/some-bugs-discovered-in-displayfusion/?ID=805f87f3-4f46-4210-94df-717acb1393be#3 Sat, 26 Sep 2009 01:00:34 GMT Binary Fortress Software https://www.displayfusion.com/Discussions/View/some-bugs-discovered-in-displayfusion/?ID=805f87f3-4f46-4210-94df-717acb1393be#3 DisplayFusion I have posted a beta build which takes care of all of the tab order and accelerator key issues (I hope). I have posted it here:
http://www.binaryfortress.com/Forum/index.php?topic=1310.0

It includes the updated French language translation as well, so you can fully test out all the accelerator keys. Thanks, and I'm looking forward to your feedback! :) ]]> RE: Some bugs discovered in DisplayFusion https://www.displayfusion.com/Discussions/View/some-bugs-discovered-in-displayfusion/?ID=805f87f3-4f46-4210-94df-717acb1393be#2 Fri, 25 Sep 2009 15:12:29 GMT Binary Fortress Software https://www.displayfusion.com/Discussions/View/some-bugs-discovered-in-displayfusion/?ID=805f87f3-4f46-4210-94df-717acb1393be#2 DisplayFusion Thank you for the feedback! Let me see if I can address these issues:

1. This is something that has bugged me in the past while testing as well. I'll see what I can do for the next release.
2. Those spellings are from the .NET framework. I just provide the language code (like "FR") and the .NET framework provides a "native name". It returns some languages as un-capitalized, so that's how I display it. I'm not sure what to tell you about this one.
3. I can't believe I've never noticed this. I'll give each window a run-through before the next release to make sure the tab order is correct, and that each control can handle a keyboard accelerator.

Quote:
There's a ghost control that can get the focus (a picture box, I suppose). Click on the first tab, "Image", then press the TAB key twice. Where's the focus?

I'll check this out before the next release.

Quote:
Another ghost control can get the focus when "Image Mode"="Use 1 image". Click "Image", then press the TAB key five times (if the previous bug hasn't been already corrected). After giving the focus to the "Clear" button, where's the focus?

I'll check this out before the next release.

Quote:
There's an incorrect value for the taborder of the Static label "Minutes between change". Setting an accelerator (Alt+letter) causes the focus to move to the "Size mode" combo-box.

I'll check this out before the next release.

Quote:
There's also incorrect taborders in the "Colour" tab. using the down and up arrows move the focus between the radio buttons in the opposite order.

I'll check this out before the next release.

Quote:
The tooltip of the list-box blinks when "Image mode" is set to "Randomly change using Images from my computer". I suppose this is due to the fact that you're using a timer to update the tooltip so it reflects the file path & name of the item under the mouse. Suggestion: check the current tooltip property value before setting it, and write the new value in the property ONLY if it is different.

I'll check this out before the next release.

Quote:
When there are many pictures defined for "Image Mode"="Randomly change using Images from my computer", change the "Image mode" to "Use 1 image". Then change it back to "Randomly change using Images from my computer", clicking on the "change" word (or anywhere on the line so the mouse will be located over the list-box when the combo-box closes). The controls are corrupted and stay corrupted until the mouse leaves the list-box.

I can't believe I've never noticed this, I'll have it fixed for the next release.

Thanks again for this excellent feedback, it looks like I'll be busy for a while with all of this. :) These suggestions will definitely add some polish to the Wallpaper window - much appreciated! :) ]]> Some bugs discovered in DisplayFusion https://www.displayfusion.com/Discussions/View/some-bugs-discovered-in-displayfusion/?ID=805f87f3-4f46-4210-94df-717acb1393be Thu, 24 Sep 2009 21:20:45 GMT Binary Fortress Software https://www.displayfusion.com/Discussions/View/some-bugs-discovered-in-displayfusion/?ID=805f87f3-4f46-4210-94df-717acb1393be DisplayFusion Hello,

Please find below a (long) list of bugs, requests and suggestions to help you making the software better. This list only contains very little bugs you may check out if there's nothing interesting on TV on week-ends...

Localization strings preloading

I suppose the software preloads the resource strings, as when I change the language to english, modify a string in the .lang file for my country, then switch back to my language, I can't see the modified string.

Suggestion: Store the file datetime before loading it. Then, when the user changes the program language, just read the file datetime again. If the date has been changed, reload the file because you can consider that it has been modified.

Languages names

Please add a capital letter in front of "español" and "français" in the list of available languages, as the capital letter is present for "Deutsch" and "English".

TabOrder in dialogs

The "frmSettingsSelectKey" and "frmSettingsTitleBarButton" dialogs (names extracted from the .lang file) don't handle the keyboard accelerators (Alt+letter to access to a text-box or a button) or the taborders are not set.

In the "frmSettingsSelectKey", "frmSettingsTitleBarButton", "frmWallpaperWebFlickr" and "frmWallpaperWebVladstudio" dialogs (names extracted from the .lang file) , the taborders are not correctly set. If keyboard accelerators are defined (Alt+letter) the focus doesn't move to the correct control.

Things to ckeck in "frmMain" (name also extracted from the .lang file)

There's a ghost control that can get the focus (a picture box, I suppose). Click on the first tab, "Image", then press the TAB key twice. Where's the focus?

Another ghost control can get the focus when "Image Mode"="Use 1 image". Click "Image", then press the TAB key five times (if the previous bug hasn't been already corrected). After giving the focus to the "Clear" button, where's the focus?

There's an incorrect value for the taborder of the Static label "Minutes between change". Setting an accelerator (Alt+letter) causes the focus to move to the "Size mode" combo-box.

There's also incorrect taborders in the "Colour" tab. using the down and up arrows move the focus between the radio buttons in the opposite order.

The tooltip of the list-box blinks when "Image mode" is set to "Randomly change using Images from my computer". I suppose this is due to the fact that you're using a timer to update the tooltip so it reflects the file path & name of the item under the mouse. Suggestion: check the current tooltip property value before setting it, and write the new value in the property ONLY if it is different.

When there are many pictures defined for "Image Mode"="Randomly change using Images from my computer", change the "Image mode" to "Use 1 image". Then change it back to "Randomly change using Images from my computer", clicking on the "change" word (or anywhere on the line so the mouse will be located over the list-box when the combo-box closes). The controls are corrupted and stay corrupted until the mouse leaves the list-box.

Regards,

Tavernicole ]]>