Am 22.02.2010 17:14, schrieb Thorsten Behrens:
Lukas Erler wrote:
Ich würde also bitte mal um eine Beurteilung bitten, ob und welche der
folgenden Aufgaben ihr für ein Gruppe von relativen Anfängern für
machbar haltet:
Moin Lukas,
erstmal Kudos für euer Engagement, und das sehr sinnvolle Bemühen,
keinen "Throw-Away"-Prototypen zu bauen!
Zu Deiner Frage oben muß ich leider sagen, daß die Rahmenbedingungen
für eine sinnvolle Antwort heftig unterspezifiert sind - z.B. wäre
die zur Verfügung stehende Zeit ein ziemlich wesentliches Kriterium
(auch in welcher Form, also z.B. 4h pro Woche vs. 3 Wochen
fulltime), und natürlich die Implementierungssprache. ;)
1. Ebenenmanager für Draw
Wenn man zeichnet, ist für komfortables Arbeiten ein Ebenenmanager
unverzichtbar - Draw enthält auch bereits einen solchen, nur ist dessen
Bedienung eine Qual.
Viel besser macht es zum Beispiel Inkscape (und noch besser Flash)
Ziel wäre also ein Manager, vergleichbar mit dem in Inkscape(oder besser
noch wie in Flash/Illustrator), wo man bequem Ebenen sperren,
ausblenden, löschen und verschieben kann.
Bis auf das Verschieben von Ebenen, sind alle Funktionalitäten
prinzipiell schon vorhanden - es würde also wohl vor allem darum gehen,
dies in eine leicht zu bedienbare Oberfläche zu packen. Sollte nicht
allzu schwierig sein ...
Hm, IIRC sind die Layer in der Tat über die API erreichbar, sollte
also machbar sein.
2.Suchfunktion für Tastenkürzel
Tastenkürzel sind ja extrem hilfreich - aber ich finde, die Zuweisung
ist sehr umständlich, da man in dem entsprechenden Menue immer erst per
Hand suchen muss.
Eine Suchfunktion, die in allen verfügbaren Befehlen sucht, könnte hier
bequeme Abhilfe schaffen.
Außerdem müsste da auch mal aufgeräumt werden, da es manche Befehle
(z.B. "Hyperlink" und "Text") aus unerfindlichen Gründen doppelt gibt
und manche Befehle, wie zum Beispiel selbst definierte Formate in Draw
lassen sich auch überhaupt nicht zuweisen.
Hilfreich wäre auch, wenn der zugewiesene Kürzel in der Tooltiphilfe
angezeigt würde, wenn man die Maus über den Befehl bewegt und die
Krönung wäre wenn man ihn dann auch noch direkt bearbeiten könnte, ohne
erst ins Menue dafür zu gehen.
Letzteres hat Christian (auf Cc) gerade für die 3.3 eingebaut,
ansonsten: yepp, wär'n cooles Feature, je nach dem, wie weit ihr
gehen wollt, müßtet ihr aber auch Core-Code (c++) anfassen.
3. SVG Export
Funktioniert derzeit fast überhaupt nicht ... wenn man versucht eine
Zeichnung ins SVG-Format zu exportieren, wird offenbar die Position
nicht richtig gespeichert, da in dem SVG Dokument dann zwar alle Objekte
halbwegs ähnlich vorhanden sind - jedoch alle auf einem Haufen. Die
Koordinaten sind irgendwie verloren gegangen.
Und was zum Beispiel überhaupt nicht geht, sind Farbverläufe ... alles
in allem könnte man hier wohl einiges tun, vermutlich mehr, als wir
schaffen würden(?)
Ebenfalls ein fruchtbares Projekt - das fundamentale Problem hier
ist die Tatsache, das ein paar ODF-Features nicht auf svg abbildbar
sind. Hier müßte man also entweder emulieren (geht am einfachsten im
Core-Code), oder bei der Qualität Abstriche machen. Zum Thema
schaffen - Software ist nie fertig, ihr solltet also bei allen
Projektvorschlägen sinnvolle Grenzen ziehen. ;)
4.SVG Import
Das gibt es ja noch gar nicht und daran wird ja glaube auch gearbeitet?
Möglicherweise suchen die entsprechenden Entwickler noch Hilfe und wären
bereit, diese einzuarbeiten?
Doch, gibt's - von Haui eine Java-Extension, von mir einen
c++-Filter - beides würde aber durchaus von weiteren Verbesserungen
profitieren. ;)
Natürlich sind wir auch offen für andere Vorschläge ... ich hatte vorhin
auch erst die To-Do Liste entdeckt, aber auch Anhieb nicht viel
gefunden, was ich für geeignet hielt.
http://www.freedesktop.org/wiki/Software/ooo-build/SummerOfCode/2009
http://wiki.services.openoffice.org/wiki/Summer_of_Code_2007/proposals
Und wie gesagt, wir sind noch relative Anfänger, darum würden wir gerne
wissen, mit wie viel Unterstützung wir hier rechnen dürfen?
Ihr könnt auf jeden Fall auf Hilfe zählen, am besten wäre wohl
parallel ein Posting auf d...@education.openoffice.org (Englisch),
für die alltäglichen Fragen& Probleme, die einem so beim Coden
begegnen, empfehle ich irc: #dev.openoffice.org und (etwas aktiver)
#education.openoffice.org, beides auf freenode.net!
Viele Grüße,
-- Thorsten
Guten Morgen
hier ist meine Wunschliste für Projekte zur Verbesserung:
1.
Verknüpfung einer Zelle aus einer (mehrere Blätter umfassenden)
calc-Datei sollte möglich sein.
Hintergrund:
Berechnungen zu Dokumenten werden meist in teilweise sehr umfangreichen
Tabellenkalkulationen vollzogen.
Ergebnisse sollten direkt aus der Tabelle geholt werden, damit bei
Änderungen wirklich alle Textstellen, die auf die Berechnung Bezug
nehmen, richtig dargestellt sind.
2.
Calc-Seiten einer mehrseitigen calc-Datei sollten direkt mit einer
writer-Seite verknüpft werden können. Folge: Die Tabelle wird nach dem
bestehenden Umfang
automatisch in writer in deren (geänderten) Grenzen abgebildet.
Das geht zwar jetzt schon, aber nur mit einseitigen calcs. Bei
mehrseitigen calcs wird die zuletzt bearbeitete und dann gespeicherte
calc-Seite im writer abgebildet,
dies kann zu erheblichen Problemen führen.
Soweit ich weiss, gibt es hierzu ein Issue.
3.
der Eintrag in der Wortdatei zur Rechtschreibprüfung sollte mehr als
32000 (?) Worte umfassen. Nach meinem Kenntnisstand gibt es nur eine
begrenzte Aufnahmekapazität
für selbst gebildete Dateien bekannter Wörter.
Es sollte einstellbar sein, wo diese Dateien (Liste der bekannten
Wörter) gespeichert werden können, damit eine regelmäßige Datensicherung
erfolgen kann.
Die Listen sollten ausgedruckt oder in ein writer Dokument exportiert
werden können, damit sie leichter kontrolliert werden können.
4.
Verschiedene Bedienungsfenster sollten vergrößerbar sein.
Mit steigender Bildschirmauflösung werden die Fenster nämlich immer kleiner.
Beispiele:
Bearbeitung der Wortlisten-Dateien
Bearbeitung gebildeter Variablen im Text (strg F2)
5.
Inhalte von calc-Zellen sollten einfach (!) auf protected, also nur nach
Aufhebung des Schutzes veränderbar, gesetzt werden können.
Das schein irgendwie bereits möglich zu sein, ich habe aber das Konzept
einfach nicht verstanden.
Beispiel: strp p (für protect) bewirkt, dass der Inhalt der Zelle nicht
mehr geändert werden kann. Die Zelle wird am Bildschirm rot hinterlegt.
ein weiteres strg p hebt diesen Schutz wieder auf.
Das wäre wichtig um Bereichsnamen, die Inhalt einer Zelle auf einer
anderen Seite sind, vor dem Überschreiben zu schützen.
6.
In einer calc-Tabelle gebildete, aber nicht verwendete Bereichsnahmen
sollten angezeigt und gezielt gelöscht werden können.
Oder im Navigator werden die Inhalte der gebildeten Bereich angezeigt.
7.
bei der calc-Funktion "Formel" sollten Inhalte "evaluiert" werden können.
Beispiel:
Inhalt der Zelle:
=F3+F4+7,1385
es sollte angezeigt werden können:
=3 (Inhalt von F3) + 4 +7,1385
das wäre ideal für Dokumentation von Berechnungen
Mir würde noch mehr einfallen, aber jetzt muss ich wieder arbeiten.
mfg
Günther Erdl
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org
