2010/8/25 Javier Jardón :
> 2010/8/25 John Stowers :
>>
>> For Google, and those that find this thread brings bad news, I
>> stumbled across a developers branch that gets Gtk+-2.20 working with
>> DirectFB again.
>
>> [1] http://mail.directfb.org/pipermail/directfb-dev/2010-May/005704.html
>> [2] h
I just got the message on all the bug reports that the DirectFB
backend is being removed for 3.0.
First you waited too long to do it. I'm glad its finally removed.
I tried to do the build and they will come approach hoping that if a
decent port was resurrected a community would
form.
Well they d
On Feb 2, 2008 7:31 AM, Denis Oliver Kropp <[EMAIL PROTECTED]> wrote:
> Mike Emmel wrote:
> > It would be nice to tie the GdkWindows to Surfaces/SubSurfaces and move the
> > DirectFB windows to be a sort of annotation. This would probably open
> > up implementing
>
On Feb 1, 2008 4:26 PM, Denis Oliver Kropp <[EMAIL PROTECTED]> wrote:
> Mike Emmel wrote:
> > Top level comment.
> >
> > Yes I think that the Quartz rendering model will work. Most of what
> > they are using was added after the gtk port was in and its not been
Top level comment.
Yes I think that the Quartz rendering model will work. Most of what
they are using was added after the gtk port was in and its not been
upgraded to use the new stuff. I did a little bit when the new paint
methods where added.
Also the even handling is still probably mucked up.
Looks like a simple bug.
Since your multi threaded add the calls test and send a patch.
On Jan 22, 2008 4:05 AM, Jerin <[EMAIL PROTECTED]> wrote:
>
> Hi All,
>
> We are currently involved in bringing up a multi-threaded graphics
> abstraction layer on top of GTK-DFB. We are facing issues with the
If you have child widgets that use subsurfaces and they overlap then
you have a expose type issue.
For top level surfaces you can simulate and expose if you track the
first time the
window was "made visible". This correlates with modern X11 servers that use
buffered windows and only send expose on
ire to computer much less a user.
To use a chemistry example we are still basically putting together
molecules one element at a time. This approach will never grow to do
complex protein synthesis. So even though I may not know for sure what
the right
way is I'm pretty danged sure the current a
On Dec 6, 2007 9:56 AM, Carl Worth <[EMAIL PROTECTED]> wrote:
> On Thu, 06 Dec 2007 09:44:55 +0100, Denis Oliver Kropp wrote:
> > Carl Worth wrote:
> > > For interleaving cairo and non-cairo rendering, cairo provides the
> > > cairo_surface_flush and cairo_surface_mark_dirty APIs. Does
> > > cairo-
On Dec 6, 2007 12:53 AM, Denis Oliver Kropp <[EMAIL PROTECTED]> wrote:
> Mike Emmel wrote:
> > On Dec 5, 2007 10:40 AM, Carl Worth <[EMAIL PROTECTED]> wrote:
> >> On Wed, 5 Dec 2007 10:22:08 -0800, "Mike Emmel" wrote:
> >>> And next we
On Dec 5, 2007 1:17 PM, Carl Worth <[EMAIL PROTECTED]> wrote:
> On Wed, 5 Dec 2007 12:15:38 -0800, "Mike Emmel" wrote:
> > Well not quite. One of the problems is that DirectFB directly supports
> > a lot of surface formats
> > not supported by Cairo but it
On Dec 5, 2007 10:40 AM, Carl Worth <[EMAIL PROTECTED]> wrote:
> On Wed, 5 Dec 2007 10:22:08 -0800, "Mike Emmel" wrote:
> > Hi Carl Claudio one of the main directfb developers has a lot of cairo
> > patches setting on the directfb git server.
> > One can y
Hi Carl Claudio one of the main directfb developers has a lot of cairo
patches setting on the directfb git server.
One can you give him check-in rights for Cairo.
And next we need to make sure that we are not breaking gdk. One
approach may mean to pass in a features arg
when initializing Cairo.
On Dec 5, 2007 8:52 AM, Sreenivas Chowdary <[EMAIL PROTECTED]> wrote:
> Hi Denis,
>
> I am relatively new to Gtk and DirectFb.
> Can you give any idea how to implement raw events for
> child GdkWindow.
>
Listen to the top level window.
You can get the currently focused gd
Semi Flame coming :)
Gtk is not a cross platform widget library. Its been ported to some extent.
The use of native windows for widgets for example is a design flaw.
It also exposes a lot of concepts that make assumptions about the
underlying system the ability to embed
a widget from one process in
DK_POINTER_MOTION_HINT_MASK |
> GDK_BUTTON_PRESS_MASK |
> GDK_BUTTON_RELEASE_MASK | GDK_KEY_PRESS_MASK |GDK_KEY_RELEASE_MASK|
> GDK_ENTER_NOTIFY_MASK| GDK_LEAVE_NOTIFY_MASK;
>
> attr.x = 200;
> attr.y = 200;
> attr.width = 400;
> attr.height
Child windows are virtual DirectFB right now only supports top level
windows as real DFB windows.
Can you send the code snippet your using to create the child.
I'd check to see if the window actually got focus. This looks like a
focus problem to me.
On Dec 4, 2007 6:23 AM, Sreenivas Chowdary <[E
High all and sorry for the cross posting.
I have come to the conclusion that I simply do not have the time to
maintain and enhance the current
directfb gdk and cairo backends.
At the moment a number of significant improvements to the cairo back
end for example are
in DirectFB git repository. Also
is to the list, resending ]
>
> On 9/14/07, Mike Emmel <[EMAIL PROTECTED]> wrote:
> > http://bugzilla.gnome.org/show_bug.cgi?id=476823
> >
> > This happens quite a bit gdk directfb requires the pango/cairo backend.
> >
> > First I don't know the b
http://bugzilla.gnome.org/show_bug.cgi?id=476823
This happens quite a bit gdk directfb requires the pango/cairo backend.
First I don't know the best way to check pango for a particular backend.
Next considering cairo is now required for gtk I'd suggest that the pango build
have cairo on by defau
On 5/2/07, Michael Trimarchi <[EMAIL PROTECTED]> wrote:
> Right now the gdk backend is pretty much hard coded to use a ARGB surface
> > also the directfb Cairo backend does not work well unless the surface
> > is RGB/ARGB.
> If I wanto to use the RGB16_565 I must add support in the
> cairo-directfb
Right now the gdk backend is pretty much hard coded to use a ARGB surface
also the directfb Cairo backend does not work well unless the surface
is RGB/ARGB.
For overall performance the current setup is the best one reason its
not been changed.
To really make it work directfb needs something like X
I keep getting this with my svn checkout of gtk+ glib etc succeed
[EMAIL PROTECTED] gtk+]$ svn up
At revision 17394.
Killed by signal 15.
[EMAIL PROTECTED] gtk+]$
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/li
On 12/26/06, Mike Emmel <[EMAIL PROTECTED]> wrote:
> Hi all I'm getting this build failure with the current head. Directfb backend
>
> Anyone else seeing this ?
>
> gtkstatusicon.c: In function 'gtk_status_icon_get_property':
> gtkstatusicon.c:672: error
Hi all I'm getting this build failure with the current head. Directfb backend
Anyone else seeing this ?
gtkstatusicon.c: In function 'gtk_status_icon_get_property':
gtkstatusicon.c:672: error: 'struct _GtkStatusIconPrivate' has no
member named 'tray_icon'
_
Okay I know about this a bit.
Obviously a logic error exists and I've not figured out the right answer yet.
The reason Destroy is commented out is we should never need to call
it on the gdk side.
The problem was related to the need to keep the DirectFB window alive
long enough to
clear out the
On 12/6/06, Denis Oliver Kropp <[EMAIL PROTECTED]> wrote:
> rafeeqh shaik schrieb:
> > Hi.
> >
> > Gtk+ on DirectFB taking much time (* 58 sec for drwaing 100*1000 on
> > DirectFB , for TinyX it is 1.14 sec when i run gtkperf* ) for drawing
> > the lines compared to gtk+ on TinyX.
> > My analy
First you need to show me that your running your server in synchronous
mode or otherwise actually testing Xserver performance on the platform
in question.
As far as I know your simply measuring dispatch performance of the X11 message.
Getting a apples to apples comparision between X11 and Directf
This is not implemented you would need to implement all the socket
support yourself.
On 11/22/06, Karunakaran A <[EMAIL PROTECTED]> wrote:
> Hi all,
> I Need to create XEmbed Plugin for mozilla over directfb... For that i need
> a window id (dfb_id) of DFB screen.
>
> I'm using gtk+-2.10.1 sourc
ases?
> If this should not work, you could try moving the mouse to the
> bottm-right corner of the screen.
>
> cheers
>
> Attilio
>
> [1] http://www.directfb.org/docs/directfbrc.5.html
>
> Mike Emmel wrote:
> > Good question I'd say try setting the pointer
Good question I'd say try setting the pointer pixmap to a clear ARGB surface.
But I'm not sure that actually works some support was added for custom
cursors but I've not used it.
On 11/9/06, rafeeqh shaik <[EMAIL PROTECTED]> wrote:
> hi..
>
> I am trying to run gtk+ on DirectFB applications f
OSX was missed also btw the change Behdad had me make effected it too.
On 9/25/06, Loïc Minier <[EMAIL PROTECTED]> wrote:
> On Mon, Sep 25, 2006, Attilio Fiandrotti wrote:
> > And the DFB backend was indeed found to be broken by the gtk-gnome
> > Debian team when they tried to build a DFB flavour
It looks like this build does not include my changes to allow the OSX
and directfb
backends to build.
On 9/22/06, Matthias Clasen <[EMAIL PROTECTED]> wrote:
> GTK+ 2.10.4 is now available for download at:
>
> http://ftp.gnome.org/pub/GNOME/sources/gtk+/2.10/
>
> gtk+-2.10.4.tar.bz2 md5sum: ec
Hi all I'm trying to get the directfb port to build agian and ran into
the following.
The problem seems to be that in the library builds we define
-DGDK_COMPILATION
But not in the app builds ?
/bin/sh ../libtool --mode=link gcc -DG_DISABLE_DEPRECATED -g -O2 -g
-Wall -ldl -o gtk-query-immodul
Hi all I recently change the configure.in for gtk to check for cairo-directfb.pc
I was looking at the pango configure.in and am wondering if it might
need to also check for
backend specific pc files. I don't think so but would like to know
what others think.
It does test for the xlib backend wit
sing only gdk not gtk.
But its not a complete solution since you could use a really small subset
of gtk.
> On 7/14/06, Mike Emmel <[EMAIL PROTECTED]> wrote:
> > Hmm I'm not sure what to say I don't think that the nature of emedded
> > programing
> > is comm
Hmm I'm not sure what to say I don't think that the nature of emedded programing
is comming through our its needs.
Generally your running a small set of custom apps if you provide a
public api (rare)
Someone targeting the device will port to it.
If you have the luxury of tons of space then run ful
Can I suggest considering a version designed for custom widgets.
And leave it to the embedded developer to selectivley pull in more widgets.
This would be GtkWindow GdkBin GtkButton and a few more say text input.
basically a very simple toolkit.
After this if you want to use gtk custom widgets a
I just checked in a redo of the directfb cairo backend to remove
secondary buffers.
This is in Cairo git it also fixed subsurface issues.
Next the gdk directfb backend now implements paintable so the
additional pixma buffering is removed.
There are a lot of basic changes in this checkin and a go
First I'd like to say I'm very excited that the directfb backend for
gtk is gaining a lot of momentum but it become overwhelming for me so
I'm asking the open source community for help. There are two major
need areas. Fix gdk bugs and optimize the cairo backend. If anyone is
interested please emai
I just reported a bug on the directfb backend and bugzilla did not send me mail.
Not sure if its because I was the one that reported it or I'm not
getting mail for all directb flagged bugs.
Mike
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
ht
Its now checked in.
On 2/4/06, Mike Emmel <[EMAIL PROTECTED]> wrote:
> Hi all just wanted to let everyone know the directfb backend should go
> into cvs tonight or tomorrow.
>
> Mike
>
___
gtk-devel-list mailing list
gtk-deve
Hi all just wanted to let everyone know the directfb backend should go
into cvs tonight or tomorrow.
Mike
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
On 1/26/06, Shaun Jackman <[EMAIL PROTECTED]> wrote:
> On 1/25/06, Attilio Fiandrotti <[EMAIL PROTECTED]> wrote:
> > You may want to use the new directframebuffer backend, soon into the gtk
> > mainline (next week?): the Debian project has a complete howto [1] on
> > how to buld a working GTKDFB en
I think it needs a lot more work to get that backend back running.
The directfb backend is up todate and will be part of the main release
in a few weeks.
And its supported
If your intrested its now in CVS on www.directfb.org directfb itself
is pretty small around a few hundred k depending on compi
On 1/20/06, Matthias Clasen <[EMAIL PROTECTED]> wrote:
> The patch looks ok in general, some comments:
>
> --- ../../gtk/gtkplug-stub.c.orig 2006-01-08 21:52:05.0 +0100
> +++ ../../gtk/gtkplug-stub.c2006-01-08 21:53:14.0 +0100
> @@ -25,6 +25,7 @@
> * GTK+ at ftp://ftp.gt
On 1/19/06, Matthias Clasen <[EMAIL PROTECTED]> wrote:
> Sorry for being slow to respond to this.
>
> So, provided nobody speaks up against it (which I don't expect), I would like
> to invite you to merge the directfb backend into GTK+ for 2.10, considering
> that it is actively maintained, does co
Your going to have to do a lot more work then that unless you use a
xcb xlib wrapper.
Gdk needs to be ported.
If size is and issue you could also consider the directfb port its
getting fairly stable these days we can run gimp reasonably well now.
Otherwise check through the list there was talk of a
Hi all it seems that because of the design of clist/ctree its
impossible for me to support
them under the directfb backend.
The basic problem is all the new widgets call gdk_cairo_create and
then destroy the cairo context. Since the directfb backend normally
provides a off screen rendering surface
On 1/5/06, Tim Janik <[EMAIL PROTECTED]> wrote:
> On Thu, 5 Jan 2006, Mike Emmel wrote:
>
> > On 1/5/06, Tim Janik <[EMAIL PROTECTED]> wrote:
> >> On Thu, 5 Jan 2006, ANDREW PAPROCKI, BLOOMBERG/ 731 LEXIN wrote:
> >>
> >>> I disagr
On 1/5/06, Tim Janik <[EMAIL PROTECTED]> wrote:
> On Thu, 5 Jan 2006, ANDREW PAPROCKI, BLOOMBERG/ 731 LEXIN wrote:
>
> > I disagree with this completely. We compile all of our code on Solaris/AIX
> > with
> > SunPRO cc & IBM xlc without c99 extensions enabled for our own reasons.
>
> please tell u
On 1/4/06, Matthias Clasen <[EMAIL PROTECTED]> wrote:
> On Thu, 2005-12-29 at 11:50 -0600, Mike Emmel wrote:
> > Hi all I would like to integrate the directfb gtk back end into the
> > main gtk tree. There is now enough interest in the project to ensure
> > that it
Hi all I would like to integrate the directfb gtk back end into the
main gtk tree. There is now enough interest in the project to ensure
that it will be maintained for the foreseeable future.
I just recently integrated the cairo directfb back end into the main
cairo cvs so that's done.
Thanks
See
http://wiki.debian.org/DebianInstallerGUIBuild
Near the bottom is the (short :) list of steps to do a build.
Email me when your really stuck.
Good luck.
On 11/11/05, Ivan, Wong Yat Cheung <[EMAIL PROTECTED]> wrote:
> Hi,
>
> >>What do you think? is anybody interested in getting involved in
>
gt; > installation cdrom.
> > Actually we make use of GTKDFB version 2.0.9: altough outdated this
> > GTKDFB version has proved to be stable enough for what we need to do
> > (tested with vesafb on i386, AMD64 and PPC).
> > Mike Emmel, who developes and maintains the GDK
It should not matter its a backend bug IMHO.
I tried both routes with this test program on the directfb backend and
they both worked for me. I think the second approach is cleaner code.
#include
int main( int argc, char **argv ) {
GtkWidget *button;
GtkWidget *frame;
GtkWidget *box
On 7/7/05, Matthias Clasen <[EMAIL PROTECTED]> wrote:
> On Thu, 2005-07-07 at 07:27 -0400, Mike Emmel wrote:
> > Okay I need C guru help on this one. This is agianst the 2.7.0
> > tarball. I'm not getting any compile time errors and I think I should
> > I've tr
Okay I need C guru help on this one. This is agianst the 2.7.0
tarball. I'm not getting any compile time errors and I think I should
I've tried compiling the file with gcc 3.3.3 and gcc 3.4 the problem
is
At the bottom of my gdkkeys-directfb.c backend file I have
#define __GDK_KEYS_X11_C__
#incl
It looks like there may be a problem compiling cairo since it uses
gtkdoc-mkdb which is built I think in the gtk build which requires
cairo. If the version is too old the build may fail. I saw a failure
in a cairo build which hinted that this may be a problem.
Mike
___
Hi I'm working on the directfb port this patch stops the building of
the X11 dependent tool shooter which was protected with a test for X11
not unix
--- Makefile.am.orig2004-11-11 22:44:01.0 -0500
+++ Makefile.am 2005-07-03 22:37:25.476981680 -0400
@@ -16,10 +16,9 @@
$(top_bu
Is the Xft dependency still needed now that cairo is integrated ? It
did not seem to be really used anymore.
Mike
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
On 6/22/05, Owen Taylor <[EMAIL PROTECTED]> wrote:
> On Tue, 2005-06-21 at 16:25 -0700, Travis Spencer wrote:
> > Hey All,
> >
> > I am taking Open Source Software as an undergrad this term from Bart
> > Massey at PSU [1]. One of the projects that I'm seriously considering
> > working on is portin
No atk ?
Does the current released version work or should it be from cvs ?
Mike
On 6/20/05, Matthias Clasen <[EMAIL PROTECTED]> wrote:
> GTK+ 2.7.0 is now available for download at:
>
>ftp://ftp.gtk.org/pub/gtk/v2.7/
>
> gtk+-2.7.0.tar.bz2 md5sum: d4acba5ed2be742d412b165d8b51acfc
> g
On 6/13/05, Gustavo J. A. M. Carneiro <[EMAIL PROTECTED]> wrote:
> On Mon, 2005-06-13 at 10:10 -0400, Mike Emmel wrote:
> > It would be nice if a regression suite allowed use of a high level
> > language to write the tests for example python. I know this adds a
> > ex
It would be nice if a regression suite allowed use of a high level
language to write the tests for example python. I know this adds a
extra layer on one hand but I think it makes it much easier to write
the larget number of test cases needed. Also object oriented methods
in python could make it e
; On Thu, 2005-06-09 at 19:10 -0400, Mike Emmel wrote:
> > And cairo and atk and I need to share all these dates with several people.
> > It can be done I'm not saying it can't I'd just love a real tag across
> > all the various pieces to get a repeatable build out tha
asant in a lot of ways. I don't think it should be, education or
reasonable newbie support for developers should be important.
Mike
On 6/9/05, Owen Taylor <[EMAIL PROTECTED]> wrote:
> On Wed, 2005-06-08 at 10:24 -0400, Mike Emmel wrote:
> > Okay I'm begging now can some one
> No-one was implying that Cairo was a Bad Idea (tm), only whether we
> could be >99% sure of it being as stable as and as fast as the current
> stable GTK+ in a relatively short timescale.
Since Cairo is a pipelined graphics library and most of the original
graphics calls are not routed through c
Gtk 2.6 and 2.8 or currrent CVS are very different internally.
Your pretty much looking at a significant port to either take the
current directfb cvs based on 2.8 back to work on 2.6 or the older one
2.02? up to 2.6.
I think you will find you bit off a significant about of work. If the
GTK teams co
Okay I'm begging now can some one please tag the gtk+ cvs tree or at
least tell me when a smoke tested tag will be done.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
cairo also :)
Mike
On 6/7/05, Mike Emmel <[EMAIL PROTECTED]> wrote:
> pangocairo is in the latest pango CVS. Its as the name suggest pango
> using the cairo backend. I'm working on the port I've had to back off
> till after I finish a demo for java one which is only a few
pangocairo is in the latest pango CVS. Its as the name suggest pango
using the cairo backend. I'm working on the port I've had to back off
till after I finish a demo for java one which is only a few more weeks
then I'll be back on the port I promise :)
The current problem is that cariodfb is ter
On 6/6/05, Aschwin van der Woude <[EMAIL PROTECTED]> wrote:
> On Sat, 2005-06-04 at 08:43 +, DANIELLLANO wrote:
> > Emmanuele Bassi wrote:
> > > What if you want to open a document you edited some time ago (but not
> > > too long), and it went out of the menu?
> >
> > Then it's not a Recent Doc
I consistently get this in the latest cvs of atk and ideas ?
I can hack the version number till it works
./libtool --version
ltmain.sh (GNU libtool) 1.5.8 (1.1220.2.117 2004/08/04 14:12:05)
/bin/sh ../libtool --mode=link gcc -g -O2 -Wall -o libatk-1.0.la
-rpath /Qspin/System/lib -version-info
Because of popular demand I'm going to try and upgrade the
directfb/gdk backend to the latest CVS gtk/cairo releases.
Are the cvs repositories tagged reguarly or should I just make sure of my
timestamp when checking out. And is there any way to tell that a
gtk/cairo combo have be officially built
On 5/10/05, Owen Taylor <[EMAIL PROTECTED]> wrote:
> On Tue, 2005-05-10 at 09:43 -0400, Mike Emmel wrote:
> > This is slightly off topic to your post but hey :)
> >
> > Are you planning on routing all drawing operations in GDK through
> > cairo ? I would like that
This is slightly off topic to your post but hey :)
Are you planning on routing all drawing operations in GDK through
cairo ? I would like that since its problematic to mix and I'd rather
optimize cairo. I'm running into issues with directfb were the
directfb
code would like to change the state of
I'm planning on upgrading the directfb gdk backend to the next
semi-stable tag of gtk/cairo can anyone tell me when the tree may be
tagged for a intermediate snapshot release ?
I assume that this would happen after the next cairo point release
which may be soon.
Thanks
Mike
___
The gdkpixbuf header references a cairo type but does not include cairo
Index: gdkpixbuf.h
===
RCS file: /cvs/gnome/gtk+/gdk/gdkpixbuf.h,v
retrieving revision 1.8
diff -u -w -r1.8 gdkpixbuf.h
--- gdkpixbuf.h 17 Mar 2005 01:54:38 -000
The uninstalled pc seems to be incorrect for the gdk lib
I changed it to point to the correct one. Since you can only really
build one backend at a time this is I think correct.
Index: gtk+-2.0-uninstalled.pc.in
===
RCS file: /cvs/g
80 matches
Mail list logo