Time ago I asked a question on this list and noone knew the answer. So now I
am sending a bug workaround to help whoever might confront the same problem.
If you create a gtkctree and do a gtk_drag_source_set() from the start, what
happens is that the first drag it receives from another gtk app
Hello,
I would like to enable a fourth type of drag+drog in a filemanager
program. The first three, GDK_ACTION_COPY , GDK_ACTION_MOVE ,
GDK_ACTION_LINK do exactly that and are generated by combining the d+d with
ctl and ctl-shift. But there is also a GDK_ACTION_PRIVATE which I would like
much for your help, and I'm sorry for the wasted bandwidth
Edscott
On Thu 17 Jan 2002 14:21, you wrote:
> Edscott Wilson García <[EMAIL PROTECTED]> writes:
> > But isn't a bitmap nothing more than a pixmap of depth 1? If
> > gdk_pixmap_new(window,pix_w,pix_h,1);
&
On Thu 17 Jan 2002 14:21, Havoc Pennington wrote:
> Edscott Wilson García <[EMAIL PROTECTED]> writes:
> > But isn't a bitmap nothing more than a pixmap of depth 1? If
> > gdk_pixmap_new(window,pix_w,pix_h,1);
> > is not the correct way to create an empty bitma
On Thu 17 Jan 2002 13:38, Havoc Pennington wrote:
> Edscott Wilson García <[EMAIL PROTECTED]> writes:
> > After looking at a book by Barkakati, (X Window System Programming, 1991)
> > he says that bitmaps should be copied into pixmaps by XCopyPlane(), not
> > XCopyArea(
On Thu 17 Jan 2002 10:01, Havoc Pennington wrote:
> Edscott Wilson García <[EMAIL PROTECTED]> writes:
> > I've been trying to copy a bitmap into a bitmap with gdk_draw_pixmap(),
> > without success. Is it necesary to use XCopyPlane in lieu of some
> > gdk ro
I've been trying to copy a bitmap into a bitmap with gdk_draw_pixmap(),
without success. Is it necesary to use XCopyPlane in lieu of some gdk routine?
Basically all I want to do is a binary OR between the data in the 2 bitmaps.
TIA,
Edscott Wilson Garcia
___
Yesterday I chased a bug for several hours but could not find a workaround.
I dug into the mail list archives but could not find anything related.
It occurs with a program called xftree, which is a program with a CTree for
dragging and dropping files for moving and copying. Binaries and sources
Paul Davis wrote:
>
> >parent heaps totally independent, as should be. Maybe there is a way to
> >tell gtk at the fork point whether child or parent will keep the widgets
> >instead of leaving it up to gtk to decide?
>
> there isn't any choice. the child cannot access the widgets. end of
> story
On Wed 05 Dec 2001 02:17, Giovanni Masullo wrote:
> i would like to know the rite "theorical" way to implement a
> long job without losing the possibility of get user input.
> have i to create a secondary task to do the job, with the primary
> waiting for user input?
> is there a better way?
> and
Please excuse the bandwidth I used for the problem I described previously
where the child process was invading the memory the parent was using for
GTK. It was a very stupid mistake, as you can see below in that the case
where strrchr() returning NULL is not considered, thus causing a memory e
Ralph Walden wrote:
>
> Don't forget, that there is actually a shared memory component.
> That is, the widgets involve resources on the X server that are
> common to the parent and child... Manipulating them from
> two different processes is a bad idea IMHO.
Most definitely a bad idea. But how
Paul Davis wrote:
>
> >Neither do I think it's possible. Yet, it is so. Maybe a failed malloc()
>
> no its not. virtual address spaces make it so. children have no access
> to their parent's address space. global variables make no difference.
>
> >or free() makes the child access a gtk widget i
Havoc Pennington wrote:
>
> Edscott Wilson García <[EMAIL PROTECTED]> writes:
> >
> > I was getting random "io X error" after forking and the child was
> > not using any GTK, nor was it using exit() in stead of _exit(). I
> > finally tracked do
Hi,
I was getting random "io X error" after forking and the child was not using
any GTK, nor was it using exit() in stead of _exit(). I finally tracked down
the problem to the child using malloc() and free(), and overwriting the GTK
widget information in the parent process. By using stack m
Hi,
I've searched around but cannot find an answer to the following. In a
program I am fixing (xftree), I absolutely need to synchronize the client and
server before proceeding. I know that this is very easy to do using Xlib, but
I can't find an equivalent in GTK+. Is there an equivalent? I
I wrote this program called "xfsamba", which basically does a lot of
forking around "smbclient" (from the samba suite). It uses a Ctree
widget to create a graphical view and also has a text window where much
of the text output from "smbclient" is displayed. This implies,
theoretically of course,
17 matches
Mail list logo
