Monday, June 15, 2009

How to crash Visual Studio…

Update. Thanks to my new friend Josh Twist (http://www.thejoyofcode.com) I found out that a hotfix by Microsoft solves this issue. Based on the articles on his website I managed to tidy up my XAML-code to. You can find information about the hotfix at http://support.microsoft.com/kb/958017/ and download it from http://code.msdn.microsoft.com/KB958017/Release/ProjectReleases.aspx?ReleaseId=1719.

In a previous post I stated that Visual Studio never crashed on me. I have to take that back since it now happens to me a lot.

I am pretty sure that it is because I’m doing all kind of things wrong in my code (I still need to learn WPF), but VS should never crash because I mistype some code. Below is a code snippet from a XAML-file that crashes VS every time. If I open up the XAML file in MS Blend, I get an error message (probably pointing into the right direction of the error):

TargetType van ControlTemplate BoardPiece komt niet overeen met sjabloontype TagVisualization.

(which is Dutch for telling me the TargetType of the ControlType doesn’t match the TemplateType TagVisualization).

Below is the contents of the XAML file. IsAcceptingNewRelation is a user defined dependency property. I specified the Oase.BoardPiece type in the TargetType of the ControlTemplate for the code to solve the IsAcceptingNewRelation dependency property of my TagVisualization. There probably is another/proper way of doing that, but I’m getting WPF blind. Anyway, this crashes VS if I take it to the design mode.

1: <s:TagVisualization
2: xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
3: xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
4: xmlns:s="http://schemas.microsoft.com/surface/2008"
5: xmlns:local="clr-namespace:Oase"
6: xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
7: xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
8: x:Class="Oase.BoardPiece"
9: mc:Ignorable="d"
10: s:Contacts.ContactDown="TagVisualization_ContactDown"
11: s:Contacts.ContactChanged="TagVisualization_ContactChanged"
12: s:Contacts.ContactUp="TagVisualization_ContactUp"
13: >
14:
15: <s:TagVisualization.Resources>
16: <ImageBrush x:Key="tvBackground" Stretch="UniformToFill" Opacity="1" ImageSource="pack://application:,,,/Resources/speelstuk.png"/>
17: <ImageBrush x:Key="tvBackgroundHighlight" Stretch="UniformToFill" Opacity="1" ImageSource="pack://application:,,,/Resources/speelstukHighlight.png"/>
18: <ImageBrush x:Key="itemHomeBackground" Stretch="UniformToFill" Opacity="1" ImageSource="pack://application:,,,/Resources/home.png"/>
19: </s:TagVisualization.Resources>
20:
21: <s:TagVisualization.Template>
22: <ControlTemplate TargetType="{x:Type local:BoardPiece}">
23: <Grid x:Name="mainGrid" Width="126" Height="142" Background="{StaticResource tvBackground}" />
24:
25: <ControlTemplate.Triggers>
26: <Trigger Property="IsAcceptingNewRelation" Value="true">
27: <Setter TargetName="mainGrid" Property="Background" Value="{StaticResource tvBackgroundHighlight}" />
28: </Trigger>
29: <Trigger Property="IsAcceptingNewRelation" Value="false">
30: <Setter TargetName="mainGrid" Property="Background" Value="{StaticResource tvBackground}" />
31: </Trigger>
32: </ControlTemplate.Triggers>
33: </ControlTemplate>
34: </s:TagVisualization.Template>
35:
36: </s:TagVisualization>

 



If anyone out there know how I can prevent VS from crashing (probably by pointing out what part of WPF I don’t understand here …) it’s much appreciated if you tell me :-)



Bye,



Bart

Thursday, June 11, 2009

My first unit test

As mentioned before I’m starting the (re)design for our upcoming major release. This is an exciting time because we will be using a couple of new techniques here. One of which is DevExpress’ XPO, eXpress Persistent Objects.

I had done some tests before, but now the real work starts I find that typing the object model rather than drawing is a big down side for XPO. I’m afraid that in this day and age you really need a visual modeller.

That said, I’ve bitten the bullet and started the design. I took that a bit light-hearted and thought I would have done that in a couple of hours. You know, thinking: “what do I need to do different compared to our current object model? It’s all been done and we know exactly what we want”.

Not, I can tell you. I find that rethinking over the object model brings up a couple of flaws that only become apparent if you don’t think of databases anymore. If you think in objects only, you experience another kind of designing entirely. I’ve been object modelling for quite some time, but doing it for real while reverse engineering a larger model is quite different to what I did before.

