Week 11 - Response to "My Thoughts on the Droid"

The following is a link to the post I am responding to:

http://interfaceintrospection.wordpress.com/2009/11/09/my-thoughts-on-the-droid/

After reading this entry, I am increasingly finding the Droid to be something I might invest in. Although I love technology and think there are a lot of cool gadgets out there, I actually do not spend a ton of money on such things. Sure, smart phones are cool. I love the idea of being able to view "text messages" in a format more like instant messages, and checking football scores on a more manageable and readable screen and so on, but these devices are also expensive. The initial cost of the device isn't the worst of it. It's the price added to your monthly bill that scares me. In addition, the iPhone was the only one that truly caught my eye, but is not currently available on my phone service. Blackberry's are not bad, but they are not exactly the kind of device I want.

However, since I actually use my basic flip phone to keep track of project due dates, shows I like to watch as well as a plethora of other events and activities that take place at random times and have begun to use text messaging a lot more, I am strongly leaning toward making the investment. It would be much nicer to have an actual keyboard to key in events especially when they have long names and odd places that don't always fit in the space a small flip phone's calendar application allows. In addition, I often find myself wanting to check certain stats or information and don't have a good way of doing so. There are other reasons too, but I won't bore my readers with my monotonous daily routine reasons for wanting the Droid. All in all, I think the investment might actually be worth what I get out of it and with the good things I am hearing from the Droid (in addition to the cool name), it sounds like something that would be worth it.

Week 10 - New Grooveshark Layout

Last week, I talked about the old Grooveshark layout. In case you didn't read last week's entry, Grooveshark is a music service that allows you to choose the music you listen to, unlike Pandora, but does not have videos, unlike YouTube. Though the service was great, its features were difficult to discover and the layout less than ideal. Many of the greatest features were hidden in layers of menus and the layout seemed a bit clunky and hard to understand at times. The new Grooveshark layout changes this and makes the service even better than before. Best yet, it's still free.

For starters, the new layout is much prettier than the last. Not that looks are everything, but the dull blue and gray color scheme has been abandoned for a much more fresh and lively blue and yellow color scheme. However, this is only the default. Grooveshark now gives you the option of changing skins. If you are just a free user, the options are limited, but not bad. As a member, the options are even greater and continue to be added to.

Besides just looks, the layout is also much improved. Before, a majority of the options for a user could only be accessed after clicking down through about 5 or so menus. The new layout features a sidebar where you have quick access to many of the options you want off the bat when you log in. You can click "Favorites" and view the music you have "Favorite'd." If there are certain users who's music you like and whom you follow, you just click "People" in this menu. You also have quick and easy access to the playlists you have created as well as playlists featuring popular or recent music so you don't have to go hunting for it yourself.

The music queue area has also been given a makeover. Before, half of the screen was taken up by the music button options such as Play, Pause and so on. There was no way to navigate to a specific place in a song either. Your current queue normally only showed about four the songs you currently had added and required a ton of scrolling. The new layout adds a navigation bar and moves some information into a pop-up box that shows when you hover over the navigation bar. It is in this pop-up box where you have the option to share something on one of the many social networks, download the song or Favorite it. Below the navigation bar is the main queue which now can be viewed in many sizes and layouts each of which take up varying amounts of room and show different amounts of information. The ability to save or update a playlist are now obvious as well.

Finally, the main menu where you navigate through menus and so on has been simplified. The overall design is now centered around tabs as opposed to layers making things much more intuitive especially with the popularity of tabs in browsers: something that even new technology users have had some contact with. The options of "Favorite-ing" a song or playlist or album are all there in the menu and do not require extra clicking or navigating mines of menus. All in all, the entire layout of Grooveshark has received a major makeover and all for the better. Old, hard to find features were redone, menus were shuffled around and redesigned and the entire service now is a major player in the war for users who don't want to actually buy things and would prefer to just listen for free.

Week 9 - Old Grooveshark Layout

This week I will be discussing the original Grooveshark layout and then, next week, I will compare and contrast it to the improvements and changes they made: some for better, some worse. For those who are unaware of Grooveshark, it is essentially an online music player similar to a blend between YouTube and Pandora. Like Pandora, it plays only music and not video and therefore taxes your computer less; however, like YouTube, you can choose what you want to play and make playlists to fit what you like.

