I am ramping up on my next personal project, No Fluff News. The site is going to be designed to sort out real news from non-news. The objective so far: Aggregate news, weed out non-news, link to true news, create an insightful, non-PC, sarcastic description and picture per item. For updates on the site follow on twitter, @nofluffnews.

Hey just wanted to let everyone know that I updated my Firefox theme, MonoChrome, for version 3.5b4pre.
You can grab it from the link below:

https://addons.mozilla.org/en-US/firefox/addon/8791

Screen shot:

If you would like to contribute or grab the source, it is hosted on google code:

http://code.google.com/p/monochrometheme

I just finalized my text color theme for visual studio. Just thought I would share it with everyone. It is geared towards those of you who have resharper installed, but it should still work fine without it.

The theme is based off of the textmate twilight theme. I was going for a low contrast theme that is easy on the eyes.  I have tried the Vibrant Ink theme and it is too abrasive for me. My goal was to make warnings and errors blatantly obvious and distinguish classes from interfaces. I also love how the comments are dark and do not draw attention, I am not a big fan of comments.  I think the code along with BDD tests should be self-explanatory of what is going on.

All resharper warnings show up as red text. Build errors have red squiggly lines under them.  Breakpoints have red background.

Here is a c# example:

Here is an example of an aspx page:

Style sheet example:

JavaScript example:

Let me know if you have any suggestions.

Grab the Visual Studio settings file here!

I have been recently sumo wrestling with the idea of entity validation in my mind. So far, the validation problem, which is like, E. Honda, has the advantage over my mind which is currently like, Chun Li. The worst thing is all the other thoughts in my head are constantly struggling against my entity validation thoughts. As Homer Simpson says, “Every time I learn something new, it pushes some old stuff out of my brain”. Except for me E. Honda is doing his grab move, where he squeezes his opponent between his fat, and squeezing all of my current thoughts out of my brain. I don’t understand how sumo wrestling evolved as a sport, do they really have nothing to do in Japan. I bet it was the master creation of some drunken emperor. Umm, let’s see I want to watch two super fat dudes wearing nothing but a diaper try to knock each other out of circle with their bellies, muahahaha, they’ll be playing this sport for centuries!

Ideation:

I have been pondering about the idea of validation. Dictionary.com says valid is: “sound; just; well-founded, producing the desired result; effective”. Wiktionary’s valid definition in terms of logic is:“A formula or system that evaluates to true regardless of the input values.” When we think of validation in a programmers state of mind, the definition of valid in the logical sense, seems to jive the best. If x == y then it is valid if x != y it is invalid.

Entity validation is determined by business rules and processes. It appears that there are two fundamental approaches to validation, proactive and reactive validation.

Reactive Validation:

The most common way I have seen validation handled is the addition of an IsValid state to the entity. A good way of implementing this approach can be found in a posting by Jimmy Bogard. Whenever a business rule or process is broken the entity is no longer in a valid state. Then the user is informed of the problem in a different layer of the application. This form of validation is a very reactive way of handling validation. Meaning that it waits until something bad happens and then performs a function to cope with the contaminated actions. I don’t like this reactionary response, I would rather use something more preventative.

Proactive Validation:

What is valid validation? I wonder how many times I can use the word valid, or one of its etymological children in this post? What is a valid number of uses? I think the answer is 42.

So, is valid validation a proactive or reactive approach? I believe that proactive is always the best approach. My definition of proactive entity validation is never allowing an invalid entity to exist. This means removing the concept of an IsValid state on the entity. Once that is removed you don’t have to do an IsValid check everywhere in the application, which is my main gripe with the reactive solution. Is it valid for your domain to ever contain an entity in an invalid state, something about this scenario makes my skin crawl and stomach churn, or maybe it has to do with something I ate last night. Hmm, it was spicy so maybe. An invalid entity just seems like a bad idea, it is a treacherous force that will actively work against you like Saruman’s voice being cast across middle earth. I think being proactive is a much cleaner approach, and will cleanse your domain of IsValid checks. Wow, that is just a proof less rant.

