As I mentioned yesterday, Nikken emailed Jarle D. Bergersen and me asking us to remove all our writings about Nikken by February 11.
Their response to my reply was seemingly that they were not concerned with my writings at all, although they did not state it specifically. Instead they want two comments to Jarle's entry Nikken in his Norwegian blog deleted. He's currently keeping his English blog updated with how the case develops, read the latest about it in his Nikken Update.
I'll be sending Nikken's Compliance department another email today asking them to dismiss the cease & desist request in my case, and once I get a reply I'll update the blog.
Yesterday was a fun day. I got up, checked my email, and found this interesting one from somebody called "Compliance". Behind that name you'll find Nikken UK Ltd's Compliance Department, and they wanted to tell me that I wasn't allowed to market Nikken's products on the internet. If you can read Swedish the complete email is found in Jarle's blog entry about it since he's actually the one supposed to get it.
I had a slight problem understanding why they thought my name was Jarle and how on earth "My Nikken Encounter" could be called "marketing Nikken's products". Not only were they referring to an earlier entry in Jarle's blog, but they also referred to my writeup. And they asked me to remove all information I've written about Nikken by February 11.
I forwarded a copy of it to Jarle since he was obviously an intended recipient, and then I wrote a reply to Nikken telling them that I wasn't Jarle, that what I had written can hardly be called "marketing", and that they could mail me back with any specific errors in what I have written.
I got a reply before the end of the day explaining that the Cease & Desist email was meant to be to Jarle. They didn't say they were sorry they had asked me to remove all my writings and they didn't say they were sorry they hadn't researched a bit more and figured out who I am. I'm quite happy that I never intended to comply to their request since if I did, all my writings would now have been removed even though they never intended to ask me to do that.
As I'm a bit delayed in writing about this it's been mentioned in other blogs as well. Jarle has of course got Nikken Bullies with a few comments. It's also mentioned by Anders Jacobsen, Bob, Remco, Arve and Elf.
[Update 2004-01-29: Added link to Elf's blog]
instanceof operator. The problem was that Microsoft Internet Explorer didn't give the expected results and we had to code our way around it. I've been wondering ever since about when theory and practice coincide, and so I created a testcase and tested whether the instanceof operator works as it should.
From: ********* Title: "JavaScript and Sex"
Can anyone tell me how I can use my skills in JavaScript to get more girls/sex please.
Points: 5 Date: Monday, March 13 2000 - 01:48PM CET
Thanks in advance
****
From: nettrom
Date: Monday, March 13 2000 - 01:40PM CET
Unfortunately the methods needed to get girls/sex in JavaScript are dependant upon the DOM of each girl. Therefore, you will have to make sure you sniff what version of said DOM each girl has before you try to get them. If you do not do this the result is a fatal error.
Therefore, always start each session with:
var mySelf = new Me();
var myGirl = new Girl();
if(myGirl.DOMversion < 2) {
myGirl.leave(); // too old DOM version
}
Then you can get the girl, and have sex. It's fairly straightforward, the DOM 2 really helped since it has methods for everything you'd ever want to do. In DOM 1, as you might know, the leave() method might make the girl angry, and you'll exit with a fatal error.
The natural next step of your session is to get the girl. If you forget to do that she'll leave when you try to have sex with her.
if(myGirl.stillPresent) {
// girl is still with us
myGirl.get(); // get girl!
}
Now that we've correctly gotten the girl we can undress and have sex. Remember to set the sex.safe property to 'true' first, or else you might end up with another fatal error. The previous lines then become:
if(myGirl.stillPresent) {
// girl is still with us
myGirl.get(); // get girl!
mySelf.undress();
myGirl.undress();
sex.safe = true; // must rember to have safe sex!
myGirl.getOnBed();
mySelf.getOnBed();
mySelf.haveSex(myGirl);
}
It's as easy as that.
Tomorrow's lesson: How to have even better sex with the new DOM v3!
function showCalendar(targetForm, targetDate) {
// code to create HTML for calendar went here
// code that opens and writes the calendar
var calWindow = window.open('', 'calendarWindow', ...);
calWindow.document.write(lotsaHTML);
calWindow.document.close();
}
This code was called by links in the calendar window whenever the user wanted to navigate back/forward a month, and that functionality didn't work. I failed to spot obvious errors in the code and sent off some code being a shot off the hip, but it totally failed to solve the problem.
I then suggested to rewrite the code so that it reused a global window reference whenever it's available. The code became:
var globalWindowRef;
function showCalendar(targetForm, targetDate) {
// code to create HTML for calendar went here
// code that opens and writes the calendar
var calWindow;
if(globalWindowRef && !globalWindowRef.closed) {
calWindow = globalWindowRef;
} else {
calWindow = window.open('', 'calendarWindow', ...);
}
calWindow.document.write(lotsaHTML);
calWindow.document.close();
}
The reason why I believe this worked while the other didn't was that the links in the calendar window were javascript:-URLs calling showCalendar() found in the parent window, which in turn tried to reopen (and then rewrite) the calling window before the function had returned. Something which doesn't seem to be allowed (anyone see any reason why it should?). Goes to show that once you're going secure you should look through your code another time to make sure it's doing what you believe it's done, and doing it in a sane manner.