But, the reason I started this post is I wanted to share my first unit test with you. I was looking in the XPO software for a ‘model checker’. Since XPO is about storing data, and you need to specify the object relations using ‘code’, I suspected I might have mistyped something somewhere and wanted to check of all was well.

That’s quite easily done, using a unit test. It’s ever so simple, but helps you to check the object model while designing. Just make the test project your current project, add a reference to the assembly that holds your XPO model (everyone puts that in a separate assembly, right?) and run the test when you want to check your model.

This is the single line test that has been my friend for today:

[TestMethod]
public void CheckValidityOfDicationary()
{
    new ReflectionDictionary().GetDataStoreSchema(typeof(S7XPO_Base).Assembly);
}

Replace S7XPO_Base with any of your persistent classes and you’re off. If there is an error, an exception is thrown and your test will fail, telling you exactly where the problem is.

Hope this is of use to anyone. It certainly helped me a lot.

Bye,

Bart

Sunday, June 07, 2009

Application Architecture Guide 2.0

http://apparchguide.codeplex.com/

I am in the middle of redesigning our software and was thinking through some major parts of our software design. We notice the number of clients grow, the size of the companies that uses our software gets larger (Microsoft, SAP, Google, Unit4Agresso, Shell are all companies that use our software) and the number of topics in the Sevensteps projects increase. Our software was designed for documentation projects of around 5000 topics per project (we have projects that are over 400.000 topics in size, but performance is an issue there) and I want to redesign (part of) our software to accommodate larger projects.

Another reason for redesigning is that we currently support one rich client interface. And I want to extend that with a content API (which will give access to the information from, let’s say, an ASP.Net application) and some light weight, web based interfaces. Some other parts of the software could do with a looking over too.

Going all over the net for some background information, I stumbled on the Microsoft Application Architecture Guide 2.0. I’ve now read the first 2 chapters and already got some very valuable information. I find that most things discussed, I already know about and have some experience with. But, to see them listed helps a lot.

I will be reading the next 300 pages or so to see how the topics are elaborated on. I’m not a very keen IT book reader, but will make an exception this time. Anyone looking for some guidance in designing (Microsoft based) software might find it a valuable resource too. If after reading I think a follow up is required, I will do so of course.

Bye,

Bart

Saturday, June 06, 2009

Just a few more words about the switch from Delphi to C#

Thanks for all your comments to my post about switching from Delphi to C#. Although I didn’t intend to stir up that discussion again, I would like to answer some of the questions and suggestions raised/

I appreciate everyone telling me about teaching C# programmers Delphi. I know it's not too hard; I've done it myself :-) But, the number of programmers out there does reflect the popularity of a platform, doesn't it? And some applicants bluntly told me they didn’t want to work in Delphi. They obviously didn’t get the job, but it did make me think a bit.

But, the lack of programmers wasn't the main reason for us to switch at all. Despite somewhat (...) critical sounds about Microsoft (some of which I tend to kind of share) there is a lot of development in the Microsoft world. Way more than in the Delphi world. Some may be good, some may be not so good or terrible, fact is that there is a lot of effort put in the MS platform.

What really did it for me were two things.

(1) We had to wait for Delphi 2009 for Unicode support, which (IMHO of course) is a major misjudgement. I haven't been able to deliver Unicode software, even though there was a bit of pressure out there. I know for a fact that I did lose sales because of that.

(2) About the same time Delphi 2009 (and Prism) came out, I attended the Microsoft PDC. It opened my eyes regarding to the scale of things. One may not like MS being enormous in size, but there are so many exciting things going on out there, that it made me decide to go the other way.

In fact, I particularly went to check out MS Surface. Just one of those things that MS can do and Embarcadero won’t. That’s not to hold against them, and it doesn’t have anything to do with my choice for C# really, but it did tell me that there was a lot more going on than I really wanted to realize.

Just a quick note on quality of tools: I was getting used to Delphi crashing on me several times a day. It was getting to a point that I did take that into account when starting a days work. I am so glad that is over: Visual Studio hasn’t crashed on me once since I started using it. Not a real argument for the choice either, but I’m glad that’s out of the way.

I will always love Delphi and will be programming in it for the next couple of years, I’m sure. But for the next few generations of our software engine, C#/.Net will be the platform of choice.

Now, that still doesn’t solve those designing issues for me :-) Guess I’ll have to do some investigation.

Bye,

Bart

Friday, June 05, 2009

