Re: Gtk3 MacOS (OSX) context menu issues

2015-03-20 Thread Jim Charlton

On 15-03-20 10:07 AM, Roger Davis wrote:


Hi Jim  Konstantin,

I can now add another data point on this topic. My boss bought me a 
nice new iMac 27 Retina which arrived a couple days ago (yayy 
boss!!), so I decided to do my first ever X11-free quartz-only gtk3 
MacPorts install (agh gtk3-on-quartz!!). I am now seeing your menu 
insensitivity bug, another bug as well, and all my hard-won tweaks to 
get gtk3 looking nice re: font and theme issues under XQuartz have 
gone down the toilet and I'm back at square one. On to the details ...


(1) I had a bit of installation difficulty with MacPorts. For my previous
XQuartz gtk3 installs I always just did

port install gtk3

but to do this quartz-only install I followed some other instructions 
and did


port install cairo +quartz -x11
port install pango +quartz -x11
port install gtk3 +quartz -x11

The last command failed because it dragged in the gtk2 port which 
wanted a

pango with X11, so I started over:

port install cairo +quartz
port install pango +quartz
port install gtk3 +quartz -x11

That worked.

(2) My gtk3 app runs basically OK (and is not starting X11), but now 
shows

the message

*** WARNING: Method userSpaceScaleFactor in class NSView is deprecated on
10.7 and later. It should not be used in new applications. Use
convertRectToBacking: instead.

every time I start it. Naturally, my own code knows 
userSpaceScaleFactor from nothing, so it must be getting called 
somewhere within gtk3/whatever. There are other reports of this on the 
web (some of which state that it has led to fatal errors!!) but I have 
not yet seen any detailed explanation. Obviously it still afflicts gtk 
3.14.9 and friends on quartz-only.


(3) Now, the context menu issue ... I am basically seeing the same 
problem you are (although I have *never* seen it under my XQuartz 
installs), but have some additional observations to add.


First, my popup menus (both those which I directly display within my 
own code as well as those displayed indirectly by GtkComboBoxText 
widgets) initially display with a transparent 6-ish-pixel-wide border 
the first time they are shown, but on subsequent displays show no 
border at all (but still suffer from the insensitivity bug). Weird.


Second, I can avoid triggering the bug if I initiate the menu display 
with a quick click-and-release. If on the other hand I trigger the 
menu with a depress-only mouse event, I see the bug as you have 
described. On my own direct popups, the menu displays to the lower 
right of the mouse cursor position. If I depress-only and move the 
mouse directly to the lower right the items are sensitive until I move 
the mouse out of the menu, but if I first move the mouse to the upper 
left and then into the menu, the items are never sensitive.


Jim, I don't see how this could have anything to do with X11 because 
(1) the latter is not running on my quartz-only install where the bug 
appears, and (2) the bug *never* appears on my XQuartz platforms.


Hope this helps,

Roger

Jim Charlton wrote:


I certainly should have mentioned that my observations were made under
the MAC OS X 10.10 (Yosemite) operating system.  I too have not been
able to observe this problem under Linux (Ubuntu).  As Konstantin has
pointed out, it does not seem possible to add a margin to the popup
menuitem box in Linux to test if the problem would arise.  I will try to
determine if the problem arises in the XQuartz X11 libraries or in the
GTK3 libraries.  But the incorrect motion event data seems to point to
the X11 libraries on the MAC.

___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Roger:

I can confirm that I see exactly the same thing that you do. Holding 
down the right mouse button while moving the mouse gives the effect that 
you see.  On checking which widget is under the cursor at each motion 
event... I find that not releasing the right button changes what is 
initially reported to be under the cursor (from GtkMenu to GtkMenuItem).


I used rather loose language when I referred to the XQuartz server. I am 
also actually using the Gtk3 + quartz and so am using the MAC quartz 
graphics library not the Xserver.  A colleague here has suggested that 
it probably is not an incorrect event being sent from quartz as I 
imagined.  It may be linked to either the handling of enter events, or 
perhaps the setting of event masks for the various widgets.  I will 
continue to work my way through the code (gtkmenu.c) to see if I can 
figure it out.


jim...   Jim Charlton


___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


Re: Gtk3 MacOS (OSX) context menu issues

2015-03-20 Thread Roger Davis


Hi Jim  Konstantin,

I can now add another data point on this topic. My boss bought me a nice 
new iMac 27 Retina which arrived a couple days ago (yayy boss!!), so I 
decided to do my first ever X11-free quartz-only gtk3 MacPorts install 
(agh gtk3-on-quartz!!). I am now seeing your menu insensitivity bug, 
another bug as well, and all my hard-won tweaks to get gtk3 looking nice 
re: font and theme issues under XQuartz have gone down the toilet and I'm 
back at square one. On to the details ...


(1) I had a bit of installation difficulty with MacPorts. For my previous
XQuartz gtk3 installs I always just did

port install gtk3

but to do this quartz-only install I followed some other instructions and 
did


port install cairo +quartz -x11
port install pango +quartz -x11
port install gtk3 +quartz -x11

The last command failed because it dragged in the gtk2 port which wanted a
pango with X11, so I started over:

port install cairo +quartz
port install pango +quartz
port install gtk3 +quartz -x11

That worked.

(2) My gtk3 app runs basically OK (and is not starting X11), but now shows
the message

*** WARNING: Method userSpaceScaleFactor in class NSView is deprecated on
10.7 and later. It should not be used in new applications. Use
convertRectToBacking: instead.

every time I start it. Naturally, my own code knows userSpaceScaleFactor 
from nothing, so it must be getting called somewhere within gtk3/whatever. 
There are other reports of this on the web (some of which state that it 
has led to fatal errors!!) but I have not yet seen any detailed 
explanation. Obviously it still afflicts gtk 3.14.9 and friends on 
quartz-only.


(3) Now, the context menu issue ... I am basically seeing the same problem 
you are (although I have *never* seen it under my XQuartz installs), but 
have some additional observations to add.


First, my popup menus (both those which I directly display within my own 
code as well as those displayed indirectly by GtkComboBoxText widgets) 
initially display with a transparent 6-ish-pixel-wide border the first 
time they are shown, but on subsequent displays show no border at all (but 
still suffer from the insensitivity bug). Weird.


Second, I can avoid triggering the bug if I initiate the menu display with 
a quick click-and-release. If on the other hand I trigger the menu with a 
depress-only mouse event, I see the bug as you have described. On my own 
direct popups, the menu displays to the lower right of the mouse cursor 
position. If I depress-only and move the mouse directly to the lower right 
the items are sensitive until I move the mouse out of the menu, but if I 
first move the mouse to the upper left and then into the menu, the items 
are never sensitive.


Jim, I don't see how this could have anything to do with X11 because (1) 
the latter is not running on my quartz-only install where the bug appears, 
and (2) the bug *never* appears on my XQuartz platforms.


Hope this helps,

Roger

Jim Charlton wrote:


I certainly should have mentioned that my observations were made under
the MAC OS X 10.10 (Yosemite) operating system.  I too have not been
able to observe this problem under Linux (Ubuntu).  As Konstantin has
pointed out, it does not seem possible to add a margin to the popup
menuitem box in Linux to test if the problem would arise.  I will try to
determine if the problem arises in the XQuartz X11 libraries or in the
GTK3 libraries.  But the incorrect motion event data seems to point to
the X11 libraries on the MAC.

___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


Re: Fwd: Gtk3 MacOS (OSX) context menu issues

