Hibiscus: Import CSV dsifunktional

Wenn sich die Werte in Combo-Boxen nicht anklicken lassen, dann ist das dieses Problem hier:

http://www.willuhn.de/blog/ind…Koala.html

So ziemlich alle SWT-basierten Anwendungen sind davon betroffen - also nicht nur Hibiscus.

Merkwuerdig.

Ich hab selbst (vor der GDK_NATIVE_WINDOWS-Problematik) auch schonmal dieses Problem gehabt. Davon waren Comboboxen aber nur dann betroffen, wenn sie sich in einem modalen Dialog (also nicht im Jameica-Hauptfenster) befinden. Beim CSV-Import ist genau das ja der Fall. Konkret betraf das SWT 3.4. Daher bin ich in Jameica bei SWT 3.3 geblieben.

Falls SWT selbst also wirklich die Ursache ist, koennte das vielleicht an der 64Bit-Version liegen - obwohl diese in Jameica ebenfalls in Version 3.3 genutzt wird. Ich selbst nutze 32Bit, da tritt das Problem nicht auf. GTK-Themes koennten sowas aber auch verursachen. Insbesondere welche, die nicht nativ zeichnen sondern an ein anderes Widget-Toolkit weiterreichen. Die gtk-qt-engine ist z.Bsp. ein solcher Problemkandidat.

Ich empfehle dir daher:

1) Versuch mal ein anderes GTK-Theme.
2) Falls das nicht klappt, probiere mal mehrere SWT-Versionen durch. Die Downloads findest du unter

3.4: http://download.eclipse.org/ec…ex.php#swt

3.3: http://archive.eclipse.org/ecl…ex.php#swt

3.2:
http://archive.eclipse.org/ecl…ex.php#swt

Scrolle auf der Downloadseite jeweils ganz nach unten in die Sektion "SWT Binary and Source". Such dir dort die fuer dich passende Plattform aus (also "Linux (x86_64/GTK 2)"). In der ZIP-Datei findest du jeweils eine "swt.jar" und bei SWT 3.2 zusaetzlich noch ein paar so-Libs. Kopiere alles nach jameica/lib/swt/linux64 und ersetze die dort liegende swt.jar. Falls so-Libs beiliegen, kopiere die ebenfalls in das Verzeichnis.
Mit etwas Glueck funktioniert eine der Versionen fehlerfrei.

Falls du nicht irgendwelche Distributions-Pakete von jameica/hibiscus verwendest sondern die ZIP-Downloads von willuhn.de wird die eigene SWT-Version in jameica/lib/swt/linux64 verwendet. ES SEI DENN: An der Java-Startumgebung deines Systems ist etwas geaendert worden, was dazu fuehrt, dass die 3.5er genommen wird. Die Umgebungsvariable "CLASSPATH" waere ein Kandidat.



Das Homeverzeichnis ".jameica" spielt hier keine Rolle.

Hae? Fuer Arch Linux gibts Pakete? Davon wusste ich noch gar nichts. Hast du eine URL? Die wuerde ich dann auf http://hibiscus.berlios.de/doku.php?id=support:bezugsquellen eintragen.



Na ist aber auch fies ;)
Da du extra schriebst, dass du Nightly-Builds verwendest, bin ich natuerlich davon ausgegangen, dass du die ZIP-Version direkt von meiner Webseite nimmst.



Jameica gibts fuer:

- Windows (jeweils 32 und 64 Bit)
- Linux (32 und 64 Bit, die moeglichen Distributionen aussen vor gelassen)
- OS X (ebenfalls 32 und 64 Bit)
- OpenBSD

