Our Archive

Welcome to your Archive. This is your all post. Edit or delete them, then start writing!

brain.flush(); > PlanetEclipse

With all your helpful feedback it was easy to determine the most anticipated feature I would implement next: Automatically enabled word-wrap!

The latest version (v0.1.1) of my Eclipse Word-Wrap plugin offers the possibility to automatically enable the word-wrap when certain file types are opened. (By the way: You can take a look at the source code at github if you like to.)

The filename extensions can be configured in the Eclipse preference pane "Word Wrap":

Auto Word-Wrap preferences

Auto Word-Wrap preferences

You can add or remove file extensions to enable the auto word-wrap only for certain file types. After adding a new entry to the list word-wrapping is automatically activated when a file with the specified extension is opened. Of course it is still possible to toggle the word-wrapping for each editor separately.

If you have any suggestions or problems please don't hesitate to contact me. :}

Read More

Many people wrote me an email that the word-wrap unfortunately isn't working for the XML editor. The new version now supports XML editors and can be downloaded via update site or manually from the word-wrap development website. Credit is due to Tamás Szekeres who provided a great idea on how to enable the plugin for XML editors. Thank you very much!

The update is developed for Eclipse version 4.3 Kepler but it's also working with 4.2 Juno. By the way: The source code of the word-wrap plugin is now also available on Github.

I'm curious which version of Eclipse you are using. Feel free to leave a comment in the blog or to send me an email. This way I get an overview for which versions my plugins are used or going to be requested. ;)

Read More

Eclipse Kepler 4.3 was released a few days ago which includes version 3.8.200 of the org.eclipse.jface.text plugin. Unfortunately my line number ruler patch did not make it into Kepler so I had to create a new version of the org.eclipse.jface.text plugin.

You can download the new version on its project website which is compatible with Eclipse Kepler 4.3. Install it manually or use the following update site: http://dev.cdhq.de/eclipse/updatesite/kepler/

In fact my plugin is the same as it is included in Kepler but with a fixed LineNumberRulerColumn class. For the word wrap plugin nothing has changed. ;)

Read More

I created a first update for my Eclipse word-wrap plug-in that I mentioned before. If you already downloaded the previous version you should be able to update it via "Help > Check for Updates". :)

The new feature adds an action to the "Edit" menu that activates word wrap in all open text-editors of your workbench. This is of course not persistent and will turn back to normal (deactivated word wrap) on the next start of Eclipse. This may change if the word wrap plug-in and line number ruler fix will make it as a bug-fix into the main Eclipse release. ;)

"Activate all" Command in the Eclipse "Edit" menu

Please note that the execution can take a few seconds because if there are many inactivate editors they will be activated one after the other. In fact, if you left five editors open when you closed Eclipse there will be one active and four inactive editors on a restart. When you click on one of the tabs (and therefore switch to another editor) it will be activated. This is what the new feature has to do for every inactive editor (but without giving you any visual feedback apart from the activated word-wrap on your current text editor).

If you are new to the Eclipse word-wrap plug-in please have a look at the project website and install it by using the update site. ;)

I really appreciate any feedback or bug reports! Please comment on this post or send me an email if you encounter any problems.

Read More

A few days ago I released the first contribution to the Eclipse open-source project. :)

While using TeXlipse I found it hard to write long paragraphs because Eclipse did not have a soft line wrapping feature. Usually for every problem there is an Eclipse plug-in. And so I found the word wrap plug-in by Ahti Kitsik which enabled the missing feature. The only problem was the line number ruler which displayed the wrong numbers for wrapped lines but I could live with that.

Unfortunately by changing to Eclipse Juno 4.2 the word wrap feature did not work anymore because the utilised extension point was deprecated now. So I rewrote the plug-in from scratch and made it compatible with the latest Eclipse release and set me as a goal to fix the line number ruler column too. After creating a working word wrap plug-in I tried to figure out where the line ruler column was rendered and how I could make it work together with the word wrapping. It turned out that the LineNumberRulerColumn class within the org.eclipse.jface.text plug-in has to be modified.

After playing around with that class und adding several lines of new code I can now present a working fix for the line number ruler column to you. :smile: You can find a detailed explanation on its project website and to see it in action please take a look at the closely related word wrap project website. :smile:

Eclipse with Word Wrap plug-in and fixed line number ruler column

This is a solution for a bug that was reported almost ten years ago. I really hope that my work will make it into an official Eclipse release. ;)

It was very nice from Holger Voormann to mention me on Twitter and writing a blog post including a video about my work. Thank you very much! :)

Further Information:

Read More

Es ist immer merkwürdig, wenn ein Programm von jetzt auf gleich ohne Vorwarnung Probleme bereitet. Man hat doch nichts anders gemacht! Kennt jeder, oder? :rolleyes:

