brandontruong's posterous

jQuery source viewer

Sun, 31 Jan 2010 15:20:17 -0800

Check out this website I found at james.padolsey.com

This is extremely useful for jQuery developers

jQuery UI DatePicker: Disable Specified Days

Tue, 26 Jan 2010 20:39:03 -0800

jQuery UI DatePicker: Disable Specified Days

Written by David Walsh on Tuesday, January 26, 2010

9 Comments 3 Digg Facebook Reddit StumbleUpon S&S http://davidwalsh.name/jquery-datepicker-disable-days">Twitter PDF

One project I’m currently working on requires jQuery. The project also features a datepicker for requesting a visit to their location. jQuery UI’s DatePicker plugin was the natural choice and it does a really nice job. One challenge I encountered was the need to prevent specific days from being picked. Here’s the jQuery javascript I used to accomplish that.

View Demo

The jQuery Javascript
/* create an array of days which need to be disabled */
var disabledDays = ["2-21-2010","2-24-2010","2-27-2010","2-28-2010","3-3-2010","3-17-2010","4-2-2010","4-3-2010","4-4-2010","4-5-2010"];

/* utility functions */
function nationalDays(date) {
        var m = date.getMonth(), d = date.getDate(), y = date.getFullYear();
        //console.log('Checking (raw): ' + m + '-' + d + '-' + y);
        for (i = 0; i < disabledDays.length; i++) {
                if(ArrayContains(disabledDays,(m+1) + '-' + d + '-' + y) || new Date() > date) {
                        //console.log('bad:  ' + (m+1) + '-' + d + '-' + y + ' / ' + disabledDays[i]);
                        return [false];
                }
        }
        //console.log('good:  ' + (m+1) + '-' + d + '-' + y);
        return [true];
}
function noWeekendsOrHolidays(date) {
        var noWeekend = jQuery.datepicker.noWeekends(date);
        return noWeekend[0] ? nationalDays(date) : noWeekend;
}

/* taken from mootools */
function ArrayIndexOf(array,item,from){
        var len = array.length;
        for (var i = (from < 0) ? Math.max(0, len + from) : from || 0; i < len; i++){
                if (array[i] === item) return i;
        }
        return -1;
}
/* taken from mootools */
function ArrayContains(array,item,from){
        return ArrayIndexOf(array,item,from) != -1;
}

/* create datepicker */
jQuery(document).ready(function() {
        jQuery('#date').datepicker({
                minDate: new Date(2010, 0, 1),
                maxDate: new Date(2010, 5, 31),
                dateFormat: 'DD, MM, d, yy',
                constrainInput: true,
                beforeShowDay: noWeekendsOrHolidays
        });
});
Click here to copy this code to the clipboard Click here to add this snippet to Coda Click here to add this snippet to TextMate Get the raw code
1/* create an array of days which need to be disabled */
2var disabledDays = ["2-21-2010","2-24-2010","2-27-2010","2-28-2010","3-3-2010","3-17-2010","4-2-2010","4-3-2010","4-4-2010","4-5-2010"];
3
4/* utility functions */
5function nationalDays(date) {
6 var m = date.getMonth(), d = date.getDate(), y = date.getFullYear();
7 //console.log('Checking (raw): ' + m + '-' + d + '-' + y);
8 for (i = 0; i < disabledDays.length; i++) {
9 if(ArrayContains(disabledDays,(m+1) + '-' + d + '-' + y) || new Date() > date) {
10 //console.log('bad: ' + (m+1) + '-' + d + '-' + y + ' / ' + disabledDays[i]);
11 return [false];
12 }
13 }
14 //console.log('good: ' + (m+1) + '-' + d + '-' + y);
15 return [true];
16}
17function noWeekendsOrHolidays(date) {
18 var noWeekend = jQuery.datepicker.noWeekends(date);
19 return noWeekend[0] ? nationalDays(date) : noWeekend;
20}
21
22/* taken from mootools */
23function ArrayIndexOf(array,item,from){
24 var len = array.length;
25 for (var i = (from < 0) ? Math.max(0, len + from) : from || 0; i < len; i++){
26 if (array[i] === item) return i;
27 }
28 return -1;
29}
30/* taken from mootools */
31function ArrayContains(array,item,from){
32 return ArrayIndexOf(array,item,from) != -1;
33}
34
35/* create datepicker */
36jQuery(document).ready(function() {
37 jQuery('#date').datepicker({
38 minDate: new Date(2010, 0, 1),
39 maxDate: new Date(2010, 5, 31),
40 dateFormat: 'DD, MM, d, yy',
41 constrainInput: true,
42 beforeShowDay: noWeekendsOrHolidays
43 });
44});

The base code is taken from this forum post. You’ll note that I created an array of dates in string format which also accommodates for comparing year.

View Demo

I’d like to see jQuery UI implement a standard way of disabling days. Their DatePicker is very nice though so I can’t complain too much!

Download PDF

Related Posts
Adding Days To Dates In MySQL
MooTools-Like Element Creation in jQuery
How to Sniff & Disable Firebug
PHP Function – Calculating Days In A Month
Logging Information to the Firebug Javascript Console

-->

Follow via RSS Epic Discussion

January 26 / #

Mark says:

I have to admit, I wish Mootools came with such a wide variaty of UI plugins…

All and all, I think you accomplished your goal very well! Good stuff.

Reply

January 26 / #

Salih Gedik says:

Nice. But I rarely need jQ. Mootools FTW isn’t it?

Reply

January 26 / #

Simeon says:

Nice post! Can be easily expanded by populating he “disabledDays” using PHP to find all weekends, holidays, etc. I wonder what the performance impact is though if you span across several years as a typical selection might allow?

Reply

January 26 / #

Savageman says:

@mark: you should try this Mootools DatePicker (also works for time): http://www.monkeyphysics.com/mootools/script/2/datepicker

Doesn’t have a beforeShowDay option though…

Reply

January 26 / #

Douglas Neiner says:

I would remove all the MooTools helpers :) and just use the jQuery native $.inArray function:

Change this line: ArrayContains(disabledDays,(m+1) + ‘-’ + d + ‘-’ + y) to this instead: $.inArray(disabledDays,(m+1) + ‘-’ + d + ‘-’ + y) != -1

Then you don’t need to two other functions from MooTools.

Reply

January 26 / #

Douglas Neiner says:

@Douglas Neiner: Sorry, flip the arguments. $.inArray( value, array )

Reply

January 26 / #

David Walsh says:

@Douglas Neiner: I’m a complete MooTools nerd — I didn’t even think to check the jQuery API. Will update.

Reply

January 26 / #

Josh Stauffer says:

Interesting dilema and solution. My problem with the jQuery Datepicker is figuring out how to store selected start and end dates in a cookie.

Reply

January 26 / #

Brad Zickafoose says:

Is it possible to have the DatePicker block out today’s date as well as past dates from being selected, only allowing tomorrow and future dates available for selection?

Reply

Be Heard!

