| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
With all element markup gone, it is time to turn off
sgml mode, and get rid of entities as well.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
https://wiki.gnome.org/Design/OS/Typography
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Discovered-by: Timm Bäder <mail@baedert.org>
https://bugzilla.gnome.org/show_bug.cgi?id=721309
|
|
|
|
|
| |
Split out function for setting attributes. This will be needed in future
patches.
|
|
|
|
|
|
| |
Only create an attribute list for merging if we actually need to merge.
This bug was introduced in 5230cfe805b8f0046896c029612180fc9d4cc5df
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Missed by patch 30cc1512e
|
|
|
|
| |
In most cases, the text itself makes the message clear enough.
|
|
|
|
| |
This greatly reduces the amount of xml in the docs.
|
|
|
|
| |
Specifically, switch to using markdown syntax for sections.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=723119
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=723119
|
| |
|
|
|
|
|
|
|
|
| |
This commit makes the LinkImpl children of label accessibles
inherit all their state, except for focused and visited, which
are handled directly.
https://bugzilla.gnome.org/show_bug.cgi?id=721406
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This commit makes the label accessible implement AtkHypertext,
which returns a AtkHyperlink object for each link in the text.
At the same time, add AtkHyperlinkImpl objects as children
to the label accessible.
Also some private API to indicate that links have changed, and
call that from GtkLabel when needed.
Adjust expected output of the affected a11y tests.
https://bugzilla.gnome.org/show_bug.cgi?id=721410
https://bugzilla.gnome.org/show_bug.cgi?id=721421
|
|
|
|
|
|
|
| |
This exposes enough information to implement the AtkHyperText
interface.
More private link api
|
|
|
|
| |
For now, move the few private functions from gtklabel.h here.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=709629
|
| |
|
|
|
|
| |
Fixes defaultvalue test.
|
| |
|
|
|
|
|
|
|
| |
When setting the lines property, the label will be ellipsized
to that many lines, with the ellipsis only appearing in the
last line. This is different from how ellipsization of multi-line
labels normally works in GTK+.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Attached widgets inherit from the style of the widget they are
attached to. This can sometimes have unintended consequences,
like a context menu in the main view of gedit inheriting the font
that is configured for documents, or the context menu of the preview
in the font chooser coming up with humongous font size.
To fix this problem, we introduce a context menu style class
and use it for all menus that are used like that. The theme
can then set a font for this style class.
https://bugzilla.gnome.org/show_bug.cgi?id=697127
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When trying to drag, we currently the position of the first motion
event to determine where the drag came from. This might be alright
in the case of the old animation, but the data will be inaccurate
if the user has moved the pointer quite a bit since pressing the
cursor to start dragging. While we could monkey patch the GdkEvent
at the widget layer, this is unintuitive and strange.
Add a new API that takes a set of pointer coordinates describing
the origin of the drag. Additionally, adapt most widgets to use
it and use it with correct coordinates.
https://bugzilla.gnome.org/show_bug.cgi?id=705605
|
|
|
|
|
| |
Drop includes of deprecated headers where they are
no longer needed.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We've recently a number of classes wholly. For these cases,
move the headers and sources to gtk/deprecated/ and adjust
Makefiles and includes accordingly.
Affected classes:
GtkAction
GtkActionGroup
GtkActivatable
GtkIconFactory
GtkImageMenuItem
GtkRadioAction
GtkRecentAction
GtkStock
GtkToggleAction
GtkUIManager
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=702996
|
|
|
|
| |
They are both enabled by default.
|
| |
|
|
|
|
| |
Change from gint to gboolean.
|
|
|
|
|
| |
Make sure we always compare for a set baseline in the same way.
I.e. baseline != -1, never baseline >= 0.
|
|
|
|
| |
Report the baseline in get_preferred_height_and_baseline_for_width().
|
|
|
|
|
|
|
|
|
| |
The underscore was shown in front of the mnemonic instead of underlining
it (e.g., _Save).
Thanks to Lars Uebernickel.
https://bugzilla.gnome.org/show_bug.cgi?id=674759
|
|
|
|
|
|
| |
The label code was just letting some button press events bubble
up, which caused misbehaviour with the window dragging code.
https://bugzilla.gnome.org/show_bug.cgi?id=695506
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
To extract the mnemonic key value, the string must contain the
underscore. But when the "gtk-auto-mnemonics" setting is true and when
the Alt key is not pressed, the underscore must not be displayed. The
problem was that the 'new_str' variable was used for both purposes:
extract the text to display, and extract the accelerator character.
When the underscore must not be visible, the underscores were removed
from the 'new_str' variable before extracting the accelerator character.
Now there are two strings, one for each purpose.
https://bugzilla.gnome.org/show_bug.cgi?id=674759
|
|
|
|
|
|
|
|
| |
When setting new text on the label, the text-changed::delete signal
needs to be emitted before deleting the text (so that atk-bridge can
query the old text) while the text-changed::insert event needs to happen
afterwards (for the same reason). The old code using the notify signal
was only emitted after changing the text.
|
|
|
|
| |
Caused by recent refactoring in e09957a47da9425cc26d1b33cb4e9cc3e92e9ac7
|
|
|
|
|
|
| |
If text didn't change, don't change it.
And if that sentence made no sense, that might explain why I refactored.
|
|
|
|
|
|
|
|
|
|
|
|
| |
This replaces the previously hardcoded calls to gdk_window_set_user_data,
and also lets us track which windows are a part of a widget. Old code
should continue working as is, but new features that require the
windows may not work perfectly.
We need this for the transparent widget support to work, as we need
to specially mark the windows of child widgets.
https://bugzilla.gnome.org/show_bug.cgi?id=687842
|