Der kleine „Icy Tracker“ sucht nach einem Logo

Wie ihr eventuell schon dem Titel entnehmen könnt suche ich nach einem Logo für den „Icy Tracker“ und ich hoffe auf eure Unterstützung.

Hier die Vorgaben:

  • Das Logo sollte sich von der Größe her in die Standard WoltLab Designs einpassen (WoltLab Basic/Blue Sunrise/Green Sunrise)
  • Das Logo sollte den Namen enthalten (Icy Tracker, sollte klar sein. ^^)
  • Das Logo sollte irgendwie eingefroren wirken, es sollte also (nach Möglichkeit) Eis dran sein. (Ob auf der „Oberfläche“ der Schrift oder als Eiszapfen oder gar beides bleibt euch überlassen, wobei ich beides gut finden würde, wenn ihr es so zusammen bekommt, dass es gut aussieht)
  • Das Logo sollte wirklich komplett von euch stammen, mit Quelle (PSD, SVG oder Fireworks-PNG) kommen und lizenzfrei sein.

Das „beste“ Logo (ich denke da werde ich zusammen mit ein paar Leuten im Teamspeak Jury spielen) wird seinen Weg in den „Icy Tracker“ finden und der Schöpfer wird, wenn er es nicht ablehnt natürlich namentlich erwähnt. Zudem werde ich eine Auswahl der anderen Vorschläge mit namentlicher Nennung der jeweiligen Schöpfer der Logos (falls ihr die namentliche Nennung nicht ablehnt) hier im Blog veröffentlichen.

Eure Vorschläge sendet ihr bitte mit dem Betreff „Icy Tracker: Logo“ an roul@codingcorner.info.

UPDATE: Geplant ist, dass die Aktion 1-2 Wochen läuft.

Und weiter gehts

Blog

Ich habe heute mal, nachdem das Design nach dem Update auf WordPress 3.1 nicht mehr ganz so gut lief, mal das Design gewechselt. Ich hoffe euch gefällt der Blog im neuen Design.

Versionsverwaltung

Ich teste im Moment das Versionsverwaltungssystem Git und habe in dem Zuge 2 meiner öffentlichen SVN Repositories mal auf Git umgestellt (weitere folgen). Ich habe auch direkt einen ganz netten Repository viewer gefunden und hier installiert. Erreichen könnt ihr den Viewer unter http://codingcorner.info/cgit/ oder bequem über das Menü hier im Blog.

Icy Tracker

Auch, wenn ich in den letzten Monaten nicht wirklich Zeit für den Icy Tracker hatte: Die Arbeiten sind nicht eingestellt. Es wird weiter daran gearbeitet und ich hoffe, ich kann euch schon bald wieder mit neuen Screenshots erfreuen.

Schließung der Coding Corner & Umzug der Pakete nach WBB3Addons

Heute habe ich die Coding Corner geschlossen und meine WCF- und WBB-Projekte nach WBB3Addons umgezogen. Die alte „Coding Corner“-Seite wird vorerst unter der URL http://ccarchive.codingcorner.info/ als Archiv dienen. Im Zuge dessen habe ich meinem Blog von http://roul.codingcorner.info/ nach http://codingcorner.info/ umgezogen.

Update: Projekt “Icy Tracker” – Verknüpfungen zwischen Tickets/Issues

Da hab eich doch tatsächlich einen Status „Duplikat“ geplant, aber keine Verknüpfungen zwischen Tickets. Es wird selbstverständlich eine Verknüpfung geben.

Die Verknüpfung wird vom Elternticket, als auch vom Kindticket machbar sein. Folgende Verknüpfungstypen werden dabei möglich sein:

  • Hat abhängiges Ticket / Ist abhängig von
  • Hat Duplikat / Ist Duplikat von

Auch hier kann sich natürlich noch was ändern und ich freue mich über Vorschläge und Feedback eurerseits.

Trennung von webLonia

Wie die meisten unter euch vermutlich wissen, bin ich vor einigen Monaten dem webLonia Team beigetreten um dort zusammen mit Ronny an einem größeren Projekt zu arbeiten. Leider bricht webLonia gerade nach einem vorschnellen Start und anschließender vorübergehender Schließung vollkommen auseinander. Deshalb habe ich mich heute von webLonia getrennt.

Da das größere Projekt vorerst mit webLonia gestorben ist, habe ich dadurch nun endlich wieder Zeit um die Arbeiten am Icy Tracker voran zu treiben und an einem eventuellen weiteren Projekt in ähnlicher Größenordnung zu planen. Ich hoffe ich kann euch spätestens in 1-2 Wochen weitere Screenshots von Fortschritten am Icy Tracker zeigen. Was das zweite Projekt angeht werde ich euch zu gegebener Zeit ein paar Infos geben. Solange ich aber nicht einschätzen kann, wann ich damit anfange und ob es überhaupt lohnenswert ist, gibt es erst einmal keine Informationen.

Update: Projekt “Icy Tracker” – Kurze Zwischenmeldung

Also nicht, dass sich einige wundern, warum es gerade keine Updates zum Icy Tracker gibt:
Ich bin im Moment wegen eines größeren Projektes ein wenig ausgelastet, deswegen habe ich den Icy Tracker ein wenig zurückgestellt. Sobald das andere Projekt einen bestimmten Stand erreicht hat, gehen die Arbeiten am Icy Tracker wieder auf Hochtouren weiter.

Zudem wird es noch einige grundsätzliche Veränderungen am Projekt „Icy Tracker“ geben, die dem Projekt sicher förderlich sind, aber dazu später mehr, sobald es spruchreif ist. 😉