I want to hear what you have to say! Share your comments and questions below.

via davidwalsh.name

Permalink | Leave a comment »

Silverlight Unit Testing Framework: Asynchronous Testing of Behaviors

Tue, 26 Jan 2010 19:07:53 -0800

Last month, I bogged about Unit Testing ViewModels AND Views using the Silverlight Unit Testing Framework. I wanted to take that post a step further and talk about some more advanced testing scenarios that are possible.
The site itself provides a lot of information about how to get started and what is available with the framework. One thing to keep in mind that is a radical shift from other testing frameworks is that the Silverlight testing framework runs on the UI thread. This means it does not spawn multiple threads for multiple tests and in fact requires the tests to run "one at a time" so they can take advantage of the test surface that is supplied.
This is a bit different than other frameworks but in my opinion, makes a lot of sense when dealing with Silverlight. The framework provides incredible flexibility for configuring and categorizing your tests.
If you are searching for a very comprehensive example of the framework in use, look no further than the Silverlight Toolkit. This comes with all source code and in fact uses the testing framework for its tests. You will find not only advanced scenarios for testing, but thousands upon thousands of tests! (I also am guessing that a new standard for PC performance has been invented by mistake ... let's all compile the entire toolkit and compare how long it takes!)
Tagging Tests

One thing you'll find if you run the toolkit tests is that you can enter a tag to filter tests. For example, type in "Accordion" to only run the 800 or so unit tests for accordion-type controls.
To use tag functionality, simply "tag" your test like this:
view source print ?
1.[TestClass]
2.[Tag("MEF")]
3.public class PartModuleTest
4.{
5.}

I've tagged the test to be a MEF-related test. When I wire up the framework, I can filter the tag like this:
view source print ?
1.UnitTestSettings settings = UnitTestSystem.CreateDefaultSettings();
2.settings.TagExpression = "MEF";
3.this.RootVisual = UnitTestSystem.CreateTestPage(settings);

When I run the tests, only my tests tagged with MEF will run! The toolkit provides an example of a UI that allows you to select the tag, then run the test.
Asynchronous Tests

It is often necessary to test methods that are asynchronous or require event coordination. An example may be a service that must wait on return values, or a user control that must be loaded into the framework before you can test it. The Silverlight Unit Testing Framework provides the Asynchronous tag to facilitate this type of test. This tells the framework not to move onto the next test nor consider the current test method complete until an explicit call to TestComplete is made.
There are several "helper" methods supplied for asynchronous processing that we'll explore in a minute. To use these methods requires inheriting from one of the base test classes such as SilverlightTest which provides the methods as well as the test surface to add controls to.
In PRISM, MEF, and MVVM Part 1 of 3: Unity Glue I explored various options for binding the view model to the view. The 3rd and final method I reviewed was using an attached behavior. I would like to write some unit tests for that behavior (indeed, if I were a test-driven development or TDD purist, I would have written those tests first).
In order to test the behavior, I need to attach it to a FrameworkElement and then validate it has done what I expected it to do. But how do I go about doing that in our unit test environment?
Attached Behaviors

Similar to other controls in other frameworks, Silverlight controls have a distinct life cycle. It varies slightly depending on whether the control has been generated in XAML or through code. There is a great summary table of these events on Dave's Blog. What's important to note is that values and properties are set as soon as you, well, set them, but bindings don't take effect until they are inserted into the visual tree. In XAML, the XAML node becomes part of the tree and fires the Loaded event once it is fully integrated. In code, this happens after the element is added as the child of some other element that is in the tree. This allows Silverlight to parse the hierarchy and propagate dependency properties.
So what we essentially want to do is take our behavior, attach it to an element, and then wait for the Loaded event to fire so we can inspect the element and see that it has been modified accordingly (in this case, we expect that the DataContext property has been set to our view model).
Setting up the Project
The testing framework provides some handy templates for getting started. I add a new project and select the Silverlight Test Project template. I then add references to the projects I'll be testing and the supporting frameworks like PRISM and MEF.
Next, I'll want to build some helper classes to help me test my functionality.
Helper Classes
I like to create a folder called Helper and place my stubs, mocks, and other helper classes there. These may be utilities, like the Exception Expected utility I use, or classes that are used for the testing framework.
First, I'll create a test view model with a simple string and string collection property for testing:
view source print ?
01.public class TestViewModel
02.{
03.    public TestViewModel()
04.    {
05.        ListOfItems = new List<string>();
06.    }
07.
08.    public TestViewModel(List<string> items)
09.    {
10.        ListOfItems = items;
11.    }
12.
13.    public string Property { get; set; }
14.
15.    public List<string> ListOfItems { get; set; }
16.}

If my view models have common methods described in a base class or interface, I might use a mocking framework to mock the class instead.
The Test Class
The behavior I created has an affinity to the Unity inversion of control (IoC) container. It could be refactored otherwise, but it made sense for the sake of the demonstration. Therefore, I'll need to have a container for testing, as well as the view model. My test class starts out looking like this (notice I base it on SilverlightTest):
view source print ?
01.[TestClass]
02.public class ViewModelBehaviorTest : SilverlightTest
03.{
04.    const string TESTPROP = "Test Property";
05.
06.    IUnityContainer _container;
07.
08.    TestViewModel _viewModel;
09.
10.    [ClassInitialize]
11.    public void ClassInitialize()
12.    {
13.        _container = new UnityContainer();
14.
15.        _viewModel = new TestViewModel() { Property = TESTPROP };
16.        _container.RegisterInstance<TestViewModel>(_viewModel);
17.
18.        ViewModelBehavior.Container = _container;
19.    }
20.}

I create a reference to the entire test class for the container and the test view model. When the class is initialized (this is one-time setup, before all tests are run) I create a container, a view model, and tell the container that anytime someone asks for the view model, give them the specific instance I created. I also set the container on the type for the view model behavior class, so it knows what to use when resolving the view model.
The Code Behind Test
For my first test, I'll programmatically attach the behavior and test that it works. The view model behavior takes in a string that is the fully qualified type name for the view model, and then uses the unity container to resolve it. Therefore, my test looks like this:
view source print ?
01.[TestMethod]
02.[Asynchronous]
03.[Description("Test creating an element and attaching in code behind.")]
04.public void TestAttach()
05.{
06.    TextBlock textBlock = new TextBlock();
07.    textBlock.SetValue(ViewModelBehavior.ViewModelProperty, typeof(TestViewModel).AssemblyQualifiedName);
08.
09.    textBlock.Loaded += (o, e) =>
10.    {
11.        Assert.IsNotNull(textBlock.DataContext, "The data context was never bound.");
12.        Assert.AreSame(textBlock.DataContext, _viewModel, "The data context was not bound to the correct view model.");
13.
14.        EnqueueTestComplete();
15.    };
16.
17.    TestPanel.Children.Add(textBlock);
18.}

There's a few things going on here, so let's break them down!
The TestMethod attribute tags this method to be run by the framework. It is decorated with a description, which I can view on the output when the test is run and helps make the test more, ah, descriptive. The first thing I do is create a test block and attach the view model property. Here, I'm taking the test view model and getting the fully qualified name and using that to set the attached property. We want to make sure everything works fine and there are no errors during binding, so this is where the asynchronous pieces come into play.
The Asynchronous tag tells the framework that we're waiting on events, so don't consider this test complete until we explicitly tell the framework it's complete. When the text block fires the Loaded event, we confirm that the data context is not null and that it in fact contains the exact instance of the view model we created in the class initialization. Then we tell the framework the test is complete by calling EnqueueTestComplete, which is provided by the base class.
Finally, if you were to run this without the last line, the test would stall because the text block would never get loaded. We add it as a child of the test surface, and this injects it into the visual tree and fires the loaded event.
The XAML Test
I'm not completely confident with this test because the whole reason for creating a behavior was so I could attach the view model in XAML and not use code behind. Therefore, I should really test attaching this behavior through XAML. So, at the top of the test class we'll create the necessary XAML and wrap it in a UserControl:
view source print ?
01.const string TESTXAML =
02.    "<UserControl " +
03.        "xmlns=\"http://schemas.microsoft.com/winfx/2006/xaml/presentation\" " +
04.        "xmlns:x=\"http://schemas.microsoft.com/winfx/2006/xaml\" " +
05.        "xmlns:vm=\"clr-namespace:PRISMMEF.Common.Behavior;assembly=PRISMMEF.Common\">" +
06.            "<Grid x:Name=\"LayoutRoot\" Background=\"White\" " +
07.                "vm:ViewModelBehavior.ViewModel=\"PRISMMEF.Tests.Helper.TestViewModel, PRISMMEF.Tests, Version=1.0.0.0\">" +
08.                "<ListBox x:Name=\"ListBox\" ItemsSource=\"{Binding ListOfItems}\"/>" +
09.    "</Grid></UserControl>";

If you think the constant is ugly, you can always add an actual XAML file, set it as an embedded resource, then read it in instead. That would give you the full functionality of the editor to tweak the test code. Here, we simply create a control with a grid and a list box. The list box uses the attached behavior and also binds the list.
I want to test the list binding as well, so I add a collection to my test class:
view source print ?
1..
2.private static readonly List<string> _testCollection = new List<string> { "test1", "test2" };
3..

In the class initialize method, I'll pass this into the view model's constructor so it is set on the ListOfItems property.
Now, we can create the control from XAML, load it, and test it:
view source print ?
01.[TestMethod]
02.[Asynchronous]
03.[Description("Test creating from XAML")]
04.public void TestFromXaml()
05.{
06.    UserControl control = XamlReader.Load(TESTXAML) as UserControl;
07.
08.    control.Loaded += (o, e) =>
09.    {
10.        ListBox listBox = control.FindName("ListBox") as ListBox;
11.
12.        Assert.IsNotNull(listBox, "ListBox was not found.");
13.        Assert.IsNotNull(listBox.DataContext, "The data context was never bound.");
14.        Assert.AreSame(listBox.DataContext, _viewModel, "The data context was not bound to the correct view model.");
15.
16.        IEnumerable<string> list = listBox.ItemsSource as IEnumerable<string>;
17.        List<string> targetList = new List<string>(list);
18.        CollectionAssert.AreEquivalent(targetList, _testCollection, "Collection not properly bound.");
19.
20.        EnqueueTestComplete();
21.    };
22.
23.    TestPanel.Children.Add(control);
24. }

Now we load the control from XAML and wire in the Loaded event to test for the data context and the instance. Then, I take the items from the list box itself and compare them with the original list using CollectionAssert. The AreEquivalent does a set comparison. Then we signal the test is complete.
There's no code for this example because it was very straightforward and I'll likely be posting a more comprehensive example in the future as the result of a talk I'll be giving. Be sure to tune into MSDN's geekSpeak on Wednesday, February 17th, 2010 when I will be the guest to cover exclusively the topic of the Silverlight Unit Testing Framework (the talks are all stored on the site in case you read this after the event).
Thanks!

via csharperimage.jeremylikness.com

Permalink | Leave a comment »

Silverlight Unit Testing Framework: Asynchronous Testing of Behaviors

Tue, 26 Jan 2010 18:33:08 -0800

Last month, I bogged about Unit Testing ViewModels AND Views using the Silverlight Unit Testing Framework. I wanted to take that post a step further and talk about some more advanced testing scenarios that are possible.
The site itself provides a lot of information about how to get started and what is available with the framework. One thing to keep in mind that is a radical shift from other testing frameworks is that the Silverlight testing framework runs on the UI thread. This means it does not spawn multiple threads for multiple tests and in fact requires the tests to run "one at a time" so they can take advantage of the test surface that is supplied.
This is a bit different than other frameworks but in my opinion, makes a lot of sense when dealing with Silverlight. The framework provides incredible flexibility for configuring and categorizing your tests.
If you are searching for a very comprehensive example of the framework in use, look no further than the Silverlight Toolkit. This comes with all source code and in fact uses the testing framework for its tests. You will find not only advanced scenarios for testing, but thousands upon thousands of tests! (I also am guessing that a new standard for PC performance has been invented by mistake ... let's all compile the entire toolkit and compare how long it takes!)
Tagging Tests

One thing you'll find if you run the toolkit tests is that you can enter a tag to filter tests. For example, type in "Accordion" to only run the 800 or so unit tests for accordion-type controls.
To use tag functionality, simply "tag" your test like this:
view source print ?
1.[TestClass]
2.[Tag("MEF")]
3.public class PartModuleTest
4.{
5.}

I've tagged the test to be a MEF-related test. When I wire up the framework, I can filter the tag like this:
view source print ?
1.UnitTestSettings settings = UnitTestSystem.CreateDefaultSettings();
2.settings.TagExpression = "MEF";
3.this.RootVisual = UnitTestSystem.CreateTestPage(settings);

When I run the tests, only my tests tagged with MEF will run! The toolkit provides an example of a UI that allows you to select the tag, then run the test.
Asynchronous Tests

It is often necessary to test methods that are asynchronous or require event coordination. An example may be a service that must wait on return values, or a user control that must be loaded into the framework before you can test it. The Silverlight Unit Testing Framework provides the Asynchronous tag to facilitate this type of test. This tells the framework not to move onto the next test nor consider the current test method complete until an explicit call to TestComplete is made.
There are several "helper" methods supplied for asynchronous processing that we'll explore in a minute. To use these methods requires inheriting from one of the base test classes such as SilverlightTest which provides the methods as well as the test surface to add controls to.
In PRISM, MEF, and MVVM Part 1 of 3: Unity Glue I explored various options for binding the view model to the view. The 3rd and final method I reviewed was using an attached behavior. I would like to write some unit tests for that behavior (indeed, if I were a test-driven development or TDD purist, I would have written those tests first).
In order to test the behavior, I need to attach it to a FrameworkElement and then validate it has done what I expected it to do. But how do I go about doing that in our unit test environment?
Attached Behaviors

Similar to other controls in other frameworks, Silverlight controls have a distinct life cycle. It varies slightly depending on whether the control has been generated in XAML or through code. There is a great summary table of these events on Dave's Blog. What's important to note is that values and properties are set as soon as you, well, set them, but bindings don't take effect until they are inserted into the visual tree. In XAML, the XAML node becomes part of the tree and fires the Loaded event once it is fully integrated. In code, this happens after the element is added as the child of some other element that is in the tree. This allows Silverlight to parse the hierarchy and propagate dependency properties.
So what we essentially want to do is take our behavior, attach it to an element, and then wait for the Loaded event to fire so we can inspect the element and see that it has been modified accordingly (in this case, we expect that the DataContext property has been set to our view model).
Setting up the Project
The testing framework provides some handy templates for getting started. I add a new project and select the Silverlight Test Project template. I then add references to the projects I'll be testing and the supporting frameworks like PRISM and MEF.
Next, I'll want to build some helper classes to help me test my functionality.
Helper Classes
I like to create a folder called Helper and place my stubs, mocks, and other helper classes there. These may be utilities, like the Exception Expected utility I use, or classes that are used for the testing framework.
First, I'll create a test view model with a simple string and string collection property for testing:
view source print ?
01.public class TestViewModel
02.{
03.    public TestViewModel()
04.    {
05.        ListOfItems = new List<string>();
06.    }
07.
08.    public TestViewModel(List<string> items)
09.    {
10.        ListOfItems = items;
11.    }
12.
13.    public string Property { get; set; }
14.
15.    public List<string> ListOfItems { get; set; }
16.}

If my view models have common methods described in a base class or interface, I might use a mocking framework to mock the class instead.
The Test Class
The behavior I created has an affinity to the Unity inversion of control (IoC) container. It could be refactored otherwise, but it made sense for the sake of the demonstration. Therefore, I'll need to have a container for testing, as well as the view model. My test class starts out looking like this (notice I base it on SilverlightTest):
view source print ?
01.[TestClass]
02.public class ViewModelBehaviorTest : SilverlightTest
03.{
04.    const string TESTPROP = "Test Property";
05.
06.    IUnityContainer _container;
07.
08.    TestViewModel _viewModel;
09.
10.    [ClassInitialize]
11.    public void ClassInitialize()
12.    {
13.        _container = new UnityContainer();
14.
15.        _viewModel = new TestViewModel() { Property = TESTPROP };
16.        _container.RegisterInstance<TestViewModel>(_viewModel);
17.
18.        ViewModelBehavior.Container = _container;
19.    }
20.}

I create a reference to the entire test class for the container and the test view model. When the class is initialized (this is one-time setup, before all tests are run) I create a container, a view model, and tell the container that anytime someone asks for the view model, give them the specific instance I created. I also set the container on the type for the view model behavior class, so it knows what to use when resolving the view model.
The Code Behind Test
For my first test, I'll programmatically attach the behavior and test that it works. The view model behavior takes in a string that is the fully qualified type name for the view model, and then uses the unity container to resolve it. Therefore, my test looks like this:
view source print ?
01.[TestMethod]
02.[Asynchronous]
03.[Description("Test creating an element and attaching in code behind.")]
04.public void TestAttach()
05.{
06.    TextBlock textBlock = new TextBlock();
07.    textBlock.SetValue(ViewModelBehavior.ViewModelProperty, typeof(TestViewModel).AssemblyQualifiedName);
08.
09.    textBlock.Loaded += (o, e) =>
10.    {
11.        Assert.IsNotNull(textBlock.DataContext, "The data context was never bound.");
12.        Assert.AreSame(textBlock.DataContext, _viewModel, "The data context was not bound to the correct view model.");
13.
14.        EnqueueTestComplete();
15.    };
16.
17.    TestPanel.Children.Add(textBlock);
18.}

There's a few things going on here, so let's break them down!
The TestMethod attribute tags this method to be run by the framework. It is decorated with a description, which I can view on the output when the test is run and helps make the test more, ah, descriptive. The first thing I do is create a test block and attach the view model property. Here, I'm taking the test view model and getting the fully qualified name and using that to set the attached property. We want to make sure everything works fine and there are no errors during binding, so this is where the asynchronous pieces come into play.
The Asynchronous tag tells the framework that we're waiting on events, so don't consider this test complete until we explicitly tell the framework it's complete. When the text block fires the Loaded event, we confirm that the data context is not null and that it in fact contains the exact instance of the view model we created in the class initialization. Then we tell the framework the test is complete by calling EnqueueTestComplete, which is provided by the base class.
Finally, if you were to run this without the last line, the test would stall because the text block would never get loaded. We add it as a child of the test surface, and this injects it into the visual tree and fires the loaded event.
The XAML Test
I'm not completely confident with this test because the whole reason for creating a behavior was so I could attach the view model in XAML and not use code behind. Therefore, I should really test attaching this behavior through XAML. So, at the top of the test class we'll create the necessary XAML and wrap it in a UserControl:
view source print ?
01.const string TESTXAML =
02.    "<UserControl " +
03.        "xmlns=\"http://schemas.microsoft.com/winfx/2006/xaml/presentation\" " +
04.        "xmlns:x=\"http://schemas.microsoft.com/winfx/2006/xaml\" " +
05.        "xmlns:vm=\"clr-namespace:PRISMMEF.Common.Behavior;assembly=PRISMMEF.Common\">" +
06.            "<Grid x:Name=\"LayoutRoot\" Background=\"White\" " +
07.                "vm:ViewModelBehavior.ViewModel=\"PRISMMEF.Tests.Helper.TestViewModel, PRISMMEF.Tests, Version=1.0.0.0\">" +
08.                "<ListBox x:Name=\"ListBox\" ItemsSource=\"{Binding ListOfItems}\"/>" +
09.    "</Grid></UserControl>";

If you think the constant is ugly, you can always add an actual XAML file, set it as an embedded resource, then read it in instead. That would give you the full functionality of the editor to tweak the test code. Here, we simply create a control with a grid and a list box. The list box uses the attached behavior and also binds the list.
I want to test the list binding as well, so I add a collection to my test class:
view source print ?
1..
2.private static readonly List<string> _testCollection = new List<string> { "test1", "test2" };
3..

In the class initialize method, I'll pass this into the view model's constructor so it is set on the ListOfItems property.
Now, we can create the control from XAML, load it, and test it:
view source print ?
01.[TestMethod]
02.[Asynchronous]
03.[Description("Test creating from XAML")]
04.public void TestFromXaml()
05.{
06.    UserControl control = XamlReader.Load(TESTXAML) as UserControl;
07.
08.    control.Loaded += (o, e) =>
09.    {
10.        ListBox listBox = control.FindName("ListBox") as ListBox;
11.
12.        Assert.IsNotNull(listBox, "ListBox was not found.");
13.        Assert.IsNotNull(listBox.DataContext, "The data context was never bound.");
14.        Assert.AreSame(listBox.DataContext, _viewModel, "The data context was not bound to the correct view model.");
15.
16.        IEnumerable<string> list = listBox.ItemsSource as IEnumerable<string>;
17.        List<string> targetList = new List<string>(list);
18.        CollectionAssert.AreEquivalent(targetList, _testCollection, "Collection not properly bound.");
19.
20.        EnqueueTestComplete();
21.    };
22.
23.    TestPanel.Children.Add(control);
24. }

Now we load the control from XAML and wire in the Loaded event to test for the data context and the instance. Then, I take the items from the list box itself and compare them with the original list using CollectionAssert. The AreEquivalent does a set comparison. Then we signal the test is complete.
There's no code for this example because it was very straightforward and I'll likely be posting a more comprehensive example in the future as the result of a talk I'll be giving. Be sure to tune into MSDN's geekSpeak on Wednesday, February 17th, 2010 when I will be the guest to cover exclusively the topic of the Silverlight Unit Testing Framework (the talks are all stored on the site in case you read this after the event).
Thanks!

via csharperimage.jeremylikness.com

Permalink | Leave a comment »

Unit Tests for ViewModels AND Views in Silverlight

Tue, 26 Jan 2010 18:07:11 -0800

Over the past few posts I've been exploring models for modularized Silverlight applications that follow the MVVM pattern (using Prism/CAL). In this post, I'd like to cover unit testing, and writing appropriate tests not just for the view model, but the view itself.
Before we continue, I'm going to assume you've read:
Dynamic Module Loading with Silverlight Navigation using Prism
MVVM Composition in Silverlight
Simplifying Asynchronous Calls in Silverlight using Action

These articles form the core of what I'm about to discuss. I also want to make sure you're familiar with the Silverlight unit testing framework. You can download it and review some articles about how to use it over at the Unit Test Framework for Microsoft Silverlight page. I highly recommend pulling down the project and class templates as they will make your life easier!
The testing framework for Silverlight sets up a project that you run, and that project will then create a visual page that displays the results of tests. What's important is that the test framework will not only support class tests, but can also host controls and test the hosted controls as well. Do we even want to do this? I think so.
Set up your test project and make it the runnable one by adding a new project to your existing Silverlight solution, using the Silverlight project template, then right-clicking on the project and setting it as the start-up project.
Let's get started with a real example. I want to control the visibility of a control based on a boolean value in the view model, so I create a converter that takes in a boolean and returns visibility. I can bind the visibility like this:
view source print ?
1.<TextBlock Text="Conditional Text" Visibility="{Binding ConditionFlag,Converter={StaticResource BoolVisibilityConverter}}">

The code for the converter is simple:
view source print ?
1.public object Convert(object value, Type targetType, object parameter, System.Globalization.CultureInfo culture)
2.{
3.    return (bool)value ? Visibility.Visible : Visibility.Collapsed;
4.}

To test that we get what we want, simply add a new class in your test project (use the Silverlight Test Class template). With a little bit of typing you will end up with something like this:
view source print ?
01.[TestClass]
02.public class BoolVisibilityConverterTest
03.{
04.    BoolVisibilityConverter _target;
05.
06.    [TestInitialize]
07.    public void Initialize()
08.    {
09.        _target = new BoolVisibilityConverter();
10.    }
11.
12.    [TestMethod]
13.    public void TestTrue()
14.    {
15.        object result = _target.Convert(true, typeof(bool), null, CultureInfo.CurrentCulture);
16.        Assert.IsNotNull(result, "Converter returned null.");
17.        Assert.AreEqual(Visibility.Visible, result, "Converter returned invalid result.");
18.    }
19.
20.    [TestMethod]
21.    public void TestFalseNoParameter()
22.    {
23.        object result = _target.Convert(false, typeof(bool), null, CultureInfo.CurrentCulture);
24.        Assert.IsNotNull(result, "Converter returned null.");
25.        Assert.AreEqual(Visibility.Collapsed, result, "Converter returned invalid result.");
26.    }
27.}

Not rocket science there ... but it's nice to start out with a few green lights. When you run it, you'll see that your two tests passed and all is well (you can, of course, assert something invalid to see what a failure looks like).
Now let's test a view model. Our view model takes in a IService reference so that it can log a user in. It has bindings for username and password and a login command. The service looks like this:
view source print ?
1.public interface IService
2.{
3.   void Login(string username, string password, Action<bool> result);
4.}
So the view model looks like this:
view source print ?
001.public class ViewModel : INotifyPropertyChanged
002.{
003.   private IService _service;
004.
005.   public ViewModel(IService service)
006.    {
007.        _service = service;
008.
009.        LoginCommand = new DelegateCommand<object>( o=>CommandLogin );
010.    }
011.
012.    private bool _isDirty;
013.
014.    public bool IsDirty
015.    {
016.        get { return _isDirty; }
017.    }
018.
019.    private string _username, _password;
020.
021.    public string Username
022.    {
023.        get { return _username; }
024.        set
025.        {
026.            if (value != null && !value.Equals(_username))
027.            {
028.                _username = value;
029.                OnPropertyChanged("UserName");
030.            }
031.        }
032.    }
033.
034.    public string Password
035.    {
036.        get { return _password; }
037.        set
038.        {
039.            if (value != null && !value.Equals(_password))
040.            {
041.                _password = value;
042.                OnPropertyChanged("Password");
043.            }
044.        }
045.    }
046.
047.   public DelegateCommand<object> LoginCommand { get; set; }
048.
049.   public void CommandLogin()
050.    {
051.        if (string.IsNullOrEmpty(_username))
052.        {
053.            throw new ValidationException("Username is required.");
054.        }
055.
056.        if (string.IsNullOrEmpty(_password))
057.        {
058.            throw new ValidationException("Password is required.");
059.        }
060.
061.        _service.Login(_username, _password, (result) =>
062.        {
063.            if (result)
064.            {
065.                // logic to navigate to a new page
066.            }
067.            else
068.            {
069.                throw new ValidationException("The username/password combination is invalid.");
070.            }
071.        });
072.    }
073.
074.    protected void OnPropertyChanged(string property)
075.    {
076.        PropertyChangedEventHandler handler = PropertyChanged;
077.        if (handler != null)
078.        {
079.            handler(this, new PropertyChangedEventArgs(property));
080.        }
081.        if (!_isDirty)
082.        {
083.            _isDirty = true;
084.            if (handler != null)
085.            {
086.                handler(this, new PropertyChangedEventArgs("IsDirty"));
087.            }
088.        }
089.    }
090.
091.    public void ResetDirtyFlag()
092.    {
093.        if (_isDirty)
094.        {
095.            _isDirty = false;
096.            PropertyChangedEventHandler handler = PropertyChanged;
097.            if (handler != null)
098.            {
099.                handler(this, new PropertyChangedEventArgs("IsDirty"));
100.            }
101.        }
102.    }
103.}

Notice how properties being set should automatically set the "dirty" flag as well. I may want to bind my login button to the flag so it only becomes available when the user has changed something, for example. There is also a public method to reset the flag.
In order to satisfy my service, I'll create a "mock" object. Why a mock, and not a stub? A stub is a piece of code you put in place to allow something to happen. If I wanted to stub my service, I'd do this:
view source print ?
1.public class ServiceStub : IService
2.{
3.   public void Login(string username, string password, Action<bool> result)
4.   {
5.      result(true);
6.   }
7.}

This would always call back with a valid user and stubs out the functionality so I don't have to implement a real login. A mock object, on the other hand, changes. To make this a mock, I do this:
view source print ?
01.public class ServiceMock : IService
02.{
03.   public bool LoginCalled { get; set; }
04.
05.   public void Login(string username, string password, Action<bool> result)
06.   {
07.      LoginCalled = true;
08.      result(true);
09.   }
10.
11.}

The class is a mock because it changes based on how it is used, and then we can query that change to see if our code is doing what we want. So let's set up some tests with the view model:
view source print ?
01.[TestClass]
02.public class ViewModelTest
03.{
04.
05.    private ViewModel _target;
06.    private ServiceMock _service;
07.
08.    [TestInitialize]
09.    public void Initialize()
10.    {
11.        _service = new ServiceMock();
12.        _target = new ViewModel(_service);
13.
14.    }
15.
16.    [TestMethod]
17.    public void TestConstructor()
18.    {
19.       Assert.IsFalse(_target.IsDirty,"Dirty flag should not be set.");
20.       Assert.IsFalse(_service.LoginCalled,"Login should not have been called.");
21.       Assert.IsNotNull(_service.LoginCommand, "Login command was not set up.");
22.    }
23.}

You can test that the username hasn't been populated, for example. Now we can do a little more. In the example, we throw a ValidationException (a custom class) when the username is invalid. The Silverlight 3 validation framework can capture this based on data binding and show appropriate error messages to the client. We want to make sure if we try to login, we throw the exception, so we can do this:
view source print ?
1.[TestMethod]
2.[ExpectedException(typeof(ValidationException))]
3.public void TestLoginValidation()
4.{
5.   _target.CommandLogin();
6.}

Here we call the login command on the empty object and it should throw (and catch) the exception we're looking for.
Finally, to use our mock object, we can set a valid user name and password and call the login command, then verify that the mock object was called:
view source print ?
01.[TestMethod]
02.public void TestLogin()
03.{
04.   _target.Username = "Valid Username";
05.
06.   //bonus test: check that the dirty flag got set
07.   Assert.IsTrue(_target.IsDirty, "Dirty flag was not set on update.");
08.
09.   _target.Password = "Password";
10.   _target.CommandLogin();
11.
12.   Assert.IsTrue(_service.LoginCalled);
13.}

After testing your view model, you can then begin to work on testing the view itself. In the "required reading" I discussed having a generic view base that would interact with a navigation manager to swap views into and out of view. The views are all contained in an ItemsControl, and register to a view change event. If the view goes out of focus, it moves to a hidden state. If the view comes into focus, it moves to a visible state. While this allows more control over the way the states appear and how to transition between states, there is also the chance someone may add a view and forget wire in the visual state groups. The VisualStateManager won't complain, but it can look ugly. We need to test for things like this!
Fortunately, the testing framework allows for us to host actual views. It provides a testing surface that we add controls to, and those controls are rendered so you can then inspect the visual tree. In this case, we want to emulate a view navigating to a new view and test that it is moved to the correct state.
Create a new test class. This time, however, we will inherit from the base class SilverlightTest which provides our class with a test panel to host controls on. The set up is a bit more involved, because we need to fold the mock services into the view model, then create the view and glue it all together.
Before we do this, we'll create a helper class called QueryableVisualStateManager. This class is one I borrowed from Justin Angel's fantastic blog post about Custom Visual State Managers. In his post, he details how to create a custom visual state manager that holds a dictionary of the control states so they can be queried later on (in case you've been pulling your hair out in frustration, the framework does not provide direct access to query the current visual state of controls).
I created the class verbatim, but don't care to use it in production code. Instead, we'll inject it in our test class. Here's the setup:
view source print ?
01.[TestClass]
02.public class LoginTest : SilverlightTest
03.{
04.    private Login _login;
05.    private ViewModel _viewModel;
06.    private ServiceMock _service;
07.    private NavigationManager _navigationManager;
08.    private QueryableVisualStateManager _customStateManager;
09.
10.    [TestInitialize]
11.    public void TestInitialize()
12.    {
13.        _login = new Login();
14.
15.        FrameworkElement root = VisualTreeHelper.GetChild(_login, 0) as FrameworkElement;
16.        root.SetValue(VisualStateManager.CustomVisualStateManagerProperty, new QueryableVisualStateManager());
17.
18.        _service = new ServiceMock();
19.        _navigationManager = new NavigationManager();
20.        _viewModel = new ViewModel(_service);
21.        _viewModel.Navigation = _navigationManager;
22.        _login.DataContext = _viewModel;
23.        TestPanel.Children.Add(_login);
24.    }
25.}

What happened? Login is my user control ... it is the view I inject into the shell to show the login page. Here I create an instance of it. Then, I use my friend the VisualTreeHelper to parse the the first child, which is going to be the grid or stack panel or whatever "host" control you have inside your user control. Then, I simply set the attached property for the custom view manager to point to the queryable helper class. This will ensure any visual state transitions are recorded in the internal dictionary. Then I wire up my mocks, databind, and finally add the login control to the TestPanel. It now gets hosted on a real test surface and can initialize and display.
Let's assume that the navigation manager I injected is responsible for swapping the view state of the control. The control goes into a HideState when not visible and a ShowState when visible. What I want to test is a simulated login command. We already tested this in the view model, so we can be confident it is going to hit the service and do what it is supposed to do. There is a piece of code that then calls the navigation manager and changes the control's state to hidden. We want to test that this hook actually gets fired when the user clicks login, so the login view disappears. Here's how:
view source print ?
01.[TestMethod]
02.public void TestLogin()
03.{
04.    const string SHOWSTATE = "VisualStates.ShowState";
05.    const string HIDESTATE = "VisualStates.HideState";
06.
07.    // set up this view
08.    _navigationManager.NavigateToPage(NavigationManager.NavigationPage.Login);
09.
10.    string state = QueryableVisualStateManager.QueryState(_login);
11.    Assert.IsTrue(state.Contains(SHOWSTATE) && !state.Contains(HIDESTATE), "Invalid visual state.");
12.
13.    // trigger login
14.    _viewModel.Username = "user";
15.    _viewModel.Password = "password";
16.    _viewModel.CommandLogin();
17.
18.    state = QueryableVisualStateManager.QueryState(_login);
19.    Assert.IsTrue(state.Contains(HIDESTATE) && !state.Contains(SHOWSTATE), "Invalid visual state.");
20.}

We first test the pre-condition by navigating to the login page and confirming it has the ShowState and not the HideState. Then, we simulate a login action (this is why command binding and view models are so powerful) and query the state again, testing to make sure we went into a hidden state.
When you run this test, you might actually see the control flicker for a moment on the screen as it gets initialized on the test surface before it is manipulated and then discarded for other tests. With the right architecture, you are now able to test from the view down to the backend services that drive your application. Now that's powerful!

via csharperimage.jeremylikness.com

Permalink | Leave a comment »

ondrejsv | How to: Create a new format for sample data in Blend/SketchFlow

Tue, 26 Jan 2010 17:55:14 -0800

via blog.ondrejsv.com

Permalink | Leave a comment »

Jeremy Likness' Blog : Simple Dialog Service in Silverlight

Tue, 26 Jan 2010 17:30:59 -0800

Check out this website I found at wintellect.com

Permalink | Leave a comment »

Dynamic tabs using jQuery - why and how to create it

Tue, 26 Jan 2010 15:54:53 -0800

via jankoatwarpspeed.com

Permalink | Leave a comment »

Avatar Now the Biggest Movie Ever Worldwide

Tue, 26 Jan 2010 14:26:17 -0800

via feedproxy.google.com

Permalink | Leave a comment »

Google Voice Arrives on iPhone With HTML5-Powered Web App

Tue, 26 Jan 2010 12:24:14 -0800

via feedproxy.google.com

Permalink | Leave a comment »

Designer Developed Social Sharing Tool Userscript Released - Flash Web Design and Design Photography | DesignOra - StumbleUpon

Tue, 26 Jan 2010 03:44:59 -0800

Check out this website I found at stumbleupon.com

Permalink | Leave a comment »

js-hotkeys - Project Hosting on Google Code

Tue, 26 Jan 2010 03:41:28 -0800

Javascript jQuery Hotkeys Plugin
Cross Browser Module (Works with Safari, Opera, Firefox, Chrome and IE)
The latest Version is 0.7.8
jQuery.Hotkeys plugin lets you easily add and remove handlers for keyboard events anywhere in your code supporting almost any key combination. It takes one line of code to bind/unbind a hot key combination.
Example:
Binding 'Ctrl+c'
$(document).bind('keydown', 'ctrl+c', fn);
Unbinding 'Ctrl+c'
$(document).unbind('keydown', 'ctrl+c', fn);
Known Issues
KeyPress is not working well owe to the fact that keycodes varies between key[down|up] and key press (lower and upper case). see example at Test #6. This should be solved in the next version
More info
Public Git Repository at GitHub
Live Demo
Read More...

via code.google.com

Permalink | Leave a comment »

15 jQuery Plugins Giving Web Interfaces Drag ‘N Drop Capabilities | tripwire magazine

Tue, 26 Jan 2010 03:30:21 -0800

via tripwiremagazine.com

Permalink | Leave a comment »

Behaviors, Triggers and Actions in Silverlight And WPF Made Simple – Part 2 – Triggers : Amazedsaint's .net journal

Mon, 25 Jan 2010 22:52:30 -0800

via amazedsaint.blogspot.com

Permalink | Leave a comment »

Behaviors, Triggers and Actions in Silverlight And WPF Made Simple – Part I - Behaviors : Amazedsaint's .net journal

Mon, 25 Jan 2010 22:52:17 -0800

via amazedsaint.blogspot.com

Permalink | Leave a comment »

ScrollSpy | David Walsh Blog

Mon, 25 Jan 2010 22:22:11 -0800

ScrollSpy

ScrollSpy is a small but powerful MooTools plugin that allows you to listen to scrolling within any DOM element and execute functions based upon the element's scroll position.
MooTools Javascript Class
/*
---
description:     ScrollSpy

authors:
  - David Walsh (http://davidwalsh.name)

license:
  - MIT-style license

requires:
  core/1.2.1:   '*'

provides:
  - ScrollSpy
...
*/
var ScrollSpy = new Class({

        /* implements */
        Implements: [Options,Events],

        /* options */
        options: {
                min: 0,
                mode: 'vertical',
                max: 0,
                container: window,
                onEnter: $empty,
                onLeave: $empty,
                onTick: $empty
        },

        /* initialization */
        initialize: function(options) {
                /* set options */
                this.setOptions(options);
                this.container = document.id(this.options.container);
                this.enters = this.leaves = 0;
                this.max = this.options.max;
        
                /* fix max */
                if(this.max == 0) { 
                        var ss = this.container.getScrollSize();
                        this.max = this.options.mode == 'vertical' ? ss.y : ss.x;
                }
                /* make it happen */
                this.addListener();
        },

        /* a method that does whatever you want */
        addListener: function() {
                /* state trackers */
                this.inside = false;
                this.container.addEvent('scroll',function() {
                        /* if it has reached the level */
                        var position = this.container.getScroll();
                        var xy = this.options.mode == 'vertical' ? position.y : position.x;
                        /* if we reach the minimum and are still below the max... */
                        if(xy >= this.options.min && xy <= this.max) {
                                        /* trigger Enter event if necessary */
                                        if(!this.inside) {
                                                /* record as inside */
                                                this.inside = true;
                                                this.enters++;
                                                /* fire enter event */
                                                this.fireEvent('enter',[position,this.enters]);
                                        }
                                        /* trigger the "tick", always */
                                        this.fireEvent('tick',[position,this.inside,this.enters,this.leaves]);
                        }
                        else {
                                /* trigger leave */
                                if(this.inside)  {
                                        this.inside = false;
                                        this.leaves++;
                                        this.fireEvent('leave',[position,this.leaves]);
                                }
                        }
                }.bind(this));
        }
});
Click here to copy this code to the clipboard Click here to add this snippet to Coda Click here to add this snippet to TextMate Get the raw code
1/*
2---
3description: ScrollSpy
4
5authors:
6 - David Walsh (http://davidwalsh.name)
7
8license:
9 - MIT-style license
10
11requires:
12 core/1.2.1: '*'
13
14provides:
15 - ScrollSpy
16...
17*/
18var ScrollSpy = new Class({
19
20 /* implements */
21 Implements: [Options,Events],
22
23 /* options */
24 options: {
25 min: 0,
26 mode: 'vertical',
27 max: 0,
28 container: window,
29 onEnter: $empty,
30 onLeave: $empty,
31 onTick: $empty
32 },
33
34 /* initialization */
35 initialize: function(options) {
36 /* set options */
37 this.setOptions(options);
38 this.container = document.id(this.options.container);
39 this.enters = this.leaves = 0;
40 this.max = this.options.max;
41
42 /* fix max */
43 if(this.max == 0) {
44 var ss = this.container.getScrollSize();
45 this.max = this.options.mode == 'vertical' ? ss.y : ss.x;
46 }
47 /* make it happen */
48 this.addListener();
49 },
50
51 /* a method that does whatever you want */
52 addListener: function() {
53 /* state trackers */
54 this.inside = false;
55 this.container.addEvent('scroll',function() {
56 /* if it has reached the level */
57 var position = this.container.getScroll();
58 var xy = this.options.mode == 'vertical' ? position.y : position.x;
59 /* if we reach the minimum and are still below the max... */
60 if(xy >= this.options.min && xy <= this.max) {
61 /* trigger Enter event if necessary */
62 if(!this.inside) {
63 /* record as inside */
64 this.inside = true;
65 this.enters++;
66 /* fire enter event */
67 this.fireEvent('enter',[position,this.enters]);
68 }
69 /* trigger the "tick", always */
70 this.fireEvent('tick',[position,this.inside,this.enters,this.leaves]);
71 }
72 else {
73 /* trigger leave */
74 if(this.inside) {
75 this.inside = false;
76 this.leaves++;
77 this.fireEvent('leave',[position,this.leaves]);
78 }
79 }
80 }.bind(this));
81 }
82});

Class: ScrollSpy

Implements:

Options, Events

ScrollSpy Method: constructor

Notes:

ScrollSpy debuted Wednesday, May 27, 2009 on the David Walsh Blog: http://davidwalsh.name/scrollspy

ScrollSpy requires MooTools Core only -- no MooTools More dependencies.

Visit http://davidwalsh.name/scrollspy for example usages.

Syntax:
var myScrollSpy = new ScrollSpy(options);
Click here to copy this code to the clipboard Click here to add this snippet to Coda Click here to add this snippet to TextMate Get the raw code
1var myScrollSpy = new ScrollSpy(options);

Arguments:

options - (object, optional) Initial options for the class.

Options:

min - (integer, defaults to 0) The minimum value of the X or Y coordinate, depending on mode.

mode - (string, defaults to 'vertical') Defines whether to listen to X or Y scrolling.

max - (integer, defaults to 0) The maximum value of the X or Y coordinate, depending on mode.

container - (element, defaults to window) The element whose scrolling to listen to.

Returns:

(object) A new ScrollSpy instance.

Events:

enter

(function) Function to execute when the element's designated area is scrolled into.

Signature
onEnter(position, enters)
Click here to copy this code to the clipboard Click here to add this snippet to Coda Click here to add this snippet to TextMate Get the raw code
1onEnter(position, enters)

Arguments:

position - (object) The container's scroll position object.

enters - (integer) The number of times the scroll area has been entered.

leave

(function) Function to execute when the element's designated area is scrolled out of.

Signature
onLeave(position, enters)
Click here to copy this code to the clipboard Click here to add this snippet to Coda Click here to add this snippet to TextMate Get the raw code
1onLeave(position, enters)

Arguments:

position - (object) The container's scroll position object.

enters - (integer) The number of times the scroll area has been left.

tick

(function) Function to execute on each scroll event when the scroll position is between the enter and exit.

Signature
onTick(position, inside, enters, leave)
Click here to copy this code to the clipboard Click here to add this snippet to Coda Click here to add this snippet to TextMate Get the raw code
1onTick(position, inside, enters, leave)

Arguments:

position - (object) The container's scroll position object.

inside - (boolean) Represents whether or not the scroll is within the designated min and max area.

enters - (integer) The number of enters.

leaves - (integer) The number of leaves.

-->

via davidwalsh.name

Permalink | Leave a comment »

Microsoft releases an awesome Silverlight 4 Beta Client for Facebook for Windows and OS X | ithinkdifferent

Mon, 25 Jan 2010 16:34:53 -0800

via ithinkdiff.com

Permalink | Leave a comment »

The Typemock Insider Blog: How to run NUnit tests created with VS2010 and .NET 4

Mon, 25 Jan 2010 16:11:47 -0800

Today when writing tests for a new project built using VS2010 I had an interesting problem:

NUnit would not run my unit tests because the assembly that contained my unit tests was compiled using a newer version of the .NET runtime.

There are several solutions to solve this issue from downgrading my project to use earlier version of .NET to migrate my unit tests to MSTest but luckily for me no such drastic move was needed.

The new NUnit (2.5.x) have support for running tests using .NET 4 it’s just hidden inside a pile of xml.

The solution

To run .NET 4.0 test assembly add the lines below to the relevant config file, so if you’re using NUnit.exe update nunit.exe.config or if you’re using nunit-console.exe use nunit-console.exe.config – you get the point.

Under <configuration> add:
<startup><requiredRuntime version="v4.0.21006" /></startup>

Under <runtime> add:
<loadFromRemoteSources enabled="true" />

I’m using the latest VS2010 RC2 If you have a different version of Visual Studio installed change the version value to the version of the .NET 4 installed on your machine – look at C:\Windows\Microsoft.NET\Framework to find out which version you have.

That’s it!

brandontruong's posterous

jQuery source viewer

jQuery UI DatePicker: Disable Specified Days

jQuery UI DatePicker: Disable Specified Days

The jQuery Javascript

Related Posts

Follow via RSS Epic Discussion

Be Heard!

Silverlight Unit Testing Framework: Asynchronous Testing of Behaviors

Silverlight Unit Testing Framework: Asynchronous Testing of Behaviors

Unit Tests for ViewModels AND Views in Silverlight

ondrejsv | How to: Create a new format for sample data in Blend/SketchFlow

Jeremy Likness' Blog : Simple Dialog Service in Silverlight

Dynamic tabs using jQuery - why and how to create it

Avatar Now the Biggest Movie Ever Worldwide

Google Voice Arrives on iPhone With HTML5-Powered Web App

Designer Developed Social Sharing Tool Userscript Released - Flash Web Design and Design Photography | DesignOra - StumbleUpon

js-hotkeys - Project Hosting on Google Code

Javascript jQuery Hotkeys Plugin

Cross Browser Module (Works with Safari, Opera, Firefox, Chrome and IE)

The latest Version is 0.7.8

Example:

Known Issues

More info

15 jQuery Plugins Giving Web Interfaces Drag ‘N Drop Capabilities | tripwire magazine

Behaviors, Triggers and Actions in Silverlight And WPF Made Simple – Part 2 – Triggers : Amazedsaint's .net journal

Behaviors, Triggers and Actions in Silverlight And WPF Made Simple – Part I - Behaviors : Amazedsaint's .net journal

ScrollSpy | David Walsh Blog

ScrollSpy

MooTools Javascript Class

Class: ScrollSpy

Implements:

ScrollSpy Method: constructor

Notes:

Syntax:

Arguments:

Options:

Returns:

Events:

enter

Signature

Arguments:

leave

Signature

Arguments:

tick

Signature

Arguments:

Microsoft releases an awesome Silverlight 4 Beta Client for Facebook for Windows and OS X | ithinkdifferent

The Typemock Insider Blog: How to run NUnit tests created with VS2010 and .NET 4

The solution

Google Chrome 4.0 For Windows Adds Extensions and Bookmark Sync

Silverlight and non-IIS hosted WCF-services