The "New Event" menu item is confusing and misleading, since
it is contextless item that has a context-aware action. The
result varies depending on which view you are, but this is in
no way communicated.
So just remove that, and all the GcalWindow API that is not
used anymore altogether.
This commit brings a few changes that I was too lazy to
split in different commits:
* Remove a few useless arguments in the GcalWeatherService API
* Move the weather management code from GcalWindow to GcalWeatherSettings
* A few style changes
Currently there is no way for a theme to add some specific styles (eg colors) on Calendar widgets, without upstreaming their CSS.
This commit adds the org-gnome-Calendar CSS class on the main window, as a helper selector. (See bug #227)
The default class for content viewers in Gtk+ is .view and
ideally provided by the theme. Not only that, but it provides
the exact same functionality of ours, but in a way that is
overridable for theme designers.
Fix this issue by removing the class from out CSS.
https://bugzilla.gnome.org/show_bug.cgi?id=765664
In the commit, we made the initial value of can_focus for month-view to be set true, which was by default taken to be false.
The problem is that when we open the month-view in gnome calendar, the input focus is not set to the month view which resulted in the failue of navigation keys initially.
To fix this, the default value of the focus is set to true in the window.ui file.
https://bugzilla.gnome.org/show_bug.cgi?id=763160
This commit sets up the edit dialog from the window's ui
resource file, in a series of commits that tries to move
all C code to the UI definitions.
Also, GcalManager is a full GObject class, not a simple
pointer. As such, update the property spec to be of type
object, not pointer.
In the create event popover, the Create button is considered to be the right-most button. Because create is a positive action, it seems that it should be the default at the rightmost position.
Swaped create_button and details_button's left_attach arguments.
https://bugzilla.gnome.org/show_bug.cgi?id=747058
This is a significant rewrite of the calendar popover. Instead of adding actions to the window, it uses a internal map to find the corresponding source.
<Alt>Left for previous date
<Alt>Down or <Ctrl>t for today
<Alt>Right for next date
More expected shortcuts are being discussed and
registered at https://etherpad.gnome.org/p/calendar-keynav.
We shouldn't let nameless events be created.
This commit blocks all ways to create them
when the name is not set.
The user can still edit events' data.