2015-03-19 Thread Konstantin Dmitriev
2015-03-19 13:05 GMT+06:00 Konstantin Dmitriev ksee.zelga...@gmail.com:
 Hello!

 2015-03-15 22:32 GMT+06:00 Konstantin Dmitriev ksee.zelga...@gmail.com:
 Hello, Jim!

 2015-03-15 21:25 GMT+06:00 Jim Charlton char...@gmail.com:
 With the default MacPorts installation of gtk3, one can set XDG_CONFIG_HOME
 to /opt/local/share/themes/Default and then include the gtk.css file with
 .window-frame,
 .window-frame:backdrop {
   box-shadow: none;
   margin: 0;}

 in it, in /opt/local/share/themes/Default/gtk-3.0/gtk.css

 and the margins will disappear on the popup menu boxes avoiding the
 selection problem.  No need to install an alternate theme.
 Please excuse the errors in the previous posting.

 Thank you very much for providing the workaround! This solves the
 problem for my situation, because I can provide modified theme with
 the distributive of our software.

 Just a wild guess:
 It would be interesting to create a custom theme with the following css 
 options:
 .window-frame,
 .window-frame:backdrop {
   box-shadow: 0 0 10px rgba(0,0,0,0.5)
   margin: 15;
 }
 ...and test it in some other OS (Linux and Windows). Maybe the problem
 of insensitive menu will appear there as well!

 I have been trying to reproduce the same behaviour on my Linux
 workstation, but no luck. I can enable the shadow around the context
 menu, but the semi-transparent border isn't appears. Probably this
 feature doesn't supported by X11 backend. So I can't debug this issue
 in Linux.

 I think at this point we can submit a bugreport to GTK bugtracker -
 https://bugzilla.gnome.org/index.cgi

I guess this would be a better link for bugtracker -
https://bugzilla.gnome.org/page.cgi?id=browse.htmlproduct=gtk%2B
^_^

Best Regards,
Konstantin
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


Re: Fwd: Gtk3 MacOS (OSX) context menu issues

2015-03-19 Thread Konstantin Dmitriev
Hello!

2015-03-15 22:32 GMT+06:00 Konstantin Dmitriev ksee.zelga...@gmail.com:
 Hello, Jim!

 2015-03-15 21:25 GMT+06:00 Jim Charlton char...@gmail.com:
 With the default MacPorts installation of gtk3, one can set XDG_CONFIG_HOME
 to /opt/local/share/themes/Default and then include the gtk.css file with
 .window-frame,
 .window-frame:backdrop {
   box-shadow: none;
   margin: 0;}

 in it, in /opt/local/share/themes/Default/gtk-3.0/gtk.css

 and the margins will disappear on the popup menu boxes avoiding the
 selection problem.  No need to install an alternate theme.
 Please excuse the errors in the previous posting.

 Thank you very much for providing the workaround! This solves the
 problem for my situation, because I can provide modified theme with
 the distributive of our software.

 Just a wild guess:
 It would be interesting to create a custom theme with the following css 
 options:
 .window-frame,
 .window-frame:backdrop {
   box-shadow: 0 0 10px rgba(0,0,0,0.5)
   margin: 15;
 }
 ...and test it in some other OS (Linux and Windows). Maybe the problem
 of insensitive menu will appear there as well!

I have been trying to reproduce the same behaviour on my Linux
workstation, but no luck. I can enable the shadow around the context
menu, but the semi-transparent border isn't appears. Probably this
feature doesn't supported by X11 backend. So I can't debug this issue
in Linux.

I think at this point we can submit a bugreport to GTK bugtracker -
https://bugzilla.gnome.org/index.cgi

Best Regards,
Konstantin
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


Re: Fwd: Gtk3 MacOS (OSX) context menu issues

2015-03-19 Thread Jim Charlton

On 15-03-19 12:13 AM, Konstantin Dmitriev wrote:

2015-03-19 13:05 GMT+06:00 Konstantin Dmitriev ksee.zelga...@gmail.com:

Hello!

2015-03-15 22:32 GMT+06:00 Konstantin Dmitriev ksee.zelga...@gmail.com:

Hello, Jim!

2015-03-15 21:25 GMT+06:00 Jim Charlton char...@gmail.com:

With the default MacPorts installation of gtk3, one can set XDG_CONFIG_HOME
to /opt/local/share/themes/Default and then include the gtk.css file with
.window-frame,
.window-frame:backdrop {
   box-shadow: none;
   margin: 0;}

in it, in /opt/local/share/themes/Default/gtk-3.0/gtk.css

and the margins will disappear on the popup menu boxes avoiding the
selection problem.  No need to install an alternate theme.
Please excuse the errors in the previous posting.

Thank you very much for providing the workaround! This solves the
problem for my situation, because I can provide modified theme with
the distributive of our software.

Just a wild guess:
It would be interesting to create a custom theme with the following css options:
.window-frame,
.window-frame:backdrop {
   box-shadow: 0 0 10px rgba(0,0,0,0.5)
   margin: 15;
}
...and test it in some other OS (Linux and Windows). Maybe the problem
of insensitive menu will appear there as well!

I have been trying to reproduce the same behaviour on my Linux
workstation, but no luck. I can enable the shadow around the context
menu, but the semi-transparent border isn't appears. Probably this
feature doesn't supported by X11 backend. So I can't debug this issue
in Linux.

I think at this point we can submit a bugreport to GTK bugtracker -
https://bugzilla.gnome.org/index.cgi

I guess this would be a better link for bugtracker -
https://bugzilla.gnome.org/page.cgi?id=browse.htmlproduct=gtk%2B
^_^

Best Regards,
Konstantin
I certainly should have mentioned that my observations were made under 
the MAC OS X 10.10 (Yosemite) operating system.  I too have not been 
able to observe this problem under Linux (Ubuntu).  As Konstantin has 
pointed out, it does not seem possible to add a margin to the popup 
menuitem box in Linux to test if the problem would arise.  I will try to 
determine if the problem arises in the XQuartz X11 libraries or in the 
GTK3 libraries.  But the incorrect motion event data seems to point to 
the X11 libraries on the MAC.


Jim Charlton
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


Re: Fwd: Fwd: Gtk3 MacOS (OSX) context menu issues

2015-03-18 Thread Jim Charlton

On 15-03-15 10:56 AM, Konstantin Dmitriev wrote:

Sorry, forgot to forward my previous message into mailing list. ^__^


-- Forwarded message --
From: Konstantin Dmitriev ksee.zelga...@gmail.com
Date: 2015-03-15 22:32 GMT+06:00
Subject: Re: Fwd: Gtk3 MacOS (OSX) context menu issues
To: Jim Charlton char...@gmail.com


Hello, Jim!

2015-03-15 21:25 GMT+06:00 Jim Charlton char...@gmail.com:

With the default MacPorts installation of gtk3, one can set XDG_CONFIG_HOME
to /opt/local/share/themes/Default and then include the gtk.css file with
.window-frame,
.window-frame:backdrop {
   box-shadow: none;
   margin: 0;}

in it, in /opt/local/share/themes/Default/gtk-3.0/gtk.css

and the margins will disappear on the popup menu boxes avoiding the
selection problem.  No need to install an alternate theme.
Please excuse the errors in the previous posting.

Thank you very much for providing the workaround! This solves the
problem for my situation, because I can provide modified theme with
the distributive of our software.

Just a wild guess:
It would be interesting to create a custom theme with the following css options:
.window-frame,
.window-frame:backdrop {
   box-shadow: 0 0 10px rgba(0,0,0,0.5)
   margin: 15;
}
...and test it in some other OS (Linux and Windows). Maybe the problem
of insensitive menu will appear there as well!

Best Regards,
K.
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
I have further investigated the problem with insensitivity in context 
menus.  This involved some debugging of the gtkmenu.c code in the gtk3 
libraries.  Here are my findings thus far.  If anyone has a suggestion 
where to go next, please let me know.  I don't mind working on this but 
I am sort of at a dead end.


At line 3569 in gtkmenu.c

  menu_item = gtk_get_event_widget ((GdkEvent*) event);
  parent = gtk_widget_get_parent (menu_item);
  if (!GTK_IS_MENU_ITEM (menu_item) ||
  !GTK_IS_MENU (parent))
return FALSE;