Contemplating MVC for our software

I’m currently in the process of redesigning our software for a new implementation in C#/.Net. Our current implementation is great of course (…) but some considerations made us decide to move away from Delphi into C#/.Net. I’ve listed the reasons before, but to summarize here is a part of the introduction of our formal business case for going C#/.Net.

Microsoft will always invest more than Embarcadero will

As much as I like the Delphi world, there will be more development into C#/.Net than there ever will be into Delphi/Win32. It’s just a matter of size: MS is way bigger than Embarcadero and the number of developers for C#/.Net will always exceed the Delphi/Win2 group.

There are more C# developers than Delphi Developers

It’s a fact. I had a hard time to find experience local Delphi developers. There are plenty C# developers. To just mention a fact: the Delphi user group that I attended had between 5 and 8 developers on each meeting (every 3 months) and I was presenting on every meeting I attended. The dotned group I recently joined has meetings every month with between 20 and 50 developers every time. And the dotnet group is just one of many C#/.Net groups out there.

And there are numerous other considerations to make the move that I won’t mention here. All of them are commercial and strategic considerations, not technical ones.

So, there we go, we will redesign and implement our software.

Design decisions

There are a couple of little draw back to redesigning and reimplementing software (it will set you back a hell of an amount of money) but there are a couple of good aspects too. You can reconsider some design decisions you made earlier. You can apply new technology if you want to. Stuff like that.

There are two major decisions I am currently thinking over:

  1. Will I use DevExpress XPO or will I use the Microsoft Entity Framework for my ORM?
  2. Will I implement a ‘simple’ 3-tier model or will I go for a MVC model?

Deciding Object Relational Model

There is a bit of information available regarding the decision between XPO and the Entity Framework. I found Gary’s Blog (by DevExpress) highly informative. It’s been noted here that I am a huge DevExpress fan and am really considering building our software using XPO. But, the fact that Microsoft is behind the Entity Framework does play a role in my considerations. I haven’t gone into great detail investigating either technology (and I think I must to make a sound decision). It will be between those two I guess.

3-tier model or MVC model?

Our current app is more of a 2-tier model. The business logic is implemented next to the user interface and I want to move away from that. I am currently contemplating a MVC model or a ‘traditional’ 3-tier model. Our software will have a WinForms user interface as its main interface and most of the stuff out there is using ASP.Net (which I will use for only part of the editing work in our software).