The original Grooveshark layout was somewhat unorthodox, but not unwieldy. The main screen was straightforward and contained simply a search bar to find music, albums, playlists and so on. In addition to the search bar, there were also smaller menu choices above that allowed you to view playlists you had made or songs you had "favorited." Navigation within Grooveshark was in a sort of "layered" manner. By this, I mean that as you opened new menu after new menu, the latest one would be layered over the other although the last one would be slightly viewable, so it could be returned to when clicked.

So, for example, if you searched Viva La Vida, search results grouped by song, album, etc. would show up. You might click album because you are looking for the whole CD and that layer would show up. Then maybe you click the album submitted by user ILoveColdplay and this layer would show up with the songs. Then, maybe you click a song to see its information and the song information layer shows up. You read what you want to, find it isn't even the right song, so you click the album results layer and the previous two layers above it disappear. You continue to do this until you find what you want and then add the album or a few songs to your active queue (the songs you are playing during the current session.

This layout is somewhat useful because you can go back to whatever layer you are interested in, but, much of the time, when I was using Grooveshark, I found that I barely ever went back more than one layer and there were tons of layers below the one I was looking at that cluttered the screen and were probably confusing to users who were less familiar with such services or technology in general.

In addition to the navigation of menus, there was also, as mentioned above, the ability to add songs to a current queue as well as to favorite songs. "Favoriting" songs is straight forward and easy as is adding songs to the queue, but it actually took me some time to figure out that you can actually save a queue as a playlist under your username (if you make one which you do not have to do). The options to complete such an action were somewhat hidden which was unfortunate. Additionally, the last thing I learned was that you could actually favorite other peoples' playlists or albums. This is extremely useful, so you don't create your own playlists from other peoples and then have those show up as a duplicate, but the feature is buried under about five layers an then not emphasized.

All in all, Grooveshark is a GREAT service because it allows you to play tons of music and you can choose it all yourself. You can create and save playlists or just save other peoples' playlists to listen to later. Unfortunately, many of the great features of Grooveshark are hard to discover especially for people who are not used to using such interfaces. Next week, I will discuss the improvements the makers of Grooveshark made to the interface and how it makes it much more accessible to all types of users.

Week 8 - Exam Make-up Points

For my blog entry this week, I will be writing about the difference between event-based and control-based triggers in order to earn a few points back on my exam grade.

Property-based triggers are those events that are triggered when certain properties change in an application. This, as I learned on the test, is NOT binding, but it has a similar idea to binding in that certain properties are tied to/bound to other properties whereas in binding, the contents of an object are bound to data in a list or something similar. With property-based triggers, when a certain property of one object changes, it affects/changes other properties.

Property-based triggers can be "embedded"/nested is various blocks of XAML. The following two examples use a ControlTemplate as well as a Style block.

In the above example, when the "HasDropShadow" is true, then the border of the same control has its CornerRadius property set to 4 and its SnapsToDevicePixels set to true.

In this second example, when the object has a mouse over it (IsMouseOver property), it is rotated 10 degrees and the foreground color becomes black. As you can see, these property-based triggers act like their name suggests: they are triggers that are based on changes in one property value that affects the value of other properties.

Event-based triggers are slightly different although they look a little bit similar on the XAML side. The biggest difference in event-based triggers is that they use C# code in addition to the XAML to enact the changes and can do a lot more than just adjust properties in XAML and the like.

public void OnCloseBtn(object o, RoutedEventArgs e)

{

Close();

}

In this example, you can see that the difference here is that, although the XAML still uses a "property" to trigger the event, the event is not necessarily property-based in that the properties of an object are those that define it. With event-based triggers, the Click "property" is used to trigger a change, but the Click property is basically an event hence the name event-based trigger.

In the example, when the button called closeButton is clicked, it calls the function OnCloseBtn which is located in the C# code (and displayed below the XAML in the above examle). When the OnCloseBtn is called, it closes the program. This is a very basic example, but the OnCloseBtn function could have much more complicated functionality and could use information sent via the obeject o and RoutedEventArgs e variables in the function definition.

As one can see, property-based and event-based triggers both get started in the XAML, but the biggest difference is that the event-based triggers are actually carried out in C# functions whereas property-based triggers are carried out in the XAML itself and usually are not as complex or powerful.