Replace with
  menu_item = gtk_get_event_widget ((GdkEvent*) event);
  printf(The name of the widget is %s\n, gtk_widget_get_name(menu_item);
  parent = gtk_widget_get_parent (menu_item);
  if (!GTK_IS_MENU_ITEM (menu_item) ||
  !GTK_IS_MENU (parent))
return FALSE;

make and make install the gtk3 libs.

Run gtk3-demo.  Right click in the lower right panel to bring up the 
context menu.  Carefully move the mouse cursor into the menu.  Note that 
the name of the widget under the cursor that is being returned by the 
motion event is a GtkMenu, not a GtkMenuItem.  Now move the mouse out of 
the popup window.  The name of the widget under the cursor is now 
GtkTextView.  Move the cursor back into the popup menu and the widget 
under the cursor is now reported as GtkMenuItem and one can select the 
Select All item by passing over it.  Now move the cursor very 
carefully into the 6 pixel margin and then back into the menu popup.  
One can now see that the widget under the cursor is again reported 
(incorrectly??) to be GtkMenu instead of GtkMenuItem and the 
GTK_IS_MENU_ITEM test fails and one cannot select the Select All item.


As I pointed out earlier, the problem of insensitive menu items in 
context menus can be avoided by removing the margin from the popup. But 
this is just a workaround.  The real question remains.  Why does the 
motion event report the wrong widget type under the cursor in certain 
circumstances?


jim...  Jim Charlton
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


Re: borderless MacOS menus (was 'Gtk3 MacOS (OSX) context menu issues')

2015-03-16 Thread Jim Charlton

On 15-03-15 08:24 PM, Jim Charlton wrote:

On 15-03-15 01:49 PM, Roger Davis wrote:


Thanks for the suggestion, Jim, but no luck so far in getting any 
change to my menu borders via


.window-frame, .window-frame:backdrop {
  box-shadow: 6px 6px;
  margin: 6px;
}

which I added to a new $XDG_CONFIG_HOME/gtk-3.0/gtk.css file. This 
file is definitely being parsed at app startup time, because if I change


.window-frame, .window-frame:backdrop {

to instead read

* {

I get the most hideous GUI imaginable, i.e., big ugly shadow borders 
around almost everything *except* my menus, which are still 
completely borderless! It just seems like my system is flat-out never 
drawing any menu borders no matter what.


Roger


On Sun, 15 Mar 2015, Jim Charlton wrote:

My experience has been that I can set the XDG_CONFIG_HOME 
environment variable to the path to the gtk-3.0 directory (eg. 
/opt/local/share/themes/Default) and then put both the gtk.css and 
the settings.ini file in the 
/opt/local/share/themes/Default/gtk-3.0/ directory. When a gtk3 
application is run, both files will be processed.  You can put css 
into the gtk.css file and it seems to override the in-line 
(compiled?) theme data.  If you do figure out how to put shadowed 
margins on the menus, let us know if it brings back the item 
selection problem.



If you just want to put a border on the menubar you can try adding

.menubar {
  border-width: 6px;
  background-color: red;
  border-color: black;
  border-style: solid;
}

to the gtk.css file.  This will give a red background and a wide, 
black border to the menubar.  Or apply the same configuration to 
.menuitem to give background color and borders to all menu items in 
the menubar and in the dropdown menu boxes.


I am not quite sure how you could make it shadowed.

jim...  Jim Charlton
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Ahhh...  you can get shadowed borders by adding something like

.menubar {
  border-width: 1px;
  box-shadow:  inset 0 0 10px #00;|
border-style: solid;
}

You can experiment with various box-shadow parameters.

jim...

|
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


Re: borderless MacOS menus (was 'Gtk3 MacOS (OSX) context menu issues')

2015-03-16 Thread Roger Davis


On Mon, 16 Mar 2016, Jim Charlton wrote:


.menubar {
 border-width: 6px;
 background-color: red;
 border-color: black;
 border-style: solid;
}


Thanks Jim, that tip led to this good-enough-for-now solution:

GtkMenu {
  border-width: 1px;
  border-color: #cc;
  border-style: solid;
  box-shadow: inset -1px -1px 2px #77;
}

GtkMenu is equivalent to .menu as far as I can tell, and both worked for 
me -- can anyone comment? The .menubar style class does not work as these 
are popup menus, not menubars. (Curiously, .popup does not work, which 
would seem to apply according to the GtkStyleContext man page.)


My earlier attempt with

* {

did not work because I wasn't specifying the correct property entries. 
(border-width and border-style are key, I was incorrectly using margin 
before.)


Box shadows seem totally unattainable on my MacOS system if I do not use 
the optional (!?!) 'inset' specifier. I actually do not want an inset 
shadow (I want outset?) but the above specification creates a shadow 
that's subtle enough that you can't easily tell the difference.


Many minor gtk3 style inconsistencies remain between my MacOS and CentOS 7 
boxes, but I think for now I've whacked all that exceed my personal 
hideousity threshold.


Thanks!

Roger
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


Re: Fwd: Gtk3 MacOS (OSX) context menu issues

2015-03-15 Thread Jim Charlton
With the default MacPorts installation of gtk3, one can set 
XDG_CONFIG_HOME to /opt/local/share/themes/Default and then include the 
gtk.css file with

.window-frame,
.window-frame:backdrop {
  box-shadow: none;
  margin: 0;}

in it, in /opt/local/share/themes/Default/gtk-3.0/gtk.css

and the margins will disappear on the popup menu boxes avoiding the 
selection problem.  No need to install an alternate theme.

Please excuse the errors in the previous posting.

jim...  Jim Charlton


On 15-03-14 10:02 PM, Jim Charlton wrote:
To answer part of my own question I am using my own gtk3 theme 
rather than the compiled Adwaita theme that comes with Gtk3.  I set 
the environment variable XDG_CONFIG_HOME (export 
XDG_CONFIG_HOME=/opt/local/share/themes/Adwaita/gtk-3.0), edited 
/opt/local/share/themes/Adwaita/gtk-3.0/gtk.css to @import 
url(gtk-main.css); and then edit 
/opt/local/share/themes/Adwaita/gtk-3.0/gtk-main.css to customize the 
theme. (careful... your theme directory may be elsewhere, depending on 
how you installed Gtk3).


To cure the context menu problem, I eliminated the margin on popup 
windows by adding


|.window-frame,
.window-frame:backdrop {
  box-shadow: none;
  margin: 0;}

to the end of the gtk.css file.  Without the margin box the selection 
problem seems to go away.


This is not a cure... but perhaps a useful work-around!  The 
inspiration for this idea comes from 
https://forum.xfce.org/viewtopic.php?pid=36005.


jim...   Jim Charlton
|




On 15-03-14 09:11 PM, Jim Charlton wrote:

A further note on the context menu issues

If one runs gtk3-demo and right clicks in the open pane on the lower 
right a context menu opens.  If one carefully slides the cursor 
pointer into the list and down the list the Select All will not 
highlight.  If you slide the cursor out of the box, being sure to go 
outside of the margin around the box, and then renter the box, the 
item will highlight.  But if you then carefully place the pointer 
into the margin area of the box and back into the box, the item 
ceases to be sensitive.


Is this possibly related to a patch introduced in April of last year...

https://mail.gnome.org/archives/commits-list/2014-April/msg01392.html ??

Or is there a way to change the css margin of popups to see if that 
will cure the problem... ??  H...?


jim...  Jim Charlton




On 15-03-14 09:25 AM, Konstantin Dmitriev wrote:

Hello, Jim!

2015-03-14 21:50 GMT+06:00 Jim Charlton char...@gmail.com:

Hi Konstantin:

I wrote to the list earlier to say that I could reproduce the 
problem that
you have identified.  I am using MAC Yosemite 10.10 in a VirtualBox 
VM.


To investigate further, I created a new Yosemite VM and installed 
MacPorts,

Xcode, Xcode tools, and then ran port install gtk3 +quartz and port
install gtkmm3 +quartz.  After this, running the gtk3-demo program 
showed

the same problem that you encountered.

When I look at your YouTube video of the gtk3-demo program, I see 
that you

have a different theme than the default compiled Adwaita theme.  I was
wondering exactly how you installed the dark theme that you were 
using?

The dark theme is enabled if you set the GTK_THEME environment
variable in the following way:
GTK_THEME=Adwaita:dark

I have been using gtk3 and gtkmm3 to create software for a coffee 
roasting
company.  I note that in my software, I have exactly the same 
problem that

you have found.  I just never noticed it before! :-)

I am not an expert on the Gtk3 and Gtkmm3 libraries.  But maybe if 
we keep

working on it, a solution will appear.

Yes, I am not a gtk3 expert a well, but I hope that this issue will
get resolved. At least I hope to attract attention of GTK developers.
^__^


It would be good to verify that this
problem occurs on a real MAC and not just on a virtual machine.

I have one report from the user who have experienced the same issue on
the real (non-virtual) machine -
http://www.synfig.org/issues/thebuggenie/synfig/issues/810
But it's better to double-check, of course. I haven't got confirmation
from the bugreporter that the issue is the same...

Also, I can provide the dmg package with the compiled binary, so
anyone can test if the issue happens on the real Mac as well -
http://sourceforge.net/projects/synfig/files/releases/1.0-RC1/osx/synfigstudio-1.0-rc1.dmg/download 



BTW, is it OK to forward this message to gtk-app mailing list, maybe
it will be interesting to others?

Best Regards,
Konstantin


On 15-03-05 09:17 AM, Konstantin Dmitriev wrote:

2015-03-03 15:01 GMT+06:00 Vest . vest...@gmail.com:

Hello Konstantin,

I apologize that I probably cannot help you, but I am curious. Do 
you

have
this issue, if you run a simple demo, where GtkMenu is used?
Because it seems that when you move the mouse outside of the menu's
boundaries, something inside the widget is cleared and the menu
receives
mouse events again.

Kind regards,
Vest

Hello, Vest!

Thank you for responding!
I have tested the gtk3-demo and (surprise!) 

borderless MacOS menus (was 'Gtk3 MacOS (OSX) context menu issues')

2015-03-15 Thread Roger Davis


Hi all,

Thanks to Jim Charlton for the nice fix (or workaround) on the context 
menu problem! I've had a MacOS menu problem for some time which may be 
related to this, but as it's a bit off-topic re: the context menu thread 
I've started a new thread here.


My MacOS gtk3 menus have no borders whatsoever, a rather annoying graphics 
glitch. This includes menus built-in to gtk3 widgets (e.g., made from 
gtk_combo_box_text_new()) as well as those made directly by me via 
gtk_menu_new(). The same menus look fine under CentOS.


I'm using a perhaps unusual gtk3 setup under MacOS (although it does seem 
like many folks' MacOS gtk3 installs are unique). I am running the XQuartz 
backend with a very minimal gnome environment. I set XDG_CONFIG_HOME to 
reference my own private settings.ini file with the contents


[Settings]
gtk-application-prefer-dark-theme = false
gtk-theme-name = Adwaita
gtk-icon-theme-name = Adwaita
gtk-font-name = Cantarell 12

This at least solved a recent font problem of mine (see the Feb. 2015 
'gtk3 (GtkTextView) and MacOS' thread), so it seems to be doing something 
useful, and my shadowless menu issue pre-dates use of this file so it's 
not the source of the current problem. However, I'm not sure how to make 
any use of Jim's shadow-removing workaround to *add* shadows to my menus, 
since:


(1) It seems that shadowed menus are supposed to be default bahavior, but 
I'm not getting shadows despite having done nothing to disable them.


(2) My /opt/local/share/themes/Adwaita/gtk-3.0/gtk.css contains only the 
comment line


/* Adwaita is the default theme of GTK+ 3, this file is not used */

implying there's nothing I can add there that will make the slightest bit 
of difference anyway.


Of course, probably I should just be grateful that I don't suffer from the 
MacOS context menu sensitivity problem and leave well enough alone!


Does anyone have any ideas? Thanks!

Roger Davis
Univ. of Hawaii


From: Jim Charlton char...@gmail.com
To: gtk-app-devel-list@gnome.org
Subject: Re: Fwd: Gtk3 MacOS (OSX) context menu issues

To answer part of my own question I am using my own gtk3 theme
rather than the compiled Adwaita theme that comes with Gtk3.  I set the
environment variable XDG_CONFIG_HOME (export
XDG_CONFIG_HOME=/opt/local/share/themes/Adwaita/gtk-3.0), edited
/opt/local/share/themes/Adwaita/gtk-3.0/gtk.css to @import
url(gtk-main.css); and then edit
/opt/local/share/themes/Adwaita/gtk-3.0/gtk-main.css to customize the
theme. (careful... your theme directory may be elsewhere, depending on
how you installed Gtk3).

To cure the context menu problem, I eliminated the margin on popup
windows by adding

|.window-frame,
.window-frame:backdrop {
  box-shadow: none;
  margin: 0;}

to the end of the gtk.css file.  Without the margin box the selection 
problem seems to go away.


This is not a cure... but perhaps a useful work-around!  The inspiration 
for this idea comes from https://forum.xfce.org/viewtopic.php?pid=36005.



___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


Re: borderless MacOS menus (was 'Gtk3 MacOS (OSX) context menu issues')

2015-03-15 Thread Roger Davis


Thanks for the suggestion, Jim, but no luck so far in getting any change 
to my menu borders via


.window-frame, .window-frame:backdrop {
  box-shadow: 6px 6px;
  margin: 6px;
}

which I added to a new $XDG_CONFIG_HOME/gtk-3.0/gtk.css file. This file is 
definitely being parsed at app startup time, because if I change


.window-frame, .window-frame:backdrop {

to instead read

* {

I get the most hideous GUI imaginable, i.e., big ugly shadow borders 
around almost everything *except* my menus, which are still completely 
borderless! It just seems like my system is flat-out never drawing any 
menu borders no matter what.


Roger


On Sun, 15 Mar 2015, Jim Charlton wrote:

My experience has been that I can set the XDG_CONFIG_HOME environment 
variable to the path to the gtk-3.0 directory (eg. 
/opt/local/share/themes/Default) and then put both the gtk.css and the 
settings.ini file in the /opt/local/share/themes/Default/gtk-3.0/ directory. 
When a gtk3 application is run, both files will be processed.  You can put 
css into the gtk.css file and it seems to override the in-line (compiled?) 
theme data.  If you do figure out how to put shadowed margins on the menus, 
let us know if it brings back the item selection problem.

___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


Fwd: Fwd: Gtk3 MacOS (OSX) context menu issues

2015-03-15 Thread Konstantin Dmitriev
Sorry, forgot to forward my previous message into mailing list. ^__^


-- Forwarded message --
From: Konstantin Dmitriev ksee.zelga...@gmail.com
Date: 2015-03-15 22:32 GMT+06:00
Subject: Re: Fwd: Gtk3 MacOS (OSX) context menu issues
To: Jim Charlton char...@gmail.com


Hello, Jim!

2015-03-15 21:25 GMT+06:00 Jim Charlton char...@gmail.com:
 With the default MacPorts installation of gtk3, one can set XDG_CONFIG_HOME
 to /opt/local/share/themes/Default and then include the gtk.css file with
 .window-frame,
 .window-frame:backdrop {
   box-shadow: none;
   margin: 0;}

 in it, in /opt/local/share/themes/Default/gtk-3.0/gtk.css

 and the margins will disappear on the popup menu boxes avoiding the
 selection problem.  No need to install an alternate theme.
 Please excuse the errors in the previous posting.

Thank you very much for providing the workaround! This solves the
problem for my situation, because I can provide modified theme with
the distributive of our software.

Just a wild guess:
It would be interesting to create a custom theme with the following css options:
.window-frame,
.window-frame:backdrop {
  box-shadow: 0 0 10px rgba(0,0,0,0.5)
  margin: 15;
}
...and test it in some other OS (Linux and Windows). Maybe the problem
of insensitive menu will appear there as well!

Best Regards,
K.
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


Re: borderless MacOS menus (was 'Gtk3 MacOS (OSX) context menu issues')

2015-03-15 Thread Jim Charlton

On 15-03-15 10:40 AM, Roger Davis wrote:


Hi all,

Thanks to Jim Charlton for the nice fix (or workaround) on the context 
menu problem! I've had a MacOS menu problem for some time which may be 
related to this, but as it's a bit off-topic re: the context menu 
thread I've started a new thread here.


My MacOS gtk3 menus have no borders whatsoever, a rather annoying 
graphics glitch. This includes menus built-in to gtk3 widgets (e.g., 
made from gtk_combo_box_text_new()) as well as those made directly by 
me via gtk_menu_new(). The same menus look fine under CentOS.


I'm using a perhaps unusual gtk3 setup under MacOS (although it does 
seem like many folks' MacOS gtk3 installs are unique). I am running 
the XQuartz backend with a very minimal gnome environment. I set 
XDG_CONFIG_HOME to reference my own private settings.ini file with the 
contents


[Settings]
gtk-application-prefer-dark-theme = false
gtk-theme-name = Adwaita
gtk-icon-theme-name = Adwaita
gtk-font-name = Cantarell 12

This at least solved a recent font problem of mine (see the Feb. 2015 
'gtk3 (GtkTextView) and MacOS' thread), so it seems to be doing 
something useful, and my shadowless menu issue pre-dates use of this 
file so it's not the source of the current problem. However, I'm not 
sure how to make any use of Jim's shadow-removing workaround to *add* 
shadows to my menus, since:


(1) It seems that shadowed menus are supposed to be default bahavior, 
but I'm not getting shadows despite having done nothing to disable them.


(2) My /opt/local/share/themes/Adwaita/gtk-3.0/gtk.css contains only 
the comment line


/* Adwaita is the default theme of GTK+ 3, this file is not used */

implying there's nothing I can add there that will make the slightest 
bit of difference anyway.


Of course, probably I should just be grateful that I don't suffer from 
the MacOS context menu sensitivity problem and leave well enough alone!


Does anyone have any ideas? Thanks!

Roger Davis
Univ. of Hawaii


From: Jim Charlton char...@gmail.com
To: gtk-app-devel-list@gnome.org
Subject: Re: Fwd: Gtk3 MacOS (OSX) context menu issues

To answer part of my own question I am using my own gtk3 theme
rather than the compiled Adwaita theme that comes with Gtk3.  I set the
environment variable XDG_CONFIG_HOME (export
XDG_CONFIG_HOME=/opt/local/share/themes/Adwaita/gtk-3.0), edited
/opt/local/share/themes/Adwaita/gtk-3.0/gtk.css to @import
url(gtk-main.css); and then edit
/opt/local/share/themes/Adwaita/gtk-3.0/gtk-main.css to customize the
theme. (careful... your theme directory may be elsewhere, depending on
how you installed Gtk3).

To cure the context menu problem, I eliminated the margin on popup
windows by adding

|.window-frame,
.window-frame:backdrop {
  box-shadow: none;
  margin: 0;}

to the end of the gtk.css file.  Without the margin box the selection 
problem seems to go away.


This is not a cure... but perhaps a useful work-around!  The 
inspiration for this idea comes from 
https://forum.xfce.org/viewtopic.php?pid=36005.



HI Roger:

My experience has been that I can set the XDG_CONFIG_HOME environment 
variable to the path to the gtk-3.0 directory (eg. 
/opt/local/share/themes/Default) and then put both the gtk.css and the 
settings.ini file in the /opt/local/share/themes/Default/gtk-3.0/ 
directory.  When a gtk3 application is run, both files will be 
processed.  You can put css into the gtk.css file and it seems to 
override the in-line (compiled?) theme data.  If you do figure out how 
to put shadowed margins on the menus, let us know if it brings back the 
item selection problem.


jim...   Jim Charlton
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


Re: borderless MacOS menus (was 'Gtk3 MacOS (OSX) context menu issues')

2015-03-15 Thread Jim Charlton

On 15-03-15 01:49 PM, Roger Davis wrote:


Thanks for the suggestion, Jim, but no luck so far in getting any 
change to my menu borders via


.window-frame, .window-frame:backdrop {
  box-shadow: 6px 6px;
  margin: 6px;
}

which I added to a new $XDG_CONFIG_HOME/gtk-3.0/gtk.css file. This 
file is definitely being parsed at app startup time, because if I change


.window-frame, .window-frame:backdrop {

to instead read

* {

I get the most hideous GUI imaginable, i.e., big ugly shadow borders 
around almost everything *except* my menus, which are still completely 
borderless! It just seems like my system is flat-out never drawing any 
menu borders no matter what.


Roger


On Sun, 15 Mar 2015, Jim Charlton wrote:

My experience has been that I can set the XDG_CONFIG_HOME environment 
variable to the path to the gtk-3.0 directory (eg. 
/opt/local/share/themes/Default) and then put both the gtk.css and 
the settings.ini file in the /opt/local/share/themes/Default/gtk-3.0/ 
directory. When a gtk3 application is run, both files will be 
processed.  You can put css into the gtk.css file and it seems to 
override the in-line (compiled?) theme data.  If you do figure out 
how to put shadowed margins on the menus, let us know if it brings 
back the item selection problem.



If you just want to put a border on the menubar you can try adding

.menubar {
  border-width: 6px;
  background-color: red;
  border-color: black;
  border-style: solid;
}

to the gtk.css file.  This will give a red background and a wide, black 
border to the menubar.  Or apply the same configuration to .menuitem to 
give background color and borders to all menu items in the menubar and 
in the dropdown menu boxes.


I am not quite sure how you could make it shadowed.

jim...  Jim Charlton
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


Re: Fwd: Gtk3 MacOS (OSX) context menu issues

2015-03-14 Thread Jim Charlton
To answer part of my own question I am using my own gtk3 theme 
rather than the compiled Adwaita theme that comes with Gtk3.  I set the 
environment variable XDG_CONFIG_HOME (export 
XDG_CONFIG_HOME=/opt/local/share/themes/Adwaita/gtk-3.0), edited 
/opt/local/share/themes/Adwaita/gtk-3.0/gtk.css to @import 
url(gtk-main.css); and then edit 
/opt/local/share/themes/Adwaita/gtk-3.0/gtk-main.css to customize the 
theme. (careful... your theme directory may be elsewhere, depending on 
how you installed Gtk3).


To cure the context menu problem, I eliminated the margin on popup 
windows by adding


|.window-frame,
.window-frame:backdrop {
  box-shadow: none;
  margin: 0;}

to the end of the gtk.css file.  Without the margin box the selection problem 
seems to go away.

This is not a cure... but perhaps a useful work-around!  The inspiration for 
this idea comes from https://forum.xfce.org/viewtopic.php?pid=36005.

jim...   Jim Charlton
|




On 15-03-14 09:11 PM, Jim Charlton wrote:

A further note on the context menu issues

If one runs gtk3-demo and right clicks in the open pane on the lower 
right a context menu opens.  If one carefully slides the cursor 
pointer into the list and down the list the Select All will not 
highlight.  If you slide the cursor out of the box, being sure to go 
outside of the margin around the box, and then renter the box, the 
item will highlight.  But if you then carefully place the pointer into 
the margin area of the box and back into the box, the item ceases to 
be sensitive.


Is this possibly related to a patch introduced in April of last year...

https://mail.gnome.org/archives/commits-list/2014-April/msg01392.html ??

Or is there a way to change the css margin of popups to see if that 
will cure the problem... ??  H...?


jim...  Jim Charlton




On 15-03-14 09:25 AM, Konstantin Dmitriev wrote:

Hello, Jim!

2015-03-14 21:50 GMT+06:00 Jim Charlton char...@gmail.com:

Hi Konstantin:

I wrote to the list earlier to say that I could reproduce the 
problem that

you have identified.  I am using MAC Yosemite 10.10 in a VirtualBox VM.

To investigate further, I created a new Yosemite VM and installed 
MacPorts,

Xcode, Xcode tools, and then ran port install gtk3 +quartz and port
install gtkmm3 +quartz.  After this, running the gtk3-demo program 
showed

the same problem that you encountered.

When I look at your YouTube video of the gtk3-demo program, I see 
that you

have a different theme than the default compiled Adwaita theme.  I was
wondering exactly how you installed the dark theme that you were using?

The dark theme is enabled if you set the GTK_THEME environment
variable in the following way:
GTK_THEME=Adwaita:dark

I have been using gtk3 and gtkmm3 to create software for a coffee 
roasting
company.  I note that in my software, I have exactly the same 
problem that

you have found.  I just never noticed it before! :-)

I am not an expert on the Gtk3 and Gtkmm3 libraries.  But maybe if 
we keep

working on it, a solution will appear.

Yes, I am not a gtk3 expert a well, but I hope that this issue will
get resolved. At least I hope to attract attention of GTK developers.
^__^


It would be good to verify that this
problem occurs on a real MAC and not just on a virtual machine.

I have one report from the user who have experienced the same issue on
the real (non-virtual) machine -
http://www.synfig.org/issues/thebuggenie/synfig/issues/810
But it's better to double-check, of course. I haven't got confirmation
from the bugreporter that the issue is the same...

Also, I can provide the dmg package with the compiled binary, so
anyone can test if the issue happens on the real Mac as well -
http://sourceforge.net/projects/synfig/files/releases/1.0-RC1/osx/synfigstudio-1.0-rc1.dmg/download 



BTW, is it OK to forward this message to gtk-app mailing list, maybe
it will be interesting to others?

Best Regards,
Konstantin


On 15-03-05 09:17 AM, Konstantin Dmitriev wrote:

2015-03-03 15:01 GMT+06:00 Vest . vest...@gmail.com:

Hello Konstantin,

I apologize that I probably cannot help you, but I am curious. Do you
have
this issue, if you run a simple demo, where GtkMenu is used?
Because it seems that when you move the mouse outside of the menu's
boundaries, something inside the widget is cleared and the menu
receives
mouse events again.

Kind regards,
Vest

Hello, Vest!

Thank you for responding!
I have tested the gtk3-demo and (surprise!) the issue seems to be
100%-reproducible there. Here I have recorded a video -
http://youtu.be/X_xAHhQN_lY
Have tested this with GTK 3.14.8 and 3.14.9. Also tested on 32bit and
64bit. Issue persists.

I have tried to build with X11 backend and issue doesn't happen. So,
it seems to be Quartz-only.

I can provide a bash script that I use to unwrap all environment
(creates MacPorts installation from scratch in the custom location and
builds our application - Synfig Studio).

Any help/advice is appreciated.

Best Regards,
Konstantin.


On 

Re: Fwd: Gtk3 MacOS (OSX) context menu issues

2015-03-14 Thread Jim Charlton

A further note on the context menu issues

If one runs gtk3-demo and right clicks in the open pane on the lower 
right a context menu opens.  If one carefully slides the cursor pointer 
into the list and down the list the Select All will not highlight.  If 
you slide the cursor out of the box, being sure to go outside of the 
margin around the box, and then renter the box, the item will 
highlight.  But if you then carefully place the pointer into the margin 
area of the box and back into the box, the item ceases to be sensitive.


Is this possibly related to a patch introduced in April of last year...

https://mail.gnome.org/archives/commits-list/2014-April/msg01392.html ??

Or is there a way to change the css margin of popups to see if that will 
cure the problem... ??  H...?


jim...  Jim Charlton




On 15-03-14 09:25 AM, Konstantin Dmitriev wrote:

Hello, Jim!

2015-03-14 21:50 GMT+06:00 Jim Charlton char...@gmail.com:

Hi Konstantin:

I wrote to the list earlier to say that I could reproduce the problem that
you have identified.  I am using MAC Yosemite 10.10 in a VirtualBox VM.

To investigate further, I created a new Yosemite VM and installed MacPorts,
Xcode, Xcode tools, and then ran port install gtk3 +quartz and port
install gtkmm3 +quartz.  After this, running the gtk3-demo program showed
the same problem that you encountered.

When I look at your YouTube video of the gtk3-demo program, I see that you
have a different theme than the default compiled Adwaita theme.  I was
wondering exactly how you installed the dark theme that you were using?

The dark theme is enabled if you set the GTK_THEME environment
variable in the following way:
GTK_THEME=Adwaita:dark


I have been using gtk3 and gtkmm3 to create software for a coffee roasting
company.  I note that in my software, I have exactly the same problem that
you have found.  I just never noticed it before! :-)

I am not an expert on the Gtk3 and Gtkmm3 libraries.  But maybe if we keep
working on it, a solution will appear.

Yes, I am not a gtk3 expert a well, but I hope that this issue will
get resolved. At least I hope to attract attention of GTK developers.
^__^


It would be good to verify that this
problem occurs on a real MAC and not just on a virtual machine.

I have one report from the user who have experienced the same issue on
the real (non-virtual) machine -
http://www.synfig.org/issues/thebuggenie/synfig/issues/810
But it's better to double-check, of course. I haven't got confirmation
from the bugreporter that the issue is the same...

Also, I can provide the dmg package with the compiled binary, so
anyone can test if the issue happens on the real Mac as well -
http://sourceforge.net/projects/synfig/files/releases/1.0-RC1/osx/synfigstudio-1.0-rc1.dmg/download

BTW, is it OK to forward this message to gtk-app mailing list, maybe
it will be interesting to others?

Best Regards,
Konstantin


On 15-03-05 09:17 AM, Konstantin Dmitriev wrote:

2015-03-03 15:01 GMT+06:00 Vest . vest...@gmail.com:

Hello Konstantin,

I apologize that I probably cannot help you, but I am curious. Do you
have
this issue, if you run a simple demo, where GtkMenu is used?
Because it seems that when you move the mouse outside of the menu's
boundaries, something inside the widget is cleared and the menu
receives
mouse events again.

Kind regards,
Vest

Hello, Vest!

Thank you for responding!
I have tested the gtk3-demo and (surprise!) the issue seems to be
100%-reproducible there. Here I have recorded a video -
http://youtu.be/X_xAHhQN_lY
Have tested this with GTK 3.14.8 and 3.14.9. Also tested on 32bit and
64bit. Issue persists.

I have tried to build with X11 backend and issue doesn't happen. So,
it seems to be Quartz-only.

I can provide a bash script that I use to unwrap all environment
(creates MacPorts installation from scratch in the custom location and
builds our application - Synfig Studio).

Any help/advice is appreciated.

Best Regards,
Konstantin.


On Sat, Feb 28, 2015 at 12:59 PM, Konstantin Dmitriev
ksee.zelga...@gmail.com wrote:

Hello!

My name is Konstantin Dmitriev, I am a maintainer of Synfig Studio
open-source animation software.

Recently we have ported our software from Gtk2 to Gtk3. Unfortunately,
after that we have encountered issues with context menus on OSX - the
context menus are become insensitive sometimes. This happens randomly,
but quite often.

I have recorded a video to illustrate the problem -
http://www.youtube.com/watch?v=Cscz45WeFEs

I am stuck with this issue and don't know how to solve it. Any help,
hints, suggestions are highly appreciated.

Some information about the build environment:
Gtk version 3.14.8, everything built through MacPorts environment.
Gtk backend type: XQuartz.

I will be happy to provide any additional information.
Thank you!

Konstantin.

___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org

Fwd: Gtk3 MacOS (OSX) context menu issues

2015-03-14 Thread Konstantin Dmitriev
Hello, Jim!

2015-03-14 21:50 GMT+06:00 Jim Charlton char...@gmail.com:
 Hi Konstantin:

 I wrote to the list earlier to say that I could reproduce the problem that
 you have identified.  I am using MAC Yosemite 10.10 in a VirtualBox VM.

 To investigate further, I created a new Yosemite VM and installed MacPorts,
 Xcode, Xcode tools, and then ran port install gtk3 +quartz and port
 install gtkmm3 +quartz.  After this, running the gtk3-demo program showed
 the same problem that you encountered.

 When I look at your YouTube video of the gtk3-demo program, I see that you
 have a different theme than the default compiled Adwaita theme.  I was
 wondering exactly how you installed the dark theme that you were using?

The dark theme is enabled if you set the GTK_THEME environment
variable in the following way:
GTK_THEME=Adwaita:dark

 I have been using gtk3 and gtkmm3 to create software for a coffee roasting
 company.  I note that in my software, I have exactly the same problem that
 you have found.  I just never noticed it before! :-)

 I am not an expert on the Gtk3 and Gtkmm3 libraries.  But maybe if we keep
 working on it, a solution will appear.

Yes, I am not a gtk3 expert a well, but I hope that this issue will
get resolved. At least I hope to attract attention of GTK developers.
^__^

 It would be good to verify that this
 problem occurs on a real MAC and not just on a virtual machine.

I have one report from the user who have experienced the same issue on
the real (non-virtual) machine -
http://www.synfig.org/issues/thebuggenie/synfig/issues/810
But it's better to double-check, of course. I haven't got confirmation
from the bugreporter that the issue is the same...

Also, I can provide the dmg package with the compiled binary, so
anyone can test if the issue happens on the real Mac as well -
http://sourceforge.net/projects/synfig/files/releases/1.0-RC1/osx/synfigstudio-1.0-rc1.dmg/download

BTW, is it OK to forward this message to gtk-app mailing list, maybe
it will be interesting to others?

Best Regards,
Konstantin

 On 15-03-05 09:17 AM, Konstantin Dmitriev wrote:

 2015-03-03 15:01 GMT+06:00 Vest . vest...@gmail.com:

 Hello Konstantin,

 I apologize that I probably cannot help you, but I am curious. Do you
 have
 this issue, if you run a simple demo, where GtkMenu is used?
 Because it seems that when you move the mouse outside of the menu's
 boundaries, something inside the widget is cleared and the menu
 receives
 mouse events again.

 Kind regards,
 Vest

 Hello, Vest!

 Thank you for responding!
 I have tested the gtk3-demo and (surprise!) the issue seems to be
 100%-reproducible there. Here I have recorded a video -
 http://youtu.be/X_xAHhQN_lY
 Have tested this with GTK 3.14.8 and 3.14.9. Also tested on 32bit and
 64bit. Issue persists.

 I have tried to build with X11 backend and issue doesn't happen. So,
 it seems to be Quartz-only.

 I can provide a bash script that I use to unwrap all environment
 (creates MacPorts installation from scratch in the custom location and
 builds our application - Synfig Studio).

 Any help/advice is appreciated.

 Best Regards,
 Konstantin.

 On Sat, Feb 28, 2015 at 12:59 PM, Konstantin Dmitriev
 ksee.zelga...@gmail.com wrote:

 Hello!

 My name is Konstantin Dmitriev, I am a maintainer of Synfig Studio
 open-source animation software.

 Recently we have ported our software from Gtk2 to Gtk3. Unfortunately,
 after that we have encountered issues with context menus on OSX - the
 context menus are become insensitive sometimes. This happens randomly,
 but quite often.

 I have recorded a video to illustrate the problem -
 http://www.youtube.com/watch?v=Cscz45WeFEs

 I am stuck with this issue and don't know how to solve it. Any help,
 hints, suggestions are highly appreciated.

 Some information about the build environment:
 Gtk version 3.14.8, everything built through MacPorts environment.
 Gtk backend type: XQuartz.

 I will be happy to provide any additional information.
 Thank you!

 Konstantin.
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


Re: Gtk3 MacOS (OSX) context menu issues

2015-03-14 Thread Jim Charlton

I forwarded to the list.

Thanks for the response.

jim...


On 15-03-14 09:07 AM, Jim Charlton wrote:



Hi Konstantin:

I wrote to the list earlier to say that I could reproduce the problem
that you have identified.  I am using MAC Yosemite 10.10 in a 
VirtualBox VM.


To investigate further, I created a new Yosemite VM and installed
MacPorts, Xcode, Xcode tools, and then ran port install gtk3 +quartz
and port install gtkmm3 +quartz.  After this, running the gtk3-demo
program showed the same problem that you encountered.

When I look at your YouTube video of the gtk3-demo program, I see that
you have a different theme than the default compiled Adwaita theme.  I
was wondering exactly how you installed the dark theme that you were 
using?


I have been using gtk3 and gtkmm3 to create software for a coffee
roasting company.  I note that in my software, I have exactly the same
problem that you have found.  I just never noticed it before! :-)

I am not an expert on the Gtk3 and Gtkmm3 libraries.  But maybe if we
keep working on it, a solution will appear.  It would be good to verify
that this problem occurs on a real MAC and not just on a virtual 
machine.


Cheers...

jim...   Jim Charlton,


On 15-03-05 09:17 AM, Konstantin Dmitriev wrote:

2015-03-03 15:01 GMT+06:00 Vest . vest...@gmail.com:

Hello Konstantin,

I apologize that I probably cannot help you, but I am curious. Do 
you have

this issue, if you run a simple demo, where GtkMenu is used?
Because it seems that when you move the mouse outside of the menu's
boundaries, something inside the widget is cleared and the menu 
receives

mouse events again.

Kind regards,
Vest

Hello, Vest!

Thank you for responding!
I have tested the gtk3-demo and (surprise!) the issue seems to be
100%-reproducible there. Here I have recorded a video -
http://youtu.be/X_xAHhQN_lY
Have tested this with GTK 3.14.8 and 3.14.9. Also tested on 32bit and
64bit. Issue persists.

I have tried to build with X11 backend and issue doesn't happen. So,
it seems to be Quartz-only.

I can provide a bash script that I use to unwrap all environment
(creates MacPorts installation from scratch in the custom location and
builds our application - Synfig Studio).

Any help/advice is appreciated.

Best Regards,
Konstantin.


On Sat, Feb 28, 2015 at 12:59 PM, Konstantin Dmitriev
ksee.zelga...@gmail.com wrote:

Hello!

My name is Konstantin Dmitriev, I am a maintainer of Synfig Studio
open-source animation software.

Recently we have ported our software from Gtk2 to Gtk3. Unfortunately,
after that we have encountered issues with context menus on OSX - the
context menus are become insensitive sometimes. This happens randomly,
but quite often.

I have recorded a video to illustrate the problem -
http://www.youtube.com/watch?v=Cscz45WeFEs

I am stuck with this issue and don't know how to solve it. Any help,
hints, suggestions are highly appreciated.

Some information about the build environment:
Gtk version 3.14.8, everything built through MacPorts environment.
Gtk backend type: XQuartz.

I will be happy to provide any additional information.
Thank you!

Konstantin.
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list



___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list






___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


Re: Gtk3 MacOS (OSX) context menu issues

2015-03-14 Thread Jim Charlton



Hi Konstantin:

I wrote to the list earlier to say that I could reproduce the problem
that you have identified.  I am using MAC Yosemite 10.10 in a VirtualBox VM.

To investigate further, I created a new Yosemite VM and installed
MacPorts, Xcode, Xcode tools, and then ran port install gtk3 +quartz
and port install gtkmm3 +quartz.  After this, running the gtk3-demo
program showed the same problem that you encountered.

When I look at your YouTube video of the gtk3-demo program, I see that
you have a different theme than the default compiled Adwaita theme.  I
was wondering exactly how you installed the dark theme that you were using?

I have been using gtk3 and gtkmm3 to create software for a coffee
roasting company.  I note that in my software, I have exactly the same
problem that you have found.  I just never noticed it before! :-)

I am not an expert on the Gtk3 and Gtkmm3 libraries.  But maybe if we
keep working on it, a solution will appear.  It would be good to verify
that this problem occurs on a real MAC and not just on a virtual machine.

Cheers...

jim...   Jim Charlton,


On 15-03-05 09:17 AM, Konstantin Dmitriev wrote:

2015-03-03 15:01 GMT+06:00 Vest . vest...@gmail.com:

Hello Konstantin,

I apologize that I probably cannot help you, but I am curious. Do you have
this issue, if you run a simple demo, where GtkMenu is used?
Because it seems that when you move the mouse outside of the menu's
boundaries, something inside the widget is cleared and the menu receives
mouse events again.

Kind regards,
Vest

Hello, Vest!

Thank you for responding!
I have tested the gtk3-demo and (surprise!) the issue seems to be
100%-reproducible there. Here I have recorded a video -
http://youtu.be/X_xAHhQN_lY
Have tested this with GTK 3.14.8 and 3.14.9. Also tested on 32bit and
64bit. Issue persists.

I have tried to build with X11 backend and issue doesn't happen. So,
it seems to be Quartz-only.

I can provide a bash script that I use to unwrap all environment
(creates MacPorts installation from scratch in the custom location and
builds our application - Synfig Studio).

Any help/advice is appreciated.

Best Regards,
Konstantin.


On Sat, Feb 28, 2015 at 12:59 PM, Konstantin Dmitriev
ksee.zelga...@gmail.com wrote:

Hello!

My name is Konstantin Dmitriev, I am a maintainer of Synfig Studio
open-source animation software.

Recently we have ported our software from Gtk2 to Gtk3. Unfortunately,
after that we have encountered issues with context menus on OSX - the
context menus are become insensitive sometimes. This happens randomly,
but quite often.

I have recorded a video to illustrate the problem -
http://www.youtube.com/watch?v=Cscz45WeFEs

I am stuck with this issue and don't know how to solve it. Any help,
hints, suggestions are highly appreciated.

Some information about the build environment:
Gtk version 3.14.8, everything built through MacPorts environment.
Gtk backend type: XQuartz.

I will be happy to provide any additional information.
Thank you!

Konstantin.
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list



___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list




___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


Re: Gtk3 MacOS (OSX) context menu issues

2015-03-11 Thread Konstantin Dmitriev
2015-03-11 5:16 GMT+06:00 Jim Charlton char...@gmail.com:
 Just to keep the ball rolling on this...  I tested the gtk3-demo code on a
 jhbuild of gtk+-3.14.5 on a MAC Yosemite 10.10 (virtual machine).  I get the
 same result as Konstantin.  I am compiling with XQuartz.

 Funny enough, I had a similar problem with an earlier version of gtk-3
 (3.10.7).  In that case, GtkButtons that were in a window that also
 contained gtkEntry boxes would not respond to cursor unless the cursor was
 moved out ot the window first... or one of the entry boxes was first
 clicked.  But the binary of the compiled code ran fine when it was installed
 (with the gtk libraries on another machine.  Go figure...??  Certainly
 something strange going on.

 jim...   Jim Charlton

Hello, Jim!

Thank you for the input!It's good to know that the issue is not
related to my MacPorts environment.
I also would like to mention that all my tests were made in virtual
machine as well.

Best Regards,
K.
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


Re: Gtk3 MacOS (OSX) context menu issues

2015-03-10 Thread Jim Charlton
Just to keep the ball rolling on this...  I tested the gtk3-demo code on 
a jhbuild of gtk+-3.14.5 on a MAC Yosemite 10.10 (virtual machine).  I 
get the same result as Konstantin.  I am compiling with XQuartz.


Funny enough, I had a similar problem with an earlier version of gtk-3 
(3.10.7).  In that case, GtkButtons that were in a window that also 
contained gtkEntry boxes would not respond to cursor unless the cursor 
was moved out ot the window first... or one of the entry boxes was first 
clicked.  But the binary of the compiled code ran fine when it was 
installed (with the gtk libraries on another machine.  Go figure...??  
Certainly something strange going on.


jim...   Jim Charlton




On 15-03-05 09:17 AM, Konstantin Dmitriev wrote:

2015-03-03 15:01 GMT+06:00 Vest . vest...@gmail.com:

Hello Konstantin,

I apologize that I probably cannot help you, but I am curious. Do you have
this issue, if you run a simple demo, where GtkMenu is used?
Because it seems that when you move the mouse outside of the menu's
boundaries, something inside the widget is cleared and the menu receives
mouse events again.

Kind regards,
Vest

Hello, Vest!

Thank you for responding!
I have tested the gtk3-demo and (surprise!) the issue seems to be
100%-reproducible there. Here I have recorded a video -
http://youtu.be/X_xAHhQN_lY
Have tested this with GTK 3.14.8 and 3.14.9. Also tested on 32bit and
64bit. Issue persists.

I have tried to build with X11 backend and issue doesn't happen. So,
it seems to be Quartz-only.

I can provide a bash script that I use to unwrap all environment
(creates MacPorts installation from scratch in the custom location and
builds our application - Synfig Studio).

Any help/advice is appreciated.

Best Regards,
Konstantin.


On Sat, Feb 28, 2015 at 12:59 PM, Konstantin Dmitriev
ksee.zelga...@gmail.com wrote:

Hello!

My name is Konstantin Dmitriev, I am a maintainer of Synfig Studio
open-source animation software.

Recently we have ported our software from Gtk2 to Gtk3. Unfortunately,
after that we have encountered issues with context menus on OSX - the
context menus are become insensitive sometimes. This happens randomly,
but quite often.

I have recorded a video to illustrate the problem -
http://www.youtube.com/watch?v=Cscz45WeFEs

I am stuck with this issue and don't know how to solve it. Any help,
hints, suggestions are highly appreciated.

Some information about the build environment:
Gtk version 3.14.8, everything built through MacPorts environment.
Gtk backend type: XQuartz.

I will be happy to provide any additional information.
Thank you!

Konstantin.
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list



___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


Re: Gtk3 MacOS (OSX) context menu issues

2015-03-05 Thread Konstantin Dmitriev
2015-03-03 15:01 GMT+06:00 Vest . vest...@gmail.com:
 Hello Konstantin,

 I apologize that I probably cannot help you, but I am curious. Do you have
 this issue, if you run a simple demo, where GtkMenu is used?
 Because it seems that when you move the mouse outside of the menu's
 boundaries, something inside the widget is cleared and the menu receives
 mouse events again.

 Kind regards,
 Vest

Hello, Vest!

Thank you for responding!
I have tested the gtk3-demo and (surprise!) the issue seems to be
100%-reproducible there. Here I have recorded a video -
http://youtu.be/X_xAHhQN_lY
Have tested this with GTK 3.14.8 and 3.14.9. Also tested on 32bit and
64bit. Issue persists.

I have tried to build with X11 backend and issue doesn't happen. So,
it seems to be Quartz-only.

I can provide a bash script that I use to unwrap all environment
(creates MacPorts installation from scratch in the custom location and
builds our application - Synfig Studio).

Any help/advice is appreciated.

Best Regards,
Konstantin.

 On Sat, Feb 28, 2015 at 12:59 PM, Konstantin Dmitriev
 ksee.zelga...@gmail.com wrote:

 Hello!

 My name is Konstantin Dmitriev, I am a maintainer of Synfig Studio
 open-source animation software.

 Recently we have ported our software from Gtk2 to Gtk3. Unfortunately,
 after that we have encountered issues with context menus on OSX - the
 context menus are become insensitive sometimes. This happens randomly,
 but quite often.

 I have recorded a video to illustrate the problem -
 http://www.youtube.com/watch?v=Cscz45WeFEs

 I am stuck with this issue and don't know how to solve it. Any help,
 hints, suggestions are highly appreciated.

 Some information about the build environment:
 Gtk version 3.14.8, everything built through MacPorts environment.
 Gtk backend type: XQuartz.

 I will be happy to provide any additional information.
 Thank you!

 Konstantin.
 ___
 gtk-app-devel-list mailing list
 gtk-app-devel-list@gnome.org
 https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


Re: Gtk3 MacOS (OSX) context menu issues

2015-03-03 Thread Vest .
Hello Konstantin,

I apologize that I probably cannot help you, but I am curious. Do you have
this issue, if you run a simple demo, where GtkMenu is used?
Because it seems that when you move the mouse outside of the menu's
boundaries, something inside the widget is cleared and the menu receives
mouse events again.

Kind regards,
Vest

On Sat, Feb 28, 2015 at 12:59 PM, Konstantin Dmitriev 
ksee.zelga...@gmail.com wrote:

 Hello!

 My name is Konstantin Dmitriev, I am a maintainer of Synfig Studio
 open-source animation software.

 Recently we have ported our software from Gtk2 to Gtk3. Unfortunately,
 after that we have encountered issues with context menus on OSX - the
 context menus are become insensitive sometimes. This happens randomly,
 but quite often.

 I have recorded a video to illustrate the problem -
 http://www.youtube.com/watch?v=Cscz45WeFEs

 I am stuck with this issue and don't know how to solve it. Any help,
 hints, suggestions are highly appreciated.

 Some information about the build environment:
 Gtk version 3.14.8, everything built through MacPorts environment.
 Gtk backend type: XQuartz.

 I will be happy to provide any additional information.
 Thank you!

 Konstantin.
 ___
 gtk-app-devel-list mailing list
 gtk-app-devel-list@gnome.org
 https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


Gtk3 MacOS (OSX) context menu issues

2015-02-28 Thread Konstantin Dmitriev
Hello!

My name is Konstantin Dmitriev, I am a maintainer of Synfig Studio
open-source animation software.

Recently we have ported our software from Gtk2 to Gtk3. Unfortunately,
after that we have encountered issues with context menus on OSX - the
context menus are become insensitive sometimes. This happens randomly,
but quite often.

I have recorded a video to illustrate the problem -
http://www.youtube.com/watch?v=Cscz45WeFEs

I am stuck with this issue and don't know how to solve it. Any help,
hints, suggestions are highly appreciated.

Some information about the build environment:
Gtk version 3.14.8, everything built through MacPorts environment.
Gtk backend type: XQuartz.

I will be happy to provide any additional information.
Thank you!

Konstantin.
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list