Now the question is, what’s the best way to implement such a proactive solution? That’s the E. Honda I have been wrestling with. Let’s go over the broad definition of proactive entity validation. An entity cannot be created if it does not meet the business rules. Once we have a valid entity it cannot be modified unless the modifications satisfy the business rules. The stumbling block arises when your entity’s validity is based on a certain context. For example, it is valid to have a physicians drug order without a signature. When the process requires that the order to be sent to the pharmacy, the order is only valid when it has a signature. Ah, now the proactive solution becomes tricky because valid is defined by context. Following the proactive approach I could not create the entity without a signature, because it would be an entity in an invalid state. The only solution that I have thought of to this is having a drug order without the signature and a drug order request that inherits drug order and has the signature. The pharmacy then receives that drug order request with the signature on it.

Outro:

I have not yet fully fleshed out the details of how exactly this would be implemented. I hope to hammer out a spike with a spiked drink. I do believe that using a proactive approach to entity validation falls more in line with domain driven design by having a tighter coupling to the business language. A drug order does not need a signature to exist. A drug order request with a signature fulfills the need of the drug order being sent to the pharmacy.

Be a proactionary and not a reactionary.

Here are some screen shots:

It was all fairly simple to do, but ran into a bit of an issue after uploading it Mozilla’s official add-on page.  A good resource is Mozilla’s own documentation, http://developer.mozilla.org/En/Creating_a_Skin_for_Firefox.

Basically all I had to do was grab Firefox’s default theme folder, usually located at FireFox\chrome\classic.jar, then you have to extract the items, it is basically just a zip folder, so you can use 7zip or winrar.

Then you’ll want to create a new folder somewhere else with the title of your theme, we’ll use BadAssTheme.  Inside that folder you’ll want a chrome folder, copy the browser, communicator, global, help and mozapps folders from the classic theme into your new chrome folder, also copy the icon.png and preview.png files into your chrome folder.  Create a content.rdf and install.rdf, follow the instructions in Mozilla’s documentation for what needs to be in those files.  Go back up to the BadAssTheme folder, create a chrome.manifest file, and put a copy of the icon.png, preview.png, and install.rdf in here as well.  I’ll get to what goes into the manifest next.

Once you have gone through and modified all of the images and css you want its time to package everything up.  The way that seems most commonly used is to have an xpi in the chrome folder and then a jar for what is in the root level.  So zip everything up in the chrome folder, rename the file from chrome.zip to chrome.xpi.  Inside of the chrome.manifest you need to specify where the skin files are located inside of the xpi, for example:

skin browser BasAssTheme jar:chrome/chrome.xpi!/browser/

skin communicator BasAssTheme jar:chrome/chrome.xpi!/communicator/

skin global BasAssTheme jar:chrome/chrome.xpi!/global/

skin mozapps BasAssTheme jar:chrome/chrome.xpi!/mozapps/

skin help BasAssTheme jar:chrome/chrome.xpi!/help/

So now you should only have the xpi container in the chrome folder and a manifest, icon.png, preview.png, install.rdp in the BadAssTheme folder.  Now zip everything in the BadAssTheme folder into a BadAssTheme.zip and rename to BadAssTheme.jar.  You should be good to go now.

The issue I ran into with Mozilla’s theme website is that the download works on one of my computers but doesn’t on my other.  The error I am getting is:

Firefox could not install the file at

https://addons.mozilla.org/en-US/firefox/downloads/file/37146/monochrome-0.4-fx.jar

because: Invalid file hash (possible download corruption)

-261

I am not sure if this is actually a bug in Firefox or with Mozilla’s hosting, because it work on one PC and not the other, they both have the same version of Firefox installed.  Have not been able to find anything helpful through google.  It does install properly if you download it manually and drag and drop it onto Firefox’s add-on manager, so who knows.

Source: http://code.google.com/p/monochrometheme

Theme: https://addons.mozilla.org/en-US/firefox/addon/8791