Wetter

Wetterberichte und -vorhersagen anzeigen

Auf dieser Seite können Sie erfahren, wie Sie zu Wetter beitragen können. Wenn Sie an allgemeinen Informationen über diese Anwendung interessiert sind, besuchen Sie bitte die Apps für GNOME-Seite.

Die App übersetzen

Der Originaltext in Anwendungen ist in der Regel in amerikanischem Englisch verfasst. Die Übersetzung in andere Sprachen kann von Übersetzenden separat hinzugefügt werden. Die Übersetzung umfasst in der Regel die Bedienoberfläche der Anwendung sowie die Metadaten, die an Orten wie Software oder apps.gnome.org angezeigt werden. Übliche Abkürzungen, die in diesem Zusammenhang verwendet werden, sind l10n (Lokalisierung) und i18n (Internationalisierung).

Diese Anwendung wird über das [GNOME-Übersetzungssystem] (https://l10n.gnome.org) übersetzt und heißt Verdammte Lügen (Damned Lies).

Die aktuellste Version ausprobieren

Wenn Sie einen Fehler melden oder eine Funktion vorschlagen, kann es hilfreich sein, den Bericht gegen die neueste Version der Anwendung zu prüfen. Zu diesem Zweck können Sie die nachstehenden Installationsmethoden ausprobieren.

Von Flathub installieren

Wenn Sie ein Problem gefunden haben oder eine Änderung vorschlagen möchten, sollten Sie sicherstellen, dass Sie die neueste Version von Wetter ausprobiert haben. Sie können die aktuelle Version im Abschnitt »Info« der App überprüfen.

Die letzte auf Flathub veröffentlichte Version ist Version 48.0.

Installieren eines Nightly Builds

Diese Anwendung ermöglicht es, eine Version des aktuellen Entwicklungsstandes zu installieren. Solche Installationen wurden traditionell jede Nacht erstellt, was ihnen den Namen »Nightly Builds« einbrachte. Heutzutage werden sie in der Regel immer dann neu erstellt, wenn sich die Haupt-Entwicklungsversion ändert.

Warnung: Nightly Builds von Anwendungen sollten nur zum Testen und nicht für tatsächliche Aufgaben verwendet werden. Sie können Nightly Builds einer Anwendung auf Ihrem System anhand der Streifen im Anwendungssymbol und der Streifen in der Kopfleiste der Anwendung erkennen. Sie verwenden normalerweise eine andere Konfiguration als andere Installationen dieser Anwendung. Es gibt jedoch keine Garantie, dass die Installation dieser Anwendungen wie vorgesehen funktioniert. Arbeiten Sie niemals an Daten mit Nightly Builds von Anwendungen, ohne vorab Sicherungen erstellt zu haben.

Die nächtliche Version kann auch über Console installiert werden, wenn das nächtliche Repository bereits konfiguriert ist.

$ flatpak install gnome-nightly org.gnome.WeatherDevel
$ flatpak run org.gnome.WeatherDevel

Qualitätskontrolle

Es ist sehr wertvoll für ein Projekt, Probleme und Regressionen aufzuspüren, bevor sie in einer stabilen Version landen. Sie können dabei helfen, indem Sie eine kommende Version ausprobieren.

Dies ist besonders hilfreich während der Funktionen-Sperrzeit, die der Suche und Behebung von Fehlern gewidmet ist.

Sie können dies tun, indem Sie den Nightly Build der Anwendung ausprobieren.

Als Core-App ist es auch auf GNOME OS Nightly vorinstalliert, das Sie als virtuelle Maschine installieren können.

Fehlern auf den Grund gehen

Für viele Anwendungen ist das Fehlererfassungssystem ein zentraler Ort für die Koordination der Anwendungsentwicklung. Es dient nicht nur der Verfolgung aller bestehenden Fehler, sondern auch der Planung neuer Funktionen und sonstiger Aufgaben.

Gefundene Fehler melden

Das Melden von Problemen, auf die Sie bei der Nutzung der Anwendung gestoßen sind, kann für die Verantwortlichen von großem Wert sein. Allerdings kann die Bearbeitung von Fehlermeldungen auch viel Zeit in Anspruch nehmen. Sie können einen Teil der Arbeit übernehmen, indem Sie die folgenden Schritte ausprobieren:

Aufgeführte Probleme diagnostizieren

Die Suche nach der genauen Ursache eines Problems kann eine sehr wichtige Aufgabe sein. Vor allem bei Problemen, die mit Bezeichnungen wie »Needs Diagnosis« oder »Needs Information« versehen sind. Wenn Sie das gemeldete Problem reproduzieren, d. h. selbst auslösen können, können Sie versuchen, tiefer zu graben. Dies kann vom Herausfinden der genauen Bedingungen, unter denen das Problem auftritt, über das Ausführen der Anwendung mit [Debug-Ausgabe aktiviert] (https://developer-old.gnome.org/glib/unstable/glib-running.html) bis hin zum Hinzufügen von Debug-Ausgaben zum Code gehen, die das Problem eingrenzen.

Funktionen vorschlagen

Die meisten Anwendungen bearbeiten Vorschläge für neue Funktionen auch über das Fehlererfassungssystem. Beachten Sie, dass die Implementierung von Funktionen und deren Pflege als Teil der Codebasis in der Zukunft einen erheblichen zusätzlichen Arbeitsaufwand erfordern kann. Daher sollten Sie abwägen, ob eine neue Funktion überhaupt relevant genug sein könnte, um Teil dieser Anwendung zu sein.

Wenn Sie eine neue Funktion vorschlagen, ist es hilfreich, sich auf die Frage zu konzentrieren, welches praktische Problem die Funktion lösen soll. Nicht darauf, wie die Anwendung das Problem lösen sollte oder wie genau eine Implementierung aussehen würde. Vorzugsweise können Sie auch ein praktisches Beispiel nennen, bei dem Sie die Funktion gebraucht haben.

Eine Aufgabe finden

Das Fehlererfassungssystem kann Ihnen dabei helfen, offene Aufgaben zu finden, die Sie in Angriff nehmen könnten. Bevor Sie eine neue Funktion implementieren, ist es normalerweise eine gute Idee, sich bei den Verantwortlichen zu erkundigen, ob Merge-Requests für diese Funktion akzeptiert werden.

Diese Anwendung hat auch Aufgaben, die mit »Newcomer« markiert sind. Diese Aufgaben erfordern in der Regel weniger Vorkenntnisse oder sind weniger komplex.

Am Code arbeiten

Egal, ob Sie einen Tippfehler korrigieren, die Bedienoberfläche ändern oder am Code der Anwendung arbeiten möchten: Die folgenden Informationen können Ihnen den Einstieg erleichtern. Der erste Schritt besteht darin, die Anwendung auf Ihrem Rechner zu erstellen, damit Sie mit Ihren Änderungen herumspielen können. Danach können Sie in der mitgelieferten Dokumentation nachsehen, wie Sie die jeweiligen Aufgaben erledigen können. Im folgenden Abschnitt erfahren Sie, wie Sie Ihre Änderungen einreichen können.

Wenn Sie eine etwas größere Änderung oder Ergänzung an der Anwendung planen, ist es oft eine gute Idee, sich bei den Verantwortlichen der Anwendung zu erkundigen, ob diese Änderung akzeptiert werden würde. Dazu sollten Sie sich zunächst davon überzeugen, dass Sie die Aufgabe in Angriff nehmen können, indem Sie die ersten Implementierungsschritte durchführen und sich dann über das Fehlererfassungssystem bei den Verantwortlichen melden. Dies ist auch ein guter Weg, um zu überprüfen, ob das Projekt einen aktive verantwortliche Person hat, die Ihren Beitrag akzeptieren kann. Trotz unserer besten Bemühungen werden nicht alle Projekte kontinuierlich gepflegt.

Beachten Sie, dass Ihnen viele Mitglieder aus der Gemeinschaft zwar gerne helfen, wenn Sie nicht weiterkommen, aber die Verantwortlichen oft nicht die Ressourcen haben, um Sie durch einen Beitrag zu führen.

Wenn Sie mit der Arbeit an einer bestehenden GNOME-Anwendung überfordert sind, können Sie sich auch mit der Erstellung einer eigenen Anwendung beschäftigen, um sich vertraut zu machen.

Erstellen der Anwendung

Wenn Sie Änderungen an einer Anwendung vornehmen, möchten Sie die Anwendung in der Regel mit den Änderungen auf Ihrem Rechner erstellen und testen. Für die meisten Anwendungen kann dieser Prozess durch die Verwendung der Builder-Anwendung stark vereinfacht werden.

Nachdem Sie Builder gestartet haben, können Sie ein Projekt klonen. Dadurch wird die Anwendung auf Ihren Rechner heruntergeladen.

Repository klonen …

Sie müssen den Speicherort des Repositorys eingeben. Die korrekte Adresse kann von unten kopiert werden.

Repository-Adresse
Repository klonen

Abhängig von Ihrer Internetverbindung und der Größe des Projekts kann das Klonen des Projekts eine Weile dauern. Nachdem Builder diesen Schritt abgeschlossen hat, sollte sich das Projektfenster öffnen. Möglicherweise müssen Sie die Installation einiger erforderlicher Abhängigkeiten bestätigen. Um zu testen, ob Sie die Anwendung erfolgreich erstellen und starten können, können Sie jetzt auf den Knopf »Projekt ausführen« klicken.

Wetter

Wenn alles klappt, sollte die Anwendung erstellt werden. Nachdem die Erstellung abgeschlossen ist, sollte die erstellte Anwendung automatisch starten.

Sprache JavaScript

Diese Anwendung wurde mit der Programmiersprache JavaScript erstellt.

Wir empfehlen das GJS-Entwicklerhandbuch, um mit JavaScript in GNOME zu beginnen. Weitere wichtige Ressourcen finden Sie weiter unten.

Nützliche Apps

Ihre Arbeit einreichen

Nachdem Sie Änderungen an einem Projekt vorgenommen haben, können Sie diese zur Überprüfung einreichen. Unser Ziel ist es, einen sogenannten Merge-Request oder Pull-Request zu erstellen. Das bedeutet, dass Sie eine Änderung am Code und den Daten eines Projekts vorschlagen.

GitLab einrichten

Wir beginnen mit einigen Vorbereitungen auf GNOME GitLab, wo das Projekt verwaltet wird. Dieser Prozess sieht vielleicht ziemlich kompliziert aus, wenn Sie ihn zum ersten Mal durchlaufen, aber mit der Zeit werden Sie sich daran gewöhnen.

  1. Der erste Schritt besteht darin, ein neues GNOME GitLab Konto zu erstellen, wenn Sie noch keins besitzen. Dazu müssen Sie nur das verlinkte Webformular verwenden.

  2. Next, we want to make sure that git on your computer can also use your GNOME GitLab account. For this, you need an SSH key. If you don't have an SSH key yet you can generate a new one using Console. Alternatively, you can generate one using the Passwords and Keys app.

  3. Sie müssen nun Ihren öffentlichen SSH-Schlüssel zur »SSH-Schlüssel«-Einstellung auf GNOME GitLab hinzufügen. Öffentliche SSH-Schlüssel werden im Ordner .ssh in Ihrem persönlichen Ordner als Dateien mit der Endung .pub gespeichert. Sie können alle Ihre öffentlichen SSH-Schlüssel mit dem Befehl cat ~/.ssh/*.pub ausgeben. Sie können die öffentlichen SSH-Schlüssel auch mit der App Passwörter und Schlüssel anzeigen.

Erstellen Ihrer eigenen Projektkopie

Um Änderungen an einem Projekt vorzuschlagen, müssen Sie zunächst Ihre eigene Kopie des Projekts auf GNOME GitLab erstellen. Das Erstellen dieser Kopie wird auch als Forken bezeichnet. Sie benötigen Ihre eigene Kopie – oder Fork – des Projekts, um Ihre Änderungen in diese Kopie hochzuladen.

  1. Zunächst können Sie Wetter über die GNOME GitLab Seite forken. Sie müssen dies nur einmal für jedes Projekt tun, an dem Sie arbeiten.

  2. Jetzt müssen wir die SSH-Adresse für Ihren Fork herausfinden. Sie finden sie auf der Seite, zu der Sie nach der Erstellung der Forks weitergeleitet werden. Die Seite der Forks wird auch in Ihrem Profil aufgeführt. The URL is available next to the “HTTPS” and “SSH” buttons after clicking the “SSH” button.
  3. Nun müssen wir Git in Ihrem lokalen Projekt über diese Adresse von Ihrer persönlichen Kopie auf GNOME GitLab in Kenntnis setzen. Dazu müssen wir auf die Befehlszeile zurückgreifen. Zuerst müssen Sie in das Projekt wechseln (cd), an dem Sie gearbeitet haben. Danach können Sie den folgenden Befehl verwenden

    $ git remote add my-copy <ssh-fork-url>
    

    wobei <ssh-fork-url> durch die SSH-Adresse ersetzt werden muss, die Sie im vorherigen Schritt ermittelt haben.

Einen Merge-Request erstellen

Wir kommen nun zu den Aufgaben, die bei der Arbeit mit Git regelmäßig anfallen.

  1. Zuerst wollen wir zu einem anderen Zweig wechseln. Zweige sind Varianten des ursprünglichen Codes, in denen man z.B. eine Funktion entwickeln kann, bis sie bereit ist, in den tatsächlich verwendeten Code zu gehen. Um dies zu tun, können Sie den folgenden Befehl ausführen

    $ git checkout -b my-changes
    

    wobei my-changes eine kurze Beschreibung dessen ist, woran Sie arbeiten, ohne Leerzeichen.

  2. Als Nächstes wollen wir die Änderungen, die Sie mit Git vorgenommen haben, speichern. Das wird normalerweise als Commit bezeichnet. Sie können dies mit dem folgenden Befehl durchführen

    $ git commit -am "Commit Message"
    

    Die Commit-Nachrichten sollten Ihre Änderungen beschreiben. Sie können mehr über die Auswahl einer passenden Commit-Nachricht erfahren.

  3. Jetzt müssen wir die gespeicherten Änderungen auf GitLab übertragen. Glücklicherweise haben wir im vorigen Abschnitt mit git remote add bereits alle Vorbereitungen getroffen. Alles, was jetzt noch zu tun ist, ist der Aufruf von

    $ git push my-copy
    
  4. Wir sind endlich beim letzten Schritt angelangt. Wenn Sie die Ausgabe in Console nach unserem vorherigen git push-Befehl überprüfen, werden Sie wahrscheinlich bereits einen Verweis zu einer Webseite sehen, die Ihnen zeigt, wie Sie einen Pull- oder Merge-Request erstellen können. Sie können ihn öffnen, indem Sie die Strg-Taste gedrückt halten, während Sie auf ihn klicken. Nun müssen Sie nur noch den Anweisungen auf der Webseite folgen, um Ihre Änderungen endgültig einzureichen.

Sprache auswählen