| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=710238
|
|
|
|
|
|
|
|
|
| |
Add margin-{start,end} and gtk_widget_{get,set}_margin_{start,end}
and drop margin-{left,right} and gtk_widget_{get,set}_margin_{left,right}.
margin-{start,end} handle right also in RTL.
https://bugzilla.gnome.org/show_bug.cgi?id=710238
|
|
|
|
|
|
|
| |
Use the just-added shell-shows-desktop GtkSetting to determine if we
should also show the "Desktop" folder in the places sidebar.
https://bugzilla.gnome.org/show_bug.cgi?id=712302
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
| |
We now respect core pointer grabs, and we do the pointer emulation
detection on the browser side.
|
|
|
|
|
|
|
|
| |
Printing a file with to PDF/etc. with the virtual printer option doesn't add
the file to the list of recently used files. It should be there, so I can
easily access it.
https://bugzilla.gnome.org/show_bug.cgi?id=668598
|
|
|
|
|
|
|
| |
The GtkFileInfo is only used if there's no bookmark name,
or to get the icon for the remote share or local folder.
https://bugzilla.gnome.org/show_bug.cgi?id=711548
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=711158
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=712213
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
|
|
|
| |
...to fix the build on Windows.
|
|
|
|
|
|
|
|
| |
In the fallback case, we were adding the border width of the
window twice, causing the content to be mis-positioned and
cut off in some cases.
https://bugzilla.gnome.org/show_bug.cgi?id=710909
|
|
|
|
|
|
|
|
| |
gtk_menu_tracker_add_items() fetched the action-namespace from the menu
item, but didn't pass it into gtk_menu_tracker_section_new() when its
internal namespace was still NULL.
https://bugzilla.gnome.org/show_bug.cgi?id=712164
|
| |
|
|
|
|
|
|
|
| |
This is useful to know when the transition is done we can
remove the child from the stack.
https://bugzilla.gnome.org/show_bug.cgi?id=711494
|
|
|
|
|
| |
This seems to get something going on an ipad, but some events seem
to get swallowed. For instance, window dragging doesn't work.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The broadway backend would move the focus from one window to another based on
where the mouse was (i.e. 'focus-follows-mouse' approach). Handling the focus
this wait didn't play well with widgets which rely on focus-in-event and
focus-out-event, like the GtkEntry when using a completion popup window, see
e.g:
https://bugzilla.gnome.org/show_bug.cgi?id=708984
So instead, setup broadway to require a click in a window to move the focus
(i.e. 'click-to-focus' approach):
* The implicit GDK_FOCUS_CHANGE events that were generated upon reception of
BROADWAY_EVENT_ENTER or BROADWAY_EVENT_LEAVE are removed.
* The broadway daemon will now keep track of which is the focused window
* Whenever the daemon detects an incoming BROADWAY_EVENT_BUTTON_PRESS, it will
trigger the focused window switch, which sends a new BROADWAY_EVENT_FOCUS to
the client, specifying which windows holds the focus.
* Upon reception of a BROADWAY_EVENT_FOCUS, the client will generate a new
GDK_FOCUS_CHANGE.
* gdk_broadway_window_focus() was also implemented, which now requests the
focus to the broadway server using a new BROADWAY_REQUEST_FOCUS_WINDOW.
This is based on an initial patch from Aleksander Morgado <aleksander@lanedo.com>.
|
|
|
|
|
|
|
|
|
|
|
|
| |
If a motion event handler (or other handler running from the flush-events
phase of the frame clock) recursed the main loop then flushing wouldn't
complete until after the recursed main loop returned, and various aspects
of the state would get out of sync.
To fix this, change flushing of the event queue to simply mark events as
ready to flush, and let normal event delivery handle the rest.
https://bugzilla.gnome.org/show_bug.cgi?id=705176
|
|
|
|
|
|
|
|
|
| |
Don't recurse the mainloop in _gtk_tree_view_column_start_drag().
It doesn't serve any discernible purpose, and recursing the
mainloop from the flush-events phas of the frame clock breaks
frame synchronization with mutter.
https://bugzilla.gnome.org/show_bug.cgi?id=705176
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If a queue_redraw() (invalidating a region, or the whole widget) was
called from the draw() call, it could get ignored if surface_dirty
existed, as it would then be updated, but destroyed right at the end of
the _gtk_pixel_cache_repaint(), leading the next call to
_gtk_pixel_cache_draw() have its call to repaint() be a no-op
(since there's no surface_dirty) and then simply draw from (non
updated) surface.
Signed-off-by: Olivier Brunel <jjk@jjacky.com>
https://bugzilla.gnome.org/show_bug.cgi?id=711545
|
|
|
|
|
| |
Fix a critical message when we try to compress events for a window
that was already destroyed.
|
| |
|
|
|
|
|
|
| |
Before smooth animation, stopping the pulse would abruptly stop
the bouncy bar. This change makes it so that we slow down for
a bit, and then stop.
|
|
|
|
|
| |
Test the 'no more pulse' situation. When the slider goes all
the way to the right towards slow, we remove the pulse timeout.
|
|
|
|
|
| |
Include material from Alex' blog post about the modern GTK+
rendering model.
|
|
|
|
|
| |
Use a tick callback and move the block each frame, instead
of making it jump only when gtk_progress_bar_pulse() is called.
|
|
|
|
|
|
| |
Arrange for the scales to control the speed of the activity
mode progress bar in gtk3-widget-factory. This will be useful
in demonstrating smoother progress bar animation in the future.
|
|
|
|
|
|
| |
_Gtk_file_chooser_label_for_file is not actually
used in gtkfilechooserdefault.c anymore, so move
it to a better place.
|
| |
|
|
|
|
|
|
|
| |
The file chooser used to do this, the places sidebar
still needs to learn it.
https://bugzilla.gnome.org/show_bug.cgi?id=711636
|
|
|
|
|
|
| |
Add an application shortcut for the Music folder in testfilechooser.
The file chooser used to filter duplicates out, but this broke
in the sidebar merge.
|
|
|
|
| |
This fixes a regression from the sidebar merge.
|
|
|
|
|
|
|
| |
This is necessary to implement the filechooser property
of the same name.
https://bugzilla.gnome.org/show_bug.cgi?id=711574
|
|
|
|
| |
gtkplacessidebar.c was looking foreign.
|
| |
|
|
|
|
| |
Pointed out in by Nelson Benitez in bug 707679.
|
| |
|
|
|
|
| |
Simplify and rename some callbacks.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=700419
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
currently it's using the same sizes for natural and minimum, but it
happens that, when it's allowed to use the arrow, the minimum size
can be smaller than natural.
https://bugzilla.gnome.org/show_bug.cgi?id=693227
|
|
|
|
|
|
| |
The conversion from stock to icon names left some items without
a label, which in turn shows up as empty menuitems in the overflow
menu.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Although I can't find explicit documentation for clipboard pointer, it
seems to be possible to modify clibpoard memory without side-effects.
According to MSDN,
http://msdn.microsoft.com/en-us/library/windows/desktop/aa366596%28v=vs.85%29.aspx
"The global and local functions are supported for porting from 16-bit
code, or for maintaining source code compatibility with 16-bit
Windows. Starting with 32-bit Windows, the global and local functions
are implemented as wrapper functions that call the corresponding heap
functions using a handle to the process's default heap."
"Memory objects allocated by GlobalAlloc and LocalAlloc are in private,
committed pages with read/write access that cannot be accessed by other
processes. Memory allocated by using GlobalAlloc with GMEM_DDESHARE is
not actually shared globally as it is in 16-bit Windows. This value has
no effect and is available only for compatibility. "
https://bugzilla.gnome.org/show_bug.cgi?id=711553
|