Ich schon heilfroh, wenn ich *ueberhaupt* mal eine SWT-Version finde, die nicht auf irgendeiner Plattform Probleme macht. 3.4 hatte das Problem mit den Combo-Boxen unter Linux. Bei 3.5 berichteten mir OSX-User von Problemen. Ausserdem habe ich keinen Ueberblick, ob und in welcher Version welche Linux-Distri SWT-Pakete mitbringt. Das nuetzt mir auch nichts, weil ich Jameica dann in den jeweiligen Packagemanager-Formaten (RPM, DEB, etc.) zum Download anbieten muesste. Und das waere nur Linux. Unter Windows gibts ueberhaupt keinen Paketmanager. Da muss ich also SWT mitliefern.
Ich selbst nutze nur Linux (derzeit SuSE 11.2). Es ist mir unmoeglich, fuer alle o.g. Varianten exakt auf die Plattform zugeschnittene Pakete zu erstellen. Daher stelle ich auf meiner Webseite nur die ZIP-Downloads zur Verfuegung. Das Paketieren (und Testen dieser Pakete) koennen dann die Package-Maintainer machen - die kennen sich mit ihrer jeweiligen Plattform eh besser aus.



Ich sehe da aber keine Alternative ausser: Auf meiner Webseite gibts nur noch den Source-Download ohne die verwendeten Libs. Das Compilieren und Zusammenstellen der Pakete wuerden dann die Paket-Maintainer machen.



Zu dem Combo-Box-Fehler gibts/gabs unter bugs.eclipse.org auch einen Bug-Report. Offensichtlich ist er noch offen.



Danke fuer das Angebot. Aber ich wuesste nicht, wie hier die Loesung aussehen koennte.

Java schon. Nur SWT halt nicht. Das war damals mein Zugestaendnis an die User-Experience ;) Klassischerweise schreibt man GUIs in Java mit "Swing". Das sieht IMHO aber (je nach Plattform) haesslich aus. Die Anwendung wirkt dann immer wie ein Fremdkoerper auf dem Desktop, weil sie voellig anders aussieht. OK, inzwischen ist Swing auch besser geworden. Zum damaligen Zeitpunkt aber (Ende 2003) - als ich mit Jameica anfing - war SWT die einzige Moeglichkeit, eine Java-Anwendung zu schreiben, die nativ aussieht. Eben weil SWT unter der Haube die nativen Widgets des OS (unter Linux halt GTK) verwendet statt sie komplett selbst zu zeichnen (wie bei Swing).

Hallo ihr zwei, ich bin der „Maintainer“ des Archlinux-Paketes (bzw. der PKGBUILD-Datei, um ganz korrekt zu sprechen). Sorry, dass ich mich solange nicht gemeldet hab, an der Uni isses gerade etwas stressig und ich komme selten dazu, mich in einer ruhigen Minute an den PC zu setzen und solchen Problemen anzunehmen.

Gut, von der Sache her ist mir glaube ich nach Durchlesen des Threads alles klar, unter swt > 3.3 kommt es zu Problemen, weshalb es momentan für ein vollständig funktionierendes jameica notwendeg wäre, die mitgelieferte swt-Bib (3.3) zu nutzen bzw. diese als Abhängigkeit anzugeben. Letzteres ist zwar technisch möglich, aber mit einem solchen Mehraufwand verbunden, dass man die Möglichkeit gleich gar nicht in Betracht ziehen braucht.

Erstere spricht gegen die Java Package Guidelines, wobei man da, wenn es eben um die Funktionalität geht, Ausnahmen machen kann. Bei swt (hat entpackt und installiert 1,9MB) ist das zwar nicht ohne, aber ich sehe eine Möglichkeit: man könnte im PKGBUILD eine zweite Alternative zum Refactoring der swt-lib anbieten, die allerding auskommentieren. In der install-Datei und in den Kommentaren müsste man diese Alternative dann erwähnen, so dass die Leute spätestens bei der Installation darauf hingewiesen werden, „wenn was mit den Auswahlboxen nicht richtig funktioniert, ändert doch mal das in der PKGBUILD und installiert jameica dann neu, vllt. gehts dann!“.

Dazu müsste aber klar sein, in welchen Dialogboxen der Fehler auftaucht. Da ich hibiscus fast gar nicht mehr benutze, ist mir das auch noch nicht aufgefallen.

Wenn ich das hier richtig gelesen habe, gibt es inaktive Dropdown-Menüs beim Daten-Import. Sonst noch relevante, eindeutig zu benennende Bereiche?

Liebe Grüße,

Jakob