Update: Projekt „Icy Tracker“ – Erste Bilder vom ACP

Da ich an diesem Wochenende einiges geschafft habe, dachte ich mir, ich könnte euch ein paar erste Screenshots aus dem ACP mit auf den Weg geben.
Viel Spaß mit den Bildern.

Update: Projekt „Icy Tracker“

Da ich im Moment leider nicht die Zeit habe, die ich gerne in das Projekt rein stecken würde, habe ich mich dazu entschieden erst einmal eine „kleine“ Version zu schreiben, die nicht alle geplanten Features haben wird. Diese „kleine“ Version wird die 1.0 sein und den Codenamen „Gennam“ tragen, was Germanisch für „Anfang“ ist.

Gennam wird dabei so minimalistisch wie möglich gehalten. Es wird nur Projekte und keine Kategorien geben. Die Tickettypen werden fest sein, genauso wie die Prioritäten, die Status (Ja, das ist der Plural von Status), die Prioritäten und die Lösungen für geschlossene Tickets. Es wird keine Benutzerdefinierten Felder für Tickets geben und es steht noch nicht fest, ob man Tickets verknüpfen können wird, aber ich denke, das wird kommen.

Ein Ticket wird bestehen aus:

  • Titel / Kurzbeschreibung
  • Typ
  • Status
  • Priorität
  • Bearbeiter
  • Betroffene Version(en)
  • Lösung (wenn das Ticket geschlossen/behoben/umgesetzt wurde)
  • Version in der das Problem behoben/das Feature implementiert ist (wenn das Ticket geschlossen/behoben/umgesetzt wurde)
  • Sichtbarkeit (damit kritische Fehler nur für den „Melder“ und die Entwickler zu sehen sind)
  • Beschreibung

Zusätzlich werden sie Anhänge und Kommentare enthalten können und Feature Requests werden vermutlich zusätzlich eine „Möchte ich auch“-Funktion haben.

Die möglichen Tickettypen werden nach der aktuellen Planung folgende werden:

  • Bug/Fehler
  • Feature Request (kann mir jemand dafür eine korrekte und zugleich passende Übersetzung nennen?)
  • Aufgabe

Die Status werden nach der aktuellen Planung folgende werden:

  • Neu
  • Bestätigt
  • In Arbeit
  • Behoben/Umgesetzt
  • Geschlossen

Die Lösungen zu den Status Behoben/Umgesetzt und Geschlossen werden nach aktueller Planung wie folgt heißen:

  • Behoben
  • Lösung verschoben
  • Wird nicht behoben/umgesetzt
  • Nicht reproduzierbar
  • Kein Fehler
  • Duplikat

Die Prioritäten werden nach aktueller Planung wie folgt lauten:

  • Kritisch
  • Hoch
  • Normal
  • Niedrig
  • Keine

Die angegeben Typen, Status, Lösungen und Prioritäten können sich noch teilweise ändern und ich freue mich selbstverständlich auch über Anregungen. Vielleicht fällt euch ja noch der eine oder andere Status o.Ä. ein, welcher unbedingt noch mit rein muss.

Ich hoffe, ich konnte euch einen kleinen Überblick verschaffen. Wenn ihr noch fragen habt könnt ihr diese gerne als Kommentar oder an die im Impressum angegebene E-Mail Adresse stellen.

Update auf WordPress 3.0

Ich habe heute mal den Blog auf WordPress Version 3.0 aktualisiert.

Ich muss sagen die Farbgebung im Backend ist noch ansprechender in der Vorgängerversion und meine Plugins scheinen auch noch alle zu funktionieren. Ich bin soweit zufrieden.

Solltet ihr auf Fehler stoßen, meldet sie mir bitte an die im Impressum angegebene E-Mail Adresse.

Eine kleine Bitte

Aus aktuellem Anlass muss ich das folgende zu meinem WCF Projekten einfach mal zusätzlich hier im Blog veröffentlichen:

Sollten Ihnen Fehler in einem meiner Pakete auffallen, melden Sie diese bitte in unserem Bugtracker, um zu gewährleisten, dass diese möglichst zeitnah bearbeitet werden können.

Ich verlange keinerlei finanzielle Gegenleistung für die Nutzung meiner Pakete und stelle diese unter die LGPL, damit sie frei genutzt und angepasst werden können. Da eine Bearbeitung von Problemen und Wünschen und die damit vorhandene Organisation gerade bei vielen Paketen in Foren wie diesen, bzw. allgemein in Foren äußerst mühsam ist, verlange ich lediglich, dass Fehler in unserem Bugtracker gemeldet werden.
Ein Bugtracker vereinfacht das Arbeiten mit und die Organisation von Softwareprojekten ungemein und das nicht nur für den Entwickler, sondern auch für den Anwender. Zudem sind der Entwickler und der Anwender durch die umfangreichen E-Mail Benachrichtigungen stets über neue Entwicklungen am Ticket informiert.
Ich habe mich dabei für ein auch für den Anwender einfach zu nutzendes System entschieden und mich dafür eingesetzt dieses für unsere Open Source Projekte zu bekommen. Normalerweise kostet das System in dem Umfang mehrere hundert Dollar pro Jahr, man kann aber unter bestimmten Voraussetzungen eine für Open Source Projekte kostenlose Lizenz erhalten. Wir haben diese Voraussetzungen extra geschaffen um den Anwendern (also Ihnen) ein möglichst einfach zu bedienendes System zu bieten ohne dabei auf den Komfort eines Bugtrackers als Entwickler zu verzichten.

Ich danke hiermit für Ihr Verständnis.