GTK+ 3.6.4 not working for vc 2010 because of inline

2013-11-22 Thread jack zhu
Issue:
The application works fine for GTK2 and have issue for GTK3。Most caused by
improper inline macro defination.

Solution:
1 /Dinline= not working as in link stage, some wield string function
redefination reports
2 after some dig, replace inline region defined in glibconfig.h from gtk2
is working for the compilation process. Below is the regions:

//hack,use gtk2 header
#if 0 //hack
#ifdef__cplusplus
#defineG_HAVE_INLINE1
#else/* !__cplusplus */
#define G_HAVE_INLINE 1
#define G_HAVE___INLINE 1
#define G_HAVE___INLINE__ 1
#endif/* !__cplusplus */

#ifdef__cplusplus
#define G_CAN_INLINE1
#else/* !__cplusplus */
#define G_CAN_INLINE1
#endif

#else //hack
#ifdef__cplusplus
#defineG_HAVE_INLINE1
#else/* !__cplusplus */
#ifndef _MSC_VER
#define G_HAVE_INLINE 1
#endif /* _MSC_VER */
#define G_HAVE___INLINE 1
#if !defined(_MSC_VER)  !defined(__DMC__)
#define G_HAVE___INLINE__ 1
#endif /* !_MSC_VER and !__DMC__ */
#endif/* !__cplusplus */

#define G_CAN_INLINE1
#endif //end of hack

Question:
The gtk3 part doesnot seems to work for visual c++. So does anything go
wrong for the above part from GTK2 to GTK3.

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

Re: no File, Edit, Help strings in upper left

2012-01-29 Thread Jack

On 2012.01.29 17:36, Gary Kline wrote:
[snip...]

it may be hthat ubuntu is moving toward gtk-3.0   and
dropping the older releases.  {?}
Perhaps, but I can't imagine this has anything directly to do with  
Unity or missing menu items.  If, indeed, the problem is that Unity is  
stealing your menu bar, you can test by un-maximizing the app.  In my  
experience, once you do that, the app main window gets back its title  
bar and menu bar, as well as the expected window manager stuff in the  
upper right and left corners.

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


Re: Are there such tings like custom signals?

2012-01-20 Thread Jack

On 2012.01.20 11:36, Michael Torrie wrote:

On 01/20/2012 06:42 AM, Manuel Ferrero wrote:
I was wondering if there is some custom signal I can use to keep the  
same event-driven philosophy to exchange messages between process.


Of course.  Though the other poster's idea of using gio channels is a  
good one.  But yes you can create custom signals and emit them.


http://developer.gnome.org/gtk/stable/gtk-Signals.html
http://stackoverflow.com/questions/1557025/create-and-emit-gtk-signal


Aren't there two separate issue here?  Using gio channels is a way to  
deal with communicating with the COM channel.


However, that is separate from knowing that the button has been pushed,  
so you can then start the communications.  For this, is there any  
reason to use a custom signal?  Wouldn't it be easier to catch the  
standard signal emitted when a button is pushed, by attaching a  
call-back routine?

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


Re: RES: GDA

2011-12-08 Thread Jack
On 2011.12.08 10:39, Marcelo Elias Del Valle - SYSMAP SOLUTIONS - Claro  
MA-SP - wrote:


I understand your concern, I also hate this disclaimers. They  
are automatically added by the email server, I am sorry.
I Will stop sending messages to the lists at work or try to  
write them by using my phone, this is the last one, ok?


No, this one had them also.  I suspect they are added very late in the  
process, so any way you access the same server doesn't matter, all  
messages will get them.  You probably need to use a different email  
address to avoid them.


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


Re: What version do I have

2010-03-15 Thread Jack

On 2010.02.24 00:29, Robert Michael wrote:
    I was trying a few examples from Foundations of GTK Development  
on my Linux machine running Debian.  One of the examples in  
chapter_12 did not compile - the one with printer functions.  I think  
the printer functions need at least version 2.10 or newer.  So I  
tried to see what version of GTK is installed on my Debian machine.   
There are gtk-2.0 directories in various places (/user/include,  
/usr/lib, etc).  I tried pkg-config and saw the list of includes and  
libs.  I looked in a number of the include files.  I even tried nm on  
a few of the library files.  How do I tell what version I have  
installed?


I think  you want:
 pkg-config --modversion gtk+-2.0
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


Re: GtkGLExt (was Re: Gtk 3.0)

