Let Confluence Edit and Add-Page buttons float in your view

paul@klumpp.net (Paul D. Klumpp) — Mon, 14 Jun 2010 02:07:16 +0200

I have been using Confluence for a long time now, running business and using it privately for organising family stuff. Wikis are all about ease of use.

So, if a wiki page is full of content, it often happens that you scroll down a lot. You read, read on... And there you find a small typo or something else that you want to edit.

In Mediawiki, you would find the next "edit section"-button and are set to go.

But for Confluence (by the time of writing, 3.2 is the latest version), this means, you would have to scroll all up again or hit they Home-Key on the keyboard. You could as well press alt+e to edit the page, but in Google Chrome, alt+e is reserved for another function already. So, that toolbar needs to come to where the user is, always to the current view.

Also, I think the "one-click-edit"-Paradigma needs to live on. Here I wrote a small Javascript that moves the Edit and Add-Page buttons down and up while you scroll!

This works for JS-DOM compatible browsers like Mozilla Firefox, Google Chrome.

As Confluence Administrator, navigate to the "Custom HTML" section and put the following code into "At end of the HEAD".

<script type="text/javascript">

var _isDOM = (document.getElementById ? true : false);
var _isIE4 = ((document.all && !isDOM) ? true : false);
var _isNS4 = (document.layers ? true : false);
var _isNS = navigator.appName == "Netscape";

var _floatTimeoutNextCheck = 50;
var _floatCfgYOffset = 0;

function floaterId(idname) {
  if (_isDOM) {
    
    document.getElementById(idname).style.visibility = 'visible'; // better set it again ;-)
    document.getElementById(idname).style.position = 'relative'; // must be defined .. otherwise style.top won't function at all.

    setInterval("document.getElementById('"+idname+"').style.top = document.body.scrollTop + 
      _floatCfgYOffset +'px'", _floatTimeoutNextCheck)
  }
}

AJS.toInit(function () {
  floaterId('navigation');
});
</script>

Fix für Eclipse unter Gentoo Linux: Wie man "Unsupported major.minor version 49.0" loswird

nick@klumpp.net (Nikolaus Klumpp) — Tue, 15 Dec 2009 22:12:38 +0100

Eclipse¹ ist eine mächtige Entwicklungsplattform. Sie wurde ursprünglich für Java gebaut, ist aber aufgrund ihrer Plugintechnologie inzwischen weit darüber hinaus einsetzbar.

Neulich hatte ich das Problem, dass Eclipse auf meinem Gentoosystem nicht starten wollte.

So sah das aus:

nick@shenron ~ $ eclipse-3.4
Exception in thread "main" java.lang.UnsupportedClassVersionError: org/eclipse/equinox/launcher/Main (Unsupported major.minor version 49.0)
        at java.lang.ClassLoader.defineClass0(Native Method)
        at java.lang.ClassLoader.defineClass(ClassLoader.java:539)
[..]

Da ging es noch weiter, aber den Rest sparen wir uns.

Woran lag's? "Unsupported major.minor version 49.0" weißt darauf hin - irgendwas stimmt nicht mit dem installierten Java.

Mal nachgesehen:

nick@shenron ~ $ java -version
java version "1.4.2-03"
Java(TM) 2 Runtime Environment, Standard Edition (build Blackdown-1.4.2-03)
Java HotSpot(TM) Client VM (build Blackdown-1.4.2-03, mixed mode)

In der Tat. Neulich beim letzten Merge war mir aber aufgefallen: Ich hatte natürlich auch Suns Java-Implementierung auf dem System. Parallel zum veralteten Blackdown²; die Frage war nur, wie komm' ich dran?

In solchen Fällen nie verkehrt: Ein Blick ins eselect (app-admin/eselect).

nick@shenron ~ $ eselect help
Usage: eselect <global options> <module name> <module options>

Global options:
  --brief                   Make output shorter
  --no-color,--no-colour    Disable coloured output

Built-in modules:
  help                      Display a help message
  usage                     Display a usage message
  version                   Display version information

Extra modules:
  bashcomp                  Manage contributed bash-completion scripts
  binutils                  Manage installed versions of sys-devel/binutils
  [..]
  java-vm                   Manage the Java system and user VM
  [..]

Üblicherweise beherrscht so ein Eselect-Modul den Dreiklang show, list, set.

Also der Reihe nach:

nick@shenron ~ $ eselect java-vm show
Current system-vm
  blackdown-jdk-1.4.2
Current user-vm
  blackdown-jdk-1.4.2

Das änderte ich mit:

nick@shenron ~ $ eselect java-vm set
!!! Error: Usage [user|system] [vm]
exiting

Gut. Da fehlte erstmal noch was. Zum einen musste ich noch aussuchen, ob ich die Änderung für den User oder das System durchführen wollte, und zum anderen wollte eselect noch die Nummer der Java-Implementierung haben ("vm"). An die kommt man mit list:

nick@shenron ~ $ eselect java-vm list
Available Java Virtual Machines:
  [1]   blackdown-jdk-1.4.2  system-vm
  [2]   sun-jdk-1.5
  [3]   sun-jdk-1.6

Also, nochmal:

nick@shenron ~ $ eselect java-vm set user 3

Alles ging gut, denn das System meldete sich gleich mit dem Kommandoprompt wieder - no news are good news.

Und tatsächlich: Eclipse startete nun ohne zu murren. Darauf einen Kaffee.

http://klumpp.net/blog/

Let Confluence Edit and Add-Page buttons float in your view

Fix für Eclipse unter Gentoo Linux: Wie man "Unsupported major.minor version 49.0" loswird