Global Weather Pro: Weather Widget for WordPress

Historique des changements

For the complete version history (all releases), see the readme.txt revision log: https://plugins.trac.wordpress.org/log/global-weather-pro/trunk/readme.txt

2.8.0 – 2026-09-24

• Accessibility: Weather Alerts Can Now Be Opened From the Keyboard. The alert icon and the close button were plain elements labelled as buttons, so they could not be reached with the Tab key or activated with Enter or Space. They are now real buttons, and the alert list opens in a native modal dialog that holds keyboard focus, closes with Escape or a click outside it, and returns focus to the alert icon afterward. The icon also tells screen reader users how many alerts are active. Previously, clicking the alert icon in one widget also opened the alert window of the other widget when both were on the same page; each widget now opens only its own.
• Accessibility: Forecast Tabs Follow the Standard Tab Pattern. The Temperature, Rain Chance, Wind and other forecast tabs now respond to the arrow keys, Home and End. Screen readers are told which tab is selected, and each forecast panel is linked to its tab. Switching tabs in the 7-day strip no longer resets the hourly strip.
• Accessibility: Pause Control for the Condition Animation. The animated condition image loops indefinitely, and WCAG 2.2.2 requires a way to stop moving content that runs longer than five seconds. A small pause and play button now sits on the image, and the animation starts paused for visitors whose device is set to reduce motion.
• Accessibility: Screen Readers No Longer Read the Whole Widget Aloud on Load. The widget containers were marked as live regions, so a screen reader read every figure in the widget at once when the page loaded. That marking has been removed. Labels that screen readers ignored or that hid the visible text were replaced with real text. Temperatures now announce their unit, the UV reading announces its number as well as its risk level, and hourly and daily forecast icons describe the condition instead of being skipped.
• Accessibility: Sidebar Unit Toggle Is Now a Pair of Buttons. The F and C controls were links that went nowhere, and the selected unit was shown only by a text color that fell below the WCAG AA contrast minimum. They are now buttons that tell screen readers which unit is selected, have a larger touch target, and mark the selected unit with an outline as well as color. Muted text in the light sidebar theme was darkened to meet the 4.5:1 contrast ratio.
• Change: Redesigned Review Prompt. The review request is now a card in the style of the block editor, with a condition animation, follows the admin color scheme, and works on narrow screens. Choosing an option no longer reloads the page, and the close button now remembers the choice; previously the notice came back on the next page load.
• Fix: The Widget No Longer Appears Unstyled for a Moment. The light and dark widget stylesheets and the alert stylesheet were added by the widget scripts after the page had loaded, so the widget briefly appeared without its styling on every visit. WordPress now loads them with the rest of the page’s styles. On block themes, and on classic themes when the widget sits in a sidebar or in the page’s own content, they load in the page head before anything is drawn. A block’s own light or dark setting is respected.
• New: Alignment, Spacing and HTML Anchor Settings for the Blocks. The Header block can be set to wide or full width, and the Sidebar block can be aligned left, center or right with text wrapping around it. Both blocks now have margin and padding controls and an HTML anchor field, like core blocks.
• New: The Widgets Can Be Translated. Labels, tab names, button text, UV and air quality levels, alert text and status messages were written in English inside the widget scripts. They now go through the plugin’s text domain, so they can be translated on translate.wordpress.org. Weekday names and clock times now follow the site’s language setting, so a German site shows « Do, 19:05 » rather than « Thu, 7:05 PM ». Weather condition descriptions still come from the weather data service in English.
• Change: Widget Text Can Be Selected and Copied. Text selection was turned off for the whole header widget. It is now turned off only on the tab and toggle buttons, where a double click would otherwise highlight the label.

2.7.15 – 2026-09-16

• Fix: The Block Never Appeared in the Block Inserter. The block registration code looked for its block definition, editor script, and editor stylesheet in a folder that was not included in the plugin package. WordPress skips a block whose definition file is missing without reporting any error, so searching the inserter returned nothing, and the block described in the 2.7.14 documentation could not actually be added to a page. The block definitions and editor script now ship with the plugin.
• Fix: Blocks in Block Theme Templates Loaded Without Their Weather Data. Block themes build templates and template parts before the page head is output, which is earlier than the point where the widget scripts were registered. Weather data attached to a script that is not yet registered is discarded without warning, so the widget script loaded with no data and stopped with a « gwpro is not defined » error, and the widget stylesheet was skipped on the same pages. The scripts and styles are now registered before any widget, shortcode, or block renders, and the widget scripts fall back to their built-in error message instead of stopping if the data is ever missing.
• Change: Separate Header and Sidebar Blocks. The single « Weather Widget » block with a layout setting has been replaced by two blocks, « Global Weather Pro Header » and « Global Weather Pro Sidebar, » named to match the classic widgets. Both appear when the inserter is searched for « weather widget, » « weather, » « forecast, » or « Global Weather Pro, » and both keep the per-block location and color theme overrides in the block settings sidebar.
• Change: Each Block Can Be Placed Once Per Page. The widgets rely on fixed element IDs, so two copies of the same block on one page would interfere with each other. The editor now prevents a second copy from being inserted. A header block and a sidebar block can still share the same page.
• Change: Editor Placeholder Instead of a Blank Preview. The weather display is assembled in the visitor’s browser, a step the editor does not perform, so a live preview inside the editor would render empty. The editor now shows a labeled placeholder summarizing the block’s location and theme settings, and the live weather appears on the published page.
• Documentation: Block Instructions Updated. The description, installation steps, and FAQ now refer to the two blocks by name. If a page or template shows a notice that it contains an unsupported block, that content was saved with the earlier « Weather Widget » block. Remove it and insert the Global Weather Pro Header or Sidebar block in its place.

2.7.14 – 2026-09-12

• Documentation: The Weather Widget Block Is Now Documented. The plugin has registered a server-rendered « Weather Widget » block for the block editor and Full Site Editing templates since 2.7.0, but no part of the readme ever mentioned it. The installation instructions and the first FAQ entry both directed site owners to « Appearance » > « Widgets, » a screen that does not exist on a block theme, so anyone running a modern theme was told to follow steps they could not follow and had no way of discovering the block that would have worked. Blocks are now listed alongside widgets and shortcodes everywhere placement is described, with a note that block themes have no classic Widgets screen.
• Documentation: Per-Block Location and Theme Overrides Are Now Documented. Each block instance can override the site-wide location and color theme, which is what makes it possible to show weather for different cities on different pages. This capability was present but undocumented, so in practice no one knew to use it.
• Documentation: Plugin Headers Completed. Added the missing « Requires PHP » header to readme.txt, and added « Plugin URI », « Author URI », « Text Domain », « Domain Path », « Requires at least », and « Requires PHP » to the main plugin file. The text domain in particular was being passed to « wp_set_script_translations() » for the block editor script without ever being declared, which is the header WordPress uses to locate translation files.
• Fix: Description Rendered Incorrectly on the Plugin Directory Page. The opening paragraph of the Description began with a bold marker that was never closed, so the plugin’s single most prominent block of copy rendered either entirely bold or with the markers visible as literal characters.
• Fix: Removed a Changelog Entry for a Release That Does Not Exist. An entry labeled 8.9.8 sat at the top of the changelog, above 2.7.11, describing a stable tag change to a version number the plugin has never had. It was the first thing anyone opening the Changelog tab would read.

For older releases, see changelog.txt.