On Sat, Mar 9, 2019 at 5:19 AM J.Arun Mani via gtk-list
wrote:
>
> 2. How does Gtk address the issue of its users moving to Qt?
>
What evidence is there of this? Who are the "users" of GTK that you're
referring to? Moving an existing GUI app between toolkits is typically
almost equivalent to a
On Sun, Mar 3, 2019 at 9:21 AM Emmanuele Bassi wrote:
> No, it's not. The issue is not GTK: it's the windowing system.
>
> With the advent of compositing, all windows are "visible" all the time,
> from a toolkit perspective. The compositor is responsible for building
> what's presented to the
On Sun, Mar 3, 2019 at 6:26 AM Emmanuele Bassi via gtk-devel-list <
gtk-devel-list@gnome.org> wrote:
> On Sun, 3 Mar 2019 at 12:58, John Emmas wrote:
>
>>
> For example... let's say the widget is a top-level window. If it's
>> currently displayed on screen but there's some other window hiding
o be running in the main context thread
> by the virtue of being the g_idle_add_full() callback.
>
> Are you saying that the g_idle_add_full() callback also runs in the
> worker thread?
>
> On Wed, Feb 27, 2019 at 4:54 PM Paul Davis
> wrote:
> >
> >
> &g
On Wed, Feb 27, 2019 at 5:46 PM Mitko Haralanov
wrote:
> How is that? The update is happening from a callback executed by the
> main context thread?
>
g_task_run_in_thread(obj->task, custom_object_worker);
custom_object_worker() emits the "updated" signal. the handler modifies the
model.
On Wed, Feb 27, 2019 at 5:17 PM Mitko Haralanov via gtk-list <
gtk-list@gnome.org> wrote:
> Here is a small program that illustrates the issue:
>
>
Yep. You're updating a treemodel from your own thread while the treeview is
connected to it. You can't do this.
It is possible that I haven't read this thread carefully enough.
You cannot update a GtkTreeModel or any other similar data structure that
is currently being used as "the model" by a GtkTreeView or other similar
widget, from a worker thread.
The model will emit signals reflecting what you've
On Fri, Feb 22, 2019 at 7:26 PM Thomas Dineen via gtk-list <
gtk-list@gnome.org> wrote:
> Gentle People:
>
> A question on Cairo: The X Y inputs to Cairo drawing functions are
> type double.
>
> Dose this imply that pixel or line spacing could be less than 1.0?
>
> Could the spacing be say
On Wed, Feb 20, 2019 at 12:36 PM Igor Korot wrote:
>
> This is all correct and I'm not arguing about that.
>
> What I do argue is why the context-menu event should care what mouse
> button click it comes from?
>
if the menu is shown on button press (not release) (and this is typical),
then
On Wed, Feb 20, 2019 at 11:10 AM Igor Korot wrote:
> Hi, Paul,
>
> On Wed, Feb 20, 2019 at 12:03 PM Paul Davis
> wrote:
> >
> >
> >
> > On Wed, Feb 20, 2019 at 10:49 AM Igor Korot via gtk-list <
> gtk-list@gnome.org> wrote:
> >>
> >>
On Wed, Feb 20, 2019 at 10:49 AM Igor Korot via gtk-list
wrote:
>
> Why do we even talking about button number, when the doc explicitly said
> "right-click", which implies "right mouse button".
>
X Window (at the very least) allows buttons to be remapped. Button #1 is
typically the left mouse
On Wed, Feb 20, 2019 at 1:17 AM John Emmas wrote:
> I realise it's a deprecated interface but can anyone explain what
> Glib::Threads:Private does?
>
> Does it guarantee that 'SomeObject' can only be accessed by code running
> in a particular thread? And if so, does it do that by creating a
>
On Wed, Feb 13, 2019 at 10:49 PM Igor Korot wrote:
> Hi, Paul,
>
> On Wed, Feb 13, 2019 at 10:03 PM Paul Davis
> wrote:
> >
> >
> >
> > On Wed, Feb 13, 2019 at 2:30 PM Igor Korot via gtk-list <
> gtk-list@gnome.org> wrote:
> >>
> >&
On Wed, Feb 13, 2019 at 2:30 PM Igor Korot via gtk-list
wrote:
>
> Unfortunately thats not how it looks here.
> When I create a control with GTK_SELECTION_MULTIPLE and just click on
> the item - it works just like single selection.
> In order to select multiple strings I have to press Ctrl key.
On Fri, Feb 8, 2019 at 7:33 AM Emmanuele Bassi via gtk-devel-list <
gtk-devel-list@gnome.org> wrote:
>
> As for the subscription: Discourse supports multiple identity
> providers—Google, Facebook, Instagram, Twitter, Yahoo, and GitHub are all
> supported, and there's a plugin available for GitLab
Emmaneule,
at ardour.org, we recently switched from using Drupal forums to Discourse.
The results have been delightful. We managed to get single sign on
integration with our existing site working, which was important for us, but
probably not so much for a GTK Discourse. More notably, once you
Emmaneule,
at ardour.org, we recently switched from using Drupal forums to Discourse.
The results have been delightful. We managed to get single sign on
integration with our existing site working, which was important for us, but
probably not so much for a GTK Discourse. More notably, once you
Emmaneule,
at ardour.org, we recently switched from using Drupal forums to Discourse.
The results have been delightful. We managed to get single sign on
integration with our existing site working, which was important for us, but
probably not so much for a GTK Discourse. More notably, once you
I can't answer your question. But I can say that we never use gtk_style*.
Instead we just parse the RC file that includes "widget/style"
associations, and then we use gtk_widget_set_name() on our widgets to get
them to use the right style.
On Fri, Nov 16, 2018 at 5:32 AM Brent W. Baccala
wrote:
On Wed, Aug 1, 2018 at 9:44 AM, Luca Bacci via gtk-list
wrote:
> I suggest you use GStreamer, you can build a video by pushing bitmap
> frames and it does everything else for you.
>
> Otherwise, you can animate a DrawingArea. Set up a 60hz timer on your own.
> The timer callback simply calls
>
On Wed, Aug 1, 2018 at 12:18 AM, R0b0t1 via gtk-list
wrote:
> Hello,
>
> I have bitmaps being generated by a process and need to display them
> at ~60Hz.
just a quick note: you don't get to control the refresh rate.
your screen update refresh rate is independent of GTK+. All modern GUI
On Sun, Jul 22, 2018 at 11:58 PM, scott via gtk-list
wrote:
>
>
> As an example, my application takes no inputs. You don't click on it. You
> look at it. Originally it wasn't a GUI at all; it was an invisible service.
> But letting it paint a screen with current status was deemed useful, so I
>
On Sun, Jul 22, 2018 at 1:26 PM, scott via gtk-list
wrote:
> I'm new here, and here to cause some trouble. I just wrote my first GTK+3
> app - or rather, I adapted an existing C++ program to give it a GUI with
> GTK+3, and the distinction is important for reasons I'll make clear. It
> wasn't a
lib packages are installed so that programs can *use* the libraries. if
you want to build software that needs the libraries, you need to install
the lib-dev "version" of the packages.
CoreText is for macOS and does not concern you.
On Tue, Jun 5, 2018 at 2:50 PM, Gail Hardmann wrote:
>
Does your new pane correctly restore the divider positions? The existing
GtkPane fails to be able to restore the pane divider position precisely.
The reasons why are fairly obvious once you dive into the code. I wrote a
new (GTK+2) pane widget for Ardour, too.
On Thu, May 10, 2018 at 3:30 PM,
Hi, Paul,
>
> On Mon, May 7, 2018 at 11:42 AM, Paul Davis <p...@linuxaudiosystems.com>
> wrote:
> > If there is a window manager (and there just about always is), you can't
> > stop it from doing what it is configured to do. You're just an
> application,
> > and it
If there is a window manager (and there just about always is), you can't
stop it from doing what it is configured to do. You're just an application,
and it takes higher priority managing window events than you.
On Mon, May 7, 2018 at 12:01 PM, Igor Korot wrote:
> Hi, ALL,
>
On Fri, Apr 27, 2018 at 2:27 PM, Timothy Ward wrote:
> Hi Emmanuele,
>
> I do agree with you but, From a beginners concept,The concept of
> Gtk-application and the handling of applications arguments is confusing
> coming from someone who is still learning from say - standard
On Sun, Dec 24, 2017 at 10:01 AM, Christian Schoenebeck <
schoeneb...@linuxsampler.org> wrote:
> On Samstag, 23. Dezember 2017 10:47:08 CET Paul Davis wrote:
> > actually, my impression from interactions with the author is that GTK
> > didn't make their life miserable at
On Fri, Dec 8, 2017 at 6:26 AM, Philip Withnall
wrote:
> Hi all,
>
> We just landed a patch in GLib which propagates the type from the
> argument of g_object_ref() to its return type:
>
> https://git.gnome.org/browse/glib/commit/?id=3fae39a5d
>
Wagner <apwag...@alumni.stanford.edu>
>> *Subject: **Re: OSX and XQuartz support*
>> *Date: *November 27, 2017 at 4:22:45 PM EST
>> *To: *Paul Davis <p...@linuxaudiosystems.com>
>> *Cc: *Stephen Whiteley <ste...@wrcad.com>
>>
>> Hi Paul,
>>
>&g
Why would your project choose to use the X11 backend? How would it choose?
On Mon, Nov 27, 2017 at 2:48 PM, Andrew Wagner wrote:
> Hi All,
>
> I’m new to gtk and am installing it on my Mac since its a dependency for
> other code I’m developing. I successfully
started flickering.
>
> So, in case of Ardour the plug-in has to use gtkmm for building its GUI,
> right? Using another GUI framework is not possible.
>
> OT: Any plans of having VST3 in Ardour for Linux?
>
> René
>
> On 26.09.2017 20:13, Paul Davis wrote:
>
>>
For whatever it's worth, I was working on a similar plugin situation 16
years ago. I tried using plug+socket. Couldn't make it work. GTK+
developers at the time told me to stop using it.
We now get a Gtk::Widget* from a plugin and add that to our own Gtk::Window.
On Tue, Sep 26, 2017 at 1:54
1) this is the wrong mailing list
2) it has been made clear many, many, many times that, largely as a result
of the developers of GTK+ largely being associated with the GNOME project,
the development priorities reflect what GNOME needs/wants.
3) no other community of interest has stepped up to
Now that was surely helpful.
On Thu, Sep 14, 2017 at 6:48 PM, Daniel Kasak
wrote:
> Of course there is. Use GTK2 or QT apps. I suggest Redhat 5. That shit
> is old school.
>
> On Fri, Sep 15, 2017 at 4:22 AM, Clemens Eisserer
> wrote:
> > Hi,
> >
>
On Mon, Sep 4, 2017 at 3:17 AM, Stefan Salewski wrote:
> My chess engine takes only a few seconds to calculate
> the next move, so creating an own thread is some overkill.
Incorrect thinking.
> What I need:
> User has done his move, so update display, indicate that
On Fri, Sep 1, 2017 at 7:50 PM, Igor Korot wrote:
> Emmanuelle,
>
> On Fri, Sep 1, 2017 at 6:37 PM, Emmanuele Bassi wrote:
> > On 1 September 2017 at 21:20, Igor Korot wrote:
> >> Hi, ALL,.
> >> There is a GtkFontChooserDialog class
In theory, it shouldn't be ctrl-f on OS X. Ctrl is defined as the PRIMARY
modifier for X Window and Windows, but that role is played by Command on
MacOS/OSX.
On the other hand, you already reported that Ctrl-f does work to bring up
the search bar, so something is borked.
On Fri, Sep 1, 2017 at
On Fri, Jul 28, 2017 at 4:37 AM, LRN wrote:
>
>
> After trying this myself (for unrelated reasons), i found that *only*
> giochannel GSource does WSAEventSelect() on a socket event (in
> g_io_win32_prepare()) to bind it to an event handle, which can then be
> polled.
> If you
On Sun, Jun 25, 2017 at 1:56 PM, Stefan Salewski wrote:
>
> action. And GTK is single threaded? Is that already preparation for a
> multi-threaded GTK4?
>
like most GUI toolkits that had deep origins in the X Window world, GTK is
single threaded. there is support for multiple
nuel Pacaud <emman...@gnome.org> wrote:
> Hi Paul,
>
> Le mer. 19 avril 2017 à 20:57, Paul Davis <p...@linuxaudiosystems.com> a
> écrit :
>
>> This normally means that you're not using appropriate
>> model-view-controller design.
>>
>
> Could y
This normally means that you're not using appropriate model-view-controller
design.
On Wed, Apr 19, 2017 at 2:19 PM, Emmanuel Pacaud wrote:
> Hi,
>
> Is there a way to unblock/block the emission of signals for a hierarchy of
> widgets ?
>
> The reason I'm asking is because
No. You need to do the filtering yourself.
On Mon, Apr 10, 2017 at 3:09 PM, Igor Korot wrote:
> Hi,
> Is there something like
> https://msdn.microsoft.com/en-us/library/windows/desktop/
> aa369797(v=vs.85).aspx
> in GTK+?
>
> Thank you.
>
You can call g_idle_add() and various related functions from a non-GTK
thread. This is easier and more reliable than using a timer. When your
other thread has finished some work, add an idle callback in the main
context. the idle callback should call gtk_queue_redraw() for the
appropriate
Sad to say, it seems that you're in a common position of not understanding
the basic structure of a GUI program. In its simplest form, it looks like
this:
main ()
{
initialize_stuff();
while (not_time_to_quit()) {
wait_for_events_and_timeouts ();
GTK cannot be statically linked. Or if it can (I may have failed to keep up
with changes in GTK3) it requires special compile-time configuration
options.
On Sat, Feb 11, 2017 at 7:22 PM, Ian Chapman wrote:
> Gtk3 portability
>
> Hi, I have made a Linux gtk3 program and
I STRONGLY, STRONGLY recommend that you do NOT use GTK or any other desktop
GUI toolkit for an audio plugin UI.
It is extremely problematic. Doing so on Windows is likely to cause even
more problems than it does on Linux.
Please don't do it.
Mea culpa: I don't have a clearly better suggestion
On Tue, Dec 13, 2016 at 2:48 AM, Kyle Terrien wrote:
>
> Adwaita is written in a CSS preprocessor (SCSS).
> https://git.gnome.org/browse/gtk+/tree/gtk/theme/Adwaita
>
> It is a very complicated bit of work. In my opinion, if you need a
> preprocessor for something like
able to disable the mnemonics
> globally, and there doesn't appear to be a way to do that in gtk-3.
>
> John
>
> On 12/08/2016 03:38 PM, Paul Davis wrote:
>
>> Don't create mnemonics when creating menu items. That's all. Our app
>> (Ardour) is GTK (2) but we never defi
Don't create mnemonics when creating menu items. That's all. Our app
(Ardour) is GTK (2) but we never define any menu mnemonics, and
consequently there are no Alt-* bindings created by GTK (we need all
available bindings for the app's own control and management.
On Thu, Dec 8, 2016 at 11:23 PM,
No, he's talking about handling notifications from a desktop environment
that strongly suggest to the application that it should exit.
On Thu, Dec 1, 2016 at 5:47 AM, Göran Hasse wrote:
>
> You should be talking of "quit" an application. And to notice when an
> application (a
Technically, that's not a GTK+ question.
GTK+ apps can run on desktops or platforms where there's no concept of
"logging in" or "logging off".
GNOME covers that and GTK+ does represent some of it, but it isn't
necessarily portable to other desktop environments.
On Wed, Nov 30, 2016 at 7:47 PM,
You may to inherit from sigc::trackable if you want to be able to connect
to a signal and disconnect from it automatically in the destructor.
On Mon, Nov 28, 2016 at 11:55 PM, Chris Vine
wrote:
> On Mon, 28 Nov 2016 23:16:15 +0100
> Krzysztof
use the size-allocate event for the widget, or check its size via
gtk_widget_get_allocation() and cousins.
On Thu, Nov 3, 2016 at 10:47 PM, Krzysztof wrote:
> Assume that:
>
> window default size is 300x300
>
> window has box with menu bar and drawing area:
>
> box = new
On Sat, Sep 24, 2016 at 10:34 PM, Michael Torrie wrote:
>
> Hopefully someone can enlighten me as to why after years of hearing
> about the promise of vector graphics allowing arbitrary and beautiful
> scaling of our user interfaces, we are stuck with this HiDPI kludge and
>
On Wed, Jun 22, 2016 at 2:03 PM, Hin-Tak Leung
wrote:
>
> FWIW, I am trying to embed a gtk scrolledwindow inside a carbon
> application. The gtk scrolledwindow in turn, has another foreign Cocoa
> widget inside.
>
Alarm bells sound.
I thought that what we have to
the child should have its own handler, and that handler should return TRUE.
this wil stop propagation up the widget tree.
On Tue, Aug 30, 2016 at 8:02 PM, Jim Heald wrote:
> Hello,
>
> I have a grid set up where some event boxes are attached. Each eventbox
> (which
ons, even if they are part of the available
> atoms in GDK, and Wayland had to get an additional protocol extension
> to implement PRIMARY behaviour — again, unfortunately.
>
> Ciao,
> Emmanuele.
>
>
> On 21 August 2016 at 12:07, Paul Davis <p...@linuxaudiosystems.com> wrot
Emmanuele,
did you watch his video?
On Sun, Aug 21, 2016 at 3:07 AM, Emmanuele Bassi wrote:
> Hi;
>
> thanks for your email.
>
> GTK+, as a project, tracks bugs and enhancements in Bugzilla -
> https://Bugzilla.gnome.org/enter_bug.cgi?product=gtk%2b - instead of the
> mailing
On Wed, Jul 20, 2016 at 11:17 AM, Emmanuele Bassi wrote:
> Hi Alex;
>
> I've been mulling over this for a bit, and started working on what I
> think is a feasible solution.
>
Just wanted to mention in passing that we've had to a custom scheme that is
very similar to what
I'm thinking of the "current,revision,age" psuedo-standard.
On Mon, Jul 11, 2016 at 5:19 PM, Behdad Esfahbod <beh...@behdad.org> wrote:
> On Mon, Jul 11, 2016 at 1:47 PM, Paul Davis <p...@linuxaudiosystems.com>
> wrote:
> > If soname was changed in
If soname was changed in keeping with the nominal "standard", it wouldn't
be that much of an issue. The soname would indicated added API, internal
fixes, and no change to public API/ABI. No?
On Mon, Jul 11, 2016 at 4:29 PM, Behdad Esfahbod wrote:
> I also think bumping soname
On Mon, Jul 4, 2016 at 9:46 PM, Ian Chapman wrote:
> extern "C"
> void on_Signal_activate(){
> /*Phase 1 */
> gtk_entry_set_text(Status, "Starting phase 1"); //just
> show activity.
> std::cout << "Starting phase 1" << std::endl;
>
the window manager "close" button being clicked causes
signal_delete_event() to be emitted for the window.
On Mon, Jun 6, 2016 at 5:21 PM, Krzysztof wrote:
> I'm the very beginner in GTKmm.
> I design a simple interface in Glade. The application itself is written in
> C++.
>
in the
window; if there is, and that widget is a GtkEntry, treat the key event
differently than if it is not (or if there is no focus widget.
On Sat, Jun 4, 2016 at 4:03 PM, Paul Davis <p...@linuxaudiosystems.com>
wrote:
> I don't have a GTK+3 answer for you. We wrestled with this in Ardour whi
I don't have a GTK+3 answer for you. We wrestled with this in Ardour which
uses GTK+2, and cooked up quite a substantial hack to make it work. You can
read that and the explanatory comments here:
https://github.com/Ardour/ardour/blob/4.7/gtk2_ardour/utils.cc#L448
SInce that tag (4.7) we've now
ration + custom drawing with cairocffi, however on the most recent
> OSX, when I try and run, nothing is rendered - could this be the same / a
> similar issue ?
>
> S++
>
>
>
>
> On Monday, May 23, 2016 7:20 PM, Paul Davis <p...@linuxaudiosystems.com>
> wrote:
>
On Mon, May 23, 2016 at 2:07 PM, Sébastien Wilmet <swil...@gnome.org> wrote:
> On Mon, May 23, 2016 at 01:29:44PM -0400, Paul Davis wrote:
>
> > I'm emailing it
> > just in case anybody else decides to wade into a complete overhaul of the
> > design of the glib even
The following text is take from a comment that is part of a recent (3 week
old) commit to Ardour. Hopefully it will speak for itself. I'm emailing it
just in case anybody else decides to wade into a complete overhaul of the
design of the glib event loop on Quartz.
First, here's the core of the
You need to make the 2nd window modal.
And you need to fix the bugs in your code. Use a debugger and set a
breakpoint in g_logv, then look at the backtrace to get clues on where
those error messages are coming from.
On Thu, May 19, 2016 at 9:19 AM, Ian Chapman wrote:
>
Also, worth differentiating between 1 main loop per thread + multiple
threads, and multiple recursive main loops per thread.
Modal dialogs involve a recursive main loop, but it runs in the same thread
as the normal main loop does (since it runs "inside" the "real" main loop).
An application like
On Sat, May 7, 2016 at 5:17 AM, Andrea Giammarchi <
andrea.giammar...@gmail.com> wrote:
>
> As summary: can anyone please confirm development on Darwin is still
> active and,
>
The vast majority of GTK+ development happens on and within the context of
Linux platforms and their
On Thu, Apr 14, 2016 at 1:31 AM, C Gosch wrote:
> Hi List,
>
> I started using gtk3 (gtkmm-3.0) on OS X, coming from Linux.
> I installed everything using homebrew. I noticed that the windows of a
> very old test program that I wrote are having the wrong spacings between
fundamentally, it relies on OS facilities to wake a process when certain
events happen. Some of those facilities are designed, these days, to handle
web servers dealing thousands of concurrent connections. so at some level,
the answer is "sure, it is fine".
however, whether or not glib actually
>From a post here just yesterday:
https://wiki.gnome.org/HowDoI/CustomWidgets
On Wed, Mar 30, 2016 at 6:45 PM, wrote:
> Hi,
>
> I'm currently starting to work on some client using gtk+ 3. We have
> several clients, qt for windows, mac stuff for macos. Those clients try
There are many libraries that can call malloc before main().
On Thu, Jan 7, 2016 at 2:10 AM, 张海 wrote:
> I'm using glib without the whole GObject system and reference counting
> mechanism, and I'd like to integrate bdwgc
> (https://github.com/ivmai/bdwgc/) because
GTK2 on Linux is not relocatable. I did a patch that makes it so, it lives
somewhere in bugzilla. We have been using it in our distro-neutral
builds/packages of Ardour for several years (the package includes all
required libraries except libc and X Window, and GTK is the only one that
is not
>
>
> Thanks
>
> Neil
>
>
>
> *From:* Paul Davis [mailto:p...@linuxaudiosystems.com]
> *Sent:* Tuesday, December 15, 2015 11:33 AM
> *To:* Wu, Neil [CLIMATE/RS/CN]
> *Cc:* ML-gtk
> *Subject:* Re: After use g_io_add_watch , the cpu usage to 100%
>
>
>
&g
You're probably not clearing the "data ready" condition on the socket in
the callback. As soon as you return to main event loop, the socket still
has data ready.
On Mon, Dec 14, 2015 at 10:07 PM, wrote:
> Hi, all
>
>
>
> I upload the glib-2.0 library from 2.38.2 to 2.44.1,
Why not read the source code?
Hint: it doesn't use signals. The event loop is always running, which means
blocking and waiting for events (or a timeout).
On Wed, Dec 9, 2015 at 7:10 AM, Andrzej Borucki
wrote:
> For Windows is ::SetTimer, ::KillTimer but how glib uses
gtkmm, like almost all open source software with at least one foot in the
linux world, naturally builds for 64 bit. Linux has supported 64 bit
systems for a very, very long time now.
On Wed, Dec 9, 2015 at 11:13 PM, phillip mobley
wrote:
> Hello everyone,
>
> I am
Most memory leaks in GTK are not memory leaks. People write about once
every two months that they've found one, without really understanding how
GTK (and more importantly, glib) uses memory.
If you want people to respond sensibly/usefully to such things, then you
need to start by describing what
On Fri, Oct 9, 2015 at 6:43 AM, Stefan Salewski wrote:
>Entry completion working for zero
> characters -- I have some difficulty understanding it. When there is
> zero input, there is not much to complete.
it means, typically, "show me all possible completions". Useful in
On Wed, Sep 30, 2015 at 5:50 PM, Thomas Dineen wrote:
> Gentle People:
>
> I am getting a segfault from GTK/GDK. This segfault is associated with
> the top level window freezing up! It dose seem to "wake up" again if the top
> level menus are accessed.
This is not how
That guess would be wrong.
This problem is related to font discovery. I can't tell you more, sorry.
On Thu, Sep 24, 2015 at 4:16 PM, Gergely Polonkai wrote:
> Hello,
>
> my first guess is that the font GTK uses doesn't support Chinese characters.
> However, I don't know a
On Sun, Sep 20, 2015 at 9:30 AM, richard boaz wrote:
> Hi Stefan,
>
> this question also came up a few years ago, where i detailed the solution i
> have employed for this problem here:
> https://mail.gnome.org/archives/gtk-list/2010-September/msg00047.html
>
> i subsequently
derstand the situation
>here)
>
> This doesn't make sense. With GTK so widely used, I find it hard to
> believe I'm the first one to run into this...
>
>
> On 09/15/2015 04:49 PM, Paul Davis wrote:
>> No, you posted in the right place. I just added th
2015 at 10:41 AM, lemonsqueeze <lemonsque...@gmx.com> wrote:
>
>
> On 09/14/2015 01:52 PM, Paul Davis wrote:
>> On Mon, Sep 14, 2015 at 3:49 AM, lemonsqueeze <lemonsque...@gmx.com> wrote:
>>> Hi all,
>>
>>> Question: Is this a bug or my unde
On Mon, Sep 14, 2015 at 3:49 AM, lemonsqueeze wrote:
> Hi all,
> Question: Is this a bug or my understanding of how GTK2_RC_FILES works ?
> Shouldn't GTK ignore the current theme altogether when GTK2_RC_FILES is
> set ? Surely themes don't seem to be expected to use
On Mon, Aug 10, 2015 at 12:31 PM, Igor Korot ikoro...@gmail.com wrote:
Jasper,
On Sun, Aug 9, 2015 at 7:19 PM, Jasper St. Pierre jstpie...@mecheye.net
wrote:
The desktop is not a window. It could be in some desktop environments,
but is not always. In fact, in some desktop environments,
On Mon, Aug 10, 2015 at 12:42 PM, Paul Davis p...@linuxaudiosystems.com wrote:
On Mon, Aug 10, 2015 at 12:40 PM, Igor Korot ikoro...@gmail.com wrote:
IIUC, in this specific case I should create the main frame, hide it and then
set the parent for my options dialog to be this main frame.
you
On Mon, Aug 10, 2015 at 12:40 PM, Igor Korot ikoro...@gmail.com wrote:
IIUC, in this specific case I should create the main frame, hide it and then
set the parent for my options dialog to be this main frame.
you do not need to set the parent, and in almost all cases you should
not set the
On Mon, Aug 10, 2015 at 12:57 PM, Jasper St. Pierre
jstpie...@mecheye.net wrote:
Hi Paul,
In recent GTK+ versions, GtkDialog emits a warning when it is mapped
without a parent, saying that it is discouraged. See
https://git.gnome.org/browse/gtk+/tree/gtk/gtkdialog.c#n776
I should my
On Sat, Aug 8, 2015 at 8:41 PM, Allin Cottrell cottr...@wfu.edu wrote:
However, in relation to Igor's original point, giving the user options of
Yes/No is IMO fine if your dialog asks a short, simple question that
requires an answer of Yes or No. As in
Overwrite filename? Yes/No
Send
On Wed, Aug 5, 2015 at 7:04 AM, Igor Korot ikoro...@gmail.com wrote:
Well the trouble is that documentation gives incorrect information:
First it says function is deprecated and then gives an impression it's
OK to use it.
That's the impression you got. It isn't the impression I got.
The
On Tue, Jun 16, 2015 at 11:26 AM, LRN lrn1...@gmail.com wrote:
On 11.06.2015 15:44, anatoly techtonik wrote:
Can GTK be cross-compiled for Windows?
It should be possible.
Just for the record, the Ardour project does automated builds of the entire
GTK(2) stack for Windows by
On Thu, Jun 4, 2015 at 5:17 PM, IgnorantGuru ignorantg...@openmailbox.org
wrote:
On Thu, 4 Jun 2015 16:30:43 -0400
Paul Davis p...@linuxaudiosystems.com wrote:
Wow, what an amazing waste of time and space.
Yes, that's what I thought for such a simple bug. Imagine if Comment #1
had been
Wow, what an amazing waste of time and space. Also, it isn't on a mailing
list that is even halfway relevant, unless you're just trying to poison the
air.
___
gtk-list mailing list
gtk-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-list
On Wed, May 13, 2015 at 6:59 AM, Fan, Chun-wei (范君維) fanc...@yahoo.com.tw
wrote:
[ ... ]
It isn't possible for John to use anybody else's build of the GTK stack,
because we apply patches to parts of it that have been turned down for
inclusion in the mainline GTK2 tree.
1 - 100 of 1338 matches
Mail list logo