- Feb 09, 2017
-
-
-
-
Felipe Borges authored
UmCarouselItem is a button, but since we have now the arrow which points to the selected item, we don't need any other visual feedback (such as hover border/background). https://bugzilla.gnome.org/show_bug.cgi?id=767065
-
Felipe Borges authored
Set a margin for the username label instead of using the container spacing property. In doing so the labels are not so far apart from each other, but still distant from the profile icon/image. https://bugzilla.gnome.org/show_bug.cgi?id=767065
-
-
Felipe Borges authored
The arrow is drawn using CSS. https://bugzilla.gnome.org/show_bug.cgi?id=767065
-
Felipe Borges authored
This commit merges the hbox2, main-user-vbox, and grid1 into the "user-options" container. It also replaces deprecated widgets, such as GtkVBox and GtkHBox. These changes are according to the new User Accounts panel mockups at https://wiki.gnome.org/Design/SystemSettings/UserAccounts https://bugzilla.gnome.org/show_bug.cgi?id=767065
-
Felipe Borges authored
UmCarousel is an horizontal container that contains UmCarouselItem children. These items are paginated 3 at 3 at the time. UmCarousel intents to act as controller for content containers. It emitis the "item-activated" signal whenever an UmCarouselItem gets activated (clicked). It automatically activates the first UmCarouselItem of the current vsible page. The visibility of the go-back and go-next button is automatically set based on the number of children. These changes are according to the new User Accounts panel mockups at https://wiki.gnome.org/Design/SystemSettings/UserAccounts https://bugzilla.gnome.org/show_bug.cgi?id=767065
-
- Feb 08, 2017
-
-
Bastien Nocera authored
We now check much earlier whether panels are missing dependencies.
-
Bastien Nocera authored
All the free Unix-compatible platforms we support have CUPS support, so require it from the get-go.
-
Bastien Nocera authored
But do it earlier than the end of configure messages.
-
Bastien Nocera authored
But do it earlier than the end of configure messages.
-
Bastien Nocera authored
But do it earlier than the end of configure messages.
-
Bastien Nocera authored
One for panels required on Linux, one for panels required on non-S390 Linux (where USB is not available).
-
Bastien Nocera authored
As the printers panel is not optional either.
-
Bastien Nocera authored
-
Bastien Nocera authored
Use AC_CHECK_LIBM instead of AC_CHECK_LIB(m,... and use $(LIBM) instead of hardcoding "-lm" in Makefiles.
-
-
Georges Basile Stavracas Neto authored
After temporarily removing the ability to delete accounts in 4e197b49, let's start bringing it back again by adding a Remove Account button to the account editor dialog, as per the recent mockups. https://bugzilla.gnome.org/show_bug.cgi?id=774222
-
Georges Basile Stavracas Neto authored
Looks like Gtk+ assumes all dialogs' internal-vbox widgets have a 2px border, so explicitly set it to 0. https://bugzilla.gnome.org/show_bug.cgi?id=774222
-
Georges Basile Stavracas Neto authored
When adding an account, the old proccess was: use the (removed) toolbar to open the New Account dialog, select a provider in that dialog, add the account and see the newly created account in the panel itself. That approach had issues, e.g. the user would have to close the dialog if she mistakenly selected a provider. After moving the provider list to the panel itself, it doesn't make sense anymore to have another provider list inside the dialog. Fix this by moving the new account view to the accounts dialog. https://bugzilla.gnome.org/show_bug.cgi?id=774222
-
Georges Basile Stavracas Neto authored
After successfully editing a default shortcut (and making sure the "Set" button is sensitive), if the user clicks the '+' row to create a new custom shortcut, the "Add" button is sensitive even with all fields empty. Fix that by ensuring the "Add" button is always insensitive whenever we add a custom shortcut. https://bugzilla.gnome.org/show_bug.cgi?id=777842
-
Georges Basile Stavracas Neto authored
Per the available mockups [1], the "Set" and "Add" buttons are the suggested action of the dialog and should be blue. [1] https://raw.githubusercontent.com/gnome-design-team/gnome-mockups/master/system-settings/keyboard/keyboard-wires.png https://bugzilla.gnome.org/show_bug.cgi?id=777842
-
Georges Basile Stavracas Neto authored
This was introduced while rebasing c26f8ae0 https://bugzilla.gnome.org/show_bug.cgi?id=774222
-
The last login button should be insensitive for other accounts if the panel is not unlocked. https://bugzilla.gnome.org/show_bug.cgi?id=767065
-
- Feb 07, 2017
-
-
Felipe Borges authored
The "Add Printer" dialog should be smart enough to know whether an item listed in the dialog is a samba server or just a printer. If it is a samba server, it should go for the authentication page instead of emitting a GTK_RESPONSE_*. https://bugzilla.gnome.org/show_bug.cgi?id=778277
-
Felipe Borges authored
In order to keep the dialog size in the same aspect ratio of the mockups as https://wiki.gnome.org/Design/SystemSettings/Printers The "height-request" property should never go higher than 490px. 490 is an estimated value for the panels to properly fit on netbook screens. See https://wiki.gnome.org/Design/SystemSettings#Notes https://bugzilla.gnome.org/show_bug.cgi?id=778266
-
Felipe Borges authored
The mockups at https://wiki.gnome.org/Design/SystemSettings/Printers show just the word "Add" for the button which opens the "Add Printer" dialog. https://bugzilla.gnome.org/show_bug.cgi?id=778268
-
- Feb 05, 2017
-
-
Piotr Drąg authored
-
- Feb 04, 2017
-
-
- Feb 03, 2017
-
-
- Feb 01, 2017
-
-
Felipe Borges authored
Introduce a "go-back" button allowing to get back to the list of printers when the user is exposed to the authentication form in the "Add New Printer" dialog. This is a redesign based on the newest mockups available at https://wiki.gnome.org/Design/SystemSettings/Printers#Guidelines https://bugzilla.gnome.org/show_bug.cgi?id=760783
-
-
- Jan 31, 2017
-
-
Georges Basile Stavracas Neto authored
As described in the proposed mockups [1], the Keyboard panel should have a Reset All button above the list of shortcuts that allows the user to quickly reset all the shortcuts to their default keybinding. The current implementation, however, lacks this button. Fix that by adding a "Reset All" button, and implementing the reset all action. A message dialog is shown in order to confirm the action, and custom shortcuts are not reset (unless the conflict with the default keybinding of another standard shortcut). [1] https://raw.githubusercontent.com/gnome-design-team/gnome-mockups/master/system-settings/keyboard/keyboard-wires.png https://bugzilla.gnome.org/show_bug.cgi?id=777840
-
Georges Basile Stavracas Neto authored
The current Keyboard panel allows only the shortcut list to scroll. Since we want to add more widgets above the list, and we want them to scroll out of sight per the latest mockups [1], making only the shortcut list scrollable poses a problem. Fix that by making the entire panel scrollable. [1] https://github.com/gnome-design-team/gnome-mockups/blob/master/system-settings/keyboard/keyboard-wires.png https://bugzilla.gnome.org/show_bug.cgi?id=777840
-
- Jan 30, 2017
-
-
Georges Basile Stavracas Neto authored
The current shortcut editor state is managed by setting and comparing the page name directly, making the code look more complicated than it should. Fix this by introducing the concept of pages, and using this to set and get the current shortcut editor dialog state. https://bugzilla.gnome.org/show_bug.cgi?id=777845
-
Georges Basile Stavracas Neto authored
After introducing the reset button to match the mockups [1], the shortcut editor dialog had some issues exposed. This is visible e.g. when the user tries to edit a custom shortcut's name and the shortcut is disabled. This happens because we assume there is always a shortcut set. When we open the dialog to edit a custom shortcut, however, nothing is actually set, and we end up saving the disabled shortcut when editing the shortcut's name or command. Fix that by initializing the shortcut's accelerators when editing a shortcut, and correcting the logic to validate the shortcut. [1] https://raw.githubusercontent.com/gnome-design-team/gnome-mockups/master/system-settings/keyboard/keyboard-wires.png https://bugzilla.gnome.org/show_bug.cgi?id=777845
-