It looks like we've committed to using libepoxy[1] as a shim for GL support. It
looks quite nice, but there's a catch: In spite of the claim in our INSTALL
that it's cross-platform, it actually depends on X11.
I think that means that we need to have a separate GL interface per-backend.
Le 06/03/2015 02:12, Matthias Clasen a écrit :
On Thu, Mar 5, 2015 at 3:23 PM, Olivier Fourdan four...@gmail.com wrote:
[…]
Ideally, GTK should be able to use CSD even without a compositor. The
only reason it requires a compositor is because it uses the shadows as
resize handles. Ideally,
Are you sure? This shouldn't be the case since
https://github.com/anholt/libepoxy/commit/e3051481cc9f5b7b36b317aff1454ee16ea9cdb9
On Fri, Mar 6, 2015 at 7:54 PM, John Ralls jra...@ceridwen.us wrote:
It looks like we've committed to using libepoxy[1] as a shim for GL
support. It looks quite
On Mar 7, 2015, at 1:49 PM, Jasper St. Pierre jstpie...@mecheye.net wrote:
Are you sure? This shouldn't be the case since
https://github.com/anholt/libepoxy/commit/e3051481cc9f5b7b36b317aff1454ee16ea9cdb9
On Fri, Mar 6, 2015 at 8:49 PM, Jasper St. Pierre jstpie...@mecheye.net
wrote:
Are you sure? This shouldn't be the case since
https://github.com/anholt/libepoxy/commit/e3051481cc9f5b7b36b317aff1454ee16ea9cdb9
On Fri, Mar 6, 2015 at 7:54 PM, John Ralls jra...@ceridwen.us wrote:
It looks
Hi Matthias,
On 6 March 2015 at 02:12, Matthias Clasen matthias.cla...@gmail.com wrote:
On Thu, Mar 5, 2015 at 3:23 PM, Olivier Fourdan four...@gmail.com wrote:
I have little desire to discuss the pros and cons of csd and whether
something essential (consistency ?!) was lost when we started
On Fri, 6 Mar 2015, Emmanuele Bassi wrote:
GNOME Shell *is* Mutter. The shell uses libmutter which provides ...
Thanks, Emmanuele. I assumed there was some type of subterfuge in effect
here.
Roger
___
gtk-app-devel-list mailing list
Hi;
On Friday, 6 March 2015, Roger Davis r...@soest.hawaii.edu wrote:
I finally ran this down. The mutter window manager does indeed by default
auto-maximize any newly mapped window larger than 0.8 of the 'usable screen
area'. I think the latter means the space between gnome-shell's upper
On 03/05/2015 09:31 PM, Jim Charlton wrote:
I presume you have a callback function connected to the button press
event. Just create code to intercept the keyboard event and go to a
callback function that sees what key was pressed and then calls the same
function that would have been called
On 15-03-06 06:52 AM, Michael Torrie wrote:
On 03/05/2015 09:31 PM, Jim Charlton wrote:
I presume you have a callback function connected to the button press
event. Just create code to intercept the keyboard event and go to a
callback function that sees what key was pressed and then calls the
On 03/06/2015 08:52 AM, Michael Torrie wrote:
No, this is not quite what I am asking for. Capturing keyboard events
is fine, but I need the button to click visually, for feedback purposes.
Just like what happens if you define the control key shortcut and press
that.
So the question is
When using Glade to design a UI, I've noticed that the Button dialog has
an Activatable/Actionable section which includes an on/off Use Action
Appearance selection. This suggests that you might look into
GtkActionable and kin...
On 2015/03/06 07:55, Jim Charlton wrote:
On 15-03-06 06:52 AM,
On 03/06/2015 08:23 AM, Michael Cronenworth wrote:
On 03/06/2015 08:52 AM, Michael Torrie wrote:
No, this is not quite what I am asking for. Capturing keyboard events
is fine, but I need the button to click visually, for feedback purposes.
Just like what happens if you define the control
I finally ran this down. The mutter window manager does indeed by default
auto-maximize any newly mapped window larger than 0.8 of the 'usable
screen area'. I think the latter means the space between gnome-shell's
upper and lower toolbars, as I could never get anything more than about
0.75
14 matches
Mail list logo