Two of my colleagues at INNOQ are starting a Go user group for the Rhein-Ruhr area of Germany. The kick off with an introduction to the Go language will be on Monday May the 20th at the Heinrich-Heine Universität Düsseldorf.
path: /en/unsorted | #
Some of my colleagues at innoQ have put together a bunch of rules about what makes up a web application that actually uses the web rather than hides it.
There is more on Stefan Tilkov's blog and the ROCA website. Discussion (there, not here) is more than welcome.
path: /en/unsorted | #
I've been keeping a small Antlib for GWT and a DLL with NAnt and MSBuild tasks to run Ant in a local darcs repository. Now I've decided to not maintain them here anymore but rather move them to github, so they now are at https://github.com/bodewig/gwttasks and https://github.com/bodewig/Ant4NantAndMSBuild respectively.
For the migration of my - trivial - darcs repos I used https://github.com/purcell/darcs-to-git and it worked like a charm.
path: /en/unsorted | #
After being happy with xCHM for a while now, I discovered a serious limitation, it doesn't support frames.
Not that I'd understand why anybody would need a frame to nail a header that contains nothing but the chapter's title inside the documentation, where the title is perfectly visible and the page isn't longer than a single screen anyway ... But there really are documentation files out there that require a frame enabled HTML viewer. The various "Microsoft Application Blocks for .NET" are examples.
Right now I've switched to split up the whole archive using chmlib's extract_chmLib and use a "real" browser to view the ".htm" files, but this is not really satisfying. Any better options for Linux and MacOS X out there?
path: /en/unsorted | #
It happened twice to me during the past two weeks that I've been working on my iBook in a semi-public place and suddenly realized that I was connected to a wireless network - and had access to the internet. Both times pinging the broadcast address revealed that only the router and my laptop were part of the network.
So twice I've found a WLAN router that offered DHCP services and internet access without a password or even encryption - and Apple's WLAN implementation simply takes advantage of this by default. I'm pretty sure that those networks have not been supposed to offer the service to me.
Germany's DSL providers are currently selling WLAN routers packaged with a new DSL line at reasonably low prices. I assume their default configuration is to accept everything - for ease of installation. I wonder whether they tell their new customers to change the configuration (and the customers simply don't care) or if the non-tech-savvy customers don't even know they offer public services.
path: /en/unsorted | #