On 6 Aug 2011, at 17:01, John Emmas wrote:
A colleague is working on a Mac version of the same app and is using a
slightly more recent version of Pango (v1.28.3). So I was asked to upgrade
to the same version, which I did this morning. Unfortunately, Pango is now
crashing very
Hello. I believe this is the mailing list for Pango so I hope this comes
through to the right place.
I've been using Pango v1.28.0 with an application built around GTK+ 2.20.0.
Everything gets built using Microsoft's Visual C++ and it's all been working
fine (on Windows, of course) since the
If I write a program using gtk-win32 and I want it to discover its installation
folder at run time, I can examine argv (if it's available). Where it's not
available however, I can call
g_win32_get_package_installation_directory_of_module() passing it a NULL
parameter. Are there any
On 26 May 2011, at 18:23, Stefan Salewski wrote:
Is
gtk_window_set_resizable
and similar not working for you?
Sorry for taking so long to reply. Yes, that worked just fine. Thanks!
Incidentally (sorry for the dumb questions but my background is mostly with
MFC) - is it possible
On 27 May 2011, at 17:06, Tadej Borovšak wrote:
See gtk_window_set_transient_for() function. I think it'll do what you
need to be done.
Thanks Tadej !
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
Using gtk_window_new() will create a window which the user can re-size and
maximize. I don't want my user to be able to perform these actions. In my old
Win32 days I'd achieve it by creating a window, then removing the styles
WS_THICKFRAME and WS_MAXIMIZEBOX. How do I achieve this with gtk?
On 25 May 2011, at 09:43, John Emmas wrote:
Does anyone know if GtkPlug and GtkSocket are usable in gtk-win32? I
appreciate that they were originally written for windows that support the
XEmbed protocol (i.e. X windows) but browsing through the source code,
gtk-win32 seems to implement
Does anyone know if GtkPlug and GtkSocket are usable in gtk-win32? I
appreciate that they were originally written for windows that support the
XEmbed protocol (i.e. X windows) but browsing through the source code,
gtk-win32 seems to implement a protocol that's broadly equivalent. However,
Suppose I'm writing an app that can either be built with gtk-x11 or gtk-win32.
And suppose there's a function that I'd only ever need to call in the X11
version (XSetErrorHandler() is probably a good example). Is there a #define or
something that I can use at compile time (or even something I
GtkWidget *dialog = gtk_dialog_new_with_buttons (My diaolg, app_main_window,
GTK_DIALOG_DESTROY_WITH_PARENT,
GTK_STOCK_CANCEL, GTK_RESPONSE_REJECT,
NULL);
I want to display the above dialog non-modally (after adding its
On 4 May 2011, at 12:30, Emmanuel Thomas-Maurin wrote:
You could add the cancel button after creating the dialog with
gtk-dialog-add-button:
http://developer.gnome.org/gtk/stable/GtkDialog.html#gtk-dialog-add-button
Yeah, I guess I'll have to do it that way. Because GTK+ widgets are to
On 4 May 2011, at 14:20, A. da Mek wrote:
I think that you can also connect to the response signal of the dialog and
check the response ID.
Good call..! That worked just fine. Thanks for the tip.
John
___
gtk-app-devel-list mailing list
** GTK+ (almost) exonerated **
I've spent quite a bit of time delving into the problems I encountered with
Gtk::FileChooserButton. I started by writing a minimal app using a main window
with a child button. The button launched a modal dialog box which contained a
Gtk::FileChooserButton. I
On 29 Apr 2011, at 23:05, Jaroslav Šmíd wrote:
I know this won't help much, but when writing new app, I wouldn't bother to
use gtk2 anymore and I would use gtk3 instead.
You're right, it wouldn't help in this case because it's a substantial body of
code, already written to use gtk2.
I'm adapting a Linux program to run under Windows, using gtk-win32. The app
has a particular dialog box which displays a Gtk::FileChooserButton. When the
dialog first gets displayed, there's no particular file selected and the
button's entry says (None). Clicking the button launches a
On 29 Apr 2011, at 11:46, Emmanuel Thomas-Maurin wrote:
Have you tried with Gtk::FileChooser::set_current_name() instead ?
I just decided to try it (once again, passing an empty string) but I got this
debug output:-
Gtk-CRITICAL **: file ..\gtk\gtkfilechooserdefault.c line 7284:
I've been experimenting with this for a few hours now. AFAICT there's a very
significant difference in the way a Gtk::FileChooser dialog works in Windows,
compared to its operation in Linux. Here's what I found:-
1) Launch a Gtk::FileChooser from a Gtk::FileChooserButton. Select a file
Maybe it was my imagination but at one point I'm sure I noticed a glib function
for creating a file, complete with its folder structure - something like
'g_file_create_with_dirs()' or something similar. I remember thinking that'll
come in handy one day!. But now that I need it, I can't seem
On 25 Apr 2011, at 15:35, John Emmas wrote:
Maybe it was my imagination but at one point I'm sure I noticed a glib
function for creating a file, complete with its folder structure - something
like 'g_file_create_with_dirs()' or something similar. I remember thinking
that'll come in handy
I know that glib offers a function called g_get_home_dir() which returns the
user's home folder on the relevant platform. Is there any similar function
that will give me the default folder for installing applications? For example,
on Windows this would return C:\Program Files. On Linux it
On 21 Apr 2011, at 10:59, Dov Grobgeld wrote:
There is no such thing as default folder under Linux/Unix. The user might
want to install an application in her home directory, or in /opt, or in
/usr/bin depending on permissions or the visibility of the application.
Perhaps you meant to ask
On 21 Apr 2011, at 12:20, David Nečas wrote:
Your distro is quite eccentric. The usual convention is that mere users
have write permissions to
- anywhere in their homes
- temporary directories (/tmp, /var/tmp)
- a few other places in /var such as /var/spool/mail/$USER
- removable media
On 13 Mar 2011, at 17:40, Andreas Sommer wrote:
In the GTK bundles available on the net, the engines don't have to be listed
in the modules file, everything works out of the box. But I tried it anyway,
e.g.
C:/Program Files/Glade 3.7.1/bin/libpangowin32-1.0-0.dll
BasicScriptEngineWin32
Oh dear, you seem to be having all kinds of problems but do persevere. It's
well worth it when you get it all working.
For the project that I'm working on I've had to build dozens of gnu libraries
using VC++. Glib, GTK+, Pango, Cairo, FontConfig, Freetype. You name it -
I've probably had to
It's a long shot but I just wondered if glib or gtk+ have any functionality for
resolving shortcuts on the Windows platform? i.e. opening a shortcut and
returning the path to whatever object it's pointing to? I know I can achieve
this with COM and iShellLink but ideally, I'd prefer to use glib
FWIW I tracked sown the mechanism for suppressing leak detections in MSVC.
Basically, you can set checkpoints and only display the leaks between two
specified points. It might not be as flexible as the method used in Valgrind
but it's one helluva lot easier. Here's how I modified my original
On 10 Feb 2011, at 11:36, Freddie Unpenstein wrote:
I really don't want to have to sit around for an extra 10-20 seconds while a
closing application crawls along pulling data from swap space for no
particularly good reason, when the OS could have simply marked those pages as
available and
On 10 Feb 2011, at 17:48, Michael Torrie wrote:
I guess we're at an impasse then. The discussion has now moved from the
definition of leak to some personal idea of what beauty is.
In which case, maybe we should agree to use the word leak for the simple
purpose of identifying the
On 10 Feb 2011, at 22:13, David Nečas wrote:
And others, Gtk+ devs probably including, consider this a useful
optimisation – and in many cases a necessity. You still do not seem to
accept even the existence of this point of view.
I would say quite the reverse. Every single person here
On 8 Feb 2011, at 09:36, John Emmas wrote:
int main (int argc, char *argv[])
{
Gtk::Main *app = new Gtk::Main (argc, argv);
delete app;
return 0;
}
The above code causes hundreds of memory leaks.
I spent a few minutes on this (literally just a few) this morning
On 9 Feb 2011, at 08:44, Tor Lillqvist wrote:
A *true* leak, in my opinion, is if performing some code sequence over
and over again (like what happens if you just do the same UI actions
repeatedly) causes the amount of unreachable memory to grow
continuously.
It's an interesting argument
On 9 Feb 2011, at 11:13, Tor Lillqvist wrote:
Each time you call _CrtDumpMemoryLeaks() it dumps all the memory that's been
allocated but not yet released.
So it doesn't take into consideration at all whether the memory in
question is / can be used or not, i.e. whether there is any pointer
On 9 Feb 2011, at 17:01, James Morris wrote:
Not only do we have to write our own code, we have to put work into
making other peoples code ignore the errors in other peoples code so
we can see the errors in our own code. It's a bloody outrage!
I think I'd agree with you if I'd ever used
On 9 Feb 2011, at 20:06, Allin Cottrell wrote:
You're missing Tor's point. Yes, all memory leaks are bad, but
most (all?) of the instances of not-explicitly-released memory
in the GTK stack are _not_ leaks. If you still have a pointer to
it, it ain't a leak, even if a dumb debugger says so.
On 9 Feb 2011, at 23:41, Carlos Pereira wrote:
something), but aside from that it's a pure waste of CPU cycles.
Dear Allin,
I am sorry, I totally disagree.
I can only see two cases. Either fixing these hundreds and hundreds of mem
leaks is easy or difficult.
In the first case, is
On 10 Feb 2011, at 01:19, Costin Chirvasuta wrote:
I'm not saying this is really important and it should be done soon.
I'm merely stating that the value of having gtk_cleanup() would be
greater than zero. That is, regardless of how much trouble it would be
for someone to write, if it would
On 5 Feb 2011, at 19:18, Kevin DeKorte wrote:
Something like this
GFile *file;
GFileOutputStream *output;
GDataOutputStream *data;
file = g_file_new_for_uri(uri);
output = g_file_replace(file, NULL, FALSE, G_FILE_CREATE_NONE, NULL,
NULL);
data =
On 6 Feb 2011, at 19:05, Nader Morshed wrote:
You need to call g_file_set_attributes_from_info() to apply your
changes to the file info (See: The Description section in the GFileInfo
gtk-docs)
I might also suggest filtering results on your query of
g_file_query_info
Thanks Nader. Is
On 4 Feb 2011, at 22:57, Nader Morshed wrote:
you might want to take a look at GIO's GFileInfo API. It has a
large array of attributes to get/set, depending on the GIOModule being
used.
Thanks for the tip. I've been experimenting with the GFileInfo API today but
inadvertently, it's led
Does glib have any functions for setting a file's attributes / creation date /
last modification date etc? I need to move some files (programmatically) to a
new directory whilst preserving their dates and other attributes.
John
___
gtk-app-devel-list
On 28 Jan 2011, at 20:55, Behdad Esfahbod wrote:
What does fc-match return?
I got a chance to try this today and found a few errors, which may or may not
be down to me not understanding what FontConfig does or what it needs. But
firstly, a problem that definitely wasn't down to me:-
Hello Behdad. Some more information has come to light to add to my previous
email.
I just built a very simple GTK+ app which brings up a Gtk::FontDialog (just so
I can list my fonts and see what's available). AFAICT, Pango (when built from
the VC project supplied with libgtk-win32) is using
I've found a little bit more info that might help us with this Behdad.
On 29 Jan 2011, at 10:27, John Emmas wrote:
Is it possible that PangoRenderFc is expecting some other collection of
fonts?
There might well be some truth in that theory. To test it, I decided to put
some debugging
According to the Pango website, this mailing list is the right one for
questions about Pango. So, assuming that's correct
Pango-WARNING **: failed to choose a font, expect ugly output.
engine-type='PangoRenderFc'. script='common'
What kinds of problem would cause the above warning
I've been trying to find a mailing list for libgnomecanvas but couldn't find
one - so maybe somebody here might be able to help
I've successfully built GTK+ for Windows using the supplied VC++ projects.
However, certain projects (those that need gnomecanvas) won't build until I've
built
On 17 Jan 2011, at 16:55, John Emmas wrote:
I found quite a few projects called libgail but figured that libgail-gnome
was probably the one I wanted. 10 mins later I'd installed the source for
libgail-gnome but when I tried to built it, I got a rather unhelpful build
error telling me
On 17 Jan 2011, at 19:07, Tor Lillqvist wrote:
Isn't gail part of GTK+ nowadays? At least, in GTK+ a libgailutil is
built, and a gail.pc and include/gail-1.0 installed.
(Yes, it might be that the VS project files don't bother building the
gailutil library and installing the gail headers,
Thanks guys. In fact, I only need this for the purpose of calculating a path
that's relative to the location of the installed program. It's of less
importance on Linux because apps tend to be installed using the same path on
everyone's system so generally, one can make an intelligent guess.
Browsing through glib/gutils.c this morning, I noticed a function called
g_get_application_name() which will return the application's name (e.g.
my_app on Linux, or my_app.exe on Windows). Is there any similar function
that would tell me the full path to the application - e.g.
On 2 Jan 2011, at 21:00, jcup...@gmail.com wrote:
On 2 January 2011 15:39, John Emmas john...@tiscali.co.uk wrote:
To be honest, all I'm trying to do is create a button whose label font can
be changed on demand. I've managed to achieve it by using an empty button
with a label on top
Suppose I designed a custom widget that was made up of two other widgets
layered on top of each other. As an example, let's say I wanted a button whose
label needed to be at the top of the button, rather than in the centre. I use
either a separate label or a graphical image to achieve this.
On 2 Jan 2011, at 14:40, jcup...@gmail.com wrote:
You can just set the alignment on the label to get them to display at
the top of the button.
[...]
GTK does not officially support overlapping widgets. However, you can
sort-of do it by putting groups of widgets into eventboxes and
On 2 Jan 2011, at 17:19, Lance Dillon wrote:
I would use gtk_label_set_attributes(),
http://library.gnome.org/devel/gtk/stable/GtkLabel.html#gtk-label-set-attributes
That would probably do what you want.
I followed that link but it doesn't look as if it would work for a button. I'd
Many thanks John, I'll try your suggestion tomorrow.
Thanks also, Tadej. That's pretty much how I created the button at my first
attempt. It created the button OK but I couldn't find a way to change the font
later. :-(
John
___
gtk-app-devel-list
On 23 Dec 2010, at 22:02, br...@hawaii-pacific.com wrote:
My latest and most successful effort is using code::blocks. The errors I am
getting now are:
/usr/include/glib-2.0/gio/gcredentials.h:67: error: ‘uid_t’ does not name a
type
'uid_t' is defined in
On 30 Nov 2010, at 15:47, John Emmas wrote:
gdk_pixbuf_new_from_file() opens the specified file using g_fopen() which in
turn, calls _wfopen(). This returns a FILE*. Next,
_gdk_pixbuf_generic_image_load() gets used to read the subsequent TIFF data.
That process starts with the FILE
As I've mentioned before, I'm in the process of building libgtk-win32 for
Windows, using Visual C++. Although it's been relatively easy I didn't begin
testing my build until yesterday. One of the first libraries I wanted to test
was libgdk_pixbuf and its various loaders. The first few
On 21 Nov 2010, at 09:56, Tor Lillqvist wrote:
The Visual Studio project files for GTK+ might have worked at one
specific point in time when I added them, but not later... it says in
the build/win32/vs9/README.txt, Note that all this is rather
experimental. Luckily there is now a person
I'm trying to build libgdk-pixbuf from source (actually, I'm building the whole
of libgtk-win32 but let's concentrate on libgdk-pixbuf, since that's where my
current confusion lies).
I've figured out that libgdk-pixbuf relies on helper modules called 'loaders'
which handle the various image
On 7 Nov 2010, at 18:14, Jaroslav Šmíd wrote:
So try to set your desired font - edit or create
(GTKDIR)\etc\gtk-2.0\gtkrc and add line like
gtk-font-name = Segoe UI
Thanks for the tip. In fact it turned out to be due to the fact that an entry
in my pango.modules file had spaces in its
On 7 Nov 2010, at 00:15, Guy Rouillier wrote:
Since the number of squares equals the number of characters in the label you
are trying to display, the problem appears to be one of font rendering.
Thanks Guy. I think I've been easing towards that conclusion myself but it's
good that
On 7 Nov 2010, at 11:39, John Emmas wrote:
My guess at the moment is that there's no font being loaded
for the label widget. Does that seem like a possible explanation?
Oops, how silly of me! Just noticed some text in the console window saying
Pango-WARNING **: failed to choose
For the past few years I've been migrating my Windows apps to GTK+ which I now
tend to use in preference to Microsoft's MFC. However, I've always been
conscious of the fact that the official gnome binaries are (apparently) built
using the 'C' runtime that equates to VC6. VC6 has been obsolete
On 30 Oct 2010, at 17:44, Daniel Atallah wrote:
Look on the site where the current (and all previous) versions are kept:
http://ftp.gnome.org/pub/gnome/binaries/win32/gtk+/
Thanks Daniel. That's exactly what I needed !
___
gtk-app-devel-list
On 28 Oct 2010, at 13:35, Neil Bird wrote:
So the choice is yours - ease of compilation or ease of debugging.
Debugging, every time!
Same here! For me, debugging is the most enjoyable part of my development
cycle - but only if I have a decent debugger to help me.
On 7 Oct 2010, at 10:10, Tor Lillqvist wrote:
That is a problem in the C library then, that it generates debug
assertions for something that is perfectly legal like close(-1).
Calling close() on a value that is not an open file descriptor is
pointless, but not an error.
But yeah, we
On 7 Oct 2010, at 10:47, John Emmas wrote:
My tests are now running fine except for the Warnings and Errors test where
I see the following output:-
Glib-Message: Not implemented: g_test_trap_fork
Again, it'd be helpful to know if this is expected behaviour or if it
indicates
I'm running glib version 2.24.0. It probably isn't the very latest stuff but
reasonably current, I think.
Having recently built it under Win32 (using Visual C++) I decided to run the
test application (testglib.exe). Everything runs fine until I get to the File
Functions test, at which point
On 8 Aug 2010, at 20:58, Kristian Rietveld wrote:
The slowness you are observing is interesting, since the graphics performance
of GTK+-OSX on my Mac laptop is faster than the performance of GTK+-X11 on my
(faster) Linux desktop.
[ ... ]
What hardware and OS revision are you using?
On 9 Aug 2010, at 20:06, Kristian Rietveld wrote:
It would be interesting to know whether I can reproduce the problem on my
machine here. If so, then I can also look into debugging it. Is the
application available somewhere?
Thanks for the offer. I'd need to ask Harrison if they'd
On 1 Aug 2010, at 21:49, Kristian Rietveld wrote:
GTK+ OSX does all drawing using CoreGraphics, this should be
hardware-accelerated whenever possible.
From what I've been able to tell, CoreGraphics eventually ends up using
QuartzGL for 2D imaging and acceleration. QuartzGL however
On 1 Aug 2010, at 21:49, Kristian Rietveld wrote:
On Jul 27, 2010, at 10:49 AM, John Emmas wrote:
Under Windows and Linux the (2D) scrolling display is smooth. But under
OS-X it's horribly jerky and has a very 'klunky' look to it. I happen to be
viewing it on a Mac Mini but other people
On 1 Aug 2010, at 21:41, Kristian Rietveld wrote:
On Jul 28, 2010, at 9:15 AM, John Emmas wrote:
This morning I've come across this mailing list which has got me confused:-
http://sourceforge.net/mailarchive/forum.php?forum_name=gtk-osx-users
My understanding is that this mailing list
This morning I've come across this mailing list which has got me confused:-
http://sourceforge.net/mailarchive/forum.php?forum_name=gtk-osx-users
Up until now I'd assumed that gtk-osx was produced / administered by gnome.org
but the above mailing list makes it look like it's possibly an
Firstly, please let me apologise if this isn't the right mailing list for
gtk-osx queries. I don't remember ever seeing an enquiry here about gtk-osx -
so please feel free to direct me somewhere else if this isn't an appropriate
list.
I'm a C++ programmer working on a cross-platform
Does gtk+ have an API call for obtaining the user's screen resolution (in
pixels) ?
John
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Thanks for the quick replies. Actually, I did mean the full geometry of the
screen, regardless of how many physical monitors it spanned. However, my next
question was going to be:- Can I tell how many monitors span the screen
horizontally and vertically?
I've found a function called
On 9 Jul 2010, at 10:11, John Emmas wrote:
Thanks for the quick replies. Actually, I did mean the full geometry of the
screen, regardless of how many physical monitors it spanned. However, my
next question was going to be:- Can I tell how many monitors span the screen
horizontally
Many thanks guys. I think I understand it now.
John
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
On 9 Jul 2010, at 10:24, Tor Lillqvist wrote:
Ah, maybe I've misunderstood is that in fact what
gdk_screen_get_monitor_geometry() will tell me?
Yes. Also note that there can be holes in the screen that no monitor covers.
Thanks Tor. One more question if I may
Suppose I have
On 9 Jul 2010, at 11:09, Tadej Borovšak wrote:
I would probably use gdk_window_get_origin() and
gdk_drawable_get_size() to obtain the geometry of the window, since
_get_frame_extents() may include window manager decorations if they
are present.
Thanks Tadej. I looked at
On 9 Jul 2010, at 11:26, Tadej Borovšak wrote:
From API docs about gdk_window_get_origin():
---
Obtains the position of a window in root window coordinates. (Compare
with gdk_window_get_position() and gdk_window_get_geometry() which
return the position of a window relative to its parent
I've taken a quick look at gdk_window_flush() and gdk_window_process_updates()
but they both require me to pass a pointer to GdkWindow.
My top level 'widget' is a Gnome::Canvas (essentially an enhancement of
GktLayout, from what I can tell). My now line is a Gnome::Canvas::Line which
is
Anyone who's familiar with the MS Windows API will know that it contains a
function called UpdateWindow(). A call to UpdateWindow() forces the specified
window's client area to be repainted immediately (i.e. bypassing any other
messages or operations that may be pending for the window). Is
On 4 Jul 2010, at 16:11, Nader Morshed wrote:
I believe you're looking for: gtk_widget_queue_draw()
On 4 Jul 2010, at 15:02, Alexander Nagel wrote:
i'm using gtk_events_pending to realize this.
Thanks guys - but if I'm reading the documentation correctly I don't think
either of those
On 4 Jul 2010, at 17:51, jcup...@gmail.com wrote:
What are you trying to achieve? Perhaps there's some other way to get
the effect you need.
Actually John, it's the same problem that I had in my other thread (where I was
trying to draw a now line onto a scrolling canvas). Here's what I
On 3 Jul 2010, at 09:43, jcup...@gmail.com wrote:
You'd link to the configure event to build the offscreen pixmap. The
scribble example in the tutorial uses pixmaps to improve drawing:
I downloaded the Scribble example but interestingly, it seems to have been
written for an older version
On 3 Jul 2010, at 15:33, John Emmas wrote:
I downloaded the Scribble example but interestingly, it seems to have been
written for an older version of gtk/gdk. It uses some gdk types (e.g.
GdkDeviceInfo) which seem to be missing from gtk-2.0 but which look as though
they used
A program I'm working on uses a GTK main window to view an underlying gnome
canvas object. The canvas is wider than the part of it that's visible at any
given time, so a horizontal scrollbar can be used to scroll the canvas,
leftwards or rightwards. The effect is similar to a multitrack audio
Thanks for the suggestion John. Can I assume that you're referring to the
functionality of gdk-pixbuf? It didn't occur to me to look there, though I
suppose it's the most obvious place to find a solution. I'd been looking for
layering API's or blitting API's within gtk :-(
So the obvious
On 26 Jun 2010, at 19:17, John Coppens wrote:
Did you read this article? It seems to sum up the issue quite nicely:
http://lwn.net/Articles/188693/
The discussions are interesting too.
Thanks John. That article is definitely an interesting read and I'm glad you
recommended it. I
Yes, I can quite understand why a potential move to cmake might not be high on
the priority list! Out of curiosity though... what do you use to produce the
vcproj files for glib and gtk+? Is it a utility or a script of some sort?
I do think it's a shame that Pango, Cairo and ATK haven't
A couple of weeks ago I started on a build of glib/gtk+ using MSVC++. I
haven't been able to devote masses of time to it but the small amount that I've
done so far was refreshingly pain-free - thanks mostly to the presence of
.vcproj files for me to work with.
Sadly, the supporting libraries
On 13 Jun 2010, at 12:45, Tor Lillqvist wrote:
There was a problem in the VS project files in 224.1, some source file
that should be built only on Unix was included by mistak. Simply drop
the source file(s) that don't compile and see if that helps.
Thanks Tor, I'll try that and let you
I'm just investigating the possibility of building gtk-win32 using Visual C++
(after downloading the sources from their respective tarballs). Since
everything else seems to depend on glib, I thought that would be the best place
to make a start.
I found the VC++ .sln and .vcproj files, loaded
On 11 Jun 2010, at 16:43, Tor Lillqvist wrote:
I assume you are talking about GLib 2.24.1, from a tarball?
Yes.
There is a Pre-Build Event for the glib project that copies
config.h.win32 to config.h, glibconfig.h.win32 to glibconfig.h and
gmoduleconf.h.win32 to gmoduleconf.h.
Ah, the
On 31 May 2010, at 17:16, Calum Benson wrote:
You might also consider why you consider the behaviour to be 'undesirable',
though. Modal dialogs sometimes cause users more problems than modeless ones,
especially if, from prior experience (e.g. the About dialog in other gtk+
apps),
I'm sure that most new gtk programmers encounter this problem sooner or
leter. I know I did and my solution was essentially the same as Tadej's.
I wish I seen his blog though as it would have saved me a lot of time!
The key to success is to ensure that GUI elements only ever get modified
within
Tor Microsoft is like any other big organization in the sense that it
suffers from momentum and baggage. Internally, it is bound to be still using a
whole range of technologies including ones that it wishes to portray to the
outside world as being now deprecated.
Nevertheless, Visual C++
Using gtkmm, I've written a small test app whose GUI contains three widgets.
The first is a Gtk::Button, the second is a Gtk::FontButton and the third
is a Gtk::ProgressBar. The font button itself has the style 'set_use_font()'
(i.e. it always displays its button text in whatever font I
301 - 400 of 439 matches
Mail list logo
