Indeed, even GTK+ 3.22 is not strictly enforcing API freeze; as well
as deprecations, there has recently been some new API added. One in
particular that comes to mind is gtk_flowbox_get_child_at_pos():
https://git.gnome.org/browse/gtk+/commit/gtk/gtkflowbox.h?h=gtk-3-22&id=9679ef6b00cb087fecf77
already then.
In case anyone was trying to use these in gtkmm-3, should deprecation
warnings be added there, too? Clearly we don't want to just remove
these ctors and break code that was using them, however ineffectively.
I have marked the FileChooserDialog constructors with backend param
hese
>> ctors and break code that was using them, however ineffectively.
>>
>>
>> I have marked the FileChooserDialog constructors with backend parameters
> deprecated in gtkmm-3. I suppose it's almost okay to do that in the
> gtkmm-3-22 branch. We have been forced
Hello,
About this commit:
https://git.gnome.org/browse/gtkmm/commit/?id=bd97e557771cdce23bdc815288db2ffdd8c083c9
Clearly these constructors could not actually achieve their stated purpose
in GTK+ 3, as the backend functionality was removed already then.
In case anyone was trying to use these in
Hi, everyone!
Is it possible to configure FileChooserDialog so that it would allow to
'open' files and folders at the same time?
Thank you very much.
Regards,
---
Matej
signature.asc
Description: This is a digitally signed message part
___
signal when changed in FileChooserDialog
On Wed, 2009-05-20 at 10:46 -0700, Soo Wei Tan wrote:
> Never mind about that, I didn't notice add_filter() took in a reference and I
> was passing in a local Gtk::Filter() which went out of scope by the time I
> wanted to use it.
Tha
On Wed, 2009-05-20 at 10:46 -0700, Soo Wei Tan wrote:
> Never mind about that, I didn't notice add_filter() took in a reference and I
> was passing in a local Gtk::Filter() which went out of scope by the time I
> wanted to use it.
That's not normal behaviour. I'd like a test case for that in bug
Sent: Wednesday, May 20, 2009 1:58 AM
To: Soo Wei Tan
Cc: gtkmm-list@gnome.org
Subject: Re: FileFilter signal when changed in FileChooserDialog
On Tue, 2009-05-19 at 17:40 -0700, Soo Wei Tan wrote:
> Initially, I thought I could simply use FileChooser::GetFilter to
> retrieve the currently sele
On Tue, 2009-05-19 at 17:40 -0700, Soo Wei Tan wrote:
> Initially, I thought I could simply use FileChooser::GetFilter to
> retrieve the currently selected filter after the user clicks "Save
> As". However, this returns me a null pointer instead.
I think FileChooser::get_filter() should work for
Hi there,
I'm using FileChooserDialog to generate a "Save As" dialog. I would like to
have the file extension appended to the end of the file name.
Initially, I thought I could simply use FileChooser::GetFilter to retrieve the
currently selected filter after the user clicks &qu
On Tue, 2009-02-10 at 05:45 -0500, Damon Register wrote:
> > What is the actual error that you experience?
> When I close the application I get
>
> (hello.exe:2684): GLib-GObject-CRITICAL **: g_object_unref: assertion
> `G_IS_OBJECT (object)' failed
I have tried with your C test case (attached),
Murray Cumming wrote:
On Mon, 2009-02-09 at 09:07 -0500, Damon Register wrote:
1. libgladeC error
2. libglademm C++no error
3. libglademm C++ with hello class error
4. gtk-builder C error
5. gtk-builder C++
On Mon, 2009-02-09 at 09:07 -0500, Damon Register wrote:
> 1. libgladeC error
> 2. libglademm C++no error
> 3. libglademm C++ with hello class error
> 4. gtk-builder C error
> 5. gtk-builder C++
John Hobbs wrote:
I've seen this as well, with the 2.14-2 release, I just ignore it
because it all seems to work and, well, I'm lazy.
Why did this thread die with no answer (resolution)? Did someone
get an answer privately? I am having the same trouble with a
FileChooserButton and I am guessin
L PROTECTED]>
>
> Hi all, I've just port my Application on Fedora Core 9 (from Fedora core 6
>> ) and
>> I have a strange problem with the FileChooserDialog.
>> The FileChooserDialog sample on the gtkmm is working fine but if i paste
>> the code on my applic
er Larrodé <[EMAIL PROTECTED]>
> Hi all, I've just port my Application on Fedora Core 9 (from Fedora core 6
> ) and
> I have a strange problem with the FileChooserDialog.
> The FileChooserDialog sample on the gtkmm is working fine but if i paste
> the code on my application,
I've seen this as well, with the 2.14-2 release, I just ignore it because it
all seems to work and, well, I'm lazy.
Anyone try the -3 one?
- John Hobbs
[EMAIL PROTECTED]
http://www.velvetcache.org/
http://www.ouruno.com/
On Mon, Dec 1, 2008 at 2:12 AM, Peter Daniels <[EMAIL PROTECTED]> wrote:
Murray Cumming schrieb:
On Sun, 2008-11-30 at 17:32 +0100, Peter Daniels wrote:
It is a win32 distribution, indeed.
Are you using our official installer?
It is your official installer named "gtkmm-win32-devel-2.14.1-2.exe"
___
gtkmm-li
On Sun, 2008-11-30 at 17:32 +0100, Peter Daniels wrote:
> It is a win32 distribution, indeed.
Are you using our official installer?
--
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com
www.openismus.com
___
gtkmm-list mailing list
gtkmm-list@gnome.org
Murray Cumming schrieb:
Please stop just replying to me off list. Use your reply-to-all feature.
So, from your reply below, can I assume that this is not a standard
Linux distribution, but a self-built one?
On Thu, 2008-11-27 at 14:35 +0100, [EMAIL PROTECTED] wrote:
pkg-config shows the fo
Hi all, I've just port my Application on Fedora Core 9 (from Fedora core 6 )
and
I have a strange problem with the FileChooserDialog.
The FileChooserDialog sample on the gtkmm is working fine but if i paste the
code on my application, when i open the FileDialog the file dialog is empty
( the
On Thu, 2008-11-27 at 17:43 +0100, Murray Cumming wrote:
> Please stop just replying to me off list. Use your reply-to-all feature.
>
> So, from your reply below, can I assume that this is not a standard
> Linux distribution, but a self-built one?
Murray, I believe its win32 from the package list
Please stop just replying to me off list. Use your reply-to-all feature.
So, from your reply below, can I assume that this is not a standard
Linux distribution, but a self-built one?
On Thu, 2008-11-27 at 14:35 +0100, [EMAIL PROTECTED] wrote:
> pkg-config shows the following packages:
>
> gmodul
On Thu, 2008-11-27 at 11:04 +0100, [EMAIL PROTECTED] wrote:
> The warning looks like:
>
> (filechooserdialog.exe:4832): GLib-GObject-CRITICAL **: g_object_unref:
> assertion 'G_IS_OBJECT (object)' failed
What distro is this on?
--
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com
www.openismus.
On Tue, 2008-11-25 at 09:28 +0100, Peter Daniels wrote:
> Hi all,
>
> running the compiled example for the FileChooserDialog I keep getting an
> error warning (see attachment). How can I get rid of it? What is the reason?
What is the warning?
--
Murray Cumming
[EMA
argnu wrote:
> In my program a file gets chosen and then a routine taking this file as
> parameter starts which takes some time.
> My problem is: the FileChooserDialog closes only _after_ the routine has
> finished.
> I want the Dialog to be closed _before_ the routine starts.
It
Gtk::Main::iteration();
>>
>> I suspect that after hiding and before the sleep there is no time for
>> Gtk+
>> to actually perform the hiding.
>>
>>
>> On Mon, Nov 17, 2008 at 10:00 PM, argnu <[EMAIL PROTECTED]> wrote:
>>
>>>
>>&g
ng.
>
>
> On Mon, Nov 17, 2008 at 10:00 PM, argnu <[EMAIL PROTECTED]> wrote:
>
>>
>> In my program a file gets chosen and then a routine taking this file as
>> parameter starts which takes some time.
>> My problem is: the FileChooserDialog closes only _after_ the r
Mon, Nov 17, 2008 at 10:00 PM, argnu <[EMAIL PROTECTED]> wrote:
>
> In my program a file gets chosen and then a routine taking this file as
> parameter starts which takes some time.
> My problem is: the FileChooserDialog closes only _after_ the routine has
> finished.
>
In my program a file gets chosen and then a routine taking this file as
parameter starts which takes some time.
My problem is: the FileChooserDialog closes only _after_ the routine has
finished.
I want the Dialog to be closed _before_ the routine starts.
I have tried it with FileChooserButton
Dear all,
I use a FileChooserDialog in my application but I do not understand
what determines its size. Sometimes the window is bigger than is
needed and at other times it is too small for good usability, for no
apparent reason. Calling the set_default_size() method from the
constructor of my
At Wed, 28 May 2008 02:20:15 +0200,
Marcus Brinkman wrote:
>
> At Tue, 27 May 2008 23:34:45 +0200,
> Murray Cumming <[EMAIL PROTECTED]> wrote:
> >
> > On Tue, 2008-05-27 at 18:48 +0200, Marcus Brinkmann wrote:
> > > I don't know a way to squeeze a signal handler before its own
> > > handler. S
eed to run before the default handler, but even before the signal
> handler connected by the FileChooserDialog implementation. Again, see
> the cited comment in the Gtk+2 source file. GtkFileChooserDialog does
> not override the default signal handler, but connects to it like a
> use
nect_notify() can do this,
> or you can just call connect() with false for the optional extra
> parameter:
This does not appear to be the case. The signal handler does not only
need to run before the default handler, but even before the signal
handler connected by the FileChooserDialog impleme
On Tue, 2008-05-27 at 18:48 +0200, Marcus Brinkmann wrote:
> I don't know a way to squeeze a signal handler before its own
> handler. See gtkfilechooserdialog.c:
connect_notify() can do this,
http://www.gtkmm.org/docs/glibmm-2.4/docs/reference/html/classGlib_1_1SignalProxy2.html#f3711e737bbcbce
extensions very well, see
for example: http://bugzilla.gnome.org/show_bug.cgi?id=135901
* The confirm-overwrite signal is only emitted *after* Gtk detected a
file overwrite. Thus, the confirm-overwrite signal seems useless
here.
* FileChooserDialog connects early to the response signal of
the sort
> order of the FileChooserDialog so that it sorts the files displayed by
> date instead of by name. However, I could not find a function in the
> class reference that would provide that functionality.
>
> A different approach was to add the FileChooserDialog as a member to
Hello,
In the Gtkmm application I'm working on the user always has to switch
the sort order of the file chooser dialog to account for the file naming
scheme employed here. Therefore I searched for ways to alter the sort
order of the FileChooserDialog so that it sorts the files displayed by
Alexander,
if nothing else works, try running your program with valgrind - you are
clearly
experiencing *out of bound write* error.
If that doesn't work. surround your FileChooserDialog var with 4K
buffers
before and after the var declaration. Fill the buffer with say 'a's an
On Mon, 2006-12-04 at 02:06 -0800, oedipus wrote:
[snip]
> But at the second run I get the segmentation
> fault.
[snip]
gdb should give you a clue about what is going wrong. valgrind's output
might give a clearer clue.
--
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com
www.openismus.com
__
Hi,
I am using in my application the Gtk::FileChooserDialog. So far I had no
problems. But when I made some changes to another part in my program I
suddenly recived segmentation faults. And allways at the same part. At the
execution of the Gtk::FileChooserDialog. When I run it the first time to
On Fri, 2006-11-17 at 17:08 +0100, [EMAIL PROTECTED] wrote:
>
> On Fri, 17 Nov 2006 13:21:08 +0100 Murray Cumming wrote:
> >> What's the recommended way to present a dialog to
> >> the user which allows the user to select several
> >> file names? FileChooserD
On Fri, 2006-11-17 at 17:08 +0100, [EMAIL PROTECTED] wrote:
>
> On Fri, 17 Nov 2006 13:21:08 +0100 Murray Cumming wrote:
> >> What's the recommended way to present a dialog to
> >> the user which allows the user to select several
> >> file names? FileChooserD
On Fri, 17 Nov 2006 13:21:08 +0100 Murray Cumming wrote:
>> What's the recommended way to present a dialog to
>> the user which allows the user to select several
>> file names? FileChooserDialog seems to allow
>> selection of only one filename.
>
>Many interes
On Fri, 2006-11-17 at 13:04 +0100, Roger wrote:
> What's the recommended way to present a dialog to
> the user which allows the user to select several
> file names? FileChooserDialog seems to allow
> selection of only one filename.
Many interesting methods are in the FileChooser
What's the recommended way to present a dialog to
the user which allows the user to select several
file names? FileChooserDialog seems to allow
selection of only one filename.
There's a class called FileSelection which seems
to allow selection of multiple filenames but in
the documen
Figured that out. :)
If I use the same FileChooserDialog object, it remembers its state.
Earlier I was using a temporary FileChooserDialog object so the state
was lost.
Ram
On 4/21/06, Ramashish Baranwal <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I am using a Gtk::FileChooserDialog to
Hi,
I am using a Gtk::FileChooserDialog to get the name of a file from the
user. Currently whenever the dialog shows up, the active directory is
always the directory from where the program is run. I would like the
dialog to "remember" the directory from where the user selected his
file
Thanks a lot, it was really a stupid question 2006/2/27, John Spray <[EMAIL PROTECTED]>:
On Mon, 2006-02-27 at 09:52 +0100, Mickael Drean wrote:> That's seem to be stupid but in a Gtk::FileChooserDialog there is no> "ok" or "cancel" button? Gtk::FileCho
On Mon, 2006-02-27 at 09:52 +0100, Mickael Drean wrote:
> That's seem to be stupid but in a Gtk::FileChooserDialog there is no
> "ok" or "cancel" button?
Gtk::FileChooserDialog chooser (_("Open Something"),
Gtk::FILE_CHOOSER_ACTION_OPEN);
ch
Hi, That's seem to be stupid but in a Gtk::FileChooserDialog there is no "ok" or "cancel" button?
___
gtkmm-list mailing list
gtkmm-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtkmm-list
Hi,
if I run stock FileChooserDialog example from gtkmm source code with
--g-fatal-warnings, click on "Choose Folder" button and attempt to
create a new folder and then select it, the example dies:
Gtk-CRITICAL **: file gtktreemodelsort.c: line 1275
(gtk_tree_model_sort_real_
You can make that example simpler, and you can try using
GtkFileChooserDialog instead of Gtk::FileChooserDialog, and/or converting
the rest of the program to C, to see whether gtkmm is the problem.
You might also ask the gtkglext people about it.
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com
Am Donnerstag, den 08.09.2005, 12:46 +0200 schrieb Murray Cumming:
> On Tue, 2005-09-06 at 18:26 +0200, Sean Farrell wrote:
> > Hi there,
> >
> > what is the fundamental difference between the FileSelection and the
> > FileChooserDialog?
>
> They look differen
Am Donnerstag, den 08.09.2005, 12:46 +0200 schrieb Murray Cumming:
> On Tue, 2005-09-06 at 18:26 +0200, Sean Farrell wrote:
> > Hi there,
> >
> > what is the fundamental difference between the FileSelection and the
> > FileChooserDialog?
>
> They look differen
Whats the best way to have the FileChooserDialog default to the users home
directory rather than / ? I remember using getenv("~") or something once,
but that doesn't seem ideal.
Gaz
___
gtkmm-list mailing list
gtkmm-list
On Tue, 2005-09-06 at 18:26 +0200, Sean Farrell wrote:
> Hi there,
>
> what is the fundamental difference between the FileSelection and the
> FileChooserDialog?
They look different and have different capabilities. FileSelection is
deprecated.
> The problem I have is the follo
Hi there,
what is the fundamental difference between the FileSelection and the
FileChooserDialog?
The problem I have is the following:
I am using Gtk::GL:DrawingArea (gtkglexmm 1.1) to render openGL
geometries and stuff. Now when I invoke a FileChooserDialog the
DrawingArea crashes with a
Gtk::GL::DrawingArea. I open a
> FileChooserDialog and suddenly I get the error message
> "GdkGLExt-WARNING
> **: glXMakeCurrent() failed" and in the next invocation of the
> exposure
> event a segmentation fault. It happens when the
Hello,
first I want to apologize to send to two mailing lists,
simultaneously,
but I did not know who it concerned more.
I have a weird bug. I am using Gtk::GL::DrawingArea. I open a
FileChooserDialog and suddenly I get the error message
gtk+-2.02.6.7
My non anal-retentive satisfying code:
Gtk::FileChooserDialog chooser( "Open Experiment File",
Gtk::FILE_CHOOSER_ACTION_OPEN ) ;
chooser.set_transient_for( *this ) ;
chooser.add_button( Gtk::Stock::CANCEL, Gtk::RESPONSE_CANCEL ) ;
chooser.add_button(
On Mon, 2005-08-01 at 16:25 -0500, Rob Benton wrote:
> I'm confused about the showing and hiding of the dialog objects after
> their run function completes.
>
> I'm opening a FileChooserDialog, calling run(), checking the response
> type for OK, and finally doing a l
I'm confused about the showing and hiding of the dialog objects after
their run function completes.
I'm opening a FileChooserDialog, calling run(), checking the response
type for OK, and finally doing a little xml processing with Xerces which
I check for exceptions. If I catch an e
Hello
i have a FileChooserDialog, in "save" mode. I want to add a liste
choice of format for saving as.
I tried the FileFilter but there is no list of format which is on the dialog
Could someone help me ?
thank you very much,
Sylvain LEBON
begin:vcard
fn:LEBON Sylvain
n:Sylvain;L
Hello,
I am a little bit new in working with gtkmm 2.4. The thing I am trying to do is to write some code for using FileChooserDialog for opening a file. The problem is that I find the dialog generated by default a little bit complicated, I need something simpler. In fact, I just want to
65 matches
Mail list logo
