Processing Ajax...

Title
Close Dialog

Message
OK

Confirm
Close Dialog

NoYes

Confirm
Close Dialog

CancelConfirm

Confirm
Close Dialog

CancelDelete
<< Discussions

Settings window pops up

User Image
Carsten Franke
99 discussion posts
Hi Jon,

I think you've invented a new feature with a beta release. Sometime my laptop starts up with only one screen in use (laptop only)

After Windows has been started I set it up to switch the primary screen to my other monitor device (and leave laptop as extended desktop), switch the resolutions and so on. Now DF corrects the background images and shows the "Desktop Wallpaper" settings dialog. It disappears automatically but it's not that pretty to see it anyway.

Any questions to my confusing text? :)

Carsten
Feb 3, 2009  • #1
Jon Tackabury (BFS)'s profile on WallpaperFusion.com
It should have always done this, I just got rid of one of the confirmation dialogs. :) Are you saying you like this, or do you not like it? (Sorry, I couldn't get the 'tone' of your post.) :)
Feb 3, 2009  • #2
User Image
Carsten Franke
99 discussion posts
I've expected that my text was confusing. I should read over it once again before posting...

I didn't mean a small balloon in the tray.I see the window where you can configure you background image settings per monitor. Maybe I can take a screenshot in this moment to show you what I mean.
And of cause: I don't want to see it. ;)

Carsten
Feb 3, 2009  • #3
Jon Tackabury (BFS)'s profile on WallpaperFusion.com
I'll give this a closer look tonight. I made some improvements to this area, but maybe there are places I can improve it even further.
Feb 3, 2009  • #4
Jon Tackabury (BFS)'s profile on WallpaperFusion.com
This has been fixed in Beta 19, which you can find here:
http://www.binaryfortress.com/Forum/index.php?topic=692

This problem has existed since before v2.0 was released. It was just a lazy implementation on my part. I have separated the wallpaper settings logic from the wallpaper settings form so I can use it elsewhere in DisplayFusion (like the timer that checks your wallpaper settings). This is the way it should have been done, but at the time I originally wrote it there was no wallpaper checker so it made sense then. :)
Feb 10, 2009  • #5
User Image
Carsten Franke
99 discussion posts
Quote:
This problem has existed since before v2.0 was released. It was just a lazy implementation on my part. I have separated the wallpaper settings logic from the wallpaper settings form so I can use it elsewhere in DisplayFusion (like the timer that checks your wallpaper settings). This is the way it should have been done, but at the time I originally wrote it there was no wallpaper checker so it made sense then. :)
Shame on you! You've mixed the presentation logic with the business logic! tsts... Sounds like a typical PHP implementation. :)

I'll test it in the next days again.
Feb 10, 2009  • #6
Jon Tackabury (BFS)'s profile on WallpaperFusion.com
It's true, it was a bad initial design. Originally it was just a very simple form that applied a custom wallpaper. No external timers, no random wallpaper... all self-contained. Once I started adding features it became glaringly obvious how poor this design decision was. So I spent a ton of time last night refactoring this code to be much easier to use, and as a result, it looks cleaner from the user's perspective too. :)
Feb 10, 2009  • #7
Subscribe to this discussion topic using RSS
Was this helpful?  Login to Vote(-)  Login to Vote(-)
FacebookShare
TwitterShare
LinkedInShare
RedditShare
EmailShare
<< Discussions