July 2012 Entries

Mailing lists for deeper discussion of Metro-style app issues and opportunties - a community experiment

Back when .NET v1 was coming out I was lucky enough to be on the pre-release programme. One of the things that we had during that process was really good mailing lists. Smart people discussing deep issues really helped me understand .NET and how to use it.So why mailing lists?- Stack Overflow is under-represented on WinRT at the moment. A lot of edge-case questions are being asked there, but it's very hit-and-miss. Plus, Stack Overflow's weakness on long discussions is that the "right" answer breaks ......

Porting NLog to Metro-style/WinRT... or why starting again is a good idea

I've tried porting NLog to Metro-style/WinRT a couple of times, and I've surrendered both times within hours of starting. The problem with NLog is that it's amazing, rich surface area extends all the way over the Metro-style surface area. Whereas in .NET Full you have Console, Debug, and Trace, in .NET Core you only have Debug. Talking cross-process is out. There's no event log support (which is a mistake in my book). The file API is synchronous. Queuing is hard, etc. In short, although NLog will ......

FileOpenPicker/FileSavePicker doesn't allow *.* wildcard file associations

On Twitter, Matthias Jauernig commented that the FileOpenPicker and FileSavePicker doesn't allow *.* wildcard file associations. I was relaxed about this and wrote back that it was related to sandboxing implying it was a "good thing", however as Matthias commented back, perhaps it's not.In Metro-style the sandboxing works that if something gives you a file (e.g. the picker, or a share operation), you can access it regardless of where on the system. If you find the file yourself, you have to declare ......