| Age | Commit message (Collapse) | Author |
|---|
|
Changing class names made the extension compatible with the upcoming
gnome-shell version 3.30.
|
|
An unnecessary import triggered an error, and was removed.
|
|
The extension was declared compatible with gnome-shell version 3.28.
Version 63 was indeed released, but with no other change apart from the
change in version number. Shipping it out to the AUR would have
triggered an update without any gain, which was thus deemed unnecessary
to bother users with.
|
|
The icon can now be scaled.
|
|
The extension now also works while windows are dragged.
|
|
The changes in this version deal with problems stemming from
modifications done to the Ubuntu version of gnome-shell. These are
either introduced by patches only included in the Ubuntu variant or
incompatibilities to other extensions Ubuntu includes by default. As
some Arch Users may want to use the Ubuntu version and compatibility
with other extensions is improved, the changes are worth shipping out to
them, too.
Version 59 was again withdrawn from review by the author, jumping
directly to 60.
|
|
The extension is now declared compatible to the recently released
gnome-shell version 3.26.
|
|
Translations were corrected.
|
|
Hiding of rounded corners was improved.
|
|
Translations were updated.
|
|
In addition to some code cleanup, the extension is now compatible with
the upcoming gnome-shell version 3.24.
|
|
The changes in this version mostly affect Fedora packaging and are thus
irrelevant for Arch Linux. However, for the version number to be
current, it is shipped out nonetheless.
|
|
The license wording was slightly changed to accommodate for the change
in address of the Free Software Foundation.
|
|
It brings cleanup and cosmetics.
|
|
Some extensions authors introduce build steps required before
installing. Their execution normally produces a completed variant of the
extension code in a subdirectory, difficult to tell apart from the
original source. The find condition introduced herein proves the process
against such cases to come. It always chooses the files created last,
ensuring that a build which occurred after mere unpacking will always
take precedence.
|
|
The extension is now compatible to the new gnome-shell version 3.22.
|
|
The overview can now be automatically shown whenever the last
application is closed.
Version 47 was withdrawn from review from the author, jumping directly
to 48.
|
|
The button can now be moved to the right.
|
|
This introduces the option to show the overview directly after login.
As usual, version 45 was withdrawn from review from the author, jumping
directly to 46.
|
|
According to the Arch Packaging Standards [1], lines in a PKGBUILD
should be no longer than 100 characters and package descriptions should
cap at 80.
This does not change the contents of the built package, so the pkgver
stays unchanged.
[1]: https://wiki.archlinux.org/index.php/Arch_packaging_standards
|
|
As an extension consists of both the metadata description and a
JavaScript entry point always named extension.js, searching for both
hardens the locating process against changes to the directory structure.
This does not change the contents of the built package, so the pkgver
stays unchanged.
|
|
Comparing the minor version to a string of minor and major will never
succeed.
Originally, a restriction on the current shell version was omitted for
historical reasons - most packages did so when dependencies were defined
manually. This now turns into a concious decision to
- permit the usage of the extension in instable gnome-shell versions -
the ones with odd minor version numbers - where incompatibilities are
introduced gradually.
- ease the transition from one stable gnome-shell version - the ones
with even minor version numbers - to the next. In an ideal world, all
extensions should have been updates before the update hits the
repositories. But as Arch is quite more on the edge than developers of
some of the extensions, this is not the case more often than not.
|
|
Apart from gnome-shell 3.20 compatibility, this improves the extension
when working together with classic mode and shell themes.
Version 43 was withdrawn from review from the author, jumping directly
to 44.
|
|
In combination with the dash-to-dock extension, rounded corners intended
to be hidden showed up again. This happens no longer with this version.
Version 41 was withdrawn from review from the author, jumping directly
to 42 with a better variant of the same fix.
|
|
It is now possible to configure a panel shadow.
|
|
Unbelievably, also traditional tools like grep are regularly updated
still today. Version 2.24 forbid the combination of some features with
the -z option. This was exactly what was exploited here to make grep
ignore newlines so they would not interrupt JSON dissection. More
information about the change can be found at the bottom of the
respective release notes. [1]
Fixing it costs an invocation of tr to remove the bothersome newlines.
Because the files are read within "find -exec" where input redirection
is not readily possible, cat has to be invoked to start the pipeline.
The grep script got only a tiny bit simpler by adhering to the new
restriction and leaving newlines to tr.
Thanks to AUR users jmauss, Asher256 and vinadoros for pointing to the
critical line.
[1]: http://savannah.gnu.org/forum/forum.php?forum_id=8477
|
|
This reverts "add mksrcinfo header".
The .SRCINFO is now generated by "makepkg --printsrcinfo" which does no
longer include any header since commit f63854f [1], released with pacman
version 5.0.1.
[1]: https://projects.archlinux.org/pacman.git/commit/?id=f63854fa96f658ca5bdf2c21a1cd33cf4e3fbdbd
|
|
Among other changes, this introduces compatibility with the Gno-Menu
extension.
|
|
The new version of mksrcinfo released with the recent update to
pkgbuild-introspection adds a header to all .SRCINFO files.
|
|
This introduces compatibility with the former conflicting extension
StatusTitleBar@devpower.org.
|
|
|
|
|
|
|
|
|
|
|