So geschehen in meinem LaTeX-Workflow. Ich habe eine Literatureferenz via \cite{} in das Dokument eingefügt, die jedoch nach dem Kompilieren nicht gefunden wurde. In der Literaturliste war sie auf jeden Fall vorhanden. Ein wenig Herumprobieren und Logfile-Studieren zeigte, dass die Literaturliste (Biliography) nicht korrekt erstellt werden konnte. Zur Erstellung verwende ich Biber, was von TeXlipse auch immer korrekt ausgeführt wurde.

Die Log-Dateien zeigten bis auf Meldungen wie "empty bibliography" keine nützlichen Informationen, sodass ich Biber manuell auf der Kommandozeile ausführte. Da kam ich der Sache schon näher, denn das Programm war etwas auskunftsfreudiger: "data source /var/folders/m6/bn7r45zx6cx55rr9g4qh6s6w0000gn/T/par-agoldst/<..>/inc/lib/Biber/LaTeX/recode_data.xml not found in ." Damit konnte ich dann dieses Blog finden, das eine simple Lösung parat hatte. Das Caching-Problem konnte einfach durch Löschen des temporären Ordners gelöst werden: "sudo rm -rf /var/folders/m6/bn7r45zx6cx55rr9g4qh6s6w0000gn/T/par-agoldst/"

Danach lief alles wieder ohne Probleme. ;)

Read More

In Eclipse ist eine vernünftige Code-Formatter-Konfiguration bereits eine gute Grundlage für aufgeräumten Code. Neben der strikten Anwendung der Java Coding Conventions ist vor allem in größeren Projekten mit mehreren Beteiligten auch ein Java-Doc-Kommentarblock für jede geschriebene Methode ziemlich sinnvoll.

Hier gibt es die @author-Annotation, die den Ersteller der Methode und dessen E-Mail-Adresse üblicherweise in der Form "Name Nachname <mail@example.com>" enthält. Die Autovervollständigung von Eclipse hilft einem hier bereits auf die Sprünge und fügt als Inhalt der Annotation den aktuellen Benutzernamen ein, den das Betriebssystem liefert.

Jetzt habe ich mal recherchiert wie man das etwas steuern kann, sodass dort sofort der gewünschte Text erscheint. Auf Dauer spart das natürlich Zeit. ;)

Man kann den Benutzernamen durch folgende zusätzliche Zeile am Ende der eclipse.ini festlegen:

-Duser.name=Name Nachname <mail@example.com>

Unter Windows sollte sich die eclipse.ini im Eclipse-Verzeichnis befinden. Bei OS X muss man dafür den Paketinhalt der Eclipse.app öffnen (Rechtsklick: "Paketinhalt zeigen") und dann in den Ordner "Eclipse.app/Contents/MacOS/" wechseln.

Nachdem Eclipse neugestartet wurde ergänzt die Autovervollständigung ab sofort den hinterlegten Text mit dem gewünschten Namen und der E-Mail-Adresse. :)

Read More

Ich hatte vor längerer Zeit ja mal etwas zum Workflow beim Schreiben wissenschaftlicher Arbeiten geschrieben.

Den Eclipse-Workspace in die Dropbox zu legen ist anscheinend keine gute Idee. Ist Eclipse geöffnet, verlangt der Dropbox-Prozess nach einiger Zeit gut und gerne 450MB Arbeitsspeicher und hat eine konstante CPU-Auslastung von 13-14%. Wenn Eclipse geschlossen ist, genügen ihm 50MB und <1% CPU-Last. Dropbox scheint also mit den temporären Dateien von Eclipse nicht ganz klarzukommen und will diese ständig synchronisieren. Ich bin daher dazu übergegangen den Workspace außerhalb der Dropbox zu verwenden und diesen dann mit folgendem Befehl mit einem Ordner in der Dropbox zu synchronisieren:

rsync -acv --delete --exclude ".DS_Store" --stats "/SourceFolder/" "/Dropbox/TargetFolder/"

Man kann sich den Befehl auch in einer ".command"-Datei speichern und ausführbar machen, sodass man die Ordner mit einem Doppelklick synchronisieren kann. Das "-c"-Flag erzwingt übrigens den Vergleich auf Basis von Prüfsummen, was vielleicht ein wenig länger dauert, jedoch exakter arbeitet. Außerdem schließt die "--exclude"-Option das Kopieren von .DS_Store-Metadateien aus.

Im System.out.println();-Blog gibt es dazu auch ein Update, in dem Stephan als Workaround vorschlägt, dass man die Dropbox vor der Arbeit pausiert und danach wieder startet.

Read More

Archives