2009-12-04 Thread Jack Skellington
On Fri, Dec 4, 2009 at 8:02 PM, Emmanuele Bassi eba...@gmail.com wrote:
 (Sorry, I'm sending this via my phone so it's not going to be nicely
 formatted; I apologize)

 I'm really not working on it - mainly for three reasons: 1) if you want to
 use GL, GtkGlExt is good enough and integrating it into gtk+ it's not a
 good idea; 2) cairo should get GPU acceleration for 2D drawing, which is
 what most of users really care about; 3) if you want a 3D canvas you should
 be using Clutter.

If you want to do ACTUAL 3D rendering your choises are OpenGL and OpenGL,
Clutter doesn't come anywhere near it.
It's true that the API is getting better in 3.0+ but you can still do
the same with 2.0+.
Also it's a matter of personal taste.
At the dawn of time John Carmack chose OpenGL and urged all GPU
vendors to make OpenGL drivers
because of the horrible DirectX API.
Of course DirectX has come a long way since, but if you want any form
of cross-platform support
your only choice is still OpenGL.

 Integrating raw GL inside a gtk+ application is a niche requirement enough
 that I'm not at all sure it should be moved to gtk+ itself. And if you're
 dropping into raw GL there is no way you are not a niche use case.

It may be niche as in not many apps use it, but that hardly makes it
any less important.
When companies like Autodesk ports ther many many $$$ apps
to Linux they don't have the choice of using GTK+
As far  as I can tell GTK+ is the only widget API on any PC platform
that doesn't have an OpenGL widget/view.
Not being able to use advanced 3D visualizations in modern day apps
seems rather odd IMNSHO.

Regards
Jacob Kolding


 On 4 Dec 2009 18:13, Carlos Pereira jose.carlos.pere...@ist.utl.pt
 wrote:

 Thanks Javier,
 it's good to know that EmmanueleBassi http://live.gnome.org/EmmanueleBassi
 is now taking care of GtkGLExt integration with GTK...

 Regards,
 Carlos

  Hello Carlos,   2009/12/3 Carlos Pereira 
 jose.carlos.pere...@ist.utl.pt:      That's w...

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

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


Weird Ubuntu 9.04 gtkFileChooser dialog bug??

2009-06-07 Thread Jack Turner
Hello List

I'm struggling with a gtk bug that I don't know if is ubuntu specific
but i suspect it is.

In my app when I open a file chooser dialog the dialog will freeze with
an hourglass and home folder and desktop icons are missing from the left
pane.

If I take the same open dialog code and compile in a small test app it
works.

A user on the gtk list thinks that its related to linking of libgio.

I link my app with gtk, gtksourcview1, gtkglext1, glew, opengl, openal,
sdl, libxml and others.

How do I fix it?
What could be the bug?

This is the code I use which works as a simple hello world app:

-

#include gtk/gtk.h

void
hello (void)
{
g_print (Hello World\n);
}

void
destroy (void)
{
gtk_main_quit ();
}

void opendialog(void){
GtkWidget *filedialog;

filedialog = gtk_file_chooser_dialog_new (Open File, NULL,
GTK_FILE_CHOOSER_ACTION_OPEN,
GTK_STOCK_CANCEL, GTK_RESPONSE_CANCEL, GTK_STOCK_OPEN,
GTK_RESPONSE_ACCEPT, NULL);

GtkFileFilter *filter;
filter = gtk_file_filter_new();

gtk_file_filter_add_pattern(filter, *.xml);

gtk_file_chooser_set_filter(GTK_FILE_CHOOSER(filed ialog), filter);


if (gtk_dialog_run (GTK_DIALOG (filedialog)) == GTK_RESPONSE_ACCEPT)
{
char *filename;

filename = gtk_file_chooser_get_filename (GTK_FILE_CHOOSER
(filedialog));
g_free (filename);
}

gtk_widget_destroy(filedialog);

}


main (int argc, char *argv[])
{
GtkWidget *window;
GtkWidget *button;

gtk_init (argc, argv);

window = gtk_window_new (GTK_WINDOW_TOPLEVEL);
gtk_signal_connect (GTK_OBJECT (window), destroy,
GTK_SIGNAL_FUNC (destroy), NULL);
gtk_container_border_width (GTK_CONTAINER (window), 10);

button = gtk_button_new_with_label (Hello World);

gtk_signal_connect (GTK_OBJECT (button), clicked,
GTK_SIGNAL_FUNC (opendialog), NULL);
gtk_signal_connect_object (GTK_OBJECT (button), clicked,
hello,
GTK_OBJECT (window));
gtk_container_add (GTK_CONTAINER (window), button);
gtk_widget_show (button);

gtk_widget_show (window);

gtk_main ();

return 0;
}

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


