On Wed, 2007-05-23 at 15:12 -0700, Daniel Yek wrote:
> (Sorry for being busy-body here...; and keep in mind that I might have not
> read up the thread messages in details.)
No more than the rest of us. :)
>
> If it is to the executable path, it is easier -- by reading the symbolic
> link targe
On Wed, 2007-05-23 at 23:44 +0200, David Nečas (Yeti) wrote:
> The current [working] directory is what getwd() returns.
> At least that's what everyone else seems to mean by the
> current directory.
Well obviously getpwd is not good enough, then. What would be needed is
the directory the .so file
At 02:44 PM 5/23/2007, David =?iso-8859-2?B?TmXoYXMgKFlldGkp?= wrote:
>On Wed, May 23, 2007 at 03:12:54PM -0600, Michael L Torrie wrote:
> > The current directory as defined by the
> > directory the gtk dlls are in, yes.
>
>The current [working] directory is what getwd() returns.
>At least that's
Thank you all!. I will try to re-read the Gtk docs following your advice and
I will look for the"Scribble" sample.
Luis
2007/5/20, David Nečas (Yeti) <[EMAIL PROTECTED]>:
>
> On Sun, May 20, 2007 at 08:39:43PM +0200, Cédric Lucantis wrote:
> > Le dimanche 20 mai 2007 17:45, Luis Ramirez a écrit:
On Wed, May 23, 2007 at 03:12:54PM -0600, Michael L Torrie wrote:
>
> Typical unix pedantic response.
I asked specifically what you meant because it sounded
ridiculous.
> The current directory as defined by the
> directory the gtk dlls are in, yes.
The current [working] directory is what getwd(
On Wed, May 23, 2007 at 03:00:03PM -0400, danielg Posting wrote:
>
> > It could look like:
> >
> > dv = ... set up the dir view ...
> > /* And here comes your part */
> > setup_notify(dv, &refresh_me);
>
> Okay, I understand the setup_notify and the dv there, what's the refresh_me
> for (d
On Wed, 2007-05-23 at 23:07 +0200, David Nečas (Yeti) wrote:
> The current directory can be anything. Particularly
> anything unrelated to the location to the components of the
> application. Do you really think it's a good idea to make
> programs work or break depending on something so arbitrary
On Wed, May 23, 2007 at 02:08:35PM -0600, Michael L Torrie wrote:
> On Wed, 2007-05-23 at 19:31 +0200, David Nečas (Yeti) wrote:
> > And the dot is exactly what? The current directory?
>
> Yes
The current directory can be anything. Particularly
anything unrelated to the location to the componen
No problem :)
Just out of curiosity, sockets on a bluetooth interface are no different
than on ethernet or wifi, I imagine ?
Jonathan
On 5/23/07, Bluezapper <[EMAIL PROTECTED]> wrote:
>
> Hi Jonathan,
>
> Thanks for the reply. This was my first post in this forum as I joined the
> forum today an
On Wed, 2007-05-23 at 19:31 +0200, David Nečas (Yeti) wrote:
> And the dot is exactly what? The current directory?
Yes
> Does the library know the directory it was loaded from?
It should, yes. If it really does, I have no idea.
> Should libraries break when symlinked?
No. Why would and shou
Ah, I just found out the solution is trivial.
GdkPixmap *pixmap;
/* Create a new backing pixmap of the appropriate size */
static gint
configure_event (GtkWidget *widget, GdkEventConfigure *event)
{
cairo_t *cr;
if (pixmap)
gdk_pixmap_unref(pixmap);
pixmap = gdk_pixmap_new(widget->wind
Hi Jonathan,
Thanks for the reply. This was my first post in this forum as I joined the
forum today and I am happy to get a reply as in the past months I was asking
questions in gtk and gnome forums with a single or no reply at all.
I will surely look into the archive now. Actually, I am dealin
> You have to find you what dv is, where is is constructed and
> how to pass it where you set up the notify handler.
DirView *
dirview_create (const gchar *root_dir,
GtkWidget *parent_win,
GimvThumbWin *tw)
{
(...)
dnotify is being slowly overtaken by inotify but
Hi,
There's been some talk about threads in the last couple of weeks on this
list, you should be able to lift them from the archive if you
just subscribed.
An easy alternative to threads in this case would
be to connect the socket to a GIOChannel, and have the gtk
main loop deal with the data a
On Wed, May 23, 2007 at 12:38:58PM -0400, danielg Posting wrote:
>
> I guess it'll be shorter to start from the beginning. I'm messing around with
> GimageView 0.2.27.
Last release 2.5 years ago? No CVS commit in 2 years?
Sounds like a dead project to me. I suggest not to waste
your efforts an
On Wed, May 23, 2007 at 06:36:09PM +0200, Gabriele Greco wrote:
> Michael Ekstrand wrote:
> > You might want to take a look at what the autopackage folks are doing.
> > At the very least, they have a lot of documentation on what's required
> > to prepare relocatable, portable binary packages.
> >
> If you know what action you want to invoke, you can also
> call the callback function of the item directly (or some
> other function that performs the requested action), can't
> you?
I guess it'll be shorter to start from the beginning. I'm messing around with
GimageView 0.2.27. I want it to a
Michael Ekstrand wrote:
> You might want to take a look at what the autopackage folks are doing.
> At the very least, they have a lot of documentation on what's required
> to prepare relocatable, portable binary packages.
>
Anyway the GTK hardcoded path are not a good thing IMHO. With some care
Hello all,
I have a question about button release event. I have a GTK_PANE window.
When I press the button I open a socket connection and get back some data from
it. Since the opening of socket and getting the data back takes some time I
want to display some status messages to the user in a te
On Wed, May 23, 2007 at 11:21:41AM -0400, danielg Posting wrote:
>
> and I'm trying to activate the refresh menu item. How would it know which
> menuitem to activate?
Leaving aside item factories have been deprecated for a long
time:
(a) you can store the item somewhere (e.g. in some struct)
(b)
On Wed, May 23, 2007 at 11:25:37AM -0400, danielg Posting wrote:
> I'm just trying everything.
>
> Compiler complains if I don't put quotes around it (undeclared (first use of
> this function)) , compiler doesn't complain when I do, but it segfaults.
>
> As I said, I've been out of this game
On Wed, 23 May 2007 17:13:56 +0200, Jonathan Winterflood wrote
> Not really GTK-related, but shouldn't the compiler have complained loudly
> about passing a char* instead of a GtkMenuItem* ?
> Or are you using a binding of gtk to a language that doesn't check
> types at compile-time?
I'm just try
> http://developer.gnome.org/doc/API/2.0/gtk/GtkMenuItem.html#gtk-menu-
> item-activate
>
> It has argument of GtkMenuItem* type, i.e. you pass the menu
> item object. No path, name, or anything. The item itself
> (that's menuitem here).
>
I'm with you on everything you said and I feel like a
On Wed, 2007-05-23 at 15:07 +, Jeremy Roberson wrote:
> Hardcoded paths might be okay initially but I need to come up with a more
> dynamic solution but, I'm not sure there is one.
You might want to take a look at what the autopackage folks are doing.
At the very least, they have a lot of docu
Not really GTK-related, but shouldn't the compiler have complained loudly
about passing a char* instead of a GtkMenuItem* ?
Or are you using a binding of gtk to a language that doesn't check types at
compile-time?
Jonathan
On 5/23/07, David Nečas (Yeti) <[EMAIL PROTECTED]> wrote:
>
> On Wed, May
David Nečas (Yeti physics.muni.cz> writes:
>This can probably work for simple scripts,
> but don't try it with Gtk+ unless you have a very good idea
> what to put to the RUBYSCRIPT2EXE.* variables (which
> essentially amounts to manual packaging).
>
> And of course Tor's point about hardcoded pa
On Wed, May 23, 2007 at 11:02:54AM -0400, danielg Posting wrote:
> >
> > gtk_widget_activate(item); or gtk_menu_item_activate(item);
>
> Okay, So, with this as the originator:
> ifactory = gtk_item_factory_from_widget (dirview_popup);
> (...)
> menuitem = gtk_item_factory_get_item (ifactory, "/
On Sun, 2007-05-20 at 12:15 +0200, Felix Kater wrote:
> here is my short summery of how to use gtk with threads
Ironically, your email rolled in Monday right after I had managed to
come up with most of the same information independently. I just blogged
about my own findings which are fairly close
On Wed, 23 May 2007 16:49:50 +0200, David Neèas (Yeti) wrote
> On Wed, May 23, 2007 at 10:36:13AM -0400, danielg RHCE wrote:
> > > Why don't you just call the callback function which is connected to the
> > > signal?
> > > Or use g_signal_emit() or g_signal_emit_by_name() to "emulate" a
> > > clic
> gtk_button_clicked() emits the clicked signal on a button.
>
> However, unless it is unavoidable, I would submit that thinking about
> related actions in terms of the buttons to which they're connected is
> seldom useful. You have an action, "refresh directory listing." It
> is invoked by the
Tor Lillqvist iki.fi> writes:
>
> Off the top of my head, one obvious thing that will depend on run-time
> opening of files is the gdk-pixbuf loaders. Plus message catalogs, of
> course, but maybe American English is enough for all your users?
>
> --tml
>
Ya, I just realized that when I could
On Tue, 2007-05-22 at 14:26 -0400, DanH wrote:
> I have a program that has your basic set of buttons, windows, switches and
> adjustables. I have added a listener to tell me if a directory has been added
> to or changed. The printf statement works great and says, "Directory changed"
> at all the
On Wed, May 23, 2007 at 10:36:13AM -0400, danielg RHCE wrote:
> > Why don't you just call the callback function which is connected to the
> > signal?
> > Or use g_signal_emit() or g_signal_emit_by_name() to "emulate" a
> > click on the menu item.
>
> That's exactly what I'm trying to do, simulate
On Wed, 23 May 2007 16:18:41 +0200, Enrico Tröger wrote
> On Wed, 23 May 2007 10:12:31 -0400, "danielg RHCE" <[EMAIL PROTECTED]>
> wrote:
>
> > Legacy code I'm trying to update and I've been out of the programming
> > thing for a while.
> >
> > I have a popup menu with this item in it:
> >
On Wed, 23 May 2007 10:12:31 -0400, "danielg RHCE" <[EMAIL PROTECTED]>
wrote:
> Legacy code I'm trying to update and I've been out of the programming
> thing for a while.
>
> I have a popup menu with this item in it:
> menuitem = gtk_item_factory_get_item (ifactory, "/Refresh
> Tree"); gtk_
Hi All,
An irritating problem that I can't find any help for. When I put a
gtk_menu_item onto a menu_bar rather than a sub_menu it all seems to
work but I need to click the resulting button twice to get the action.
If someone could tell me what I'm doing wrong I would be grateful.
Thanks,
Rich
Legacy code I'm trying to update and I've been out of the programming thing
for a while.
I have a popup menu with this item in it:
menuitem = gtk_item_factory_get_item (ifactory, "/Refresh Tree");
gtk_widget_set_sensitive (menuitem, FALSE);
I'm looking at the gtk class reference and f
I'm pulling my hair out over something that I believe should be easy but I
cannot see it.
I have a program that has your basic set of buttons, windows, switches and
adjustables. I have added a listener to tell me if a directory has been added
to or changed. The printf statement works great and s
Hi
Is it possible to change the color of the gtk_window?
I know how i can change a color of a widget, but in
my case it will be much easier to change directly
the background-color of the gtk_window...
thanks
henrik
--
View this message in context:
http://www.nabble.com/Background-color-of
On Wed, May 23, 2007 at 12:56:33PM +0200, Guenther Meyer wrote:
> > Use valgrind.
> >
> yes, I already was told that. but it floods me with messages, so I can't make
> any use of it. is there agood howto or something like that anywhere?
The guide (and quick start guide) on valgrind.org was
suffic
On Wed, 2007-05-23 at 12:56 +0200, Guenther Meyer wrote:
> > > GLib-GObject-WARNING **: instance of invalid non-instantiatable type
> > > `(null)'
> > >
> > > GLib-GObject-CRITICAL **: g_signal_emit_valist: assertion
> > > `G_TYPE_CHECK_INSTANCE (instance)' failed
> > >
> > > and sometimes the app
Am Mittwoch 23 Mai 2007 12:38 schrieb David Nečas:
> On Wed, May 23, 2007 at 12:16:51PM +0200, Guenther Meyer wrote:
> > I'm working on a gtk-project for some month; I already solved a lot of
> > problems by myself, but I'm still learning.
> > But now I have a problem, where I can't find any soluti
On Wed, May 23, 2007 at 12:16:51PM +0200, Guenther Meyer wrote:
> I'm working on a gtk-project for some month; I already solved a lot of
> problems by myself, but I'm still learning.
> But now I have a problem, where I can't find any solution:
>
> In my application there's is one window, when I'm
On Wed, May 23, 2007 at 12:52:23PM +0300, Alan Lake wrote:
> 1. I write in Ruby, so I am able to use RubyScript2exe.rb to create
> a self-contained GTK+ application.
RubyScript2Exe monitors the execution of your application.
This is done by running your application with a special
librar
hi,
I'm working on a gtk-project for some month; I already solved a lot of
problems by myself, but I'm still learning.
But now I have a problem, where I can't find any solution:
In my application there's is one window, when I'm closing it, I always can see
the following messages:
GLib-GObject-
Here are a couple of off-beat suggestions:
1. I write in Ruby, so I am able to use RubyScript2exe.rb to create
a self-contained GTK+ application.
2. If your users can run virtual machines such as VMware, you can
give them your app in a virtual machine that runs a later version of Linux.
On Tue, 2007-05-22 at 20:29 +, Jeremy Roberson wrote:
> The majority of our clients are using custom Linux Distributions and they are
> using older versions of GTK+. Our application depends on features available
> in
> GTK+ >= 2.10 so, I need to figure out how to distribute the application wi
47 matches
Mail list logo