In case anyone is wondering a checkbox in wix is checked if it has ANY value (even zero). If it has no value it will be unchecked. So look at your property and make sure it has no value set if you want it to work properly.
So as part of this chat application I’m writing, I was told that I needed to alert the user that a new message had arrived, even if the window was minimized. So I decided to flash the document title with different text. This seemed pretty straight forward, but I thought I would post what I did, in case someone else needed to solve the same problem. Keep in mind that the originalMsg and changeMsg in my application are set on the server side because they are dynamically generated, but if you don’t have that requirement, you can just enter the static text in the JavaScript directly.
Enjoy!
// Create the variables
var timer1 = null;
var timer2 = null;
var originalMsg = “”;
var changeMsg = “”;
function changeTitle() {
if (document.title == originalMsg)
document.title = changeMsg;
else
document.title = originalMsg;
}
function delayChange() {
timer2 = setInterval(”changeTitle()”, 2000);
}
function startFlashTitle() {
if (timer1 == null && timer2 == null) {
timer1 = setInterval(”changeTitle()”, 2000);
setTimeout(”delayChange()”, 1000);
}
}
function stopFlashTitle() {
if(timer1 != null) clearInterval(timer1);
if(timer2 != null) clearInterval(timer2);
document.title = originalMsg;
timer1 = null;
timer2 = null;
}
I never realized how important buffers were until today. I mean, you really don’t see them much when programming in languages like C# where most of that stuff happens behind the scenes. Basically, what was happening was that I was working on a Chat application in Silverlight, when one of my co-workers came up with a scenario of multiple private messages coming through before the private message window has fully opened.
Hmm… I thought to myself, that’s a tough one. I’ve never come across that problem before. And sure enough when I tested it, it broke my application all sorts of ways. But then something another co-worker said to me that got me thinking was that it was sort of like writing to a disk. You don’t just write all your information straight to the disk. The disk is waaaaay slower than the computer’s RAM at reading and writing, so there has to be something to hold that information. Now when you’re writing in C# you almost never see this because it’s handled for you, but adding some sort of cache to hold the information and checking to see if the receiver is ready for it made the application work correctly and as expected.
Way to go for buffers!
It appears that while I was gone over the weekend, having a very very dramatic Friday and re-self-discovery on Saturday and Sunday, my website WorldLee.com was hacked!

I spent the better part of Sunday evening and some time at work today going through and cleaning up the mess, and there’s still no guarantee that things are as they were (I did everything short of reinstalling everything from protected backups.)
The long and the short of it is, several months ago I was naive enough to have one password for all my internet sites. I thought, like most, that if I had a secure password I shouldn’t have to memorize dozens of different passwords. Unfortunately, I was tricked into putting my MySpace information onto a bogus page, and from there the hackers got into my Yahoo! mail account and started spamming people. Worse, they got into my PayPal account and tried to transfer several hundreds of dollars into their own personal bank account.
I don’t suppose the law ever got up with them, I thought the issue had been resolved and I had, like a good boy, changed all my passwords to a new, constantly changing and very random password choice. No one should have been able to hack my passwords again. But guess which password I forgot to change? That’s right, because I never actually type in a password for my FTP account, I forgot to change it. Welp, I guess those people took their revenge by using that password to compromise my site. Hopefully they didn’t get a hold of any of my other passwords, because if they did, they’d have access to…. well, just my site… since I’ve changed everything else to something different.
Let this be a warning to you! Password theft is real… be careful where you put it.
No, this isn’t going to be a perverted posting, not that I wouldn’t post perverted, just… well this isn’t going to be one of them. This post is about the trouble with screen resolution size and website design. As with most Web Developers, I have to decide how big I want my site to appear on the computer screen.
To big, the user has to scroll back and forth to read content, too small and the user sees way too much space around the edges of the site. And monitors are so many different sizes now. We know that users can use Blackberry’s and iPhones all the way to 30-inch monitors (I would love one of those by the way).
Recently I was working on a website prototype for a student run radio show, and was forced to give up my long held belief that you should always design for the smallest commonly used monitor size, which is 8 x 6. But after going around to different sites, including Apple, Microsoft and dozens of others, it’s become clear that they are all choosing a website based on a 10 x 7 site. They don’t even collapse all the way if the site is smaller. So if you don’t have a high resolution monitor, your S.O.L. and will have to scroll back and forth.
I realize that monitors will continue to grow in size, but I suspect that 10 x 7 is the last standard that people will live with for browser sizes. That’s because anything else puts way to much information for any person to read.
After looking at dozens of sites, I’m convinced that most sites have too much information coming at you or flying at you, or blinking at you. They don’t make it clear how to find content and everything ranks as being too important.
In my new design, I made a site that was very simple and elegant and classical while keeping a solid professional feel to it. I even added a few bits of fun to keep it interesting.
I really hope my client likes it as much as I do… but of course, that’s part of the game. He might hate it every bit as much as I love it.