Re: Old gtk app, file open dialog freezes (Ubuntu 9.04)

2009-06-06 Thread Jack Turner
Seem likely that I have the same problem.
This must be an Ubuntu bug then?

I just can't see how I can do without the g_io functions that I use.

On Sat, 2009-06-06 at 07:50 +0200, Miroslav Rajcic wrote:
 I had the same problem with my program, and discovered by chance
 that linking with gio library seems to cause this.
 When I canged some unrelated code to older GnomeVfs, the file open dialog 
 started to work fine on the new Ubuntu 9.04.
 
 Hopefully, the same tip could work for you.
 
 Regards,
   Miroslav
 
 - Original Message - 
 From: Jack Turner ja...@juvul.com
 To: gtk-app-devel-list@gnome.org
 Sent: Saturday, June 06, 2009 2:49 AM
 Subject: Old gtk app, file open dialog freezes (Ubuntu 9.04)
 
 
  Hello List
 
  I just compiled an old gtk app of mine and everything work except
  when I try opening a file.
  The dialog will hang with an hourglass and some of the folders in the
  left is missing.
 
  I use this code:
 
  filedialog = gtk_file_chooser_dialog_new (Open File, parent_window,
   GTK_FILE_CHOOSER_ACTION_OPEN,
   GTK_STOCK_CANCEL, GTK_RESPONSE_CANCEL, GTK_STOCK_OPEN,
   GTK_RESPONSE_ACCEPT, NULL);
 
  gtk_dialog_set_default_response(filedialog, GTK_RESPONSE_ACCEPT);
 
  GtkFileFilter *filter;
  filter = gtk_file_filter_new();
 
  gtk_file_filter_add_pattern(filter, *.xml);
  gtk_file_chooser_set_filter(GTK_FILE_CHOOSER(filedialog), filter);
  gtk_widget_show(filedialog);
 
  if (gtk_dialog_run (GTK_DIALOG (filedialog)) == GTK_RESPONSE_ACCEPT)
   {
  ...
 
 
  Can anyone tell me whats wrong?
  The system is Ubuntu 9.04
 
  ___
  gtk-app-devel-list mailing list
  gtk-app-devel-list@gnome.org
  http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
 
 
 
 
 
 
 No virus found in this incoming message.
 Checked by AVG - www.avg.com
 Version: 8.5.339 / Virus Database: 270.12.53/2156 - Release Date: 06/05/09 
 06:24:00
 
 ___
 gtk-app-devel-list mailing list
 gtk-app-devel-list@gnome.org
 http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

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


Re: Old gtk app, file open dialog freezes (Ubuntu 9.04)

2009-06-06 Thread Jack Turner
I'm a bit confused, are the g_io functions
(g_io_channel_unix_new() and such)
from libgio?

On Sat, 2009-06-06 at 12:52 +0200, Miroslav Rajcic wrote:
 Not sure if it is Ubuntu specific, but Ubuntu versions older thant 9.04 work 
 fine whth gio.
 
 I haven't investigated too deeply into the issue, because I didn't 
 critically depend on gio methods.
 
 - Original Message - 
 From: Jack Turner ja...@juvul.com
 To: gtk-app-devel-list@gnome.org; raj...@sokrates.hr
 Sent: Saturday, June 06, 2009 11:48 AM
 Subject: Re: Old gtk app, file open dialog freezes (Ubuntu 9.04)
 
 
  Seem likely that I have the same problem.
  This must be an Ubuntu bug then?
 
  I just can't see how I can do without the g_io functions that I use.
 
  On Sat, 2009-06-06 at 07:50 +0200, Miroslav Rajcic wrote:
  I had the same problem with my program, and discovered by chance
  that linking with gio library seems to cause this.
  When I canged some unrelated code to older GnomeVfs, the file open dialog
  started to work fine on the new Ubuntu 9.04.
 
  Hopefully, the same tip could work for you.
 
  Regards,
Miroslav
 
  - Original Message - 
  From: Jack Turner ja...@juvul.com
  To: gtk-app-devel-list@gnome.org
  Sent: Saturday, June 06, 2009 2:49 AM
  Subject: Old gtk app, file open dialog freezes (Ubuntu 9.04)
 
 
   Hello List
  
   I just compiled an old gtk app of mine and everything work except
   when I try opening a file.
   The dialog will hang with an hourglass and some of the folders in the
   left is missing.
  
   I use this code:
  
   filedialog = gtk_file_chooser_dialog_new (Open File, parent_window,
GTK_FILE_CHOOSER_ACTION_OPEN,
GTK_STOCK_CANCEL, GTK_RESPONSE_CANCEL, GTK_STOCK_OPEN,
GTK_RESPONSE_ACCEPT, NULL);
  
   gtk_dialog_set_default_response(filedialog, GTK_RESPONSE_ACCEPT);
  
   GtkFileFilter *filter;
   filter = gtk_file_filter_new();
  
   gtk_file_filter_add_pattern(filter, *.xml);
   gtk_file_chooser_set_filter(GTK_FILE_CHOOSER(filedialog), filter);
   gtk_widget_show(filedialog);
  
   if (gtk_dialog_run (GTK_DIALOG (filedialog)) == GTK_RESPONSE_ACCEPT)
{
   ...
  
  
   Can anyone tell me whats wrong?
   The system is Ubuntu 9.04
  
   ___
   gtk-app-devel-list mailing list
   gtk-app-devel-list@gnome.org
   http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
 
 
  
 
 
 
  No virus found in this incoming message.
  Checked by AVG - www.avg.com
  Version: 8.5.339 / Virus Database: 270.12.53/2156 - Release Date: 
  06/05/09
  06:24:00
 
  ___
  gtk-app-devel-list mailing list
  gtk-app-devel-list@gnome.org
  http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
 
 
 
 
 
 
 No virus found in this incoming message.
 Checked by AVG - www.avg.com
 Version: 8.5.339 / Virus Database: 270.12.54/2157 - Release Date: 06/05/09 
 17:55:00
 
 ___
 gtk-app-devel-list mailing list
 gtk-app-devel-list@gnome.org
 http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

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


Remove libgio from linking?

2009-06-06 Thread Jack Turner
Hello List

I link my app using autotools and pkg-config with gtk+-2.0.
How do I disable linking of libgio?

/Jacob


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


Re: qt vs gtk

2009-01-14 Thread Jack
This is a whole different issue - Gnome vs KDE vs other desktops.  I believe 
the original question was gkt+ vs qt.  I use a number of gtk based apps on a 
KDE based desktop.  (Isn't KDE based on QT?  It shows how long it's been since 
I paid attention at that level.)  There have been some interesting issues, but 
it is certainly possible.  (See my other post on problems parsing rc files.)





From: Andersen, Jan jander...@informatica.com
To: gtk-app-devel-list@gnome.org
Sent: Wednesday, January 14, 2009 12:22:47 PM
Subject: RE: qt vs gtk

As someone who has recently stopped using GNOME, let me give my viewpoint, 
then, about why I have stopped using it. It isn't so much knee-jerk, I would 
hope, as simple, everyday usefulness. It was not an easy decision for me to 
leave and start using KDE - I have used GNOME from the beginning and preferred 
it over KDE.
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list


rc file parsing help needed

2009-01-06 Thread Jack
I'd be happy to be pointed to the appropriate fine manual to read, 
but I haven't found anything yet that helps.

The problem showed up running Balsa on a non-Gnome system.  Many of the 
icons don't show up, and could not load image: Icon 'balsa_mbox_out' 
not present in theme shows up as the error message.  We figured out it 
was probably some missing part of gnome that normally got this 
resolved.  In fact, running the gnome-control-center and selecting a 
theme does fix the problem until a restart of X.

After lots of hunting, the Balsa team (thanks, guys) figured out the 
easiest fix was just to create ~/.gtkrc-2.0 with the single line 'gtk-
icon-theme-name = gnome' although I have since figured out that 'gtk-
fallback-icon-theme = gnome' also works.

In looking for a more automatic solution, we figured that calling 
gtk_rc_parse_string with one of the above strings should have the same 
effect.  Unfortunately, we have tried several variations, all with no 
apparent effect.  I have even tried renaming ~/.gtkrc-2.0 to another 
name so it is not automatically recognized, and then calling 
gtk_rc_parse(new file name) but again - no effect.

Is there something obvious we might be missing?  Is there something 
particular about when during app startup the parse function needs to be 
called to have an effect?

Any other hints or suggestions would be appreciated.

Thanks.

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