On Wed, 2017-05-03 at 18:15 -0400, Matthias Clasen wrote:
> On Wed, May 3, 2017 at 2:55 PM, Murray Cumming <murr...@murrayc.com>
> wrote:
> > Will there absolutely positively never be any GTK+ 3.23/24
> > releases?
> >
> > After all these years of not adding A
are yet.
So, applications shouldn't generally need to specify any spacing at all
between child widgets in containers? For instance
- Gtk::Box::spacing
- margin of child widgets in a Gtk::ActionBar
- Gtk::Grid column-spacing and row-spacing
?
GTK 3 and GTK 4 themes are separate, right?
--
On Fri, 2017-04-28 at 17:50 +0200, Murray Cumming wrote:
> On Fri, 2017-04-28 at 17:20 +0200, Timm Bäder wrote:
> > I've added notes about the fill and expand child properties to the
> > migration guide:
> > https://git.gnome.org/browse/gtk+/commit/?id=bb1deaaf
pand/vexpand affecting the
parent widgets too that explains what I've seen so far. So there is
really no simple mapping from the old API to the new API. Porting is
going to be rather awkward.
--
Murray Cumming
murr...@murrayc.com
www.murrayc.com
___
gtk-devel-
/expand combinations
to the new halign/valign/hexpand/vexpand properties to the migrating
guide?
https://git.gnome.org/browse/gtk+/tree/docs/reference/gtk/migrating-3to
4.xml
There are only 4 possible fill/expand combinations, only 3 of which
ever made sense, so this should be doable.
--
Murray
> "delete-event", G_CALLBACK (on_close_system_log_activate),
> gpointer(this));
> syslogdialog->run();
The delete-event signal handler needs to return a gboolean. The C API
doesn't do any checking of the signature of the signal handler's
function pointer. However, gtkmm doe
by the lack of things like OK, Yes, and No, which
shouldn't be used anyway.
--
Murray Cumming
murr...@murrayc.com
www.murrayc.com
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
but it's worth discussing to see what changes can be done to
> make them work and incorporate into source tree.
>
> What say you?
Apparently the existing projects work so far at least for some people,
so please do try to work with the existing system.
--
Murr
stance:
https://git.gnome.org/browse/glibmm/tree/MSVC_Net2013
--
Murray Cumming
murr...@murrayc.com
www.murrayc.com
___
gtk-list mailing list
gtk-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-list
he build files are in the
upstream dependencies' repositories where people can maintain them
together over time.
All attempts to do this separately fail.
--
Murray Cumming
murr...@murrayc.com
www.murrayc.com
___
gtk-list mailing list
gtk-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-list
.
--
Murray Cumming
murr...@murrayc.com
www.murrayc.com
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list
flagging this up in case you need to liaise with the glibmm devs.
--
Murray Cumming
murr...@murrayc.com
www.murrayc.com
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list
to be loosely coupled anyway.
--
Murray Cumming
murr...@murrayc.com
www.murrayc.com
___
gtk-list mailing list
gtk-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-list
On Sun, 2015-02-15 at 11:40 +0100, Murray Cumming wrote:
However, while getting these screenshots I noticed that the change is
caused by different GTK+ versions, regardless of what API I use. I'll
try to narrow down what caused the change and file a bug.
I was wrong again. The problem
On Fri, 2015-02-13 at 14:50 +, Emmanuele Bassi wrote:
hi;
On 11 February 2015 at 13:08, Murray Cumming murr...@murrayc.com wrote:
The gtk_widget_override_*() functions were recently deprecated:
https://git.gnome.org/browse/gtk+/commit/?id=63efdca2
(These had themselves replaced
clues about what people should do.
But I don't know what CSS would replace
gtk_widget_override_background_color() for a GtkTextView. If I use
background-color: #whatever then only the background of the content's
text is colored, not the background of the whole area.
--
Murray Cumming
murr
github.
--
Murray Cumming
murr...@murrayc.com
www.murrayc.com
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
can get it anywhere you like.
I don't know why gtk_recent_manager_new() even exists.
--
Murray Cumming
murr...@murrayc.com
www.murrayc.com
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list
.
This screenshot shows the result in Glade with some GtkBoxes and a
GtkSizeGroup, and the correct behaviour in a GtkGrid. Should it work
with a GtkSizeGroup?
I can't just use a GtkGrid because I am actually using a custom
container in my application.
--
Murray Cumming
murr...@murrayc.com
www.murrayc.com
On Wed, 2014-03-05 at 12:41 +0100, Murray Cumming wrote:
On Wed, 2013-12-04 at 07:40 +0100, Tarnyko wrote:
Hi folks,
Just some news on the Win32 - bundle distribution - side.
Main URL :
http://win32builder.gnome.org/
The continuous build environment now generates 64-bit
On Wed, 2013-12-04 at 07:40 +0100, Tarnyko wrote:
Hi folks,
Just some news on the Win32 - bundle distribution - side.
Main URL :
http://win32builder.gnome.org/
The continuous build environment now generates 64-bit bundles.
The bundle for GTK+ 3.10.x has been generated.
[snip]
:
* Failed Patch: glib-2.35.x-external-gdbus-codegen.patch !
* (
/var/lib/layman/gnome-next/dev-libs/glib/files/glib-2.35.x-external-gdbus-codegen.patch
)
Does anyone know what's happening with this?
Problems with Gentoo packages should be reported to Gentoo, please.
--
Murray Cumming
murr
On Sun, 2013-10-27 at 09:28 +0100, Murray Cumming wrote:
On Sat, 2013-10-26 at 10:33 -0400, Patrick wrote:
Hi Everyone
I have a table of buttons. On clicking a button I would like a new table
of buttons to take the first tables place.
I am assuming I do this by hiding the first
On Sat, 2013-10-26 at 10:33 -0400, Patrick wrote:
Hi Everyone
I have a table of buttons. On clicking a button I would like a new table
of buttons to take the first tables place.
I am assuming I do this by hiding the first table, and inserting another
in the callback function but I am
When would someone want to use a GAction action prefix other than app.
or win.?
I'm creating my own GSimpleActionGroup, with it's own group name (the
prefix), as a way to have a set of menu items that's populated at
runtime. Is there a downside to not using app or win?
--
murr...@murrayc.com
to specify a tooltip for a menu item with
GMenu/GAction/GtkBuilder, as an equivalent for the tooltip parameter to
gtk_action_new():
https://developer.gnome.org/gtk3/unstable/GtkAction.html#gtk-action-new
--
Murray Cumming
murr...@murrayc.com
www.murrayc.com
www.openismus.com
On Wed, 2013-07-17 at 11:47 +0200, Murray Cumming wrote:
On Tue, 2013-07-02 at 09:41 -0400, William Jon McCann wrote:
Hi,
As some of you may have noticed we have recently deprecated Stock
Items in master.
Some details on this change may be found here:
https://docs.google.com
I'm trying to convert code from GtkUIManager+GtkMenu to GtkBuilder
+GMenu. Is there anything I'm doing wrong in the attached example? The
menu items are disabled.
--
Murray Cumming
murr...@murrayc.com
www.murrayc.com
www.openismus.com
#include gtk/gtk.h
const char* ui =
interface
menu
On Tue, 2013-07-23 at 11:08 +0200, Murray Cumming wrote:
I'm trying to convert code from GtkUIManager+GtkMenu to GtkBuilder
+GMenu. Is there anything I'm doing wrong in the attached example? The
menu items are disabled.
Ah nevermind. I needed to use 'somemenu.something' rather than
'something
not specify any
mnemonics at all.
I also doubt that most translators will take the time to consider the
mnemonics for the whole application to avoid clashes. I guess we would
need tools to help them with that.
and platform HIG soon.
Surely you wouldn't want to duplicate that list.
--
Murray
,
wouldn't it still be useful to have some new macros for the standard
icon names, to avoid typos?
Otherwise, the compiler can't help us to know if a standard icon name is
really a standard icon name.
--
Murray Cumming
murr...@murrayc.com
www.murrayc.com
www.openismus.com
Should the code below work, to get a menu item from a GtkBuilder using
the menu markup? It doesn't seem to. I'm guessing at the XML syntax
based on this:
https://developer.gnome.org/gtk3/unstable/GtkBuilder.html#BUILDER-UI
I would use Glade to show me the correct syntax, but it doesn't use this
On Wed, 2013-07-17 at 13:52 -0300, Juan Pablo Ugarte wrote:
On Wed, 2013-07-17 at 12:55 +0200, Murray Cumming wrote:
On Wed, 2013-07-17 at 11:23 +0100, Emmanuele Bassi wrote:
[snip]
in general, GtkUIManager should be replaced by GtkBuilder, so that
could be added to the long description
say that they are deprecated without any further advice. For instance:
https://developer.gnome.org/gtk3/unstable/GtkUIManager.html#gtk-ui-manager-new
--
Murray Cumming
murr...@murrayc.com
www.murrayc.com
www.openismus.com
___
gtk-devel-list mailing
in, and later remove
and replace, menu items? I used this with GtkUIManager to dynamically
populate a menu with items not known at compile time.
I see gtk_builder_add_from_string(), but I don't see how to remove items
without destroying the entire GtkBuilder structure.
--
Murray Cumming
murr
with interested parties.
Cheers
[1]: http://www.html5rocks.com/en/tutorials/offline/storage/#indexed-db
--
Murray Cumming
murr...@murrayc.com
www.murrayc.com
www.openismus.com
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org
to have, but is hardly the major problem.
--
Murray Cumming
murr...@murrayc.com
www.murrayc.com
www.openismus.com
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list
version (let's not pretend
current mingw build envs will just work on future windows versions,
see what happened when vista got released for example)...
I suggest that this is an idea for later, after we have what we had for
GTK+ 2.
Thanks for your efforts.
--
Murray Cumming
murr...@murrayc.com
someday I (or somebody else) will even
find the time to get that done ;)
Here's hoping. Thanks.
--
Murray Cumming
murr...@murrayc.com
www.murrayc.com
www.openismus.com
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman
Is anyone any closer to having a Windows installer for GTK+ 3 ready?
--
Murray Cumming
murr...@murrayc.com
www.murrayc.com
www.openismus.com
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel
this discussion on the gtkmm-list or in bugzilla.
Anyway, these look like a problem in glibmm, fixed in more recent glibmm
versions, rather than in gtkmm. I would consider a patch for gtkmm 2.4,
if there is something that helps.
--
Murray Cumming
murr...@murrayc.com
www.murrayc.com
Is it still planned?
The removal will come in GTK4. There will be no replacement
functionality -- you will just be expected to do all your interaction
with the toolkit from the main thread (ie: dispatching results via
idles).
--
Murray Cumming
murr...@murrayc.com
www.murrayc.com
, or is it the
right thing to do ?
I am confused about what change you actually made. Did you change the C
API?
--
Murray Cumming
murr...@murrayc.com
www.murrayc.com
www.openismus.com
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org
of '' [-Wparentheses]
gsignal.c:3171:10: warning: variable 'signal_id' set but not used
[-Wunused-but-set-variable]
--
Murray Cumming
murr...@murrayc.com
www.murrayc.com
www.openismus.com
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http
--
Murray Cumming
murr...@murrayc.com
www.murrayc.com
www.openismus.com
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
On Thu, 2012-01-26 at 17:30 -0500, Shaun McCance wrote:
I mostly agree with that. It certainly means nobody is validating
these files at build/install time.
I am, but not against any DTD:
http://www.murrayc.com/blog/permalink/2010/03/30/testing-glade-files/
though I would like to use a DTD.
On Thu, 2012-01-19 at 12:53 +0100, Dieter Verfaillie wrote:
On Thu, 19 Jan 2012 12:44:53 +0100, Murray Cumming wrote:
On Mon, 2011-11-07 at 15:19 +0100, Alexander Larsson wrote:
The -win32 branch is now in a pretty good state and seems to be the
best
Gtk 2.x version for win32 so far, so
with win32 support in GTK+ 3? Do you have any idea when
there will be binaries available, even for testing? I'd like to update
Glom's Windows installer.
--
Murray Cumming
murr...@murrayc.com
www.murrayc.com
www.openismus.com
___
gtk-devel-list mailing
On Thu, 2011-10-13 at 13:26 +0200, Murray Cumming wrote:
By the way, I also noticed that g_thread_init() is deprecated,
presumably because you must now used g_thread_new(), so you don't need
it, but I don't see a deprecation comment on g_thread_init().
There are still no deprecation
On Wed, 2011-10-26 at 15:12 -0400, Ryan Lortie wrote:
hi Murray,
I reverted this commit for now.
Can you please open a bug to discuss this? I don't think your fix is
correct since the extra field is never used anymore.
OK. It's here:
https://bugzilla.gnome.org/show_bug.cgi?id=662797
--
On Thu, 2011-10-20 at 20:05 -0200, Renato Merli wrote:
Regarding last message... i am using 4.99 version of libgda, newer
versions dont compile and are not the ones in use by c++ layer
developers
gnome-db-l...@gnome.org is the libgda mailing list.
2011/10/20 Renato Merli
replace it with a more-correct Glib::Thread2 API, but we'll be in
trouble if user applications (built with glibmm = 2.30) start crashing
just because the user installed glibmm 2.32.
--
Murray Cumming
murrayc@murrayc com
www.murrayc.com
www.openismus.com
On Thu, 2011-10-13 at 12:48 +0200, Murray Cumming wrote:
This change in glib master does indeed break glibmm:
http://git.gnome.org/browse/glib/commit/?id=d904612100120d12126f1a6623a106d8a5b02fa6
Unless it's really really necessary, it would be great if you would not
do this, or if you could
On Thu, 2011-10-13 at 08:58 -0400, Ryan Lortie wrote:
hi
On Thu, 2011-10-13 at 13:26 +0200, Murray Cumming wrote:
By the way, I also noticed that g_thread_init() is deprecated,
presumably because you must now used g_thread_new(), so you don't need
it, but I don't see a deprecation
On Thu, 2011-10-13 at 09:00 -0400, Ryan Lortie wrote:
hi Murray,
On Thu, 2011-10-13 at 12:48 +0200, Murray Cumming wrote:
This change in glib master does indeed break glibmm:
http://git.gnome.org/browse/glib/commit/?id=d904612100120d12126f1a6623a106d8a5b02fa6
I had a feeling it might
On Tue, 2011-09-06 at 18:51 -0500, Daniel Espinosa wrote:
I'm reading about GVariant, still I don't understand all details, but
found it equivalent to GValue and may be better on memory usage.
Are you considering to replace GValue by GVariant?
GVariant values are for constant values. You'll
On Sun, 2011-08-14 at 22:53 +0200, Andy Wingo wrote:
At one point Johan Dahlin,
who works with business applications, argued that GTK needed more
businessy widgets -- reporting facilities, a spreadsheet-like table,
etc.
[snip]
libgda-ui (in libgda), probably does most of this, or tries to. I
On Fri, 2011-03-18 at 23:42 +0100, Murray Cumming wrote:
libegg has lots of directories that have just a README saying how the
code has successfully moved into GTK+. But that's mostly old news now.
If there's no objection then I'll remove the directories so it's easier
to see at a glance
On Fri, 2011-03-18 at 23:42 +0100, Murray Cumming wrote:
libegg has lots of directories that have just a README saying how the
code has successfully moved into GTK+. But that's mostly old news now.
If there's no objection then I'll remove the directories so it's easier
to see at a glance
On Fri, 2011-03-25 at 11:48 -0400, Colin Walters wrote:
On Mon, Mar 21, 2011 at 6:03 AM, Murray Cumming murr...@murrayc.com wrote:
I very much like the re-show-instead-of-reopening idea, and miss it
since I stopped using MacOS 7.3. However, I don't understand why this
should require
On Sun, 2011-03-20 at 20:03 -0400, Matthias Clasen wrote:
On Fri, Mar 18, 2011 at 6:42 PM, Murray Cumming murr...@murrayc.com wrote:
libegg has lots of directories that have just a README saying how the
code has successfully moved into GTK+. But that's mostly old news now.
If there's
On Sat, 2011-03-19 at 09:44 -0400, Colin Walters wrote:
Hi Murray,
On Sat, Mar 19, 2011 at 9:11 AM, Murray Cumming murr...@murrayc.com wrote:
For this and other unrelated reasons, I will remove Gtk::Application
from gtkmm 3.0.0. I can't wrap an API that I don't understand
It's
On Mon, 2011-03-21 at 10:27 +, Bastien Nocera wrote:
On Mon, 2011-03-21 at 10:51 +0100, Murray Cumming wrote:
On Sun, 2011-03-20 at 20:03 -0400, Matthias Clasen wrote:
On Fri, Mar 18, 2011 at 6:42 PM, Murray Cumming murr...@murrayc.com
wrote:
libegg has lots of directories
On Thu, 2011-03-10 at 20:04 +0100, Murray Cumming wrote:
But for applications that actually have some reason to have multiple
windows (typically document-based applications) I still know of no
reason why we would want to suggest that they should have all windows
in
one process
On Fri, 2011-03-18 at 14:13 +0800, czk wrote:
hello everyone,
I use gtk+-3.0 in a embedded device. If I create a window put 4
buttons , 4 entrys 3 labels in it, from gtk_window_new to the window
was showed spend 4 seconds totally. It a long time for me. Most time
spend in
libegg has lots of directories that have just a README saying how the
code has successfully moved into GTK+. But that's mostly old news now.
If there's no objection then I'll remove the directories so it's easier
to see at a glance what's still interesting.
--
murr...@murrayc.com
www.murrayc.com
On Tue, 2011-03-15 at 22:11 -0400, Josh Bialkowski wrote:
I was reading the gtkmm book and when I hit the clock example for
drawing widgets with cairo, I realized that this was exactly what I was
looking for (i.e. wanting to draw widgets with cairo). It was only after
I couldn't get the
On Thu, 2011-03-10 at 09:59 +, Chris Vine wrote:
[snip]
The case for having single-instance programs in most cases for
programs with a GUI interface seems self-evident to me, since most
GUI programs keep some running global state which would be extremely
tedious to synchronise between
On Thu, 2011-03-10 at 09:01 -0500, Morten Welinder wrote:
What global state, for instance?
locale?
As a reminder, setlocale is not thread-safe.
Sorry, I don't understand. Could you explain in more detail? Why would
two separate instances (separate processes) of the same app care if
On Thu, 2011-03-10 at 14:54 +, Chris Vine wrote:
On Thu, 10 Mar 2011 14:48:12 +0100
Murray Cumming murr...@murrayc.com wrote:
On Thu, 2011-03-10 at 09:59 +, Chris Vine wrote:
[snip]
The case for having single-instance programs in most cases for
programs with a GUI interface
On Thu, 2011-03-10 at 10:54 -0500, Paul Davis wrote:
On Thu, Mar 10, 2011 at 10:47 AM, Murray Cumming murr...@murrayc.com wrote:
If it's most programs then surely you can give some example. I don't
think that most applications have to deal with caching, bookmarks, and
history like Firefox
On Thu, 2011-02-24 at 17:55 -0500, Colin Walters wrote:
On Thu, Feb 24, 2011 at 5:15 PM, Morten Welinder mort...@gnome.org wrote:
What actual problem was solved by all this infrastructure to keep just
one instance?
Basically for any application which manipulates private files in any
On Fri, 2011-02-25 at 12:53 +0200, Claudio Saavedra wrote:
On Fri, 2011-02-25 at 08:58 +0100, Carlos Garcia Campos wrote:
Note that we moved from single process model to multiple process
without changing the evince behaviour, it still behaves like a single
instance app, opening an already
On Thu, 2011-02-24 at 23:41 +, Emmanuele Bassi wrote:
On 2011-02-21 at 21:57, Murray Cumming wrote:
I'll leave the other points, as they've received a reply already.
2.
How should we use GOptionContext to parse command line arguments from
argc/argv when using GtkApplication
On Wed, 2011-03-02 at 10:07 +, Emmanuele Bassi wrote:
[snip]
Thanks for the suggestion, but why wouldn't you use the
GApplication::local_command_line vfunc for local command-line parsing?
http://library.gnome.org/devel/gio/unstable/GApplication.html#GApplicationClass.local-command-line
On Thu, 2011-02-24 at 17:51 -0500, Colin Walters wrote:
1.
Are we still meant to call gtk_init(argc, argv) when using
GtkApplication, which takes argc/argv again via g_application_run(). Or
is gtk_init() then superfluous?
gtk_init is superfluous, yes;
I guess we should mention
On Mon, 2011-02-21 at 21:57 +0100, Murray Cumming wrote:
I'm trying to wrap GtkApplication for gtkmm but I can't really do that
until I understand how it's meant to be used.
In general, I find the documentation lacks overview and advice, partly
because it's spread between GApplication
I'm trying to wrap GtkApplication for gtkmm but I can't really do that
until I understand how it's meant to be used.
In general, I find the documentation lacks overview and advice, partly
because it's spread between GApplication and GtkApplication and mentions
some concepts without explaining
On Thu, 2011-01-20 at 16:37 +0530, Karthikeyan Krishnamurthi wrote:
Hi group,
I try to append text to combo box using gtk_combo_box_append_text () i
got the following error...
gtk_combo_box_append_text: assertion `GTK_IS_LIST_STORE
(combo_box-priv-model)' failed
how to solve this..
On Mon, 2011-01-10 at 11:40 +0100, Edheldil wrote:
Dear listmembers,
I am writing an application in Python+libglade (*) which displays a long
table of objects and their properties (geocaches, actually. Similar to
GSAK or GeoGet). The problem is that with more than 15000 objects the
TreeView
On Thu, 2011-01-06 at 11:57 -0500, Matthias Clasen wrote:
GTK+ 2.99.0 is now available for download at:
If it's possible, please, it would be nice to have another release soon.
Tristan has just fixed something that was making GtkTreeView completely
broken with gtkmm, and probably with any other
On Wed, 2010-12-15 at 22:53 +0900, Tristan Van Berkom wrote:
There's one behavioural change, gtk_tree_view_set_cursor() when
specifying start_editing = TRUE will no longer toggle the state
of an activatable cell (this used to be the case, we thought it
was an undesirable side effect since the
On Sat, 2010-12-04 at 15:42 +0100, Carlos Garnacho wrote:
Hey :),
I have just merged the gtk-style-context branch in master, here's the
status of things:
* The new API is fully functional, well documented, and used
underneath GtkStyle, a few widgets are using it directly
On Sat, 2010-12-04 at 15:42 +0100, Carlos Garnacho wrote:
Hey :),
I have just merged the gtk-style-context branch in master, here's the
status of things:
* The new API is fully functional, well documented, and used
underneath GtkStyle, a few widgets are using it directly
On Wed, 2010-11-10 at 17:16 +0100, Philip Chimento wrote:
On Sun, Oct 31, 2010 at 11:28, Alexander Larsson al...@redhat.com wrote:
By the way, are there any other places where the java or C++ bindings do
cleanup changes like this? Some may be interesting to push into the
core now that we
On Sat, 2010-07-17 at 12:50 +1200, John Stowers wrote:
On Tue, 2010-07-06 at 01:48 +1200, John Stowers wrote:
Hi,
First of all, PyGI and GObject introspection is the way forward.
Now, that being said, it seems a little silly to spend all this effort
porting C apps in GNOME to
On Mon, 2010-10-25 at 09:36 +0100, Martyn Russell wrote:
Hi all,
While adding the FreeBASIC language bindings to our language-bindings
page¹, I noticed S-Lang and Harbour have not released for a while or
have denounced their support for language bindings. This is just to let
everyone
On Fri, 2010-10-22 at 09:56 +0100, Emmanuele Bassi wrote:
On Fri, 2010-10-22 at 10:48 +0200, David King wrote:
On 2010-10-14 11:52, Murray Cumming murr...@murrayc.com wrote:
If nobody says they want this soon then I guess we'll just put it in
libegg.
I am ready to add this to libegg
On Fri, 2010-10-22 at 12:01 +0100, Emmanuele Bassi wrote:
On Fri, 2010-10-22 at 12:53 +0200, Murray Cumming wrote:
I am ready to add this to libegg, but it seems to depend on GTK+ 2 only
right now, so do we want GTK+ 3 code there? If so, should I update
everything to use GTK+ 3
On Thu, 2010-10-07 at 17:18 +0200, Murray Cumming wrote:
On Thu, 2010-10-07 at 08:54 -0400, Havoc Pennington wrote:
Hi,
Oh, I see now it's a WrapBox replacement I guess (reading threads out of
order)
Well, not quite. This one has a fixed number of columns (or rows,
depending
On Fri, 2010-10-08 at 23:31 +0900, Tristan Van Berkom wrote:
For what its worth I finally applied this algorithm
to the 'spread-table' branch.
In the case that the trailing columns get no
widgets, one widget is placed in each of the trailing
columns (again, only happens with lots of columns
On Thu, 2010-10-07 at 12:36 +0900, Tristan Van Berkom wrote:
Furthermore, the gimp's newer versions is now using GtkToolPalette
in place of the older wrap-box (the gimp had been using a similar
wrap-box widget to wrap items around in one of it's toolbars).
Shouldn't GtkToolPalette (and maybe
On Mon, 2010-10-11 at 19:48 +0900, Tristan Van Berkom wrote:
On Mon, 2010-10-11 at 11:04 +0200, Murray Cumming wrote:
On Fri, 2010-10-08 at 23:31 +0900, Tristan Van Berkom wrote:
For what its worth I finally applied this algorithm
to the 'spread-table' branch.
In the case
On Mon, 2010-10-11 at 19:54 +0900, Tristan Van Berkom wrote:
On Mon, 2010-10-11 at 11:06 +0200, Murray Cumming wrote:
On Thu, 2010-10-07 at 12:36 +0900, Tristan Van Berkom wrote:
Furthermore, the gimp's newer versions is now using GtkToolPalette
in place of the older wrap-box (the gimp
On Fri, 2010-10-08 at 20:36 +0900, Tristan Van Berkom wrote:
On Fri, 2010-10-08 at 12:13 +0200, Murray Cumming wrote:
On Thu, 2010-10-07 at 12:37 +0900, Tristan Van Berkom wrote:
Hello list again,
Now for the introduction of GtkSpreadTable (still open for
a better name
On Fri, 2010-10-08 at 21:23 +0900, Tristan Van Berkom wrote:
On Fri, 2010-10-08 at 14:08 +0200, Murray Cumming wrote:
On Fri, 2010-10-08 at 20:36 +0900, Tristan Van Berkom wrote:
On Fri, 2010-10-08 at 12:13 +0200, Murray Cumming wrote:
On Thu, 2010-10-07 at 12:37 +0900, Tristan Van
On Thu, 2010-10-07 at 12:37 +0900, Tristan Van Berkom wrote:
Hello list again,
Now for the introduction of GtkSpreadTable (still open for
a better name for this widget).
What the spread table container does is takes a linear list
of widgets, which can be of variable size and
On Thu, 2010-10-07 at 08:54 -0400, Havoc Pennington wrote:
Hi,
Oh, I see now it's a WrapBox replacement I guess (reading threads out of
order)
Well, not quite. This one has a fixed number of columns (or rows,
depending on the orientation). That makes its layout quite different
than if the
On Wed, 2010-10-06 at 07:56 +0700, John Matthewman wrote:
http://www.openismus.com/misc/multipress-gtk-input-method/source/
Thanks for that - though I was hoping to see a simple makefile so I
could make a bit more sense of what's going on. (Not a fan of
autotools...)
Just watch the output
On Tue, 2010-10-05 at 09:16 +0200, Michael Natterer wrote:
On Mon, 2010-10-04 at 20:46 +0200, Murray Cumming wrote:
Is there any way to make a GtkComboBox's popup menu wider than the
GtkComboBox itself, or to disable ellipsizing so that is possible?
No, but the other way around. You
1 - 100 of 477 matches
Mail list logo
