mabs.dk

Accessible NativeScript - Part 2 - The Labeling

Mon, 29 Jul 2019 11:00:00 +0200

This is the second part in my Accessible NativeScript-series.

Since part 1 NativeScript 6.0 have been release and we’ve published the new alpha-version of our plugin, with the new and improved API and new css-properties.

Introduction

Writing good labels is essential for making your app accessible for the visually impaired.

We have three properties for labeling our UI: accessibilityLabel, accessibilityValue and accessibilityHint.

There is a slight difference in behavior between iOS and Android. VoiceOver (iOS) will read these fields in this order accessibilityLabel -> accessibilityValue -> traits/role ¹ -> accessibilityHint TalkBack (android) the fields will be concatted² to accessibilityLabel. accessibilityValue. accessibilityHint. followed by the role¹.

You’ll also want to set accessible="true" on the element or you might get unexpected behavior.

Writing a good label:

Common for all three properties:

Values should be localized or it will sound very strange when the screen reader reads the label. You can override the language on iOS via accessibilityLanguage but not on Android.
Start with a capitalized later. Helps the screen render.
Should not contain the name of the control use `accessibilityRole’¹ for that.

accessibilityLabel=”…”

Ideally a single word description the element like Add, Play, Delete etc. It isn’t always possible to give a single word description, in these cases you should strive for a short phrase like Delete bookmark.

Every accessible element should have this value.

Should not end with a period.

accessibilityValue=”…”

Use this property to override the value of the field. If this value is not set the screen reader will use the default value for the element.
For Label and Button the default value is from the text-property.
For Slider on iOS³ it will be the numeric value.

accessibilityHint=”…”

If the result of interacting with the element is not obvious from the accessibilityLabel use an accessibilityHint to describe it.

The hint should be as short as possible.
It should not sound as a command:
- Opens rather than Open
- Plays rather than Play
- Deletes rather than Delete.
- etc…
It should end with period.
Few elements should have this.

Will be covered by a later article. For now see accessibilityRole in the README. ↩ ↩² ↩³
Android only provide one field for labeling an element ContentDescription. ↩
It isn’t possible to override the value on the Slider on Android. ↩

Accessible NativeScript - Part 1 - The Setup

Sun, 07 Jul 2019 18:20:00 +0200

This is the first article in a series about making NativeScript app accessible, using the plugin @nota/nativescript-accessibility-ext that my team been developed for our employer, Nota.

Two years have passed since I wrote my last article on and a lot has happend since when.

Setup

First things first, lets set a new NativeScript angular project with the plugin.

Note: NativeScript core and Vue are also supported.

Source code is available here.

Step 1

Create a new project with the nativescript cli and add the plugin.

tns create --ng tns-a11y-playground
cd tns-a11y-playground && tns plugin add @nota/nativescript-accessibility-ext

Step 2

Import NotaAccessibilityExtModule into your AppModule (for NativeScript Core and Vue - see the readme). This extends the NativeScript View classes and setup the various helpers needed.

Edit src/app/app.module.ts and add these two line:

import { NgModule, NO_ERRORS_SCHEMA } from "@angular/core";
import { NativeScriptModule } from "nativescript-angular/nativescript.module";
import { NotaAccessibilityExtModule } from '@nota/nativescript-accessibility-ext/angular'; /** add this line **/

import { AppRoutingModule } from "./app-routing.module";
import { AppComponent } from "./app.component";
import { ItemsComponent } from "./item/items.component";
import { ItemDetailComponent } from "./item/item-detail.component";

@NgModule({
    bootstrap: [
        AppComponent
    ],
    imports: [
        NativeScriptModule,
        AppRoutingModule,
        NotaAccessibilityExtModule, /** add this line **/
    ],
    declarations: [
        AppComponent,
        ItemsComponent,
        ItemDetailComponent
    ],
    providers: [],
    schemas: [
        NO_ERRORS_SCHEMA
    ]
})
export class AppModule { }

Step 3 - Optional but highly recommended.

Import the extension to the nativescript-theme-core into your src/app.css.

Edit src/app.css and add a single line:

@import '~nativescript-theme-core/css/core.light.css';
@import '../node_modules/@nota/nativescript-accessibility-ext/css/a11y.css'; /** <-- add this line **/

This enables this css helper classes and font-scaling.

Testing the results

When developing an accessible app, I recommend you try out the results for yourself.

On iOS

The screen reader on iOS is called VoiceOver. It is only available on hardware devices.

(Enabling and using VoiceOver)[https://support.apple.com/guide/iphone/turn-on-and-practice-voiceover-iph3e2e415f/ios]

You can use the Accessibility Inspector from XCode to inspect the App on the simulator. You find it by opening XCode -> Going to the Xcode -> Open Developer Tools -> Accessibility Inspector

On Android

The screen reader for Android is called TalkBack (some vendors rebrand it. Samsung call their version Voice Assistant).

Turn on TalkBack.

Using the Volume key shortcut.

Install Talkback on the emulator

Talkback isn’t installed by default on the android emulator, but can easily be installed.

Start by launching the emulator.

Checkout, build and install talkback.

git checkout https://github.com/google/talkback.git
cd talkback
./gradlew installDebug

Enabling `TalkBack`

Can also be enabled via a shortcut see: here

Lets get started

We’ll make the ListView more accessible be changing from:

<ActionBar title="My App" class="action-bar"> </ActionBar>

<GridLayout class="page">
  <ListView [items]="items" class="list-group">
    <ng-template let-item="item">
      <Label [nsRouterLink]="['/item', item.id]" [text]="item.name" class="list-group-item"></Label>
    </ng-template>
  </ListView>
</GridLayout>

To this:

<ActionBar title="My App" class="action-bar"> </ActionBar>

<GridLayout class="page">
  <ListView [items]="items" class="list-group">
    <ng-template let-item="item">
      <StackLayout
        accessible="true"
        accessibilityRole="button"
        [accessiblityLabel]="item.name"
        class="list-group-item"
        [nsRouterLink]="['/item', item.id]"
      >
        <Label [text]="item.name"></Label>
      </StackLayout>
    </ng-template>
  </ListView>
</GridLayout>

We wrapped the Label in a StackLayout (NativeScript does this internally) and settings a few new attributes.

accessible - Marks the element as focusable for the screen reader.
accessibilityComponentType="true" - Tells Android this StackLayout should be read a button.
accessiblityTraits="button" - Tells iOS this StackLayout should be read a button.
accessiblityLabel="...." - The Label being read by the screen render.

When the user traverse the ui with his/hers finger, each ListView will be read as:

TalkBack: Button. <Label>
iOS: <Label>. Button

In the next article I’ll cover labeling of elements.

NativeScript: Accessibility font scaling

Sun, 16 Jul 2017 21:00:00 +0200

As a part of making our apps more accessible for our partially sighted users, we want to support scaling texts in our app.

On Android the texts on labels and buttons is scaled by default, we don’t need to do anything to support it. We might want to fix the layout when this happens.

On iOS on the other hand doesn’t scale the text automatically, on iOS 10+ adjustsFontForContentSizeCategory can be used on a UILabel to have it scaled. Unfortunately this only works for prefered fonts, which is difficult to set from NativeScript.

Luckily @nota/nativescript-accessiblity-ext just added supports font scaling via CSS.

Getting started

Start by creating a new NativeScript project. I’m using Angular, but it will work just as well with NativeScript Core.

tns create projectname --ng

cd projectname
npm i
npm i --save-dev nativescript-dev-sass
npm i --save @nota/nativescript-accessibility-ext@^3.0.0-alpha.7 nativescript-globalevents

Create the SCSS files for the nativescript-theme-core

app/_app.common.scss

// Import the theme’s variables. If you’re using a color scheme
// other than “light”, switch the path to the alternative scheme,
// for example '~nativescript-theme-core/scss/dark'.
@import '~nativescript-theme-core/scss/light';

// Customize any of the theme’s variables here, for instance $btn-color: red;

// Import the theme’s main ruleset.
@import '~nativescript-theme-core/scss/index';

// Place any CSS rules you want to apply on both iOS and Android here.
// This is where the vast majority of your CSS code goes.

app/app.android.scss

@import 'app-common';
@import '~nativescript-theme-core/scss/platforms/index.android';

app/app.ios.scss

@import 'app-common';
@import '~nativescript-theme-core/scss/platforms/index.ios';

Now import the a11y-scss from @nota/nativescript-accessiblity-ext:

Add this to app/app.ios.scss:

@import '~@nota/nativescript-accessibility-ext/scss/a11y.ios';

Now we need to load import the plugin in our app/app.module.ts

Add this:

import { NgModule, NO_ERRORS_SCHEMA } from '@angular/core';
import { NativeScriptModule } from 'nativescript-angular/nativescript.module';
import '@nota/nativescript-accessibility-ext'; // <-- add this line

Screenshots

Text not scaled - iOS

Text scaled to 150% of normal - iOS

How does this work?

@nota/nativescript-accessibility-ext adds a class to the page matching the current font-scale setting:

- a11y-fontscale-50 *(iOS only)*
- a11y-fontscale-70 *(iOS only)*
- a11y-fontscale-85
- a11y-fontscale-100
- a11y-fontscale-115
- a11y-fontscale-130
- a11y-fontscale-150 *(iOS only)*
- a11y-fontscale-200 *(iOS only - extra large fonts)*
- a11y-fontscale-250 *(iOS only - extra large fonts)*
- a11y-fontscale-300 *(iOS only - extra large fonts)*
- a11y-fontscale-350 *(iOS only - extra large fonts)*
- a11y-fontscale-400 *(iOS only - extra large fonts)*

These classes are used to override the classes from nativescript-theme-core like this.

Page.a11y-fontscale-150 {
  .t-10 {
    font-size: 15; /* 10 * 150% = 15 */
  }
}

This is done for all the CSS-classes in nativescript-theme-core which touches on font-size.

Adding your own scaling style

If you use your own classes or you need to fix the layout when the text is scaled, you can easily do this yourself.

Enable listening for config changes on Android.

If you need to make adjustments on Android, you need to make a small change to your app/App_Resources/Android/AndroidManifest.xml.

Add fontScale to the android:configChanges-attribute on the <activity>.

The line:

	android:configChanges="keyboardHidden|orientation|screenSize"

Becomes:

	android:configChanges="keyboardHidden|orientation|screenSize|fontScale"

Writing your own style

Here I’ll scale an image.

Downloade the small image of a cool fez and save it to app/fezzes-are-cool.png.

Edit the file app/_app-common.scss.

@import '~@nota/nativescript-accessibility-ext/scss/fontscales';

@each $scale, $scales in $a11y-font-scales {
  $factor: map-get($scales, factor);

  $base-size: 50;
  Page.a11y-fontscale-#{$scale} {
    .scaled-image {
      height: $base-size * $factor;
      width: $base-size * $factor;
    }
  }
}

Edit the file app/item/items.component.html

<ActionBar title="Details" class="action-bar"></ActionBar>
<FlexboxLayout flexDirection="column" class="page">
  <FlexboxLayout class="m-15">
    <label class="h2" [text]="item.id + '. '"></label>
    <label class="h2" [text]="item.name"></label>
  </FlexboxLayout>
  <label class="h4" [text]="item.role"></label>

  <image class="scaled-image" src="~/fezzes-are-cool.png"></image>
  <!-- Add this line -->
</FlexboxLayout>

Now if you run the app and change the scaling level, you’ll see the image change size accordingly.

What about component styling.

This is almost the same, you’ll have to use the /deep/ selector.

And the SCSS will look like this:

@import '~@nota/nativescript-accessibility-ext/scss/fontscales';

@each $scale, $scales in $a11y-font-scales {
  $factor: map-get($scales, factor);

  $base-size: 50;
  /deep/ Page.a11y-fontscale-#{$scale} {
    .scaled-image {
      height: $base-size * $factor;
      width: $base-size * $factor;
    }
  }
}

Screenshots

Fez not scaled - Android

Cool fez scaled 150% of normal - Android

What if it only applies to one of the platforms?

If it’s a global style, you can add it to the app/app.<platform>.scss-file.

Or if you use nativescript-platform-css, you can use platform classes like .ios and .android.

Install:

npm i --save nativescript-platform-css

Import in app/app.module.ts:

import { NgModule, NO_ERRORS_SCHEMA } from "@angular/core";
import { NativeScriptModule } from "nativescript-angular/nativescript.module";
import '@nota/nativescript-accessibility-ext';
import 'nativescript-platform-css'; // <-- add this line

Example CSS:

@import '~@nota/nativescript-accessibility-ext/scss/fontscales';

@each $scale, $scales in $a11y-font-scales {
  $factor: map-get($scales, factor);

  $base-size: 50;
  /deep/ Page.a11y-fontscale-#{$scale} {
    &.android {
      /* <- here */
      .scaled-image {
        height: $base-size * $factor;
        width: $base-size * $factor;
      }
    }
  }
}

Conclussion

Supporting our visually impaired users is very easy with @nota/nativescript-accessibility-ext.

Accessibility extension plugin for NativeScript

Mon, 31 Oct 2016 22:45:33 +0100

As mentioned in my last post, I'm working on an Audiobook player for my employer.

As a part of the project, my team and I have published a plugin for NativeScript to make it easier to access accessibility features for both Android and iOS.
The target audience for our project are people with dyslexia or visual impairment, this makes accessibility is key feature for us.

Unfortunately this is one of the few things NativeScript doesn't do very well. We've provided a few patches to fix accessibilityLabels, but beyond that finding a common abstraction for both platforms is probably not possible. The way Android and iOS do accessibility is just too different. It's possible to do it in code, but we'd rather do it in template.

React-Native have a pretty nice API using the platform specific accessibility features.

For our needs and inspired by the React-Native API, we've released @nota/nativescript-accessibility-ext — sourcecode.
The plugin is a work-in-progress and in time we'll go beyond what React-Native provides.

The plugin extends NativeScript's View-classes with new properties and can be used both with and without nativescript-angular.
In-time a demo App will be available, but not at the moment.

First talk: Cross-Platform Development - Using Angular 2 & Nativescript

Sat, 29 Oct 2016 14:43:24 +0200

On the 6th October I held my first ever public talk at AngularJS Copenhagen on the topic: "Cross-Platform Development - Using Angular 2 & Nativescript" ((See the slides here)).

I talked about an extremely cool project I'm working on for Nota, an Open Source audiobook player for iOS and Android. and the challenges in such a project.

It was a great success and I got a lot of possible feedback from the audience.

Goodbye GoLease.com and thanks for all the fish

Mon, 19 May 2014 22:18:50 +0200

On 30th April 2014 I said goodbye to GoLease.com ((GoLease.com)).
I've enjoyed working with GoLease.com, it has been a nice challenge and I've had some wonderful colleagues, who I'll miss in the future.

Today 19th May 2014 I've started my new job as a web-developer with Nota ((Nota.nu)).

I'll be working on tools for people with reading impairment (Dyslexia and visual impairment). I'm looking forward to the new challenges and my new colleagues.

Announcing WebPerfM

Mon, 20 Jan 2014 12:10:18 +0100

WebPerfM ((WebPerfM project page on Github)) (horrible name I know) is a performance test tool for websites.

The idea came from the need for reliable performance test to know if a given site can handle a certain number of concurrent users.

For it to be a reliable performance test, it must act as close to real user behavior as possible.
The presents the problem of writing these tests, there have to be many different tests and they all have to be written like real user behavior.

Luckily we can create these tests without having to invent them.
Open Web Analytics (OWA) ((http://www.openwebanalytics.com/)) is a analytic tool like Google Analytics that you can host on your own server. OWA stores complete real life user sessions on the site in a accessible MySQL database.

So the idea is that WebPerfM reads the OWA database and crawls the website just the users did.

Each session is a list of what pages the user visited and what the delay between each pageview were.
WebPerfM runs multiple sessions at a time.

So far WebPerfM is just over the proof-of-concept stage and there a few things missing:

Scaling of how many concurrent sessions
Set number of sessions
Set age of session from the tests are created
Statistics
Proper caching of js-, css- og image-files with handling of ETAG, expire-date etc.

There are some limitations:
I can't simulate logged in users.
No JavaScript from the pages are not executes during the test, this means no AJAX requests.

WebPerfM is written in JavaScript and runs on NodeJS, using various libraries available through NPM.

Hallo GoLease.com,

Sun, 08 Sep 2013 11:08:01 +0200

On the 12th August 2013, I've started working for GoLease.com as their new webdeveloper.

GoLease.com is Denmark's largest trade portal for leasing equipment to companies and individuals.

I'm looking for to my time with this new company and hope it will be as great a time as I had working for Peercraft.

I started my new job back in February.

Sun, 04 Nov 2012 14:35:11 +0100

It's "bit" delayed, but back in February I started a new job.

I was employed with the Birkerød (north of Copenhagen) based company AdMad, as a backend developer and systems administrator.

During my time with AdMad I’ve had the pleasure of working on a many different systems as well as kept the Linux servers up and running.

Amongst the highlights I can mention:
I’ve written a distributed mail delivery system meant for promotional emails, which have been used for sending out millions of mails.
Before spotify and wimp came around, I had the pleasure of maintaining the systems for one of the first music streaming services in Denmark. It was called TouchDiva.
I’ve written a document parser for the e-magazine AdMagz, that converts PDF-files into SWF (Flash) and image-files for online viewing.
And I’ve enjoyed working on chanti’s site, where I played a key part in developing their new HTML-based site which replaced their old flash-based site.

The new job (which isn't so new anymore) is as a Systems Developer at PeerCraft located near the center of Copenhagen.
I'm looking forward to spending a long time working with these wonderful people.

PS.: It's good to be popular I've been on most popular images for about 6 months. :)

Varnish, Ispconfig and apache2's access-log

Sun, 04 Nov 2012 11:24:34 +0100

My web server that hosts this site, is running on Debian GNU/Linux with Apache2, Varnish and the management software Ispconfig.

This combination means that the default access log, logged 127.0.0.1 as the remote address (Varnish's IP). This simple change to the file /etc/apache2/sites-available/ispconfig.conf

Change:

LogFormat "%v %h %l %u %t \"%r\" %>s %B \"%{Referer}i\" \"%{User-Agent}i\"" combined_ispconfig
CustomLog "| /usr/local/ispconfig/server/scripts/vlogger -s access.log -t \"%Y%m%d-access.log\" -d \"/etc/vlogger-dbi.conf\" /var/log/ispconfig/httpd" combined_ispconfig

To:

SetEnvIf X-Forwarded-For "^[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}$" is-forwarder

LogFormat "%v %{X-Forwarded-For}i %l %u %t \"%r\" %>s %B \"%{Referer}i\" \"%{User-Agent}i\"" combined_ispconfig_forwarded
LogFormat "%v %h %l %u %t \"%r\" %>s %B \"%{Referer}i\" \"%{User-Agent}i\"" combined_ispconfig

CustomLog "| /usr/local/ispconfig/server/scripts/vlogger -s access.log -t \"%Y%m%d-access.log\" -d \"/etc/vlogger-dbi.conf\" /var/log/ispconfig/httpd" combined_ispconfig env=!is-forwarder
CustomLog "| /usr/local/ispconfig/server/scripts/vlogger -s access.log -t \"%Y%m%d-access.log\" -d \"/etc/vlogger-dbi.conf\" /var/log/ispconfig/httpd" combined_ispconfig_forwarded env=is-forwarder

And add these lines to
/etc/varnish/default.vcl

sub vcl_fetch {
    ## Remove the X-Forwarded-For header if it exists.
    remove req.http.X-Forwarded-For;

    set    req.http.X-Forwarded-For = client.ip;
...

Politikere med ikke-svar svar

Sat, 21 Apr 2012 14:11:18 +0200

Jeg havde fornyligt en lille udveksling med vores kulturminister Uffe Elbæk, på hans facebook side (( Link til diskussionen )) omkring §75c i ophavsretsloven.
For dem der ikke ved det, så er §75c den paragraf der forbyder os, at bryde kopispærringen på bl.a. DVD-film. Det er en paragraf som jeg er stærkt utilfreds med, da jeg ser det som min ret at bruge mine lovlig købte film som det passer mig i mit eget hjem.

Jeg havde ærligtalt ikke forventet at han ville give et reelt svar på mit spørgsmål, men det ærgre mig alligevel at han svarer på et spørgsmål hvor han bliver bedt om at retfærdiggøre loven med at gentage hvad loven siger.
Jeg synes heller ikke særlig godt om at han henviser til RettighedsAlliancen, da de i mine øjne er partisk imod mine og andre borgeres rettigheder, så hvorfor skulle jeg have den fjerneste interesse i at spørge dem om noget som helst. Jeg vil heller ikke tigge RA om at få lov til noget som jeg mener er min ret, en ret som loven i øvrigt giver mig medmindre producenten har lagt en kopispærring på produktet og derved gør det ringere.

The Coolest Merge EVER - My take

Sat, 26 Nov 2011 22:24:44 +0100

Linus Torvalds wrote about "The coolest merge EVER!" back in June 2005 ((http://www.gelato.unsw.edu.au/archives/git/0506/5511.html)) now I needed to do something similar a while back.

I had two git repositories that I use for database backup, the two repositories contains backup from a different mysql server in a master-slave setup and therefor contains mostly the same data. This was a problem because they had grown to a size which is a pain to sync to other servers.
So I decided to join the two repositories into one with full history. Unfortunately simply doing what Torvalds had done wouldn't work because the files in the two repositories are in the same path and with the same file names, so I had rewrite the commits so that the files were moved to an appropriate sub-directory.

For such a task git has a tool called filter-branch, which can rewrite the history according to rules I've made for it.
This is what I did:

[bash]
cd database_server1
git filter-branch -f --prune-empty --tree-filter 'mkdir -p <subdirname>; find -mindepth 1 -maxdepth 1 -type f -exec mv '{}' <subdirname>/ \;;'
[/bash]

That's it, now I have a single git repository with the full history of the two original repositories

KRegExpEditor

Wed, 31 Aug 2011 22:58:45 +0200

Inspired by some patches I found on kde-apps, I've started working on the great KDE application KRegExpEditor, developed by Jesper K. Pedersen from blackie.dk.

I don't have commit access to KDEs repositories and KRegExpEditor is still in the old SVN-repository, so I've created a temporary project on gitorious located here http://gitorious.org/kregexpeditor/kregexpeditor

The first thing I'll do is fixing some of the bugs and crashes. I've applied the patches from http://kde-apps.org/content/show.php/KRegExpEditor+and+KDE4?content=144569 and I've fixed a crash, that was triggered when I switched to emacs syntax.

Now a Supporting member of KDE e.V.

Wed, 01 Dec 2010 18:25:14 +0100

And now to something I've very passionate about, OpenSource and specifically KDE.

A few months back KDE e.V. started the "Join the Game"-campaign ((http://jointhegame.kde.org/)),

asking people to give financial support to the KDE project. And as I've loved KDE for almost as long as I've been using Linux, I decided to join the game and give 25€ per quarter to KDE e.V.

Back in October I received a gift from KDE e.V. along with the welcome-letter for the organization.

I love KDE, well I love KDE as much as it's possible to love a piece of software and what a piece it is :).
The KDE Software Compilation (KDE SC) is a large collection of software, that I use on a daily basis, from the KDE desktop to many of the applications provided by KDE and related projects like Amarok. I even use KDE Apps under Mac OSX, especially Okular ((Okular is KDE's document-viewer with some very useful feature, that I've grown depended on)).

I do hope that I at some point can contribute something more than just a few € to the project, in form of some more code or translations ((I've previously submitted patches to Kopete and Amarok, and I translated KDevelop 4.0 to Danish in time for the 4.0 release.)),

but at the moment this is all I can do.

If you too like KDE and want to support it with a few € please go join the game at http://jointhegame.kde.org/.

TV i S-tog endnu en brev udveksling

Sun, 10 Oct 2010 14:27:10 +0200

Den 14. September sendte jeg en mail til Niklas Marschall og Gert Frost fra DSB S-Tog, da jeg var godt sur over at jeg havde fået hovedpine af deres reklameskærme i s-togene.

Det var egenlig meningen af jeg ville have lægt brev udvekslingen op med det samme, men jeg kom fra det og efterfølgende har DSB midlertidigt fjernet lyden fra deres støjsendere, men truer med at sætte det til igen.

Her er min oprindelige mail (mine stave- og sprogfejl er inkluderet):

Godaften de herre,

Jeg må takke jer, for at jeg måtte møde på arbejde med en lettere hovedpine i dag pga. jeg måtte kæmpe mod det lydovergreb der er jeres støj skærme i Linje-B til Lyngby og mod den støjsender som står på Svanemøllen station.

Jeg kan virkelig ikke se hvorfor at I mener det er en god ide, at gør bilen til et bedre valg end s-toget ved at sætte disse skærme op og derefter kommer med arrogante svar som dem jeg fik i standardsvaret fra kundeservice og det som Niklas har udtalt til politiken. Jeg finder det også meget utroværdigt, at I gang på gang har lovet at lyden bliver skruet ned og alligevel så er den stadig for høj.

Jeg skrev til Niklas Marschall for nogle dage siden, efter hans kommentarer i politikken (kopi ses på min blog http://mabs.dk/index.php/2010/09/10/dsb-det-her-er-jo-bare-en-byttehandel/) men om han har læst det eller blot har behandlet det som al anden kritik og smidt det direkte i papirkurven, er svært at vide. Det er jo tydeligt fra kommentarerne i politikken, at Niklas ikke er en person som tager sig at småting som utilfredse betalende kunder.

Men ud over at jeg var uheldig nok til at komme med et af de nedgraderede toge til morges, så fik jeg også muligheden for at "nyde" det på vej hjem, da dette tog også var blevet nedgraderet til den nye kundefjendske standard som DSB er gået over til.

Jeg er nu begyndt at kigge efter muligheden for at enten købe mig en bil eller lease en, det er selvfølgelig synd at miljøet må lide pga. I fører denne kundefjendske politik, men jeg kan ikke leve med at jeg skal møde op på arbejde med hovedpine eller med at betale jer for at ødelægge min dag.

Det vil selvfølgelig have den ulempe at jeg ikke kan læse på vej til og fra arbejde, men med skærmene er det alligevel ikke en mulighed da koncentrationsevnen går fløjten når man samtidigt skal koncentrere sig om at holde et overgreb af lyd ude.

I hører nok fra mig igen, evt. med billeder af den bil jeg måske bliver nødtil at anskaffe mig.

Med venlig hilsen en stadig meget utilfreds kunde,
Morten Sjøgren

Utroligt nok fik jeg den 15. September dette svar fra Niklas Marschall som er salgsdirektør for DSB S-Tog. Jeg havde ærligtalt forventet at han ignorerede klager med udgangspunkt i det ævl han havde sagt til politikken, som jeg kommenterede på i mit sidste blog indlæg.

Kære Morten

Du må meget undskylde hvis jeg ikke har fået svaret på din mail.

Vi har skruet ned for lyden - den er blevet justeret flere gange. Der kommer fortsat flere justeringer i takt med at vi får resultater fra vores kundeundersøgelser - det tager lidt tid at finde de rigtige løsninger. Vi arbejder med 50.000 kunder for at finde fremtidssikreløsninger. Som du selv skriver så er dette noget du har bemærket - så jeg forstår ikke hvorfor du finder det utroværdigt.

Jeg forstår ikke hvorfor stationsskærme skulle give dig problemer således at du får hovedpine- her kommer du til at give mig lidt mere informationer.

Du må have misforstået artiklen i politikken - selvfølgelig tager jeg mine betalende kunder meget alvorligt. Derfor denne mail til dig.

Jeg kan oplyse at S-tog hele tiden arbejder på at sikre den optimale kapacitet.

Vores eneste interesse er mange glade kunder - vi arbejder hårdt på at finde løsninger med TV i togene så alle bliver tilfredse. Jeg håber du vil give os lidt til til at finde de rette løsninger sammen med kunderne - der er ingen grund til at du køber en bil. Jeg er sikker på du nok skal blive glad for at benytte S-toget igen

Med venlig hilsen

Niklas Marschall

Det måtte jeg selvfølgelig svarer på og det gjorde jeg dagen efter den 16. September, endnu engang er sprog- og stavefejl inkluderet.

Kære Morten

Du må meget undskylde hvis jeg ikke har fået svaret på din mail.

Tak for dit svar. Jeg tillader mig lige at svare in-line, da det er nemmere at overskue, hvad der bliver svaret på.

Vi har skruet ned for lyden - den er blevet justeret flere gange. Der kommer fortsat flere justeringer i takt med at vi får resultater fra vores kundeundersøgelser - det tager lidt tid at finde de rigtige løsninger. Vi arbejder med 50.000 kunder for at finde fremtidssikreløsninger. Som du selv skriver så er dette noget du har bemærket - så jeg forstår ikke hvorfor du finder det utroværdigt.

De gange jeg oplevet disse skærme har det ikke virket som om der var skrue ned eller også var der ikke skruet ret meget ned, da lyden stadig har været meget høj, højere end mine hovedtelefoner normalt er. Jeg har indtil videre været så heldig ikke at komme med disse tog hver dag, men det sker desværre oftere og oftere, jeg går udfra dette er i takt med I får nedgraderet flere og flere tog. Hver gang jeg kommer ind i et tog uden disse skærme bliver jeg meget lettet over.

På turen jeg skrev den mail du svarede på, troede jeg først I rent faktisk havde skruet langt ned til et niveau, desværre lignede det mest en fejl da der i kupeen ved siden af var der ligeså høj lyd som der var om morgenen.

Det er derfor jeg skrev, det virkede utroværdigt, når I siger I har skruet ned.

Jeg forstår ikke hvorfor stationsskærme skulle give dig problemer således at du får hovedpine- her kommer du til at give mig lidt mere informationer.

Jeg kan se, jeg lavede en del sprogfejl i min oprindelige mail. Stationskærmene var kun en del af det der gik galt den morgen, den skærm kunne jeg i det mindste komme væk fra, men jeg fik da et mindre chok da jeg stod med ryggen til den på Svanemøllen og den pludseligt råbte et eller andet.

Jeg får hovedpine af visse former for støj, især støj som jeg ikke kan slippe væk fra, høje toner, børn der skriger eller støj jeg skal kæmpe for at ignorere. Den dag jeg skrev min anden mail, måtte jeg kæmpe meget hård for at ignorere det jeg bedst kan beskrive som et lydovergreb uden mulighed for at komme væk fra det. Og jeg tror, det var det der udløste hovedpinen.

Den store forskel på disse skærme og andre former for støj er at det er min oplevelse at langt de fleste mennesker viser stort hensyn i toget. Derudover er det muligt for mig at komme væk, hvis der er for meget larm. Og derfor er det yderst sjældent, at jeg har haft problemet med støj og hovedpine i de tog som I ikke har sat skærmene op i endnu. Dette er ikke muligt med jeres skærme, de viser ikke hensyn og de er i alle kupeer med undtagelse af de nye dårligt placerede stillezoner.

Når jeg siger at stillezonerne er dårligt placeret er det fordi de ligger ved siden af, hvor folk kommer med cykler og barnevogne, de er alt andet end stille. Den eneste forbedring ved de nye stillezoner er at de er meget bedre markeret end de gamle, så langt oftere vælger folk der vil snakke ikke at gå derind.

Det at skulle kæmpe mod støjkilde kræver for mig meget mental energi, så meget at selv når jeg ikke får ondt i hovedet af støjen, så er det praktisk umuligt for mig at læse noget med bare lidt dybte og jeg har en del it-tekniske bøger jeg vil have læst.

Du må have misforstået artiklen i politikken - selvfølgelig tager jeg mine betalende kunder meget alvorligt. Derfor denne mail til dig.

Jeg er også meget glad for dit svar.

Det kan være jeg misforstod artiklen, men ud fra dine kommentarer i politikken var det meget svært at se du tog os særlig seriøst;
Da du begyndte at snakke om det blot er en byttehandel og om at det ikke er blevet forklaret godt nok, som om vi bare ikke havde forstået det ordenligt.

Jeg kan oplyse at S-tog hele tiden arbejder på at sikre den optimale kapacitet.

Vores eneste interesse er mange glade kunder - vi arbejder hårdt på at finde løsninger med TV i togene så alle bliver tilfredse. Jeg håber du vil give os lidt til til at finde de rette løsninger sammen med kunderne - der er ingen grund til at du køber en bil. Jeg er sikker på du nok skal blive glad for at benytte S-toget igen

Jeg har virkelig svært ved at se, hvad der ligger til grund for beslutningen om at sætte disse skærme op, I må have kunne forudse hvor upopulære de ville være.

Jeg kan ligeså godt sige det med det ligeud. Jeg tror ikke det vil være muligt for jer at sætte lydniveauet langt ned til jeg kan leve med det og det samtidigt er muligt for dem vil hører det at gøre dette.

Jeg har taget s-toget til og fra arbejde i lidt over et år og jeg har indtil disse skærme kom. været meget glad for det. Togene er beklagelige at sidde i, der er normalt god plads, de kører så ofte jeg sjældent skal vente og langt de fleste passagerer opfører sig ordenligt. Jeg har virkelig ikke lyst til få mig en bil, jeg bor ved Nørrebros runddel så det er ikke uden besvær og kø-tid, at skulle køre i bil til Birkerød. Men sådan som jeg har oplevet skærmene indtil videre, så kan det være det værd. Jeg udskyder det indtil videre og håber der kommer en løsning som jeg kan leve med.

Hvis I absolut skal have skærmene i togene, hvilket jeg har svært ved at se en god grund til, da de jo ikke (som I ellers siger) bliver brugt til trafikinformation, så er den eneste løsning jeg kan se at lyden bliver helt valgfri som den er i fx. bus-linje 4A, hvor man kan stille ind på en FM-kanal, hvis man vil høre lyden.

Med venlig hilsen

Niklas Marschall

Med venlig hilsen
Morten

Efter denne mail udveksling har DSB langt om længe valgt at slukke for lyden, men de siger det kun er midlertidigt.

Jeg ser nu helst at DSB piller disse skærme ned igen, da de ikke bidrager noget positivt til min tur, men efter at lyden er væk er 90% af mine problemer med skærmene også væk. Det samme glæder de skærme der er på stationerne, men de er i det mindste til at komme væk fra.

MEN hvis DSB gør alvor af truslerne om at slå lyden til igen, efter de har udført nogle "tests", så bliver jeg nødt til at finde mig en anden måde at komme på arbejde på. Jeg kan ikke forstille mig at det kan lade sig gøre, at finde et lydniveau som jeg vil acceptere, hvis jeg KAN høre det.

DSB: Det her er jo bare en byttehandel

Fri, 10 Sep 2010 00:53:13 +0200

Politikken bragte et interview med Niklas Marschall ((http://politiken.dk/debat/1052865/dsb-det-her-er-jo-bare-en-byttehandel/)) (salgsdirektør i DSB S-tog)

Niklas mener at skærmene i s-toget er en del af en byttehandel, jeg blev så frustreret af at læse hans kommentarer at jeg har sendt ham et svar.
Jeg kan ikke huske frivilligt at jeg har indgået i en byttehandel, der betyder jeg betaler en formue for et månedskort, men at jeg til gengæld kan få råbt reklamer og nyheder ind i hovedet, når jeg er i toget.

En anden interessant artikel i Politikken Reklamer i S-toget er en mild form for tortur

Det er også værd at nævne facebook gruppen og underskrift indsamlingen, hvis du er imod disse skærme, så er det en god ide at melde dig ind i gruppen og skrive under på underskrift undersamlingen.

Se mit svar til ham herunder...

Kære Niklas Marschall,

Det er med stor skuffelse af jeg har læst dine kommentarer på politikens hjemmeside omkring de støjforurenende skærme som I har sat op i s-togene. Jeg føler mig derfor nødsaget til at sende mine kommentarer på dine bemærkninger som jeg finder meget arrogante.

Jeg pendler til hverdag mellem Nørrebro og Birkerød, derfor tager jeg toget til og fra arbejde, dette er noget som jeg betaler ret mange penge for og derfor forventer jeg også at I rent faktisk lytter til mig, når jeres beslutninger gør min rejse ulidelig.

Jeg har under spor arbejdet været forståelig overfor at det er nødvendigt, selvom det har betydet en meget længere rejsetid over sommeren. Jeg har dog ingen forståelse overfor jeres for at sige det pænt tåbelige beslutning om at forurene togturen med unødig støj og de arrogante svar som I har givet til kritikere af disse støjsendere.

Når men til mine kommentarer, du sagde til politikken:

»Min tilgang er, at det her er et bytteforhold, og ligesom i andre byttehandler kan man godt acceptere noget, hvis man får noget andet. Hvis jeg oplever, at jeg er blevet hjulpet gennem S-togs-forstyrrelser fra en skærm i toget, og hvis samme skærm også kan oplyse mig om, hvordan jeg kan nå at hente mit barn, så tror jeg godt, jeg kan overleve med lidt mere støj i S-toget. Det er en fair byttehandel, synes vi«.

Jeg begriber ikke at du kan sige sådan noget vås. I en byttehandel er begge parter frivillige og begge parter får noget ud af handlen, ingen af disse to ting er gældende her for min part i denne påståede byttehandel.

Jeg er ikke frivilligt gået med til at få råbt reklame budskaber, dårlig journalistik eller ligegyldige mad opskrifter ind i hovedet, hver eneste dag. Derudover får jeg kun frustrationer ud af at de skærme er der, så jeg får intet ud af det.

Man bliver ikke hjulpet gennem forstyrrelse med de skærme, den første dag efter min ferie havde I meget store problemer med signalerne og der var ingen oplysninger af nogen art på de skærme som kunne hjælpe på situationen. Der var dog en masse uønsket støj fra dem. Jeg er dog ikke enig med dig i at hvis der er den slags oplysninger så ville støjen være det værd. Tværtimod, så ville jeg IKKE kunne acceptere den støj der kommer fra de skærme når i den tid som oplysningerne ikke var der.

Det er meget arrogant af dig at kalde dette en byttehandel. Og jeg acceptere ikke begrundelsen med trafikinformation som andet end et meget dårligt forsøg på at forsvare den mest kundefjendske beslutning DSB har taget i nyere tid.

»DSB skal konkurrere med bilismen, og vi kan se, at rigtig mange vælger os fra, fordi de ikke kan få logistikken til at hænge sammen. Vi vil derfor rigtig gerne give folk 20 minutter ekstra hver dag ved at give dem muligheden for at købe ind via telefonen, få set nyheder eller andet. Alt det skal skærmene også bruges til«.

Det ævl tror du ikke selv på, vel?

Disse skærme er så forfærdelige, at jeg er begyndt at kigge mig om efter en bil eller anden personlig transportform, så tiden kan blive min egen. Hvis du vil konkurrere mod bilismen, så skal du få de skærme væk, inden alle der har råd og mulighed køber en bil bare for at kunne slippe for jeres lydovergreb.

Jeg ønsker ikke at købe ind over telefonen, mens jeg sidder i toget, jeg vil have fred og ro. Jeg gider heller ikke høre på børn der larmer eller folk der taler højlydt i mobiltelefon, men der har jeg muligheden for at bede dem om at være lidt stille eller gå et andet sted hen. Det har jeg ikke med støjsenderne, da de er i alle rum undtagen stillezonen som er fyldt eller ikke er særlig stille fordi I har flyttet dem hen hvor folk har barnevogne.

»Vi ved godt, at reklamerne har irriteret vores kunder, men de finansierer altså vores gratis services. Det er reklamer, der finansierer, at man kan køre gratis i S-tog første søndag i måneden, at automaterne virker, at vi kører nattog, og at der bliver fjernet graffiti. De her services koster penge, og derfor udnytter vi det kommercielle rum. Det er reklameindtægterne, der får det hele til at køre rundt, men det har vi været for dårlige til at formidle«.

Hvorfor skal jeg som BETALENDE kunde lide for at I kan lave den slags reklame fremstød? Jeg får ikke noget ud af de ”tilbud”, da jeg allerede har betalt.

Ja, I har været dårlige til at formidle og jeg kan kun antage at det er fordi I godt, ved det ikke er grund nok til at vi BETALENDE kunder acceptere jeres lydovergreb HVER DAG.

»Jeg tror, det er bedre at sammenligne det med reklamer i det offentlige rum. Dengang Københavns Kommune finansierede nye busstop med reklamer på stoppestederne, mente mange, at det var forkert. Jeg tror, at den samme proces er i gang nu. Vi har lavet et voldsomt indgreb i folks hverdag, og så må man forvente en reaktion«.

Det glæder mig at du godt kan se at der er et voldsomt indgreb, men sammenligningen med reklamer på busstoppesteder holder ikke af flere grunde som du som intelligent menneske nok godt kender.

Der er ikke lyd på reklamerne på stoppestederne.

Man står en meget begrænset tid ved stoppestederne.

Man kan GÅ VÆK FRA STOPPESTEDERNE

Man kan kigge væk fra reklamerne på stoppestederne og derved ignorere dem.

»Om indgrebet har været for voldsomt, og om vi kan forklare vores sag, det må tiden vise. Så jeg kan forsvare det her tiltag med, at det ikke er den endelige løsning, og vi har ansvar for hele tiden at udvikle den kollektive trafik for at skabe bedre forhold for vores kunder. Det her er vores bud på at tage hul på nogle af de grundlæggende problemer i kollektiv trafik«.

I kan ikke forklare jeres sag på en måde der gør at jeg vil acceptere jeres lydovergreb, jeg vil hellere have dyrere billetter end at udsættes for det svineri. Hvis du vil skabe bedre forhold for jeres kunder, så gå tilbage til s-tog uden støjforurenende skærme, de tog var meget gode til at komme på arbejde med. Dette tiltag har gjort det dårligere for jeres kunder (som mig) ikke bedre, de er ikke ønsket og de er ikke nødvendige. Som jeg ser disse skærme, så er de et skridt i retning af at afvikle offentlig transport som transport middel for andre end dem der ikke har råd/mulighed for andet.

Hvis I skal beholde både mig som kunde og skærmene, så skal lyden væk, HELT VÆK. Hvis jeg kan høre den, så er den for høj. Alle de gange I har lovet at skrue ned, har I jo ikke gjort det alligvel, det kan jeg høre hver gang jeg er så uheldig at havne i et af de nedgraderede toge som har dem.

Jeg stod på linje-B på Lyngby i dag med hovedtelefoner på, som jeg brugte til at høre et podcast lyden var på et behageligt niveau, men da jeg kom ind i kupeen med jeres forfærdelige skærme så overdøvede det min podcast og jeg måtte forlade kupeen for at holde det ud. Alternativet havde været at jeg skulle skrue op, så niveauet ikke længere var behageligt eller sundt, blot for at kunne høre det jeg har valgt at høre.

”Vi har undervurderet, hvor stort et indgreb borgerne har oplevet, at det her er, og vi har fejlet i vores kommunikationsopgave.”

Nej, I har fejlet i jeres kunde service og jeres kontakt med virkeligheden. I har til gengæld ikke fejlet i at give arrogante svar på kritik. De svar jeg fik fra kundeservice da jeg brokkede mig, var meget arrogante standard svar med meget dårlige sammenligninger i et desperat forsøg på at forsvare støj torturen.

I har tidligere påstået at et flertal af jeres kunder ønskede dette, var det blot en løgn? Eller ligger der en reel undersøgelse bag dette. Jeg hælder personligt mest til det er løgn eller en dårligt udført undersøgelse, da jeg endnu ikke har mødt en eneste passager eller rettere betalende kunde, som har ment det var en god ide.

»Det er rigtigt, og det er noget, vi er meget opmærksomme på. Vores tilgang har været, at der skal være områder, hvor man kan vælge skærmene helt fra, og skærmene skal placeres, så man kan abstrahere fra dem. Vores vision har været at skabe en platform, der tjener flest interesser, så man skal kunne vælge det til eller fra«.

Så har I fejlet bragt. Det er kun muligt at undgå visse skærme i de dårligt placerede stillezoner.

Det er ikke muligt at abstrahere fra dem, når de laver sådan en forfærdelig lyd som de gør, så er det lige meget hvor I placere dem.

Hvis I seriøst ville lade os kunne vælge dem fra, hvorfor er der så lyd på dem og ikke lyd over radio som det er i nogle af busserne? Det er for mig at se enten et tegn på at det ikke er noget I mener seriøst eller at I bare ikke er særlig kompetente til den slags.

»Det er det helt sikkert ikke. Vi har undervurderet, hvor stort et indgreb borgerne har oplevet, at det her er, og vi har fejlet i vores kommunikationsopgave. Jeg vil slet ikke bortforklare vores fejl, men vi har sat meget i gang for at forbedre processen«.

I kan kun forbedre processen på en måde, fjern støjforureningen og giv os vores tid i toget tilbage.

»Man vil nok se flere og flere kommercielle tilbud fra DSB, for vi vil gerne tage større ansvar for rejsen fra A til B. Man kunne f.eks. forestille sig cykelsalg eller vores eget mobilselskab, der sikrer trafikinformation. Man vil opleve flere og flere tilbud fra DSB, der sikrer, at det er mere attraktivt at tage den kollektive trafik, så en øget kommercialisering vil man nok se. Så længe det skaber vækst og glade kunder, så gør vi det«.

Ellers tak, hvis I nu blot koncentrerede jer som rent faktisk at fragte folk fra A til B til tiden på en behagelig måde, så ville det være nok.

Hvorfor bliver du ved med at snakke om at gøre det attraktivt at tage den kollektive trafik, når du forsvare jeres beslutning om at gøre den mere uattraktiv end jeg havde forstillet mig det muligt i Danmark?

»Det er klart, at alle vores ekstra tilbud kun giver mening, når grundproduktet er i orden, men over 95 procent af DSB’s tog kører til tiden, så vi har stort set tog til tiden. Vi kan se, at der kommer flere og flere unge mennesker i de områder, hvor vi kører, og der skal nogle andre ting til at lokke unge mennesker til toget. Så i og med at kundegrundlaget ændrer sig, må toget også ændre sig. Hvis vi ikke vi arbejder med vores produkt, får vi ikke flere kunder«.

Jeres grundprodukt er ikke i orden når I forpester vores rejsen med den mængde af støj som disse skærme giver. Og jeg kan love dig for at jeg dropper toget, hvis ikke situationen bliver forbedret og I rent faktisk lytter til os. Jeg kan ikke forestille mig at I får flere kunder på denne måde og med den attitude som I har lagt for dagen i hele denne sag med støjsenderne.

Hilsen en meget utilfreds og måske snart tidligere kunde,

Morten Sjøgren

PS.: Denne mail havner på min blog http://mabs.dk

Processingjs quick-tip: Making the main-canvas transparent

Sun, 29 Aug 2010 12:00:00 +0200

With processingjs you can't give the background color an alpha-channel in the main canvas (the Processing-object).

This behavior is inherited from the original Java-based Processing, where this doesn't make sense to have an transparent background.

However it's possible to have this effect, if you want to and I'll show you how:

var el = document.getElementById( "basecanvas" );
var processing = new Processing( el, function( p ) {
    p.setup = function( ) {
        if ( p.externals.sketch ) {
            // This is the flag that make the transparent background possible.
            p.externals.sketch.options.isTransparent = true;
        }
        // Now that you have flagged the sketch as transparent you want make the background fully transparent
        p.background( 0, 0 );
    };
} );

You have to give that anonymous function as the second parameter to the Processing-constructor otherwise the sketch won't be created and you can't set the flag.

Using Processing-js as an JavaScript-library

Fri, 13 Aug 2010 19:34:18 +0200

I've started playing with the JavaScript library Processing-js ((Processing-js website)) for rendering in the HTML5 canvas.

Processing ((Wikipedia article)) is a programming language and processing-js is a javascript implementation of that language.
Well, I like JavaScript the way it is and the processing syntax is lazily translated to JavaScript anyway, so I wanted to use it as a normal JavaScript-library, but it wasn't well documented and the only blog post I could find was out-dated.

After spending quite a long time on, which included reading a lot of Processing-js' source code, I found a way to do this ((With version 0.9.6 which is currently the latest release)).

It's actually straight forward, create a new Processing-object and make sure you give it to parameters;

The DOM-canvas element or the ID of the element
a function-reference, this function gets the Processing-object p parsed to it. ((This should have been optional, but without it Processing doesn't initiate properly.))

         var p = new Processing( document.getElementById( "canvas_id" ),

         function( p, c ) {
             p.setup = function( ) {
                 p.size( 1250, 250 );
                 p.background( 55 );
                 p.frameRate( 10 );
                 p.cursor( c.HAND );
             };

             p.draw = function( ) {
                 p.background( 155 );
             };

             Processing.addInstance( p );
         } );

Constants that would be seen as global in the processing language is bound to the c-object argument in my callback function. This is changed behavior in 0.9.7, in 0.9.6 they are bound to the p-object. ((If this isn't clear drop me a comment and I'll try to explain better.))

Functions and variables that would normally be seen as being global in the processing-syntax in actually bound to the p-object and can be referred to directly through p with a few exceptions:

frameRate, mousePressed and keyPressed are both booleans and functions in the Processing-language and we must refer to the boolean version with the prefix __ like this:
p.__frameRate

Nyt svar fra DSB S-tog ang. reklameskærme

Wed, 21 Jul 2010 20:01:00 +0200

Blot et hurtigt indlæg, DSB S-tog har svaret på mine kommentarer ((http://mabs.dk/index.php/2010/07/07/svar-fra-dsb-omkring-reklamesk%c3%a6rme-i-s-toget/)) til deres svar som jeg lige ville dele.

Kære Morten Sjøgren

Tak for din reaktion.

Jeg kan oplyse, at DSB S-tog i sidste uge har været ude i togene og skrue ned for lyden på samtlige TV-skærme. Det betyder, at lydniveauet nu er markant lavere.

S-tog har ingen planer om at fjerne lyden helt, eller om at tage TV-skærmene helt ned.

Med venlig hilsen

<navn fjernet>
DSB S-tog, Kundecenter, Kundeservice

20.07.2010

Det er ikke et særligt tilfredsstillende svar, jeg er meget tvivlende over for at DSB kan skrue lyden langt nok ned til at det ikke er irriterende og samtidigt være brugbart.

Svar fra DSB omkring reklameskærme i s-toget

Wed, 07 Jul 2010 22:40:05 +0200

Jeg skrev i Onsdags en klage til DSB kundeservice omkring larmen fra reklameskærmene i S-toget. Tidligere idag fik jeg svar fra deres kundeservice.

Kære Morten Sjøgren

Tak for din e-mail.

Skærmene i S-togene er som bekendt meget nye. S-tog vil i starten være meget opmærksomme på både indhold og lydniveau. Vi har i den første tid justeret lyden og har nu et niveau, som vi mener bør være acceptabelt for de fleste.

Hos S-tog følger vi løbende op med kundeundersøgelser, hvor vi beder kunderne om at fortælle os deres mening om det, der bliver bragt på skærmene. Vi véd allerede, at en overvægt af vores kunder gerne vil have disse informationer, når de rejser med S-tog. På længere sigt vil skærmene give os mulighed for at informere direkte til kunder om forsinkelser og pludselige ændringer i trafikken.

Vi lytter selvfølgelig til de kunder, som lige nu ikke er så glade for den nye informationskilde, men vi tror, at også disse kunder med tiden vil kunne se fordelene ved de nye skærme. Vi sammenligner det lidt med dengang vores kunder begyndte at tale i mobiltelefon under rejsen. I starten fik vi en masse henvendelser fra kunder, som blev forstyrret af disse samtaler. I dag har langt de fleste kunder accepteret, at mobiltelefoner er en naturlig del af vores daglige kommunikation. Vi er ret sikre på, at vores kunder på samme måde efterhånden vil se fordelene ved den nye informationskilde.

Jeg beklager, at du føler det generende, at der er lyd på de TV-skærme, som er sat op i S-togene. Jeg kan oplyse, at vi i starten af sidste uge justerende lyden ned, så den gerne skulle være mere acceptabel.

Hensigten med TV-skærmene er at tilbyde relevant trafikinformation, hvor kunderne er, og at fortælle om vores andre gode tilbud. Indholdet er mikset sammen i blokke af 20 minutters varighed, som består af nyheder, vejrudsigt, reklamer, underholdning og S-togs information.

Der er Stillezoner i alle S-tog, hvor der ikke er TV. DSB S-tog har ikke aktuelle planer om at tage TV-skærmene ned igen.

Du kan holde dig opdateret om STV på dette link: http://www.dsb.dk/S-tog/Tv-i-S-toget/

Med venlig hilsen

<NAVN FJERNET>
DSB S-tog, Kundecenter, Kundeservice

07.07.2010

Her er mit svar til DSB:

Mange tak for dit svar.

Tak for din e-mail.

Skærmene i S-togene er som bekendt meget nye. S-tog vil i starten være meget opmærksomme på både indhold og lydniveau. Vi har i den første tid justeret lyden og har nu et niveau, som vi mener bør være acceptabelt for de fleste.

Jeg oplevede det her onsdag formiddag i sidste uge. Lydniveauet var alt andet end acceptabelt, jeg håber det var før I har sat det ned, selvom onsdag ikke ligefrem er starten på ugen.

Jeg har heldigvis ikke været i et tog med de skærme siden, da det giver mere mening af tage s-tog-bussen til Birkerød end det gør at tage til Farum og håbe på at 500S passer nogenlunde med toget og efterfølgende bus i Birkerød (hvilket den aldrig gør).

Hos S-tog følger vi løbende op med kundeundersøgelser, hvor vi beder kunderne om at fortælle os deres mening om det, der bliver bragt på skærmene. Vi véd allerede, at en overvægt af vores kunder gerne vil have disse informationer, når de rejser med S-tog. På længere sigt vil skærmene give os mulighed for at informere direkte til kunder om forsinkelser og pludselige ændringer i trafikken.

Det lyder også fint, men drop lyden. Der er ingen rimelig grund til at forpeste s-togene med endnu mere støj end der er i forvejen. I kan gøre som i busserne, hvor man skal stille ind på en FM-frekvens for at få glæde af lyden og vi andre kan få fred.

Vi lytter selvfølgelig til de kunder, som lige nu ikke er så glade for den nye informationskilde, men vi tror, at også disse kunder med tiden vil kunne se fordelene ved de nye skærme.

Jeg tvivler ærligtalt på, jeg vil komme til at sætte pris på disse skærme, så længe jeg er nød til at kunne hører dem i toget. Jeg sætter generelt ikke pris på ting der støjer, når jeg prøver at slappe af, såsom folk der snakker højlydt, folk der snakker højlydt i telefon, folk der lytter til musik tre sæder væk på et niveau som om jeg selv har hovedtelefoner på eller irriterende reklameskærmer der har et højere lydniveau end disse.

Vi sammenligner det lidt med dengang vores kunder begyndte at tale i mobiltelefon under rejsen. I starten fik vi en masse henvendelser fra kunder, som blev forstyrret af disse samtaler. I dag har langt de fleste kunder accepteret, at mobiltelefoner er en naturlig del af vores daglige kommunikation. Vi er ret sikre på, at vores kunder på samme måde efterhånden vil se fordelene ved den nye informationskilde.

Nu synes jeg også at folks mobilsnak kan være ret irriterende, men det er vand i forhold til det jeg oplevede i toget. Folk snakker normalt ikke hele turen, jeres skærme holder såvidt jeg kan se ikke op med at larme, de fleste mennesker der snakker i mobil prøver at holde niveauet så lavt at andre kan være i rum med dem, lydniveauet var alt andet end det.

Jeg beklager, at du føler det generende, at der er lyd på de TV-skærme, som er sat op i S-togene. Jeg kan oplyse, at vi i starten af sidste uge justerende lyden ned, så den gerne skulle være mere acceptabel.

Jeg håber det var efter jeg oplevede det. For ellers bliver I virkelig nød til starte forfra på det.

Hensigten med TV-skærmene er at tilbyde relevant trafikinformation, hvor kunderne er, og at fortælle om vores andre gode tilbud.

Vel, med fokus på "tilbud". Hvis skærmene kun blev brugt til oplysning ville det være fint, men det gør de jo ikke. De bliver brugt til støjende reklamer og støjende TV af laveste kvalitet, det er jo DR Update.

Indholdet er mikset sammen i blokke af 20 minutters varighed, som består af nyheder, vejrudsigt, reklamer, underholdning og S-togs information.

Der er Stillezoner i alle S-tog, hvor der ikke er TV. DSB S-tog har ikke aktuelle planer om at tage TV-skærmene ned igen.

Jeg har ikke så meget imod skærmene, hvis de bare var stille. Jeg kan ignorere billeder uden problemer, støj er derimod et stort problem.

Du kan holde dig opdateret om STV på dette link: http://www.dsb.dk/S-tog/Tv-i-S-toget/

Tak det vil jeg gøre.

Med venlig hilsen

<NAVN FJERNET>
DSB S-tog, Kundecenter, Kundeservice

07.07.2010

Facebook gruppen: Nej tak til reklameskærme i S-tog

Reklameskærme i S-toget nu med lyd

Sat, 03 Jul 2010 12:31:52 +0200

DSB har for nogle måneder siden besluttet sig for at nu skulle der TV i s-toget, jeg mente det lød som en dårlig ide da der er larm nok i toget.

Desværre fik jeg ret og føler det er nødvendigt, at jeg viser min "sur-gammel-mand" side, men jeg er jo også snart 30.

Onsdag havde jeg fornøjelsen af at komme ind i en kupe med en af disse skærme, som nu har lyd på og det var langt værre end jeg havde frygtet. Lydniveauet var helt uacceptabelt højt og jeg måtte finde en anden kupe, for kunne holde turen til Farum ud.

Desværre har DSB samtidigt besluttet sig for at det med at have en stor kupe til stillezone i et vognsæt var en dårlig ide, så nu er der kun en lille kupe i enden af toget, som så kun har halvdelen af det gamle areal.

Jeg har skrevet en klage til DSBs kundeservice, men jeg forventer ikke at DSB tager sådan en klage seriøst. Jeg skrev til dem, da jeg hørte om planerne for nogle måneder siden og i deres svar lovede de at lydniveauet ville være på et fornuftigt plan, men det kan jeg hører ikke passer.

Hvorfor diskutere vi det her i 2010?

Fri, 26 Mar 2010 00:00:44 +0100

Så er ligestilling for homoseksuelle til debat igen. Folketinget diskutere om homoseksuelle skal kunne blive gift på lige fod med heteroseksuelle. Og det er mig en gåde, hvorfor det overhovedet er nødvendigt at have denne diskussion i Danmark i år 2010?

Dette er noget som skulle være på plads for mange år siden. Det er simpelhen ikke i orden, at vi i et civiliseret land, stadig undertrykker folk som har en anden seksualitet end os selv.

Hvordan kan nogle folk hade homoseksuelle så meget, at de ikke engang under dem grundlæggende rettigheder så som at danne par med den person som de elsker og som elsker dem?

Under debatten i folketinget kommer Lars Barfoed med argumenter som ((http://www.dr.dk/Nyheder/Politik/2010/03/26/140350.htm)) "Og det skyldes helt overordnet, at regeringen ikke er enig i den helt grundlæggende forudsætning, som forslaget bygger på, nemlig at ægteskabet som begreb skal ændres. Det mener vi ikke, sagde han."

Jeg må sige. jeg har en helt anden opfattelse af hvad ordet "ægteskab" dækker over, jeg mener det er to mennesker som elsker hinanden og vil tilbringe deres liv samme. Dette argument høres ofte i USA fra religiøse fundamentalister som glemmer at "ægteskab" allerede er blevet omdefineret flere gange i USA's historie, bl.a. har det været mellem to af samme race.

Der blev iflg. artiklen på DR's hjemmeside også snakket om børn, hvilket for mig er komplet ligegyldigt for hvorvidt de skal have lov til at gifte sig, da ægteskab for mig intet har at gøre med at avle børn. Vi mennesker er som bekendt i stand til at få børn uden at være gift og vi forbyder ikke folk der ikke kan eller ikke vil have børn i at gifte sig.

Når jeg læser nogle af kommentarerne på DR's artikel, finder jeg det meget skræmmende at der er så mange mennesker i dette land som tænker sådan

Jeg har meldt mig ind i endnu en politisk facebook gruppe ((http://www.facebook.com/#!/posted.php?id=258500547794)),

da det efterhånden ser ud til man skal have sådan en for at få nødvendig opmærksomhed.

Til sidst vil jeg lige komme med en appel til følelser (ja, jeg er klar over, det er en logisk fejlslutning). For jer der er imod at homoseksuelle kan gifte sig, prøv at sætte dig i deres sted, hvor din kærlighed til din partner bliver stemplet som mindre værd og mindre ægte af staten og samfundet, og I ikke kan få samme ret eller samme anerkendelse som alle andre borgere. Fortæl mig derefter, at du stadig mener det er i orden at behandle folk som elsker anderledes end dig, på den måde.

Demonstration mod medielicensen

Sun, 21 Mar 2010 14:47:41 +0100

Nu er det her lidt forsinket, men jeg synes, jeg ville dele dette alligevel.

Lørdag d. 6 marts var der demonstration mod medielicensen, med Lars fra "Stør Lars' kamp mod DR licens" ((http://www.facebook.com/#!/pages/Stot-Lars-kamp-mod-DR-Licens/270591874194?ref=ts)) på Facebook.

Jeg var desværre forhindret i at møde op selv, da jeg deltog i Open Source Days på ITU ved siden af DR-byen. Men jeg ville meget gerne have været med til, at udtrykke min utilfredshed med medielicensen, som jeg ikke kan finde noget positivt ved.

TV2 Nyhederne har er udemærket indslag fra dagen på deres hjemmeside: http://nyhederne.tv2.dk/video/index/id/29064128/

Mange tak til Lars for hans kamp.

Åbent og demokratisk samfund? Ikke her.

Thu, 25 Feb 2010 21:40:48 +0100

I forbindelse med forhandlingerne af ACTA, har Danmark endnu engang vist en grim side af sig selv.

I flg. et lækket memo ((http://www.michaelgeist.ca/content/view/4819/125/)) ((Engelsk oversættelse)) så er Danmark et af de lande som er mest imod gennemsigtighed omkring ACTA, dvs. at regeringen ikke ønsker at befolkningen skal vide hvad der sker før det er forsent, at gøre noget ved resultatet af ACTA.

Jeg grimmes over denne samling udemokratiske mennesker, vi har til at lede os. Som om det ikke var slemt nok, at de snød os for vores folkeafstemning om EU-traktaten.

DR og censur

Sat, 30 Jan 2010 15:17:42 +0100

Forord

Jeg tror, at jeg indledningsvis bliver nødtil kort at forklare mit forhold til licensen, da denne post er relateret til dette. Jeg mener, at licensen både i dens nye form og dens gamle form er forkert på alle tænkelige måde, og derfor er jeg imod licens modellen. Jeg er ikke imod public service iform af information, nyheder og generel oplysning af folket, men jeg er imod at public service omfatter ligegyldigheder som X-Faktor og anden underholdning.

DR og censur af modstandere

Jeg er medlem af et par facebook grupper i kampen mod licensen, bl.a. fulgte jeg gruppen "Støt Lars' kamp mod DR Licens" og det er hvad denne post handler om.

For DR har i starten af 2010, gjort noget som jeg mener går direkte imod en af begrundelserne for licensen, nemlig at det skal sikre uafhængig information fordi det er nødvendigt for et demokratisk samfund. DR har med hjælp af facebook fået lukket gruppen "Støt Lars' kamp mod DR Licens" og det er svært for mig at se det som andet end DR har ønsket at lukke munden på en der kæmper mod deres faste indtjening, nemlig licensen. Dette er en form for censur og det kan vi ikke leve med i et demokratisk samfund, og DR der fremstiller sig selv om demokratiets vogter burde vide dette.

Plummer har siden udtalt til 180grader at Lars har truet DRs medarbejdere, men han har ikke ville præcisere, hvad han mener Lars har gjort og det er ikke blevet meldt til politiet. Dette virker for mig som en enorm dårlig undskyldning efter Plummer har opdaget at censur er en upopulær løsning. Hvis han virkelig mener at Lars har virket truende, hvorfor er Lars så ikke meldt til politiet? Lars er iøvrigt politimand, så man må jo gå ud fra at han kender loven.

Endnu engang lykkedes det DR at give mig en dårlig smag i munden over at jeg overholder loven, og rent faktisk betaler 2200 kr. om året selvom jeg helst var fri, da jeg ingen interesse har i deres produkter.

Links

http://www.facebook.com/group.php?gid=288615379362 - Facebook gruppen: "Støt Lars' kamp mod DR Licens - v. 2.0 efter DR lukkede siden"

http://www.180grader.dk/Krimi/dr-advokat-jeg-bad-om-at-faa-facebook-side-lukket - 180grader: "DR-advokat: Jeg bad om at få Facebook-side lukket"

http://www.180grader.dk/Politik/dr-sender-redegoerelse-for-facebook-sag-til-politikere - 180grader: "DR sender redegørelse for Facebook-sag til politikere"

http://www.180grader.dk/Politik/plummer-facebook-lars-truer-vores-medarbejdere - 180grader: "Plummer: Facebook-Lars truer vores medarbejdere"

http://www.180grader.dk/Krimi/mulig-injuriesag-mod-generaldirektoer-kenneth-plummer - 180grader: "Mulig injuriesag mod Generaldirektør Kenneth Plummer"

http://ekstrabladet.dk/minsag/article1287819.ece - "Min sag" på Ekstrabladet, skrevet af Lars

PS.: Dette er min første post med blogilo, KDEs nye blog-editor.

Orango.dk - Domæne indehaver mister domæne efter 9 år til 11 måneder gammelt firma

Sun, 22 Nov 2009 16:02:24 +0100

Jeg læste fredag til min store forargelse om endnu en absurd sag om domæner, denne gang Orango.dk.

Orango.dk har været ejet af Peter Veileborg i 9 år og har været brugt til bl.a. emails. I januar startede der et nyt web-profilerings virksomhed med navnet Orango ApS og de vil gerne have domænet Orango.dk, så de tilbyder en meget lav pris for domænet 500,- som Peter afviser som værende alt for lavt.

Domæneklagenævnet giver Orango ApS medhold i at Peter forbryder sig mod god domænenavnsskik, fordi de mener at Orango ApS har større værdi af domænet end Peter og i deres afgørelse ignorere de totalt vigtigheden af emails som Peter har brugt domænet til.

Jeg er selv indehaver at et domæne (mabs.dk),

som jeg bl.a. bruger til email og blog. Jeg ville da nødigt stå i samme situation som Peter Veileborg, at miste mit domæne på den måde. For mig er dette en vigtig
sag, for det ser ikke ud til at os private domæne ejere er sikret i sager som denne og mit domæne, mit påtaget navn mabs, er ligeså vigtigt for mig som mit folkeregisternavn som mabs i øvrigt er baseret på.

Udover at jeg synes afgørelsen er helt uden for al rimelighed, så finder jeg også Orango ApS forretningsmoral som værende meget dårlig. Alene det at de kommer med et utrolig lavt tilbud for domænet, 500 kr., for så at bruge det som argument med ejeren. Men også at det ser ud til det har været en bevidst strategi for dem, at ville kapre domænet fra Peter.

Jeg er fuld forstående over for at man skal bekæmpe domænepirater, men det kan man på ingen måde kalde Peter Veileborg i denne sag, da han har haft navnet længere end Orango ApS har eksisteret.

Jeg savner en klar beskyttelse af private danskere i sager som denne, da det ikke kan være rigtigt at vi står så dårligt i sager som denne.

Det er mit håb at Peter Veileborg går videre med sagen og jeg har tilbudt ham et mindre beløb som støtte til sagen, da princippet i denne sag er meget vigtigt for mig.

Jeg har desuden skrevet en mail til videnskabsministeren, Helge Sander, for at få nogle svar og jeg har sendt et debat oplæg til IT-politiskforenings mailingsliste.

Links:

http://www.comon.dk/nyheder/Domaene-ejer-mister-navnet-efter-ni-ar-1.247341.html
http://www.comon.dk/nyheder/Principiel-domaenesag-kan-ende-i-retten-1.243502.html
http://new.czar.dk/?p=547
http://www.dr.dk/nettv/update/?video={cc7e58df-fbcb-41ee-85ed-ea674dd41e4f}
http://www.domæneklager.dk/uploads/2009-0099orango.dk
http://myplace.dk/2009/11/21/dk-domaener-kan-tages-fra-dig/
http://peter.binderup.dk/blog/2009/11/21/ejeren-af-domnet-orangodk-skal-overdrage-det-til-orangonu.html
http://domaene-retfaerdighed-tak.skrivunder.dk/
http://www.180grader.dk/IT/wild-wild-west-ejendomsret-til-dk-domaenenavne-ringere-end-ejendomsret-i-det-kommunistiske-kina#comments

Started on Git

Sun, 22 Nov 2009 14:03:34 +0100

I'm currently learning, how to use git and plan to move my private svn-repository to git soon.

I just stumbled up on the site http://gitcasts.com that has some short video courses in using git.

Git is somewhat different from subversion(svn) and introduces some new concepts for me, namely the local index, remote-repository, rebasing, branching (never used it in svn) and automated merging.

I've had a hard time getting of the ground with it, but I was very motivated since many of the more important (to me) open source projects like amarok have moved to it and KDE is planing to do so.

The more I learn about Git the more I like it. Now I'm off to watch more of those videos.

Reducing memory usage with JavaScript

Sun, 25 Oct 2009 22:39:33 +0100

In this article I'll talk about reducing memory leaks in JavaScript with focus on working with jQuery and the encapsulation I used in my work ((covered in http://www.mabs.dk/wordpress/index.php/2009/04/20/reintroducing-a-little-sanity-in-working-with-javascript/ )).

This dates back to a problem I had in my previous job, our web-application used a lot of memory and it just kept growing the longer the application was running. Reloading the page only fixed the problem some of the time, often restarting the browser was the only way to free the memory.

This problem had to be fixed and fixed quickly. I found a very useful document from Microsoft about memory leak patterns in JavaScript (( http://msdn.microsoft.com/en-us/library/bb250448.aspx )),

which helped a lot.

I'll list the patterns I intend to cover by name for reference.

Circular References
Closures

Circular References

With circular references an object have a reference to another object, which in turn have a reference back to the other object and since the references are never removed the garbage collector will not know to free the memory.

I ran into this because I wanted to save time by not looking for DOM elements, I already had found once. Searching the DOM can be slow, especially than you have a large page with many elements.

But since it caused a lot of memory leaks, I had to find another way to do it OR live with the waste of time searching for elements. I found another way with jQuery, the function "data" (( jQuery doc: http://docs.jquery.com/Core/data )) solves the problem in a nice and clean way.

I'll show a simple example, how this can be used. But first I'll show a piece of code which a potential memory leak.

	// Find the elements in the DOM-tree
	var el1 = $( "#element1" );
	var el2 = $( "#element2" );

	// Creating circular reference problem
	el1[0].other_element = el2;
	el2[0].other_element = el1;
…
	// Accessing element-reference
	el1[0].other_element.css( "background-color", "black" );
	el2[0].other_element.css( "background-color", "#666000" );
…
	// Removing the reference
	el1[0].other_element = undefined;
	el2[0].other_element = undefined;

And here is a piece of code which don't have the potential memory leak:

	// Find the elements in the DOM-tree
	var el1 = $( "#element1" );
	var el2 = $( "#element2" );

	// Add the reference with the data-function
	el1.data( "other_element", el2 );
	el2.data( "other_element", el1 );
…
	// Accessing the element with the data-function
	el1.data( "other_element" ).css( "background-color", "black" );
	el2.data( "other_element" ).css( "background-color", "#666000" );
…
	// Removing the reference
	el1.removeData( "other_element" );
	el2.removeData( "other_element" );

As you can see there isn't much difference in the two code examples, but there is a huge difference between in potential for memory leaks.

This works because jQuery will remove the data when the DOM-element is removed (through jQuery). You should note that if you remove el1 and not el2, el1 will still be referenced from el2 until el2 is removed.

The problem and solution for closures.

Now with jQuery, we tend to create a lot of new functions when we add events, loops through arrays and so on. We need to be careful then we do this, since it can lead to the problem described in that Microsoft document as "Closure".
Basically the problem is that inside function (A) we create a new function (B),

if B references to an outside object we have an extra reference and reference count for the element never reaches zero, this means that the garbage collector doesn't free the memory.

Like before I'll give an example with the potential problem followed by an example without the problem.

function A( el ) {
	var el2 = $( "<div>Hallo</div>" ).appendTo( document.body );
	el2.css( {
		"position" : "absolute",
		"top" : 100,
		"left" : 100,
		"background-color" : "#666000"
	} ).hide( );

	el.click( function( e ) {
		el.hide( );
		el2.show( );
	} );

	el2.click( function( e ) {
		el.show( );
		el2.hide( );
	} );
}

Without the potential problem:

function B( e ) {
	var el = e.data.el;
	var el2 = e.data.el2;
	el.hide( );
	el2.show( );
}

function C( e ) {
	var el = e.data.el;
	var el2 = e.data.el2;
	el.show( );
	el2.hide( );
}

function A( el ) {
	var el2 = $( "<div>Hallo</div>" ).appendTo( document.body );
	el2.css( {
		"position" : "absolute",
		"top" : 100,
		"left" : 100,
		"background-color" : "#666000"
	} ).hide( );

	el.bind( "click",  {
		el : el,
		el2 : el2
	}, B );

	el.bind( "click",  {
		el : el,
		el2 : el2
	}, B );
}

In the first example I have two anonymous child functions in function A, every single time A is called two new enclosures are created from these two functions. Each of the child functions have references to elements from function A's scope potential preventing the garbage collector from deleting the elements.

In the second example I've moved the two functions out of function A and instead just give a reference to the functions inside function A when I bind the events, but in order for the functions B and C to access to the elements I use the jquery-function "bind" insteed of "click" to bind the events, "bind" allows me to provide a data-object to the function. In the event-function I can easily access the data by accessing the parameter "data" on the event object.

The reason this works is that the two closures are no longer created and the references to the element are parsed by normal reference through the event-object. Jquery will unbind all events from an element once it's removed, eliminating the reference created by parsing the data-object to bind.

Another way you can achieve this is with the "data"-function like this:

function B( e ) {
	var el = $( this );
	var el2 = el.data( "el2" );
	el.hide( );
	el2.show( );
}

function C( e ) {
	var el2 = $( this );
	var el = el.data( "el" );
	el.show( );
	el2.hide( );
}

function A( el ) {
	var el2 = $( "<div>Hallo</div>" ).appendTo( document.body );
	el2.css( {
		"position" : "absolute",
		"top" : 100,
		"left" : 100,
		"background-color" : "#666000"
	} ).hide( );

	el.data( "el2", el2 );
	el2.data( "el", el );

	el.click( B );
	el2.click( B );
}

The major difference here is that the data is no longer private. Every piece of code that can get a hold of either of the elements can get to the other through the data-function.

But if the data is not meant to be private this can be fine. I've done this in a few jQuery plugins I've created where is was better to just add the element references as data so that all my functions for the plugin could easily reach the elements that made up the interface.

Saving memory on events

Another way the save memory is to use the same event-function for more then one element, especially if the functionality is similar. Here I'll show how I tend to use a single event for two buttons.

…
	<button xaction='okay'>Okay</button>
	<button xaction='cancel'>Cancel</button>
…

I add the attribution "xaction" to the elements to indicate what kind of action I want to take then the button is clicked.

Here are the JavaScript-code the handle the click event on these two buttons.

function button_clicked( e ) {
	var el = $( e.target );
	var xaction = el.attr( "xaction" );
	if ( xaction == "okay" ) {
		// TODO: Handle okay action.
	} else if ( xaction == "cancel" ) {
		// TODO: Handle cancel action.
	}
}
…
$( "button[xaction]" ).click( button_clicked );
...

It's not that a function uses a lot of memory, but if you have a lot of functions that could become fewer by refactoring the code, it can add up to a lot of memory.

Another reason I like this is the refactoring of code it self. I don't like to have functions that have 95% of the same functionality, then we can create a function that handles the 95% plus the last 5% percent from multiple functions.

jQuery-plugin: jquery.rightclick

Mon, 22 Jun 2009 20:01:47 +0200

I've written a plugin for jQuery to handle right click events.

The plugin provides two features:

$( ... ).disableContextMenu( condition_event );

This function disables the browsers build-in contextmenu (right-click menu on PC's).

condition_event - is an optional parameter, it's meant to be a function-reference to determine if the contextmenu should be shown, the function must return true if the menu is allowed to be shown and must return false if the menu is not to be shown. If condition_event is not provided or returns a non-boolean value, the contextmenu will be disabled.

Please note: This is not a way to stop your users from downloading images or viewing source code, this is only meant to be used as when it's better for the usability.

$( ... ).rightClick( callback, contextmenu_condition_event );

This function will let you create your own event for right click, it can be used to create your own contextmenu.

It takes two paramters.

callback - Is the event which will be called on right click. (required)

contextmenu_condition_event - will be parsed to disableContextMenu.

Extra functions:

I also provide functions to remove these event from an element:

$( ... ).enableContextMenu( );

Will undo the function $( ... ).disableContextMenu( );

$( ... ).removeRightClick( );

Will remove the rightClick event from the element.

License:

   Copyright (c) 2009 Morten Sjoegren <m_abs@mabs.dk>
   Permission is hereby granted, free of charge, to any person obtaining a copy
   of this software and associated documentation files (the "Software"),

 to deal
   in the Software without restriction, including without limitation the rights
   to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
   copies of the Software, and to permit persons to whom the Software is
   furnished to do so, subject to the following conditions:
   The above copyright notice and this permission notice shall be included in
   all copies or substantial portions of the Software.
   THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
   IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
   FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
   AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
   LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
   OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
   THE SOFTWARE.

Download:

You can download the plugin including a simple example here.

Banana cake with chocolate glaze

Tue, 26 May 2009 19:01:09 +0200

This is the recipe for my favorite cake, being a big guy there is some competition for this title. :)

This is a recipe I got from a friends mother, who is a great cook. It's a banana cake with chocolate glaze.
Please note that this cake is in no way healthy to eat, but it taste great.

Dough:
225 grams of butter
460 grams of sugar
4 whole eggs
5 very ripe banana.
50 grams of chopped hazel nuts
50 grams of oatmeal
1 ¼ deciliter of buttermilk
½ tablespoon salt
2 tablespoon baking soda
2 tablespoon vanilla sugar
375 grams of flour
100 grams of chopped dark chocolate

Glaze:
100 grams of smelted dark chocolate

This is what you do:
Smelt the butter and mix it with the sugar, add the eggs one at the time.
Squeeze the bananas and add them in the dough with the hazel nuts and the oatmeal.
Mix the flour, soda, baking soda, vanilla sugar and sieved it into the dough.
Stir the dough until it is uniform.

Bake the cake in a greased form at 200 degrees Celsius for approx. 35 minutes.
When cake has cooled, melt the chocolate and glaze the cake with the smelted chocolate.

Here is the original recipe in Danish:

Dej:
225 gr. Smør
460 gr. Sukker
4 stk. Æg
5 stk. Meget modne bananer
50 gr. Hakkede hassel nødder
50 gr. Havregryn
1 ¼ dl. Kærnemælk
½ tsk. Salt
2 tsk. Natron
2 tsk. Vanillesukker
375 gr. Mel
100 gr. Hakket mørk chokolade

Pynt:
200 gr. Smeltet mørk chokolade

Fremgangsmåde:
Smøret smeltes og blandes godt med sukkeret, æggene tilsættes et
af gangen. Bananerne moses og kommes i sammen med de
hakkede nødder og havregryn, kærnemælken hældes i.
Mel, natron, vanillesukker og salt blandes og sigtes i, dejen røres til
den er ensartet.
Bages i smurt form ved 200 grader i ca. 35 minutter
Når kagen er kølet af, smeltes chokoladen og fordeles over.

Creating a custom dialog with jquery and jquery.blockUI

Wed, 13 May 2009 18:00:01 +0200

The goal of this article is to demostrate how to create a dialog with it own self-contained functionality using jQuery and blockUI.

For this we need jQuery (v1.3.x) ((jQuery (v1.3.x) from jquery.com)) and blockUI(v2.15+) ((blockUI(v2.15+) from malsup.com)). I assume you have at least basic understanding of jQuery and JavaScript to make use of this article.

I tend to think of a dialog like an interface with it's own enclosure containing attributes, private functions and public functions. The idea is that we can reuse the functionality easily, just include the javascript-file in the webpage and call a function.

The dialog I'll create here is a dialog from which a user will select the size of a pair of jeans.

I pack my code into a namespace, so I create the namespace first ((Covered in Namespacing in JavaScript)). My dialog will be a subset of UI.dialog.

var UI = {
  dialog : {}
};

Now I can create the basic structure of our interface in a new file:

( function( UI, $ ) {
  // Make sure the namespace exists.
  if ( !UI.dialog ) {
    UI.dialog = {};
  }

  // It this interface already loaded?
  if ( UI.dialog.selectSize ) {
    // If so don't intiate it again
    return;
  }

  // Attributes

  // Private functions

  // Public functions
  UI.dialog.selectSize = function( ) {
  };
} )( UI, jQuery );

This piece of code shows the basic code-structure I use to create an interface.

First I create an enclosure which is an anonymous function ((Covered in Reintroducing a little sanity in working with JavaScript)),

which is called immediately with the UI and jQuery parameter. Everything inside this enclosure is unreachable from the outside, unless I intentionally make it public by binding functions or variables to a global variable like UI.
I these three sections in my enclosure:

Attribute section
Private function section
Public function section

In the same way I would have it in a class in C++ or Java, which is the model I used to come up with this.

Now I'll create the HTML part of this dialog. I'll add the function setupHTML to the private functions section.

	function setupHTML( q, msg, sizes ) {
		// We need a group name to make exclusive selection in the radio buttons we are going to create.
		var group_name = "size_" + parseInt( Math.random( ) * 100, 10 );

		// Write the HTML much like the way, we would write it directly in our .html-file.
		var dd = "<div style='text-align : left; cursor : default;'>";
		dd += "<div style='font-weight: bolder; padding-left:20px;padding-right:20px;'>" + msg + "</div>";

		// Add a radio-button for each size in our sizes, array.
		$.each( sizes, function( i, size ) {
			dd += "<div>";
			dd += "<input type='radio' id='" + group_name + "_" + i + "' style='margin-right: 8px;' name='" + group_name + "' value='" + size + "' />";
			dd += "<label for='" + group_name + "_" + i +  "'>" + size + "</label>";
			dd += "</div>";
		} );
		
		// Add buttons
		dd += "<div style='text-align: right; padding : 5px;'>";
		dd += "<button xvalue='okay' disabled='disabled'>Okay</button>";
		dd += "<button xvalue='cancel'>Cancel</button>";
		dd += "</div>";
		dd += "</div>";
		
		q.html( dd );
	}

Now that we have the function for creating the HTML, we need to create the function to open the dialog.
This function is called UI.dialog.selectSize(...) and takes three parameters:

msg // The message to the user
sizes // An array containing the available sizes
callback // The function is called after the user clicks "okay". The first parameter in the callback function is the selected size

	UI.dialog.selectSize = function( msg, sizes, callback ) {
		// There is no point in showing the dialog without both msg and sizes
		if ( msg && sizes ) {
			// Block the whole page
			$.blockUI( {
				message : $( "<div id='select_size_overlay'></div>" ),


				css : {
					width : "auto",
					height : "auto"
				}
			} );
			
			// The container for the dialog is the div I created above,
			// we need to find it and add the content to it.
			var q = $( "#select_size_overlay" );
			setupHTML( q, msg, sizes );
			
			// TODO: Handle events
		}
	};

In this function I haven't added the events yet, this is because I haven't created the event functions yet.
To limit the potential memory leaks in browsers like IE6, I choose not to make them inline event-functions but to make them private functions.
The potential memory leak is that referencing DOM-element in inline function, creates an extra reference to that element which can confuse the garbage collector. The problem is increased if the function is inline, since it's created every time the parent function is call which could be many time.

I put my event functions in the private functions-section of my interface.

	function button_click_event( e ) {
		// Get the element that was clicked, which is e.target.
		// This should work in all browsers since jQuery have been so kind as to fix broken event-objects.
		var el = $( e.target );
		
		// Get data for this event
		// This is important since it holds reference to data from the UI.dialog.selectSize-function.
		var data = e.data;
		
		// The xvalue-attr tells the event-handler which action we want to perform.
		var xvalue = el.attr( "xvalue" );
		if ( xvalue == "okay" ) {
			// Is something selected?
			var radios = data.radios;
			var selected_val = radios.filter( ":checked" ).val( );
			if ( selected_val ) {
				if ( $.isFunction( data.callback ) ) {
					data.callback( selected_val );
				}
				
				$.unblockUI( );
			} else {
				// Should never happen, since the okay button should be disabled
				alert( "You must select a size." );
			}
		} else if ( xvalue == "cancel" ) {
			$.unblockUI( );
		}
	}
	
	function radio_click_event( e ) {
		// Get the element that was clicked.
		var el = $( e.target );
		
		// Get data for this event
		var data = e.data;

		// Toggle okay-button on/off on selection
		var radios = data.radios;
		var okay_button = data.buttons.filter( "[xvalue=okay]" );
		if ( radios.filter( ":checked" ).size( ) > 0 ) {
			okay_button.removeAttr( "disabled" );
		} else {
			okay_button.attr( "disabled", "disabled" );
		}
	}

Now that these event-functions have been created I can bind them in the UI.dialog.selectSize-function:

	UI.dialog.selectSize = function( msg, sizes, callback ) {
		// There is no point in showing the dialog without both msg and sizes
		if ( msg && sizes ) {
			// Block the whole page
			$.blockUI( {
				message : $( "<div id='select_size_overlay'></div>" ),


				css : {
					width : "auto",
					height : "auto"
				}
			} );
			
			// The container for the dialog is the div I created above,
			// we need to find it and add the content to it.
			var q = $( "#select_size_overlay" );
			setupHTML( q, msg, sizes );
			
			// Inorder for the dialog to work, we need to bind some event to the elements in it.
			var buttons = q.find( "button[xvalue]" );
			var radios = q.find( "input[type=radio]" );
		
			// Handle events
			
			// I'm using jQuery's bind function to bind the events to the elements and to parse data to those events.
			// I can't use buttons.click( button_click_event ),

 because I need to parse some extra data to the events.

			// Handle click event for the buttons
			buttons.bind( "click", {
				callback : callback,
				buttons : buttons,
				radios : radios
			}, button_click_event );
			
			// Handle click event for the radio-buttons
			radios.bind( "click", {
				buttons : buttons,
				radios : radios
			}, radio_click_event );
		}
	};

Now I'm done with writing the dialog interface, here is the entire code including jslint parameters ((I prefer to run all my JS-code through jslint to find hidden errors.)):

/*jslint undef: true, browser: true */

/*global jQuery, UI */

( function( UI, $ ) {
	if ( !UI.dialog ) {
		// This is part of the UI.dialog namespace, if the namespace doesn't exist create the namespace object
		UI.dialog = {};
	}

	// It this interface already loaded?
	if ( UI.dialog.selectSize ) {
		return;
	}

	// Attributes

	// Private functions
	function setupHTML( q, msg, sizes ) {
		// We need a group name to make exclusive selection in the radio buttons we are going to create.
		var group_name = "size_" + parseInt( Math.random( ) * 100, 10 );

		// Write the HTML much like the way, we would write it directly in our .html-file.
		var dd = "<div style='text-align : left; cursor : default;'>";
		dd += "<div style='font-weight: bolder; padding-left:20px;padding-right:20px;'>" + msg + "</div>";

		// Add a radio-button for each size in our sizes, array.
		$.each( sizes, function( i, size ) {
			dd += "<div>";
			dd += "<input type='radio' id='" + group_name + "_" + i + "' style='margin-right: 8px;' name='" + group_name + "' value='" + size + "' />";
			dd += "<label for='" + group_name + "_" + i +  "'>" + size + "</label>";
			dd += "</div>";
		} );
		
		// Add buttons
		dd += "<div style='text-align: right; padding : 5px;'>";
		dd += "<button xvalue='okay' disabled='disabled'>Okay</button>";
		dd += "<button xvalue='cancel'>Cancel</button>";
		dd += "</div>";
		dd += "</div>";
		
		q.html( dd );
	}

	/*
	 * Event for handling click on any button in the overlay
	 */
	function button_click_event( e ) {
		// Get the element that was clicked. jQuery fixes the incompatibility between browsers' event-object (e).
		var el = $( e.target );
		
		// Get data for this event
		var data = e.data;
		
		// The xvalue-attr tells the event-handler which action we want to perform.
		var xvalue = el.attr( "xvalue" );
		if ( xvalue == "okay" ) {
			// Is something selected?
			var radios = data.radios;
			var selected_val = radios.filter( ":checked" ).val( );
			if ( selected_val ) {
				if ( $.isFunction( data.callback ) ) {
					data.callback( selected_val );
				}
				
				$.unblockUI( );
			} else {
				// Should never happen, since the okay button should be disabled
				alert( "You must select a size." );
			}
		} else if ( xvalue == "cancel" ) {
			$.unblockUI( );
		}
	}
	
	function radio_click_event( e ) {
		// Get the element that was clicked. jQuery fixes the incompatibility between browsers' event-object (e).
		var el = $( e.target );
		
		// Get data for this event
		var data = e.data;

		// Toggle okay-button on/off on selection
		var radios = data.radios;
		var okay_button = data.buttons.filter( "[xvalue=okay]" );
		if ( radios.filter( ":checked" ).size( ) > 0 ) {
			okay_button.removeAttr( "disabled" );
		} else {
			okay_button.attr( "disabled", "disabled" );
		}
	}
	
	// Public functions
	UI.dialog.selectSize = function( msg, sizes, callback ) {
		if ( msg && sizes ) {
			$.blockUI( {
				message : $( "<div id='select_size_overlay'></div>" ),


				css : {
					width : "auto",
					height : "auto"
				}
			} );
			
			var q = $( "#select_size_overlay" );
			setupHTML( q, msg, sizes );
			
			var buttons = q.find( "button[xvalue]" );
			var radios = q.find( "input[type=radio]" );
		
			// Handle events

			// Handle click event for the buttons
			buttons.bind( "click", {
				callback : callback,
				buttons : buttons,
				radios : radios
			}, button_click_event );
			
			// Handle click event for the radio-buttons
			radios.bind( "click", {
				buttons : buttons,
				radios : radios
			}, radio_click_event );
		}
	};
} ) ( UI, jQuery );

Using the dialog is as simple as this:

	UI.dialog.selectSize( "Select size of the jeans", [
	  "xx-small", "x-small", "small", "medium", "large", "x-large", "xx-large", "xxx-large", "xxxx-large"
	], function( size ) {
		// TODO: Do something usefull with the size
		alert( size );
	} );

Learning to get more out of jQuery

Mon, 11 May 2009 00:00:04 +0200

A quick recommendation for the people who want to learn more about using jQuery.

There is a great site called jQuery for designers, on this site you find video tutorials and articles for using jQuery. You can learn how to make great effects on your site with very little code using jQuery.

I hope you find that site as useful as I did.

Namespacing in JavaScript

Wed, 06 May 2009 15:46:16 +0200

To structure my javascript code I've developed a namespace scheme ((Javascript doesn't really have namespaces so we need to fake them)). Namespace is used in languages like C++ to group functionality and data, it's also used in Java but referred to as packages.

Coming from a C++ background with structure I wanted to impose a kind of order to my JavaScript code. Prior the using namespace almost all my functions were global functions and they had longer and longer names like this:
data_sentences_get( sent_id ) {...}

To get some structure on this I decided to have two global objects:

	var UI = [];
	var Data = [];

UI is the top-level namespace for all my UI functions.
Data is the top-level namespace for all data-processing and retrival functions.

In this scheme the above mentioned function would be defined like this:

( function( Data ) {
	if ( Data.sentences ) {
		return; // Already defined, don't do it again.
	}

	// Create the sentences namespace object.
	Data.sentences = [];

	// Create a short hand reference to it.
	var ref = Data.sentences;

	ref.get = function( sent_id ) {
		// TODO
	};
} )( Data );

In this example I create the namespace Data.sentences (I know this is actually an object) and create the function “Data.sentences.get( sent_id )”.

This structure gives me some benefits. The first is the grouping of functions which help me structure my code, the second is that I can have private data and functions for each namespace ((Covered in the article
Reintroducing a little sanity in working with JavaScript)) and the third is that I can use dynamic load functions as needed.

Jquery have a useful function called $.getScript, it's used to dynamically load JavaScript-files to the webpage. Since we have the namespace objects and JavaScript allows us to extend already initiated objects, we have an easy way to load new functions and to check if they have been loaded.

….
	if ( Data.sentences ) {
		Data.sentences.get( 1 );
	} else {
		$.getScript( “data_sentences.js”, function( ) {
			Data.sentences.get( 1 );
		} );
	}
...

If you have a large web application, you might want to save memory or bandwidth by only loading functionality as needed. You might need 100kB+ of JavaScript code for a component your users might use less then 1% of the time, this costs bandwidth and load time.

But if you do this you need to consider what could go wrong. If the server or connection is slow, loading code might make the interface fell slow since the user will have to wait for the code to be loaded. There is the possibility that the request fails or times out, you need to handle this problem or the interface might be appear to have frozen. There is also the possibility, that the version of code on the server is incompatible with the version of code the browser has (this shouldn't happen. If it does something is wrong with you development process).

Backup using encryption and gmail

Tue, 21 Apr 2009 22:00:49 +0200

Today I was a bit bored, so I wrote a script to backup up my personal svn repository. I use my svn-server for my personal projects and to keep a history of my personal documents. So I don't want to loose the data in my repository.

The repository is already on a RAID1, but I don't think this is enough. I use Google Apps for hosting my mail (it's GMail) and this gives me more disk-space then I could use on ordinary emails, so I've decided to utilize this for my backups. Both because I've the space and because I assume Google has a better backup system then anything I could afford.

I've written a script that compresses and encrypts to content of a directory, the archive created is then emailed to my backup email account.

This script is set to run once a day, but the email is only sent if something has changed since the last time it's sent to my email. This is to save space.

I encrypt the archive because email isn't all that private. The data isn't sensitive, but I would still like to minimize the risk of it falling into other peoples hands.

The script splits the backup into 20MB pieces because of the limits on the gmail-smtp.

Well enough text, here is my script:

#!/bin/bash

mkdir -p ${HOME}/tmp

DATE=`date +%Y%m%d-%H:%M:%S`
BACKUP_DIR="svn" # Name of directory to backup, NOT PATH.
PARENT_DIR="/home" # Path to the parent dir for the backup directory

BASE_FILENAME="${HOME}/tmp/svn_backup" # Base path for the working files for this backup
NEW_TAR_FILENAME="${BASE_FILENAME}.tar" # Working path to the tar archive
OLD_TAR_FILENAME="${BASE_FILENAME}_old.tar" # Path to the old tar archive, this will be used to see if changes have happend since last time.
NEW_LZMA_FILENAME="${BASE_FILENAME}-${DATE}.tar.lzma" # Path to the lzma-compress archive of the backup.
NEW_GPG_FILENAME="${NEW_LZMA_FILENAME}.gpg" # Path to the gpg encrypted file containing the back

EMAIL="target@domain.com" # Target email for our backup

SPLIT_SIZE="20MB" # How big do we want the pieces to be, I choose 20MB since that's the maximum file size gmail allows.

# Change dir to the parent dir.
cd ${PARENT_DIR}
echo "Generating tar-archive"
tar cp ${BACKUP_DIR} > ${NEW_TAR_FILENAME}

if [ -f ${OLD_TAR_FILENAME} ]; then
	# if an old copy of the archive exist, check if the new one is different
	echo "Old tar-archive exists."
	diff -q ${NEW_TAR_FILENAME} ${OLD_TAR_FILENAME} && \
		echo "They are the same, nothing has changed stopping." && \
		rm -f "${NEW_TAR_FILENAME}" && exit 0
fi

echo "Compressing backup with lzma: `date`"
lzma -z -9 - < ${NEW_TAR_FILENAME} > ${NEW_LZMA_FILENAME}

echo "Encrypting backup with gpg: `date`"
gpg -r "m_abs@mabs.dk" -e - < ${NEW_LZMA_FILENAME} > ${NEW_GPG_FILENAME}
rm -v ${NEW_LZMA_FILENAME}

echo "Splitting encrypted file: `date`"
split ${NEW_GPG_FILENAME} -b 20MB "${NEW_GPG_FILENAME}_"
rm -v ${NEW_GPG_FILENAME}

# How many pieces is there? This is need because I want to write it in the email.
c=0;
for filename in ${NEW_GPG_FILENAME}_[a-z]*; do
	let "c=${c}+1";
done

# Sent every piece of this backup to the target email.
i=0;
for filename in ${NEW_GPG_FILENAME}_[a-z]*; do
	let "i=${i}+1";
	echo "Sending email ${i}: `date`"
	echo "SVN backup - ${DATE}" | mutt -s "SVN backup part ${i}/${c} - ${DATE}" ${EMAIL} -a ${filename}
	rm -v ${filename}
done

mv -v ${NEW_TAR_FILENAME} ${OLD_TAR_FILENAME}
exit 0

Save it to a file, place the file ((remember to name the file to the run-parts specification, see man run-parts)) in /etc/cron.daily and make it executable.

In order for this script to work I needed a few packages installed on my Gentoo installation, mutt and ssmtp.

I'm gmails smtp-server to sent the emails, I've created a special email-account for this so that I don't have to use my everyday email account for this. This is my /etc/ssmtp/ssmtp.conf

# The person who gets all mail for userids < 1000
# Make this empty to disable rewriting.
root=postmaster

# The place where the mail goes. The actual machine name is required
# no MX records are consulted. Commonly mailhosts are named mail.domain.com
# The example will fit if you are in domain.com and your mailhub is so named.
mailhub=mail

root=sender@domain.com
mailhub=smtp.gmail.com:587
rewriteDomain=
hostname=sender@domain.com
UseSTARTTLS=YES
AuthUser=sender@domain.com
AuthPass=password
FromLineOverride=YES

To encrypt in this script I use GPG and a self generated key.
To generate the key run the command "gpg --gen-key" and follow the wizard. And export the public key from the machine you created it on and import it on the server you are going to run the script.
Exporting the key:

host# gpg --list-keys
/home/user/.gnupg/pubring.gpg
-----------------------------
pub   1024D/112A2538 2009-04-21
uid                  Firstname Lastname 
sub   4096g/AEFA304A 2009-04-21
host# gpg --export "Firstname Lastname " > key.pub

Once you have transfered the key to the server import it with and set trust-level to ultimate on this key, or the backup script will stop and wait for you to answer if you really trust the key.

server# gpg --import key.pub
server# gpg --edit-key user@domain.com
command> trust
Please decide how far you trust this user to correctly verify other users' keys
(by looking at passports, checking fingerprints from different sources, etc.)

  1 = I don't know or won't say
  2 = I do NOT trust
  3 = I trust marginally
  4 = I trust fully
  5 = I trust ultimately
  m = back to the main menu

Your decision? 5
Do you really want to set this key to ultimate trust? (y/N) y
Command> quit

Restoring the backup:
Get the files from the email, this can take a while if there are many pieces.

host# basename=svn_backup-20090421-20:20:33.tar.lzma

host#  for filename in $basename_[a-z]*; do
cat $filename >> $basename
done

host# lzma -d < ${basename} | tar cvp

This should do the trick. The reason I use a for loop and don't just "cat $basename*>>$basename" is that with danish locale "aa" is perceive like å which is the last letter in the danish alphabet and this messes up the file order for cat.

Reintroducing a little sanity in working with JavaScript

Mon, 20 Apr 2009 12:00:46 +0200

When I first started working with JavaScript (JS),

I came from a background working with type-safe languages like Java and C++.

Working with JavaScript wasn't as much fun as working with C++ and Java. JavaScript has a very poor image and there are several problems with the language which can lead to very bad coding.

One of the main problems I had with JavaScript was the lack of encapsulation of data, the API especially the DOM-API is rather horrible and the browser compatibility can be a mess. Jquery fixes both the problem with DOM-API and the problem with cross-browser development by wrapping is up in a much more developer-friendly API.

Some of the things I learned from working with the JS-library jQuery, was how to exploit JS's features to get the encapsulation required to make my code a lot cleaner.

Around the same time I started using jQuery ((http://jquery.com)),

I also started using jslint ((http://www.jslint.com/)) to increase the code quality and reduce stupid mistakes.

Jslint is a tool that looks for problems in JS source code. On their website you can copy & paste source code into a form to check the code or you can use a standalone version ((http://www.jslint.com/rhino/index.html or http://www.jslint.com/wsh/index.html))

The benefit from using a tool like jslint is that you find problems with the code, you might not find testing it in a browser or would that a long time to find. Jslint is mean and might hurt your feelings, but your code will be much better if you follow the advise it gives you.

In your source file, you can add options to the jslint parser. These are the options I normally use:

/*jslint undef: true, browser: true */
/*global jQuery, $*/

The first line is options for jslint undef: true will give a warning if a variable or function is used that hasn't been defined or is used before it's defined. browser: true, tells jslint that this script is meant to run in a web-browser and therefor allows variables the browser provides.

The second line tells jslint which global variable are available in this case jQuery and $ because I intend to use jQuery.

To encapsulate my code I use this structure:

/*jslint undef: true, browser: true */
/*global jQuery, $*/

( function( $ ) {
	// Private variables

	// Private functions

	// Public functions
} )( jQuery );

What happens here is that I create an anonymous function which is called immediate with a reference to the jQuery object. This function can only get called once.
Inside this function I've three sections:

Private variables
Private functions
Public functions

You'll notice this is much like a class definition is Java or C++, which is my intension to mimic. ((If you want to make objects from this function: Name the function and remove the implicit call to it ( jQuery ). Then you can call it with new and create an instance of it. ))
In the first two sections I put variables and functions, that can only be reached from within the anonymous outer function.

I'll now write a very simple plug-in to jQuery using this structure.

/*jslint undef: true, browser: true */
/*global jQuery, $*/

( function( $ ) {
	// Private variables
	var enabled = false;

	// Private functions
	var switchPageBackgroundColor = function( ) {
		$( document.body ).css( {
			"background-color" : "#ABBEEC",
		} );
		enabled = true;
	};

	var switchOfPageBackgroundColor = function( ) {
		$( document.body ).css( {
			"background-color" : ""
		} );
		enabled = false;
	};

	// Public functions
	$.switchPageBackgroundColor = function( ) {
		if ( !enabled ) {
			switchPageBackgroundColor( );
		}
	};

	$.switchOfPageBackgroundColor = function( ) {
		if ( enabled ) {
			switchOfPageBackgroundColor( );
		}
	};
} )( jQuery );

This code adds two public functions to the jQuery object switchPageBackgroundColor and switchOfPageBackgroundColor. These two functions are little more then wrappers to the private functions, but it's impossible to call the private functions directly from outside of the anonymous function.

But wait!!! This code has a bug that breaks the code in IE but not in Firefox, can you spot this error?

If you run this code through jslint you should get this error:

Lint at line 11 character 44: Extra comma.
"background-color" : "#ABBEEC",

You might be able to find such an error on your own, but imagine you maintained a large website with 20k+ lines of JS code and you introduced such a bug. How would you find it?

When I worked for ScioSphere I created strict guidelines for the JS source code which I were responsible for. The first and most important rule in those guidelines were “Nothing gets committed or deployed without passing the jslint test”.

Code without the error:

/*jslint undef: true, browser: true */
/*global jQuery, $*/

( function( $ ) {
	// Private variables
	var enabled = false;

	// Private functions
	var switchPageBackgroundColor = function( ) {
		$( document.body ).css( {
			"background-color" : "#ABBEEC"
		} );
		enabled = true;
	};

	var switchOfPageBackgroundColor = function( ) {
		$( document.body ).css( {
			"background-color" : ""
		} );
		enabled = false;
	};

	// Public functions
	$.switchPageBackgroundColor = function( ) {
		if ( !enabled ) {
			switchPageBackgroundColor( );
		}
	};

	$.switchOfPageBackgroundColor = function( ) {
		if ( enabled ) {
			switchOfPageBackgroundColor( );
		}
	};
} )( jQuery );

Unexpected benefits from even small contributions to Open Source

Wed, 01 Apr 2009 12:00:45 +0200

Once long ago I had a problem with Kopete ((KDE's instant messaging client http://kopete.kde.org/)). The problem was that the notification dialog got in the way and it didn't hide it self, if the user didn't react to it. This was especially a problem while I was playing a game, since the dialog got on top and covered the game.

After a while I decided to fix the problem myself and I took the time to look into Kopete's notification code and wrote a simple patch, which added a timeout which hid the dialog and added a settings interface to set the timeout delay.

I submitted the patch to the developers of Kopete, after a while one of them got back to me. His name was Jan Ritzerfeld, he improved my patch which were added to Kopete in KDE3.5. Something I'm extremely proud of :).

This is my original bug report about this: http://bugs.kde.org/show_bug.cgi?id=108967

When I made this patch, I was looking my first job after finishing my education as a "datamatiker" and my job hunt wasn't going all that well for me.

In 2006, I got called in for a job interview with a company called Sapio Systems. For this interview I got a theoretical problem to solve and my solution was to be presented at the job interview.

At the interview we talked about my education, the few projects I had been involved with since my graduation, the time I used helping other Linux users online, my patch for Kopete and finally my solution to the problem I'd been given.

Well, I had misunderstood the problem and my solution was wrong. During the interview I was so nervous that I sold my skills short and having solved the problem wrong, I was sure that I had completely blown my chances at getting this job.

To my great surprise they called me back and I got a second chance which meant a week to solve a practical assignment, writing a small application which looked for unknown words in a text file and a web-interface for it.

This task I handled much better and they gave me my first real job as a developer and I had the job for almost three years. Which gave me a lot of experience and I had a lot of fun developing ScioSphere.

For a long time I didn't understand why I got this important second chance. I recently found out they were very impressed that I had code in Kopete and thought that I'd sold my skills short at the interview.

I hadn't actually thought that this patch was all that important and had mostly mentioned it because I had so little to show, but without this contribution I don't think I'd got that second chance to prove myself.

The lesson I think can be learned from this is that unexpected great rewards can come from small contributions.

mabs.dk

Accessible NativeScript - Part 2 - The Labeling

Introduction

Writing a good label:

accessibilityLabel=”…”

accessibilityValue=”…”

accessibilityHint=”…”

Accessible NativeScript - Part 1 - The Setup

Setup

Step 1

Step 2

Step 3 - Optional but highly recommended.

Testing the results

On iOS

On Android

Install Talkback on the emulator

Enabling TalkBack

Lets get started

Next:

NativeScript: Accessibility font scaling

Getting started

app/_app.common.scss

app/app.android.scss

app/app.ios.scss

Screenshots

Text not scaled - iOS

Text scaled to 150% of normal - iOS

How does this work?

Adding your own scaling style

Enable listening for config changes on Android.

Writing your own style

What about component styling.

Screenshots

Fez not scaled - Android

Cool fez scaled 150% of normal - Android

What if it only applies to one of the platforms?

Conclussion

Accessibility extension plugin for NativeScript

First talk: Cross-Platform Development - Using Angular 2 & Nativescript

Goodbye GoLease.com and thanks for all the fish

Announcing WebPerfM

Hallo GoLease.com,

I started my new job back in February.

Varnish, Ispconfig and apache2's access-log

Politikere med ikke-svar svar

The Coolest Merge EVER - My take

KRegExpEditor

Now a Supporting member of KDE e.V.

TV i S-tog endnu en brev udveksling

DSB: Det her er jo bare en byttehandel

Processingjs quick-tip: Making the main-canvas transparent

Using Processing-js as an JavaScript-library

Nyt svar fra DSB S-tog ang. reklameskærme

Svar fra DSB omkring reklameskærme i s-toget

Reklameskærme i S-toget nu med lyd

Hvorfor diskutere vi det her i 2010?

Demonstration mod medielicensen

Åbent og demokratisk samfund? Ikke her.

DR og censur

Forord

DR og censur af modstandere

Links

Orango.dk - Domæne indehaver mister domæne efter 9 år til 11 måneder gammelt firma

Links:

Started on Git

Reducing memory usage with JavaScript

Circular References

The problem and solution for closures.

Saving memory on events

jQuery-plugin: jquery.rightclick

$( ... ).disableContextMenu( condition_event );

$( ... ).rightClick( callback, contextmenu_condition_event );

$( ... ).enableContextMenu( );

$( ... ).removeRightClick( );

Download:

Banana cake with chocolate glaze

Creating a custom dialog with jquery and jquery.blockUI

Learning to get more out of jQuery

Namespacing in JavaScript

Backup using encryption and gmail

Enabling `TalkBack`