- Mar 21, 2018
-
- Sep 08, 2017
-
-
- Sep 03, 2017
-
-
- Aug 15, 2017
-
-
Aurimas Černius authored
-
- Aug 12, 2017
-
-
-
Мирослав Николић authored
-
-
- Aug 07, 2017
-
-
Matej Urbančič authored
-
Matej Urbančič authored
-
- Jul 31, 2017
-
-
- Jul 27, 2017
-
-
- Jul 19, 2017
-
-
Florian Müllner authored
Update NEWS.
-
- Jul 10, 2017
-
-
Marek Cernocky authored
-
-
- Jul 07, 2017
-
-
- Jul 06, 2017
-
-
Piotr Drąg authored
-
- Jul 05, 2017
-
-
Florian Müllner authored
The REVERSES flag was removed from Meta.KeyBindingFlags a while ago, as gnome-control-center doesn't recognize it and the corresponding "magic" shift handling. That is, nowadays reversible keybindings need to provide an explicit reversed binding. https://bugzilla.gnome.org/show_bug.cgi?id=784079
-
- May 11, 2017
-
-
Florian Müllner authored
Update NEWS.
-
- Apr 27, 2017
-
-
Christian Kellner authored
Don't use the sync version of g_file_query_info because that might potentially block (especially when the connection is slow or drops). https://bugzilla.gnome.org/show_bug.cgi?id=781765
-
- Apr 24, 2017
-
-
Florian Müllner authored
At least for now, nautilus' file monitor is blind to certain metadata updates: https://git.gnome.org/browse/nautilus/tree/src/nautilus-mime-actions.c#n1537 So in order for the changes in the previous patch to take effect immediately, we need to force nautilus to reload the file info. Achieve this by updating the access time of the newly copied file after marking it as trusted. https://bugzilla.gnome.org/show_bug.cgi?id=781596
-
Florian Müllner authored
The application can already be launched from the menu without further confirmation from the user, so there is no security gain in asking the user to trust it when launched from the desktop - just set the appropriate attributes of the newly copied file to mark it as trusted to nautilus. https://bugzilla.gnome.org/show_bug.cgi?id=781596
-
- Apr 21, 2017
-
-
Florian Müllner authored
Someone mixed up add() and add_actor() - this has been present since the the big rewrite based on the AxeMenu extension in commit 9211fa44, so there's little point in coming up with a replacement for something that never had any effect to begin with ...
-
- Apr 11, 2017
-
-
-
Florian Müllner authored
Update NEWS.
-
- Apr 08, 2017
-
-
- Mar 27, 2017
-
-
Trần Ngọc Quân authored
Signed-off-by: Trần Ngọc Quân <vnwildman@gmail.com>
-
- Mar 22, 2017
-
-
Florian Müllner authored
It's not very useful to allow dragging when there's no drop target, so tie the functionality added in the previous commit to the presence of a DESKTOP window. https://bugzilla.gnome.org/show_bug.cgi?id=780371
-
Florian Müllner authored
Back in the olden days, it used to be possible to drag items from the application menu to the desktop to create a launcher shortcut. Reimplement that "classic" functionality in the apps menu extension. https://bugzilla.gnome.org/show_bug.cgi?id=780371
-
- Mar 21, 2017
-
-
Florian Müllner authored
The use of Array to keep track of inserted items is extremely confusing, as no elements are ever added to the array. What the code actually does is monkey-patching properties into an empty object (that happens to be of type "Array"). While the direct idiomatic replacement would be {}, update the code to use a proper map instead. https://bugzilla.gnome.org/show_bug.cgi?id=780371
-
- Mar 20, 2017
-
-
Florian Müllner authored
Update NEWS.
-
- Mar 18, 2017
-
-
-
Rūdolfs Mazurs authored
-
- Mar 14, 2017
-
-
Florian Müllner authored
Update NEWS.
-
Florian Müllner authored
-
- Mar 13, 2017
-
-
Jordi Mas authored
-
- Mar 10, 2017
-
-
Aurimas Černius authored
-
-
- Mar 08, 2017
-
-
Marek Cernocky authored
-
- Mar 06, 2017
-
-
- Mar 04, 2017
-
-
Jordi Mas authored
-