| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
Adds infrastructure for handling factories for list headers.
For now, listitemmanager doesn't instantiate them, so they aren't used.
|
|
|
|
|
| |
Prototyping the interface to be used for sections in listview, so people
can review and play with it.
|
|
|
|
|
|
|
|
| |
This splits GtkListItem into 2 objects.
It is fully backwards compatible.
Using GtkListItem for GtkColumnView is now de-facto deprecated.
|
|
|
|
|
|
|
| |
There is no way to set it yet, this is just to prove that it works.
It also changes the focus behavior of rows. They are now always
focusable - unless turned off by the factory once that is possible.
|
|
|
|
| |
The conversion was done by guard2one.
|
|
|
|
| |
Too specialized.
|
|
|
|
|
| |
It is a dialog-like toplevel, and libadwaita has
replacement parts (like AdwCarousel).
|
|
|
|
|
| |
This is a very specialized widget, and should really just
live with the applications where it is used.
|
|
|
|
|
|
|
|
| |
The design patterns using statusbar are no longer popular,
and it is pretty easy to make a statusbar yourself with boxes
and labels, if you need one. The only thing special about
GtkStatusbar was its window resize handle, but that has
been gone for a long time.
|
| |
|
|
|
|
| |
This API has been superseded by GtkFileLauncher.
|
|
|
|
|
|
| |
This is a replacement for gtk_show_uri_full,
which can open a GFile in an application, or
open its containing folder in a file manager.
|
|
|
|
|
|
| |
This widget has a dialog-like API, which is something
we want to get rid of in GTK 5, and libadwaita has
a replacement with AdwBanner incoming.
|
|
|
|
|
| |
GtkDialog is too flexible in terms of UI (headerbars vs action bar,
etc), and has archaic APIs. It is time to retire it.
|
|
|
|
|
|
|
|
|
| |
These are being replaced by GtkFileDialog.
This commit only moves the headers for GtkFileChooserWidget and
GtkFileChooserDialog to deprecated/, and keeps the implementations
in gtk/, since they will eventually be salvaged into a private
GtkFileChooserWindow.
|
|
|
|
|
|
|
|
|
| |
It is getting replaced by GtkAlertDialog
This commit only moves the header to deprecated/,
and keeps the implementation in gtk/, since it will
eventually be salvaged into a private, dialog-free
widget.
|
|
|
|
|
|
|
|
|
|
| |
These are being replaced by GtkFontDialog
and GtkFontDialogButton
This commit only moves the headers for GtkFontChooserWidget and
GtkFontChooserDialog to deprecated/, and keeps the implementations
in gtk/, since they will eventually be salvaged into a private
GtkFontChooserWindow.
|
|
|
|
|
|
|
|
|
|
| |
These are being replaced by GtkColorDialog
and GtkColorDialogButton.
This commit only moves the headers for GtkColorChooserWidget
and GtkColorChooserDialog to deprecated/, and keeps the
implementations in gtk/, since they will eventually be
salvaged into a private GtkColorChooserWindow.
|
|
|
|
|
|
| |
Add an async API for picking a file, together with
a builder object for it. This is meant to replace direct
use of GtkFileChooserDialog.
|
|
|
|
|
| |
This is replacing GtkMessageDialog with an
async API for showing informational messages.
|
|
|
|
| |
This is like GtkColorDialogButton, but for fonts.
|
|
|
|
| |
This is similar to GtkColorDialog, but for fonts.
|
|
|
|
|
| |
This is a new color button implementation
built around GtkColorDialog.
|
|
|
|
|
|
| |
Add an async API for picking a color, together with
a builder object for it. This is meant to replace direct
use of GtkColorChooserDialog.
|
|
|
|
|
| |
This error domain will be used by async apis
in future commits.
|
|
|
|
| |
API is yet to come.
|
|
|
|
|
|
|
| |
The notable exception here are the global provider apis,
which are needed in some form and don't have a replacement
yet. Move them to gtkstyleprovider.[hc], so we can wholly
deprecated gtkstylecontext.[hc].
|
|
|
|
|
|
| |
These take a GtkStyleContext as argument, and we
want to get rid of GtkStyleContext eventually.
The proper drawing api these days is gtk_snapshot.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This includes
GtkCellArea
GtkCellAreaBox
GtkCellAreaContext
GtkCellEditable
GtkCellRenderer
GtkCellRendererAccel
GtkCellRendererCombo
GtkCellRendererPixbuf
GtkCellRendererProgress
GtkCellRendererSpin
GtkCellRendererSpinner
GtkCellRendererText
GtkCellRendererToggle
GtkCellView
GtkComboBox
GtkComboBoxText
GtkIconView
GtkListStore
GtkTreeModel
GtkTreeModelFilter
GtkTreeModelSort
GtkTreeStore
GtkTreeView
GtkTreeViewColumn
GtkTreeSelection
|
|\
| |
| |
| |
| | |
Introduce GtkAccessibleRange
See merge request GNOME/gtk!5066
|
| |
| |
| |
| | |
This introduces GtkAccessibleRange, an interface which allows the accessibility backend to work with a control which can adjust a value.
|
| |
| |
| |
| |
| |
| | |
We want to drop cell renderers and tree models
in GTK 5. The functionality of GtkEntryCompletion
may be replaced by a new widget in GTK 5.
|
|/
|
|
|
|
| |
These are a family of pretty specialized widgets, and
are very rarely used. Instead of porting them away
from GtkTreeView and GtkComboBox, deprecate them.
|
|
|
|
|
| |
Move the autocleanup declarations into their
respective headers.
|
|
|
|
|
|
|
|
| |
A label alternative that renders itself into a given rectangle.
The main use case is cells in column view.
Related: #3334
|
| |
|
| |
|
|
|
|
| |
... as discussed in the meeting.
|
| |
|
|
|
|
| |
We no longer use this widget anywhere.
|
|
|
|
|
|
|
|
|
|
|
|
| |
We want to test the accessibility API, as well as the implementation
inside each widget. For that, we should expose an API that lets us
verify that a GtkAccessible has a given role, as well as a given
property.
The API follows the pattern of other GTest API:
- a macro to assert that a condition is respected
- a function that prints out the error message in case of failure
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The ATContext type is meant to be used as the base class for
implementations of the assistive technology API—the actual mechanism
needed to communicate to components like the screen reader, or any other
AT.
Every time the widget state changes, the ATContext is meant to broadcast
the state change; and every time the AT queries the state of a UI
element, the ATContext is meant to provide that information.
We also have a "test" ATContext implementation, which is meant to be
used to write tests to verify that changes are propagated without
requiring a whole desktop session.
|
|
|
|
|
|
|
| |
GtkAccessible is an interface for accessible UI elements.
Currently, it doesn't do much except exist as a type; in the future, it
will be the entry point for all accessible state in GTK.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
To build a better world sometimes means having to tear the old one down.
-- Alexander Pierce, "Captain America: The Winter Soldier"
ATK served us well for nearly 20 years, but the world has changed, and
GTK has changed with it. Now ATK is mostly a hindrance towards improving
the accessibility stack:
- it maps to a very specific implementation, AT-SPI, which is Linux and
Unix specific
- it requires implementing the same functionality in three different
layers of the stack: AT-SPI, ATK, and GTK
- only GTK uses it; every other Linux and Unix toolkit and application
talks to AT-SPI directly, including assistive technologies
Sadly, we cannot incrementally port GTK to a new accessibility stack;
since ATK insulates us entirely from the underlying implementation, we
cannot replace it piecemeal. Instead, we're going to remove everything
and then incrementally build on a clean slate:
- add an "accessible" interface, implemented by GTK objects directly,
which describe the accessible role and state changes for every UI
element
- add an "assistive technology context" to proxy a native accessibility
API, and assign it to every widget
- implement the AT context depending on the platform
For more information, see: https://gitlab.gnome.org/GNOME/gtk/-/issues/2833
|
|
|
|
|
| |
Takes a boolean GtkExpression (like a boolean object property) to run a
filter with.
|
|
|
|
|
| |
This model presents the selection of a GtkSelectionModel
as its own list model.
|
|
|
|
| |
It has been superseded by GtkSignalsListItemFactory.
|
|
|
|
| |
GtkMultiSelection is so much faster than this that it isn't needed.
|
| |
|
|
|
|
|
|
| |
This is a list model holding strings, initialized
from a char **. String lists are buildable as well,
and that replaces the buildable support in GktDropDowns.
|