Tag Archives: tips and tricks

Oister.dk Data Usage, The Google Chrome extension

Recently I switched to carrier to Oister to get cheaper prices, but still get to use 3's network.

However, with cheaper prices often less functionality follows. In my case I've got a limit of 5 GB data usage per month which should be fine. But actually knowing how much data I use is still better but Oister doesn't provide the total usage amount, just how much you've used on each connection.

So I wrote a small Chrome Extension to counter this. Go to "Forbrug" and expand the "XXX gange Data" row. It will then show a green bar for each usage compared to your total use, and in the top it will display your total use, in megabytes.

Install now

Digital signatur i Safari med Mac

This article is only in danish and contain information that is specific to digital signatures in Denmark.


Nogen gange kan det være svært at få resten af verden til at forstå, at Internet Explorer ikke er den eneste browser. TDC var en af de tungnemme, da de blev sat på opgaven. Mac brugere oplever ofte at få beskeden "Vi understøtter ikke Mac med digital signatur". Det er dog ikke helt sandheden, da de fleste offentlige institutter rent faktisk godtager det, hvis man installerer den korrekt. Som regel virker det, hvis den installeres i Firefox, men det er dog ikke altid. Installering i ens Keychain er desværre ikke nok til, at det fungerer i Safari.

Løsningen er dog enkel… Continue reading Digital signatur i Safari med Mac

Shortcomings of SourceForge

sfnetSourceforge got a make-over. A fresh coat of paint and what else? A couple of clicks aways a blog post describes in short that sf.net has changed it's looks and the front page now has more statistics. But is the frontpage really the most important place to improve upon?

A large font doesn't improve usability or add value – your content and layout does.

With respects to the people behind sf.net for the good work they've done over the years I feel there are still major issues that are so basic that I simply wouldn't consider sf.net as a place to host my projects.

But it's easy to throw stones at abstract problems – let me be specific. SourceForge devs, here's a few suggestions:

"Remember Me" broken

I'm a developer of jEdit where I take care of Mac-related issues. Being so, I follow the devel-list and at least once a week I visit the tracker to read up on issues. It seems that each time I visit I have to log in. Each time I check "Remember Me" but apparently so with no effect.

Login redirection

Related to the issue about "Remember Me" I am always redirected to "My Personal Page" upon login, not the link I came from or tried to access. This means having to click through several pages and refreshing before I can do whatever I need on the tracker.

Bad performance

I think it's a general complaint with sf.net but I am still bothered by the slow performance of the tracker. I haven't used the new tracker that much – it's certainly a better one but the general performance of the site could still be greatly improved.

If you must change the frontpage, here's a few suggestions to improve the relevance:

Global statistics

Remove them. It may be fun to watch for sf.net devs but really – what's the relevance for users? Users need something they can relate to but the numbers are unfamiliar and can't be compared to anything a regular user or dev know of. The graphical bars still doesn't give a context that seems interesting.

If you really insist on keeping this, make "Popular" the default display.

Recent releases

Consider adding user-engaging information such as "Most recent Project releases" – it would be a helpful and fun way to discover new projects and will give sf.net a feel of "being alive".

Keep "Project of the Month"

This is the primary part of the front page I find relevant.

Rename "Build"

"Build" is not a psychological trigger word for someone looking for a place to host their project. Usability is about user tendency and expectation. The word Build doesn't really say "get your open-source project hosted here for free"… it says get your project built. If the primary product was automated nightly builds, I would use the word "Build" or the like. But this really isn't the core of sf.net, is it?

SourceForge needs to catch up with the tendencies and features around the world. It seems that only recently they've waken up and discovered they are lacking behind. Depending on the preferred source version control system I would prefer Bitbucket.org or Google Code – overall simplicity wins me over regardless of the frontpage.

Java doubleclick time in X.org/XFree86

The doubleclick time in Java applications should be read from GTK or KDE settings, but aren't.
I had this problem since I use Gnome 2.10.2 on Debian. Sun has a bugreport on this.

The solution is to add the following to ~/.Xdefaults:

*.multiClickTime: 500

and run:

xrdb -merge ~/.Xdefaults

to merge the newly created settings into the running X server. Settings will apply at next Java app. startup.

You can replace 500 with a number in milliseconds that you wish to set the doubleclick time(out) to.

JEdit – Performance tips

jEdit starts a "jedit server" that loads your settings, environment and basicly loads everything but the GUI.
This process is what slows it down, but there are several things you can do to speed up the process:

  1. Upgrade to Java 1.7 (beta). I find it rock stable, but you might not.
  2. On Linux, you may enable OpenGL rendering by passing the following arguments: java -Dsun.java2d.opengl=True -jar jedit.jar
  3. Keep the number of plugins low. Don't install too many auto-complete plugins such as DotComplete. It takes time to load the language-dictionaries in these plugins.
  4. Last but not least: to have the jedit "server" running as a daemon in the background seriously decreases startup-time!
    However, it comes with a catch: Some plugins still require you to restart jedit in order to use them. 4.2 includes a new plugin-API that allows dynamic loading, so with time this isn't an issue. Also: certain setting-changes require you to restart jedit.
    Restarting jedit isn't just closing the window. You need to kill the jedit-server process, but it's just labeled "java"/"javaw" in most task-manager tools on both Linux and Windows. Just kill those you can find, but be warned that you may kill other java programs if you get the wrong process.

    Run this command to start the server-daemon:
    java -jar jedit.jar -nogui -background