| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
We have a simple project logo, now.
|
|
|
|
|
|
| |
We have one section that lists changes that can be performed while still
using GWeather 3.x, and another section that outlines changes that can
only be done when porting to GWeather 4.
|
|
|
|
|
| |
It's an object type, now, and gi-docgen has gotten fussy about wrong
fragments.
|
|
|
|
|
| |
All the GLib logging functions automatically append a newline to the
given string.
|
|
|
|
|
|
|
| |
The g_test_message() function ensures that the output does not break any
TAP harness. Replacing the random g_print/g_debug/g_message with
g_test_message() has the additional benefit of not requiring a custom
log handler.
|
|
|
|
|
| |
We need to free the uri object, regardless of whether it is a SoupUri or
a GUri.
|
|
|
|
|
| |
Document that GWeatherLocation is a full GObject type, and that you
should use the GObject API to acquire and release references.
|
|
|
|
|
|
| |
We want to make it easier to use GWeatherLocation inside data structures
like GListModel implementations. It's also easier to use from language
bindings, as now objects will have a clear life time.
|
| |
|
|
|
|
| |
While it's extremely unlikely, it's still possible.
|
|
|
|
|
| |
The iteration variable is re-initialised immediately as part of the
loop.
|
|
|
|
|
| |
The `esat` variable is only ever used in one branch when calculating the
dew point.
|
|
|
|
|
| |
Move the fallback declaration outside the nl_langinfo() query, and use a
more descriptive message in case of localisation error.
|
|
|
|
|
| |
When finding the nearest city we already acquire a reference on the
location; we should not acquire an additional one.
|
|
|
|
|
| |
This avoids an unused variable declaration when the first argument is
NULL.
|
|
|
|
|
|
|
|
|
|
|
|
| |
When asynchronously querying for the nearest location at the given
location we should keep a reference on the parent location, in case it
goes away mid-search.
This is especially important when passing `NULL` as the parent location:
the current code uses a `g_autoptr()` to store the "world" node, and
then passes the pointer unmodified; if that happened, the location would
be released at the end of the function, and the asynchronously invoked
callback would get a garbage pointer.
|
| |
|
| |
|
|
|
|
|
|
| |
Instead of specifying the required dependencies manually.
Fixes: #152
|
|
|
|
| |
Ensure that the changes are consistent.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
(cherry picked from commit 00011f35a6e7a419d88b1bcb99b09d248d6bb4ca)
|
|
|
|
|
|
|
|
|
|
|
| |
The U+2103 DEGREE CELSIUS and U+2109 DEGREE FAHRENHEIT code points are
compatibility characters, and there's no guarantee that they will
actually exist.
The preferred way to present degrees Celsius and Fahrenheit is to use
U+00B0 and the letter C and F, respectively.
Fixes: #8
|
| |
|
|
|
|
|
|
|
|
| |
The GWeather.Info.get_location_name() returns a string with full
ownership. Instead of going through the public API, we can get the
location name directly from the data structure.
Fixes: #80
|
|
|
|
|
| |
It seems that some of the targets using the pkg-config file name do not
like it when we directly pass a formatted string object.
|
| |
|
| |
|
|
|
|
| |
If the job is part of a merge request.
|
| |
|
|
|
|
| |
And print the contents of the file. We are going to need this later.
|
|
|
|
| |
If we clone it, we don't really need it to mess with Git.
|
|
|
|
|
| |
Projects that depend on libgweather and build it as part of their
Flatpak manifest should have the option to skip building the tests.
|
|
|
|
|
| |
Contributors should use clang-format to ensure that their code fits in
with the rest of the code base.
|
|
|
|
|
|
|
| |
The locations binary blob generator depends on pygobject, so we should
actually check for its presence during the configuration phase.
Otherwise the configuration will pass, and then the build will fail, and
we're going to look bad.
|