1. 28 Sep, 2022 1 commit
  2. 16 Sep, 2022 1 commit
    • Volker Krause's avatar
      Rename AlertEntry and AlertInfo · 5f915f8f
      Volker Krause authored
      Add CAP prefix to be in line with the other CAP-related classes, and
      follow the CAP standard naming more closely.
      
      While at it, expand the API docs, remove abbreviations from the API and
      move private classes outside of the public classes to avoid exporting
      them by accident.
      5f915f8f
  3. 15 Sep, 2022 2 commits
  4. 05 Sep, 2022 1 commit
  5. 28 Aug, 2022 1 commit
  6. 18 Aug, 2022 1 commit
  7. 14 Aug, 2022 3 commits
  8. 11 Aug, 2022 4 commits
  9. 09 Aug, 2022 1 commit
    • Volker Krause's avatar
      Improve QML compatibility for CAP alert objects · b3f22b59
      Volker Krause authored
      - Make types implicitly shared
      - Add properties for enum/flag properties too
      - Turn AlertInfo::Categories into a QFlag
      - Make properties read-only, those are only suppoed to be set by the parser
      - Disambiguate enum values, despite being class enums (QML can't handle
        that properly unfortunately)
      b3f22b59
  10. 06 Aug, 2022 1 commit
    • Volker Krause's avatar
      Rework wind direction handling · 869226ad
      Volker Krause authored
      This follows the common convention of specifying the wind direction as the
      direction the wind is coming from, rather than the direction it's blowing
      to. If there is a usecase for the other one too, we probably should rather
      name the methods windDirection[From|To]X() instead.
      
      This now stores the direction in degree internally, and offers the cardinal
      direction only as a derived value, so we don't lose any precision should
      applications need that. This also fixes computing cardinal directions
      from degrees, which makes the wind direction value actually work.
      
      This removes the string-based cardinal direction method, as that is unused
      now and isn't really usable for applications due to lack of translations.
      Should that be needed later it's easy to readd.
      
      This change should be safe as KWeather isn't actually using any of this.
      869226ad
  11. 05 Aug, 2022 1 commit
    • Volker Krause's avatar
      Make HourlyWeatherForecast properties read-only · c45e7ead
      Volker Krause authored
      Applications shouldn't be writing to those, only the result parser and
      deserialization should actually be able to set values.
      
      Taking away the setter methods for consumers would probably also be a
      good idea.
      c45e7ead
  12. 04 Aug, 2022 1 commit
  13. 03 Aug, 2022 1 commit
    • Volker Krause's avatar
      Add unit test rig for the api.met.no response parser · e6b2118c
      Volker Krause authored
      This required moving around some code to make it easily accessible so the
      test can feed in recorded responses.
      
      This shows an issue with the wind direction getting lost in parsing,
      which should be much easier to fix now.
      e6b2118c
  14. 02 Aug, 2022 1 commit
  15. 15 Jul, 2022 1 commit
  16. 13 Jul, 2022 1 commit
  17. 26 Jun, 2022 1 commit
  18. 25 Jun, 2022 3 commits
  19. 24 Jun, 2022 1 commit
  20. 11 Jun, 2022 1 commit
  21. 02 Jun, 2022 1 commit
    • Volker Krause's avatar
      Make LocationQuery return a job for each request · 654cd01f
      Volker Krause authored
      This makes it possible to properly associate results and errors with a
      request, as well as cancel ongoing ones. As a bonus this now also has
      error reporting for looking up GPS positions, which makes the unit test
      significantly faster when GPS is not available.
      
      This changes ABI, but it API and behavior compatible to not require
      changes in KWeather immediately.
      654cd01f
  22. 26 May, 2022 4 commits
  23. 20 May, 2022 1 commit
    • Volker Krause's avatar
      Mark the sunrise data API as deprecated · a8f4ebd6
      Volker Krause authored
      Both KWeather and the code here internally meanwhile use the offline
      computation from KHolidays for this. After the next release we can
      therefore drop this and thus also get rid of the corresponding online
      query.
      a8f4ebd6
  24. 14 May, 2022 1 commit
  25. 13 May, 2022 1 commit
    • Volker Krause's avatar
      Use offline computed sunrise/sunset data for weather icons · fa725663
      Volker Krause authored
      Sunrise/sunset data is not something we need to query online, we have the
      code computing that for a given day and location in KF::Holidays already.
      
      This doesn't actually remove the online query yet, that first requires
      porting the remaining consumers, but it's one step in that direction.
      fa725663
  26. 10 May, 2022 1 commit
  27. 09 May, 2022 1 commit
  28. 08 May, 2022 2 commits
    • Volker Krause's avatar
      Unify job finish signaling · 6f6c2744
      Volker Krause authored
      We don't need the separate isFinished() state if we guarantee to emit the
      finished() signal exactly once in all cases, as that needs to be handled
      anyway. This wasn't the case though in PendingWeatherForecast in case of
      a cache hit, which presumably was the reason for isFinished(). That is
      fixed now.
      
      Therefore we can remove the finished state where it's unused, and deprecate
      it where it's still in use.
      6f6c2744
    • Volker Krause's avatar
      Don't use a QNetworkAccessManager per timezone query job · 4aa4c709
      Volker Krause authored and Nicolas Fella's avatar Nicolas Fella committed
      Instead, pass in the one we already have in WeatherSource.
      
      This does change API/ABI of GeoTimezone, but that isn't used externally
      apart from the unit test.
      4aa4c709