-
Refactoring Stable
released this
2025-10-14 05:41:33 +00:00 | 0 commits to dev since this releaseRemove DarkSky API support from Weather module (HEAD -> patch-newversion)
Tue, 14 Oct 2025 07:35:18 +0200
Author: Marko Oldenburg (fhemdevelopment@cooltux.net)
Commiter: Marko Oldenburg (fhemdevelopment@cooltux.net)
The DarkSky API support has been removed from the Weather module documentation,
including its references in both English and German sections. The API
documentation has been updated to exclusively focus on the
OpenWeatherMap API.The changes made to
59_Weather.pm
include:- Deleted mentions of the DarkSky API in the documentation.
- Updated example command snippets to reference the
OpenWeatherMap API. - Version number has been incremented from v2.2.35 to v2.3.0.
In addition, the version number for the OpenWeatherMap API support
has been updated from v3.2.7 to v3.2.8 in the corresponding API file.These updates were necessary to streamline the module's
functionality and align it with current API availability, as
DarkSky has been discontinued. There are no breaking changes
for existing users of the OpenWeatherMap API.Refactor language handling in Weather API (origin/testing, origin/main, origin/dev, origin/HEAD, testing, main, dev)
Tue, 14 Oct 2025 07:04:00 +0200
Author: Marko Oldenburg (fhemdevelopment@cooltux.net)
Commiter: Marko Oldenburg (fhemdevelopment@cooltux.net)
Improved the language initialization logic by replacing the
experimentalgiven/when
construct with a more standard
if/elsif
structure to enhance code readability and
maintainability. The attribute handling in theAttr
subroutine
was simplified for clarity, removing unnecessary usage
ofgiven/when
, which helps reduce complexity throughout
the codebase.Additionally, in the OpenWeatherMapAPI module, the logic for
handling weather response data was streamlined by removing
given/when
statements in favor ofif
conditions. This change
avoids potential confusion and enhances the clarity of the
code logic. No breaking changes were introduced; the overall
functionality remains intact.Refactor language handling in Weather API
Tue, 14 Oct 2025 07:03:38 +0200
Author: Marko Oldenburg (fhemdevelopment@cooltux.net)
Commiter: Marko Oldenburg (fhemdevelopment@cooltux.net)
Improved the language initialization logic by replacing the
experimentalgiven/when
construct with a more standard
if/elsif
structure, enhancing code readability and
maintainability. The attribute handling in theAttr
subroutine
was also refactored for clarity, removing unnecessary usage
ofgiven/when
, which helps reduce complexity throughout
the codebase.In the OpenWeatherMapAPI module, the logic for handling
weather response data was streamlined by removinggiven/when
statements in favor ofif
conditions. This change avoids
potential confusion and enhances the clarity of the code logic.
No breaking changes were introduced; the overall functionality
remains intact.Refactor language handling to improve readability
Tue, 14 Oct 2025 07:01:07 +0200
Author: Marko Oldenburg (fhemdevelopment@cooltux.net)
Commiter: Marko Oldenburg (fhemdevelopment@cooltux.net)
Improved the language initialization logic by replacing the
experimentalgiven/when
construct with a more standard
if/elsif
structure, enhancing code readability and
maintainability. Additionally, the attribute handling in the
Attr
subroutine was refactored for clarity, removing
unnecessary usage ofgiven/when
, which helps reduce
complexity across the codebase.Furthermore, in the OpenWeatherMapAPI module, logic for
handling weather response data was streamlined by removing
thegiven/when
statements in favor ofif
conditions.
This change eliminates potential confusion and enhances
the clarity of the code logic. No breaking changes were
introduced; the overall functionality remains intact.Refactor language initialization and attribute handling
Tue, 14 Oct 2025 06:53:44 +0200
Author: Marko Oldenburg (fhemdevelopment@cooltux.net)
Commiter: Marko Oldenburg (fhemdevelopment@cooltux.net)
Improved the language initialization logic by replacing
the experimentalgiven/when
construct with a more
standardif/elsif
structure. This change enhances code
readability and maintainability, making it easier to follow
the flow of language assignments.Additionally, refactored attribute handling in the
Attr
subroutine by streamlining the conditions, removing
unnecessarygiven/when
usage, and maintaining clarity
in the logic for setting and deleting forecasts and alerts.
These changes help reduce complexity and improve
consistency throughout the codebase.Downloads