summaryrefslogtreecommitdiff
path: root/gtk/gtksettings.c
Commit message (Collapse)AuthorAgeFilesLines
...
* Deprecate some GtkSettings apiMatthias Clasen2014-10-191-3/+41
| | | | | The gtk_settings_set_...property functions don't really add anything over g_object_set(), and we never documented them.
* Clarify GtkSettings documentationMatthias Clasen2014-10-191-7/+7
| | | | | | Just recommend g_object_set to override settings. The gtk_settings_set_..._property functions don't really add any value.
* Add settings for titlebar actionsMatthias Clasen2014-09-251-0/+63
| | | | | | | | | | | | These match the GSettings that mutter/metacity/gnome-shell have for this. We change the default for the middle-click action to none, since lower is just a terrible default. We're slightly bending the rules here, since we're adding new settings after .0, but a) it is just barely after .0, and b) settings are not really application API. https://bugzilla.gnome.org/show_bug.cgi?id=729782
* GtkSettings: Add a private getter for the sourceMatthias Clasen2014-09-221-8/+29
| | | | | | | | Settings have a little more metadata than plain properties. They can come from different sources. Make this information available so we can show it in the inspector. https://bugzilla.gnome.org/show_bug.cgi?id=736971
* Fix various warnings about unused thingsРуслан Ижбулатов2014-08-131-0/+2
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=734735
* Handle resolution changes in the GDK backend codeOwen W. Taylor2014-07-131-15/+22
| | | | | | | | | | | | | | | gdk_x11_display_set_window_scale() affects the interpretation of the Xft/DPI XSETTING - it is substituted inside GDK with the value of Gdk/UnscaledDPI xsetting. However, this change is not propagated to GTK+ and from GTK+ back to gdk_screen_set_resolution() until the main loop is run. Fix this by handling the screen resolution directly in gdk/x11. This requires duplication of code between GDK and GTK+ since we still have to handle DPI in GTK+ in the case that GdkSettings:gtk-xft-dpi is set by the application. https://bugzilla.gnome.org/show_bug.cgi?id=733076
* Make Adwaita the default theme across platformsMatthias Clasen2014-07-091-4/+0
| | | | | This ensures that we have a polished out-of-the-box appearance on all platforms.
* Use a define for the default icon theme nameMatthias Clasen2014-07-091-1/+1
| | | | | We're using this name in two places, so match what we are doing for the default theme name, and use a macro.
* GtkSettings: fully undeprecate blink settingsMatthias Clasen2014-07-031-3/+3
| | | | | | | | | | We decided in f8412eca34be6e2e655ad3e09bd97fa2bdcbdae0 that we still need to react to these for a11y reasons, but left the (then) harmless property deprecation in place. Now, the deprecation causes runtime warnings for merely reading the property, so drop it. https://bugzilla.gnome.org/show_bug.cgi?id=732667
* GtkSettings: defensive defaultsMatthias Clasen2014-06-271-1/+1
| | | | | Change the default value of the gtk-decoration-layout setting to menu:minimize,maximize,close. The masses want it that way.
* gtk: add missing type annotations ported from Vala bindingsEvan Nemerson2014-05-271-1/+1
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=730745
* Don't use hicolor as the default icon-themeMatthias Clasen2014-05-261-1/+1
| | | | | | The icontheme lookup code has a special-case that prefers builtin icons if the theme name is "hicolor". This is problematic for our reftests, which run in a barebones environment with not settings.
* settings: Add gtk-long-press-time settingCarlos Garnacho2014-05-231-1/+18
| | | | | This setting determines the duration of a button/touch press to be considered a long press.
* Deprecate GdkColorMatthias Clasen2014-05-221-5/+3
| | | | | It has been replaced by GdkRGBA. Time to make it official. http://bugzilla.gnome.org/show_bug.cgi?id=636695
* docs: enum cleanupMatthias Clasen2014-05-201-0/+1
| | | | scrolledwindow part 2
* GtkSettings: load modules from settings.iniMatthias Clasen2014-05-191-0/+1
| | | | | | | The initialization is really suboptimal here. This fix at least makes it so that we don't forget to load modules. https://bugzilla.gnome.org/show_bug.cgi?id=730306
* Remove debug spewMatthias Clasen2014-05-071-1/+0
|
* docs: Remove '\' escape character from literalsVolker Sobek2014-04-041-2/+2
| | | | | | | | commit 7f6a964c47ad2f9dcf6a00044d938840ce8f01f2 replaced entities, but escaped the replacement text also inside literals, which resulted in the escaping '\' to also appear in the documentation. https://bugzilla.gnome.org/show_bug.cgi?id=727322
* Allow selecting a dark variant with GTK_THEMEMatthias Clasen2014-03-061-20/+37
| | | | | | Dark themes need to be debugged, too. Author: Matthias Clasen <mclasen@redhat.com>
* Allow applications to use gtk-menu-bar-accel in 3.12Matthias Clasen2014-03-031-2/+3
| | | | | | | | | gnome-terminal is still using this setting, so we'll let applications override it for another cycle. It is no longer backed by a system-wide setting, though, and it will still go away eventually. This partically reverts b26c74e5dac0b5fd869d2c8cc7a0edb6b01aeebd
* Allow applications to use gtk-enable-mnemonics in 3.12Matthias Clasen2014-03-031-2/+3
| | | | | | | | | gnome-terminal is still using this setting, so we'll let applications override it for another cycle. It is no longer backed by a system-wide setting, though, and it will still go away eventually. This partically reverts 7e3a494fac62140f466fc43f6cc061215953e9b1
* Don't leak the theme nameWilliam Jon McCann2014-02-211-0/+1
|
* settings: Store style cascade in settings objectBenjamin Otte2014-02-201-11/+21
| | | | | | | | This ensures that the initialization for the CSS theme happens when the style cascade gets queried. https://bugzilla.redhat.com/show_bug.cgi?id=1064922 https://bugzilla.mozilla.org/show_bug.cgi?id=972382
* docs: use Returns: consistentlyWilliam Jon McCann2014-02-191-7/+7
| | | | Instead of Return value:
* Docs: use // for comments in examplesMatthias Clasen2014-02-141-1/+1
| | | | | Without sgml mode, we can't escape /* as /&ast; anymore, so just switch to // for comments in examples.
* Docs: Remove all entities and turn off sgml modeMatthias Clasen2014-02-091-3/+3
| | | | | With all element markup gone, it is time to turn off sgml mode, and get rid of entities as well.
* docs: Use markup for linksWilliam Jon McCann2014-02-071-1/+1
|
* docs: don't use <replaceable>William Jon McCann2014-02-041-1/+1
|
* docs: don't use ulink. use markdown insteadWilliam Jon McCann2014-02-041-4/+4
|
* docs: use ` instead of <literal>William Jon McCann2014-02-041-6/+6
|
* docs: use markdown instead of <filename> tagsWilliam Jon McCann2014-02-041-5/+5
|
* docs: Identify examples that are C codeWilliam Jon McCann2014-01-291-1/+1
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=723119
* docs: use |[ ]| instead of <programlisting></programlisting>William Jon McCann2014-01-291-6/+6
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=723119
* Use a define for the default theme nameWilliam Jon McCann2014-01-241-2/+2
|
* docs: fix links to docsWilliam Jon McCann2014-01-211-1/+1
|
* docs: don't use type syntax on things that aren'tWilliam Jon McCann2014-01-211-5/+5
|
* Add a setting for dialog headersMatthias Clasen2014-01-171-0/+22
| | | | | | | This setting will let us keep traditional appearance of dialogs on platforms where this is expected. The new setting is called gtk-dialogs-use-header, backed by the Gtk/DialogsUseHeader xsetting.
* Redo header bar decorations once moreMatthias Clasen2013-12-211-0/+35
| | | | | | | | | | | | | | | Applications need a way to fix or adapt the decoration layout, for situations like split header bars. Setting the layout from the theme with a style property did not offer a good way to do this, and the ::show-close-button property does not provide fine-grained control. To improve the situation, move the layout string to a property of GtkHeaderBar which is backed by a setting. This allows platforms to set a default button layout independent of the theme, while applications can override the default. The style GtkWindow style property is now deprecated and ignored.
* Change the default for "show-desktop" back to TRUEMatthias Clasen2013-11-261-1/+1
| | | | | | | | Change the GtkSettings default for "shell-shows-desktop" back to TRUE and also change the default value of the "show-desktop" property on GtkPlacesSidebar so that the defaultvalue test passes. https://bugzilla.gnome.org/show_bug.cgi?id=712302
* GtkSettings: make show-desktop default to FALSEMatthias Clasen2013-11-151-1/+1
| | | | This broke tests.
* Add a GtkSetting for 'shell-shows-desktop'Ryan Lortie2013-11-141-0/+11
| | | | | | | | | | | | Add a GtkSetting for whether the desktop shell is showing the desktop folder icons. This is on by default because most desktop shells do show the icons on the desktop. We already have a patch in gnome-settings-daemon to bind this to the org.gnome.desktop.background show-desktop-icons GSettings key which is off by default on GNOME. https://bugzilla.gnome.org/show_bug.cgi?id=712302
* broadway: Support ipad on-screen keyboardAlexander Larsson2013-11-131-5/+20
| | | | | | | We add a custom im module for broadway that calls some broadway specific APIs to show/hide the keyboard on focus in/out. We then forward this to the browser, and on the ipad we focus an input field to activate the keyboard.
* gtksettings: Allow setting the GTK+ theme with an envvarJasper St. Pierre2013-11-011-22/+34
| | | | To test with Raleigh much easier.
* Respect deprecated button images settingMatthias Clasen2013-10-241-1/+1
| | | | | | | | | | I have been convinced that it is a bad idea to change the behaviour at the same time as deprecating it, so go back to respecting the Gtk/ButtonImages xsetting in buttons created with gtk_button_new_from_stock() when it is set. The setting as well as the function are still deprecated, and the default value of the setting will remain FALSE.
* Respect deprecated menu images settingMatthias Clasen2013-10-241-1/+1
| | | | | | | | | I have been convinced that it is a bad idea to change the behaviour at the same time as deprecating it, so go back to respecting the Gtk/MenuImages xsetting in GtkImageMenuItem when it is set. The setting as well as the widget are still deprecated, and the default value of the setting will remain FALSE.
* Suppress cursor theme unsupported warning when there's no theme.John Ralls2013-10-101-1/+2
|
* Clarify Cursor Theme GDK WarningJohn Ralls2013-09-281-1/+1
|
* Fix config dir <> data dir confusionMatthias Clasen2013-09-061-0/+5
| | | | | | We added code to look for settings.ini in system config dirs, and then proceeded to move it to /usr/share/gtk-3.0 :-(. So, look in that location as well.
* Revert "Deprecate and ignore gtk-entry-password-hint-timeout"Matthias Clasen2013-08-311-4/+2
| | | | | | | | | | | | | | This reverts commit 4b5a389e88af7e7a1fa9e33294642dcfbc2832ec. This change caused considerable concern about accidental leaking of passwords, see e.g. https://bugzilla.gnome.org/show_bug.cgi?id=706563 https://bugzilla.gnome.org/show_bug.cgi?id=706873 https://bugzilla.redhat.com/show_bug.cgi?id=994237 We may have to do something else for password entries, such as the windows-style 'peekabo' icon.
* Revert "Deprecate and ignore the cursor blink settings"Matthias Clasen2013-08-161-11/+2
| | | | | | | | | | | | | | | This reverts commit b2e666bf8f297eb998331fa8ce0062ce7a5198fa. We need to keep cursor blinking configurable for accessibility reasons. https://bugzilla.gnome.org/show_bug.cgi?id=704134 Conflicts: gdk/win32/gdkproperty-win32.c gdk/x11/gdksettings.c gtk/gtksettings.c gtk/gtktextview.c
View Lorry Controller Status