I found this blog (http://rdn-consulting.com/blog/2008/02/01/selecting-a-mvcmvp-implementation-for-a-winforms-project/comment-page-1/#comment-1663) that kind of sums up my considerations.

I haven’t made any decisions on these issues, so any thoughts that you think are worth sharing are much appreciated.

Bye,

Bart

Saturday, May 30, 2009

DevDays are over

The last couple of days I was at the DevDays and I enjoyed it for most of the time. There were a couple of sessions that made me waste some of my time (at some I even dozed off). But there were others that I fully enjoyed. The session by Sara Ford was fun because of her enthusiasm and energy. At one point in the session she (tried to) persist that a particular functioned wouldn’t work. But, I’ve go to hand it to her, she still followed some hints from me (sitting in the front row as ever) and was perplexed that that function did work. She got down from the stand and bowed for me in front of a 100 people or so. That was fun.

I also very much liked Rob Miles’ session on Micro .Net. He is a fun speaker and he showed how easy it is to create software for embedded (tiny) systems. I will definitely try some of that stuff out, if I can get my hands on some hardware that doesn’t need fiddling with. I’m a software guy and definitely not a hardware guy. Rob’s session on XNA was not much more that the first two pages of the tutorial, so that was a waste of time I’m afraid. I was baffled that he didn’t know MS Surface supports XNA too. Should have known…

I also ran into some former colleagues and it was nice to get up to date about their (working) lives.

Monday it’s back to work again. Although the rest of the Netherlands will enjoy a day off, I won’t (because I forgot it was a holiday and I promised some work to be done).

Not much technical stuff this time, but: if you are a Visual Studio user, check out Sara Ford’s web site for the VS tips. I’m sure there are a couple that you didn’t know and will like. I know I picked up a tip or two.

Bye,

Bart

Wednesday, April 29, 2009

Running MS Surface SDK on Win Vista 64 / Windows 7

I just found this great post (http://www.grumpydev.com/2008/12/26/surface-sdk-on-vista-x64/) on how to install the SDK on Windows Vista 64 bits and used it to get it working on my Win7 64 bits machine. Removing a couple of more launch conditions in the MSI did the trick for Win7.

As mentioned in the original post, no guarantees, but I'm happy I can leave our MS Surface unit outside my room now. You don't need additional heating in your room with the unit on :-) but you do need ear plugs due to the fan :-(. Ok for public spaces I guess but not in my office.

Bye,
Bart

Wednesday, April 08, 2009

Developing for MS Surface – First project experiences

Our client and of course my Twitter followers got a couple of updates during our first implementation of a real world MS Surface application. But I thought it would be nice to summarize my experiences.

Sorry about the quality of the videos: I will buy a more professional camera in due course.


The final product …

As said before a couple of times already: Microsoft deserve a big compliment for the software (and hardware) they delivered. It is so comfortable developing for the MS Surface unit if you have any experience in C# and Visual Studio. Even though I didn’t have any experience in WPF (which would have made it even easier) I was able to take off quite quickly and within matters of hours come up with the first working prototype of the application.

The application itself isn’t that hard or special. It presents product information, triggered by a couple of tags which are glued to the back of the business cards of the sales persons.

In this project we didn’t do the visual elements, but left that up to out partner’s visual designers. That kept me worried for a bit, because I know from experience that integrating visual designs sometimes can be a pain. Not this time though; the VDs of Heuvelman (the partner) did an excellent job and it must be said: everything fitted the first time.

During the development I had to take a couple of hurdles. First, I had to get acquainted with WPF and XAML. Since this was my first WPF program, all of that was a first. I did some experimenting some time ago, but working on a real project is a different cookie as we say in Dutch. But, I got the hang of it quite soon and information on http://www.stackoverflow.com came to the rescue more than once.

Also, the Surface Community site came to the rescue on a couple of occasions. And even though that site isn’t the best Microsoft ever created (to be very mild), the information on it helped on a number of occasions.

But the best part of this project was actually delivering the project and seeing it in action on Event 2009. The salespersons were going berserk seeing the end result and were full of adrenaline to start using the unit and software. I think a lot of sales deals will be done at the Heuvelman stand :-)

It was great fun working on this project, but the working schedule (14 continuous days of working from 8am until 12pm or even later) almost did me. Next project will have a much more healthy schedule.

I’ll keep you posted about next projects. If you want to look at all the stages of the project you can always check out Youtube at http://www.youtube.com/brooz2001.

Bye,

Bart

Sunday, April 05, 2009

Getting the hang of things in WPF

Today I found this website (http://nerdplusart.com/) with this movie (http://msstudios.vo.llnwd.net/o21/mix08/08_WMVs/BC01.wmv) on it.

I've been busy for about two weeks on a real WPF/MS Surface project now and I kindof got going pretty well. But only after seeing that video I really start to get WPF and appreciate Blend. I still think it can be improved (I'm using the Preview of version 3), but I think MS will get there. Right now, I think WPF/Surface/Blend totally rocks.

I will update in a couple of days and write about the then finished project.

Bye,
Bart

Wednesday, April 01, 2009

Weird problem in Windows Explorer on XP and Windows 2003

UPDATE

The cause of the problem is found. Somehow something screw up a part of the registry (and it wasn't me!)

Adding the info below to the registry solves the problem. So if you have problems selecting or moving items in Windows Explorer under Windows XP or Windows Server 2003, this might help you too.

REGEDIT4
[HKEY_CLASSES_ROOT\Interface\{0000010e-0000-0000-C000-000000000046}]
@="IDataObject"
[HKEY_CLASSES_ROOT\Interface\{0000010e-0000-0000-C000-000000000046}\NumMethods]
@="12"
[HKEY_CLASSES_ROOT\Interface\{0000010e-0000-0000-C000-000000000046}\ProxyStubClsid32]
@="{00000320-0000-0000-C000-000000000046}"
[HKEY_CLASSES_ROOT\CLSID\{00000320-0000-0000-C000-000000000046}]
@="oleprx32_PSFactoryBuffer"
[HKEY_CLASSES_ROOT\CLSID\{00000320-0000-0000-C000-000000000046}\InprocServer32]
@="C:\\WINDOWS\\system32\\ole32.dll"
"ThreadingModel"="Both"
 


I have posted this question at the
Tech Support Guy forum too. In case you’re not reading that, here it is again. Your help is much appreciated.

=============
I have a weird problem, that you might be able to help me with. Our software is distributed using MSI's. We do regular builds and releases, about twice a month. Now, suddenly reports are coming in that by *deinstalling* our software Windows Explorer is acting weird. Usings cannot select files/folders with a mouse anymore. When our software is installed, all is well.
This only happens on XP machines and I've seen it on our own Windows 2003 server.
Does this give anybody a clue about where to look? How should I go about to find out what's wrong here.
Some background information

  • Nothing spectacular has changed in our MSI projects.
  • The effects show up only after rebooting after de deinstallation of the software. When installing the software, no reboot is needed to have Windows Explorer act normally again.
  • We create the MSIs using Wise version 6, using AutomatedBuildStudio to build and package the software. Nothing hs changed in those procedures.
  • The effects aren't present on WIndows Vista or Windows 7 machines.
  • I have used VeriTest-Rational Install Analyzer to compare before and after snapshots, but no clear signs of anything wrong there.
  • There is one entry in the VeriTest-Rational Install Analyzer log about an entry at HKCU\Microsoft\Windows\CurrentVersion\Shell Extensions\Cached\{2559A1F4-21D7-11D4-BDAF-00C04F60B9F0} {000214E6-0000-0000-C000-000000000046} 0x401 being changed
  • There is another entry in the VeriTest-Rational Install Analyzer log about an entry at HKCU\Microsoft\Windows\CurrentVersion\Shell Extensions\Cached\{2559A1F5-21D7-11D4-BDAF-00C04F60B9F0} {000214E6-0000-0000-C000-000000000046} 0x401 being changed
  • This already happened before April 1. No relation to Conficker suspected.
ANYTHING that you can come up with is much appreciated.
Thanks for now,
Bart

First release of first Surface app delivered

It has been extremely hard work (the project has an insane schedule), but the first release of my first Surface app has been delivered.

I have to give my respect to Microsoft (again) for the quality of their software with the MS Surface unit. Although I’m not an experienced WPF programmer at all it has taken me about a week to come up with this first release. I am a pretty experienced programmer though, but still, coming up with this, learning along the way, after only a week is pretty awesome I think. And that has as much to do with the quality of the MS stuff as with my own capabilities (cough…).

I’ll be working on this for the next week or so. Next week the units will be a the Event2009 event, together with this little app to show off the products and services of our (MS Surface) partner.

Bye,

Bart

Tuesday, March 24, 2009

Cool MIT Stuff

It has been quoted a couple of times already of course, but I still wanted to point you to some real cool stuff. A personal floating surface unit?

Bye,
Bart

Monday, March 23, 2009

Some 3D manipulation on a MS Surface

A couple of clients are interested in a MS Surface unit, but only if it can handle 3D. Well, it can! And pretty good too. In a very short time I created a small demo that will make you view a 3D model from all sides. It's not very sofisticated (yet) but will do quite nicely as a demo.



Update: this is what you can do if you have a bit more resources to spend :-) Our day will come!



Bye,
Bart

Thursday, March 05, 2009

HTC Touch Pro

Just a quick message about something else today: my HTC TouchPro. I was already pretty impressed with this phone, but  couple of things bothered me. The performance just wasn't good enough, switching orientation when activating something from the main menus was troublesome (most of times you would return to the start screen) and a couple of other little things that made you go 'grrrrrr'  everytime it happens.

But, HTC has released a ROM update which fixed all that. Especially the improved performance is great! One wonders why that isn't good enough in the first place :-|

So, if you have a HTC Touch Pro, go to the HTC website and pick your new ROM software up.

Bye,
Bart

Wednesday, February 25, 2009

Progress on the Surface unit

The title might give you the idea that there’s any. Well there is, sort of. I haven’t done any development lately, partly because there’s a lot of other stuff to do, but also because we had a lot of visitors coming to peek at the Surface unit.

Besides all that it is, it is also a very good marketing instrument for our company. Simply having it make the crowds turn up. And if we show the small examples on it that we have, probably convinces people already.

We now have two developers working on it full time (that also is a reason for me not to really press for development time on it for myself). One of them will be working on a Concierge-like program (using a map to display information about buildings) and the other will be working on moving stuff around on a 2D-map of a building, calculating all kinds of things doing that.

I will be focusing on marketing and finding business partners for the development on the Surface unit.

So, if you have any suggestions, don’t hesitate to contact me.

Bye,

Bart

Saturday, January 24, 2009

WPF beginner begins…

I am a programmer since day one of the PC. However, I have always been working on business applications, mostly working on documentation software. I recently started work on a MS Surface unit and that involves programming using WPF (Windows Presentation Foundation)  or XNA. Since we also do a lot of web stuff, I chose WPF for my current development work.

Programming in WPF is a much more visual experience than what I was brought up with (Cobol, Fortran, Basic, Pascal, C, C++, Smalltalk, et cetera, et cetera). An important part of WPF are the definitions in XAML (Extensible Application Markup Language). This XML file defines the objects in your window and application. I am currently using Microsoft Blend to edit the XAML files, but you can of course edit them with Visual Studio too.

I’m just beginning with C#, .NET, WPF, XAML and Surface. Our company software is written in Delphi/Win32, but we will make a transition to C# and .NET this year.I won’t be programming on that myself (that much) anymore, but I want to know all about the technology we will be using of course. So, I’ve taken up the challenge to write some software for our MS Surface unit to learn our new environment.
I might use some ‘wrong’ terms and concepts. I will make some beginner mistakes. Bear with me though: I’m learning along the way. This blog shares my experiences doing so for you to learn from or laugh at…

As said, I’m not brought up with a lot of graphics in my software, let alone handling or animating them. So, I’m not that comfortable (yet) with the way WPF-programmers work. But, I will learn along the way and will share my thoughts and experiences for others to learn or to laugh at.

My first program

I am targeting the MS Surface unit and I thought it would be nice to begin with a small game: Memory (I’m assuming here that everybody knows the Memory game). The logic in that is simple, it’s quite suited for the MS Surface unit, it will be a nice gift for new Surface customers, but most of all, it will be a good subject for my learning experience.

So, the functional specs are:

  1. The images used for the memory cards will be taken from the clients computer
  2. The difficulty can be set using a slider
  3. The memory cards animate when flipped.
  4. (there’s a couple of more specs, but those will come later)

So, how to start? The first steps were easy. Create a board with images. The actual flipping will come later.

Update #1: I was writing this while working on my game. I have now proceeded a bit more, but I got word that Microsoft had planned for a programmers course coming week. So, I’ll be going to Paris a bit later this week and I hope to get a bit of a head start. I will finish this game and I might even make it open source. I’ll let you know how I get along.

Update #2: I am also really not introduced to the world of 3D. However, I found this great little article that helped me on my way. So, the first hurdles are taken. Maybe I will be able to do some nice stuff on my own to coming days.

Let’s regard this post as a first in a series.

Bye,

Bart

Wednesday, January 21, 2009

MS Surface – Dead Easy

As mentioned, yesterday our surface unit arrived. It was my day off, so it was not until today that I could get my hands on it. Now, fact is that I am swamped in regular work, so I have to work late to get some extra stuff done. And, of course the family suffers, because I won’t be at home at night.

So, the family has to come to me, which has the added benefit of having a representative test user group around me:

The guy is four years old, doesn’t own a Wii, Playstation or Xbox (or any other electronic equipment). He can however handle the remote DVD control. The images show him only a mere minute after first laying his eyes and hands on the Surface unit.

I think it’s quite amazing and a good advertisement for the technology that a kid this young can start working with it immediately without any help. It won’t be too difficult to convince our clients that usability is not an issue.

Bye,

Bart

Sunday, January 18, 2009

Surface unit will arrive on Tuesday

We got word that our Surface unit will be arriving on Tuesday. All preparations are done. We also learned that MS will reuse the package material (40kg or so in weight :-|). I think that’s a good thing: package material that large in size would be a waste when simply disposed off.

Tuesday is my day off though, so it will be Wednesday before I can lay my hands on them. Our new programmers will be working on other things for the next 4 weeks now (we had it planned that they could start at the very beginning of the year). A bit of a set back in our planning, but we’ll have to take it as it comes.

I’ll keep you posted.

Bye,
Bart

Monday, January 12, 2009

Windows 7 up and running

I just upgraded my Vista Ultimate 64 bits installation to Windows 7 beta, build 7000. All is well and running smoothly I might add. It already feels like Win7 is much faster and responds quite a bit better than Vista does.

Also, good to find that Bitdefender simply continues to run, which was a concern to me.

All our own software runs fine too, so I’m happy for now.

Starting real work on this system starting tomorrow.

Bye,

Bart

Look out, Microsoft Surface - the iTable might just trump you in every way

This is presented as an alternative to MS Surface. I think it might be a Windows multi touch alternative though. Still, pretty cool stuff.

Look out, Microsoft Surface - the iTable might just trump you in every way