On Tue, Aug 16, 2011 at 04:25:42PM +0100, Emmanuele Bassi wrote:
> > I want to use the DirectFB with GTK+3.0 using Glade 3.10.
>
> the pre-condition for having DFB support in gtk+ 3.x, as laid out by the
> gtk+ team, is to have at least one active maintainer to avoid repeating
> the past experien
On 2011-08-16 at 11:22, Priya L. wrote:
> I would like to know whether DirectFB support has been fully withdrawn
> from GTK+3.0.
yes, it's been removed, as you can easily check by using:
http://git.gnome.org/browse/gtk+/tree/gdk
also, as far as I know, the directfb backend is brok
Hi,
I would like to know whether DirectFB support has been fully withdrawn
from GTK+3.0.
I want to use the DirectFB with GTK+3.0 using Glade 3.10.
Regards,
Priya L
__
___
gtk
Did anyone contact the guys over at:
http://www.directfb.org/index.php?path=Main%2FContact
--
Without fear we must walk forward and without doubt we must not look back.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/m
Hi Ilyes,
Last time I checked, the remaining issues where :
- drag&drop stuff,
- scrolling (leaves trash in moved areas)
- window resize
Regards,
--
Lionel
Le jeudi 26 août 2010 à 18:14 +0100, Ilyes Gouta a écrit :
> Hi Lionel,
>
> Can you tell us a bit more about the m
Hi Lionel,
Can you tell us a bit more about the missing features and the
unfinished bits of the back-end in order to get gtk2+-2.20/directfb
swinging again?
-Ilyes Gouta
On Wed, Aug 25, 2010 at 8:49 PM, Lionel Landwerlin
wrote:
> Hi,
>
> There is a bug report for this :
> https://bugzilla.gnome
Hi,
There is a bug report for this :
https://bugzilla.gnome.org/show_bug.cgi?id=619468
Don't blame the embedded world.
Regards,
--
Lionel Landwerlin
Le mercredi 25 août 2010 à 12:22 -0700, Mike Emmel a écrit :
> 2010/8/25 Javier Jardón :
> > 2010/8/25 John Stowers :
> >>
> >> For Google, and t
On Sun, 2010-09-05 at 15:37 +0100, Emmanuele Bassi wrote:
> On Sat, 2010-09-04 at 19:47 +0200, Lionel Landwerlin wrote:
>
> > Last week, I have seen that GTK+ 3.0 has drop the DirectFB backend
> > because no maintainer was carrying it (which I wasn't aware of).
>
>
Le dimanche 05 septembre 2010 à 15:37 +0100, Emmanuele Bassi a écrit :
>
> start by maintaining a clone of the gtk+ repository, reinstating the
> backend, making it work and *keeping up* with the changes in master.
> before 3.0, or 3.2, it can be re-evaluated if the dfb backend should
> once again
On Sat, 2010-09-04 at 19:47 +0200, Lionel Landwerlin wrote:
> Last week, I have seen that GTK+ 3.0 has drop the DirectFB backend
> because no maintainer was carrying it (which I wasn't aware of).
that's frankly odd, since the backend has been known to be broken since
the 2.1
Hello everyone,
Pushing back the DirectFB subject again.
Last week, I have seen that GTK+ 3.0 has drop the DirectFB backend
because no maintainer was carrying it (which I wasn't aware of).
This week Sven pushed the patches I made for GTK+ 2.22. I would really
like to see GTK+ work we
On Wed, 2010-08-25 at 21:49 +0200, Lionel Landwerlin wrote:
> Hi,
>
> There is a bug report for this :
> https://bugzilla.gnome.org/show_bug.cgi?id=619468
I've always told you guys on the DirectFB list that you should notify me
about fixes for the DirectFB backend. I don&#
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
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] http://git.potipota.net/cgi-bin/cgit
On Wed, Aug 25, 2010 at 6:59 PM, Mike Emmel wrote:
> 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.
For Google, and those that find this thread brings bad
On Wed, Aug 25, 2010 at 08:59, Mike Emmel wrote:
> In my years of working on embedded linux I've seen the embedded
> community do and awful lot of taking from the opensource community and
> very little in the way of giving back. Perhaps the decision to remove
> DirectFB support can serve is a bit
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
: I'm using my phone)
On 13 Aug 2010 17:59, "Benjamin Otte" wrote:
Hey,
This is a notice that I intend to drop the DirectFB backend from GDK
3. It hasn't compiled for weeks now and I haven't heard from anyone
saying he'd look at it. More than that, people I asked a
Hey,
This is a notice that I intend to drop the DirectFB backend from GDK
3. It hasn't compiled for weeks now and I haven't heard from anyone
saying he'd look at it. More than that, people I asked about it have
told me that it's basically broken since 2.18, which is almost a y
I currently try to understand the directfb GDK backend code for event
handling.
Can anybody tell me why the dfb_events_io_func is used to call
dfb_events_dispatch ?
In the win32 backend and the old linux-fb backend there is the dispatch
function registered as follws:
static GSourceFuncs xxx_even
Hi all,
I'm trying to build gtk+2.14.4 with directfb as backend, configure
with parameter "-with-gdktarget=directfb -with-x=no". When making, there are
so much errors like :
.libs/gdkwindow.o:/home/rayman/src/gtk+-2.14.4/gdk/gdkwindow.c:3784: first
defined here
directfb/.libs/libgdk-di
Hi Mike,
I could not find any function to get focussed child
gdkwindow. How to get currently focused gdk child.
I created a Gdk Window using GDK_WINDOW_CHILD attribute.
I gone through functionality of gdk_directfb_window_new().
For child GdkWindow, there is no Event B
On Dec 6, 2007 12:19 PM, Christopher Johnson <[EMAIL PROTECTED]> wrote:
> Mike, even your flames are welcome. I know Mike personally and have
> worked with him in the past, and have nothing but the highest respect.
> So here's my semi-flame in return.
>
> I've been working with GTK+ and DirectFB f
Christopher Johnson wrote:
> Unless I am grossly mistaken, any other behavior will create a serious
> incompatibility between GTK+ backends. I am currently struggling with
> code that isn't getting events it expects (DirectFB 1.0.0 and GTK+
> 2.10.13). Sounds like maybe Mike's explanation might c
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
Hi Denis,
I am relatively new to Gtk and DirectFb.
Can you give any idea how to implement raw events for
child GdkWindow.
Thanks,
Sreenivas
On Dec 5, 2007 9:07 PM, Denis Oliver Kropp <[EMAIL PROTECTED]> wrote:
> Christopher Johnson wrote:
> > Unless I am grossly mistake
Mike Emmel wrote:
> Problem solved the child gdk windows are not directfb windows and will
> never get directfb events.
> Only top levels.
>
> Not a bug.
Shouldn't GdkDirectFB dispatch a GdkEvent to the child? Why not pass the
originating DFBWindowEvent (reveived at top level) to the filters?
--
anged in Gdk or it broke in
GdkDirectFB.
I just looked into the Gdk Backends and saw that the filters are not applied at
all
in the DirectFB Backend.
Please try the attached patch.
--
Best regards,
Denis Oliver Kropp
.--.
| DirectFB - Hardware accelera
Sreenivas Chowdary wrote:
> Hi Attilioa,
>
> As the sample program mentioned below I am creating a GdkWindow.
> While porting Gtk for DirectFb, Is gdk_window_new() and
> gdk_window_add_filter() are not proted to support DirectFb?
>
> The problem of Events not working on GdkWindow, is this issue
create a GdkWindow with GDK_WINDOW_CHILD then events are not coming.
> > > Do you have any idea about this?
> > >
> > > Thanks & Regards
> > > Sreenivas
> > >
> > > On Dec 3, 2007 11:18 PM, Denis Oliver Kropp <[
Oliver Kropp <[EMAIL PROTECTED]> wrote:
> > > Sreenivas Chowdary wrote:
> > > > Yeah Even i am getting events on GtkWidget in half way like
> > > > expose-event, keypress-event and key-release event and remaining
> > > > events like
keypress-event and key-release event and remaining
> > > events like button-press-event , button-release-event etc.. or not
> > > getting.
> >
> > Either it has always been broken or something changed in Gdk or it broke in
> > GdkDirectFB.
> >
> > I just
-event etc.. or not
> > getting.
>
> Either it has always been broken or something changed in Gdk or it broke in
> GdkDirectFB.
>
> I just looked into the Gdk Backends and saw that the filters are not applied
> at all
> in the DirectFB Backend.
>
> Please try t
Yeah Even i am getting events on GtkWidget in half way like
expose-event, keypress-event and key-release event and remaining
events like button-press-event , button-release-event etc.. or not
getting.
How can we get all events on GtkWidget or GdkWindow with DirectFb backend?
Thanks & Reg
> wrote:
> Sreenivas Chowdary wrote:
> > Hi,
> >
> > I am facing an issue to get events on GdkWindow which was built with
> > Gtk DirectFb backend.
> >
> > In sample program i am creating a toplevel GdkWindow and creating a
> > child Gdkwindow.
> > Wh
Sreenivas Chowdary wrote:
> Hi,
>
> I am facing an issue to get events on GdkWindow which was built with
> Gtk DirectFb backend.
>
> In sample program i am creating a toplevel GdkWindow and creating a
> child Gdkwindow.
> While creating GdkWindow i have add
Hi,
I am facing an issue to get events on GdkWindow which was built with
Gtk DirectFb backend.
In sample program i am creating a toplevel GdkWindow and creating a
child Gdkwindow.
While creating GdkWindow i have added events mask, and used
gdk_window_add_filter() function to add event handler
Hi, I try to port gtk+ with directfb backend on SH4 processor.
After I compile all packages completely, I use the following codes to test.
#include
int main( int argc, char *argv[] )
{
GtkWidget *window;
GtkWidget *button;
gtk_init (&argc, &argv);
window = gtk_wi
On 5/10/07, Attilio Fiandrotti <[EMAIL PROTECTED]> wrote:
> One more thing: i often need to disturb mike or loic to get patches
> cheched in, may i get write access to gnome's svn repo to manage the
> directfb backend?
Check this out:
http://developer.gnome.org/d
Hi
The directfb backend was eventualy fixed in both trunk and gtk-2-10 (see
latest commits from mike emmel and loic minier), one more minor patch is
pending (#437379) but should be committed soon.
I made sure gtk-2-10 builds with dfb backend enabled, is there something
else i must do to
scribió:
>
>
>>Hi all,
>>I want to know whether GDK-Directfb backend support
>>still continues in the
>>GTK Project (or) the support is broken.
>>I thought this is an appropriate list to ask this
>>question. If not, please
>>suggest me which mailin
Hello Raju S N,
BugZilla is the site that you need check to get the
answer...
Please see on:
http://mail.gnome.org/archives/gtk-devel-list/2006-October/msg00155.html
Cheers,
Luis
--- Raju S N <[EMAIL PROTECTED]> escribió:
> Hi all,
> I want to know whether
Hi all,
I want to know whether GDK-Directfb backend support still continues in the
GTK Project (or) the support is broken.
I thought this is an appropriate list to ask this question. If not, please
suggest me which mailing list can clarify this.
Thanx
Raju
Attilio Fiandrotti wrote:
>
> Attilio Fiandrotti wrote:
>
>>Carl Worth wrote:
>>
>>
>>>On Thu, 27 Jul 2006 01:06:43 +0200, Attilio Fiandrotti wrote:
>>>
>>>
>>>
I think cairodfb or gdkdfb must previously have corrupted memory
somewhere, but i can't detect when nor where: can anyone repro
Attilio Fiandrotti wrote:
> Carl Worth wrote:
>
>>On Thu, 27 Jul 2006 01:06:43 +0200, Attilio Fiandrotti wrote:
>>
>>
>>>I think cairodfb or gdkdfb must previously have corrupted memory
>>>somewhere, but i can't detect when nor where: can anyone reproduce this
>>>or give me an hint about how t
Carl Worth wrote:
> On Thu, 27 Jul 2006 01:06:43 +0200, Attilio Fiandrotti wrote:
>
>>I think cairodfb or gdkdfb must previously have corrupted memory
>>somewhere, but i can't detect when nor where: can anyone reproduce this
>>or give me an hint about how to catch it?
>
>
> Have you tried runn
On Thu, 27 Jul 2006 01:06:43 +0200, Attilio Fiandrotti wrote:
> I think cairodfb or gdkdfb must previously have corrupted memory
> somewhere, but i can't detect when nor where: can anyone reproduce this
> or give me an hint about how to catch it?
Have you tried running the program under valgrind
Hi
While running gtk applications with the dfb backend i often (but not
always) run into a crash that is not reproducible at all with X and
hence i think it should be related to cairo-dfb or gdk-dfb.
I'm usually able to reproduce it by running the gtk-demo app, opening
the hypertext application
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
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
in
its perfectly fine for the shape functions to return FALSE/do nothing,
i don't think you need those warnings.
Matthias
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Hi
this patch makes the DFB backend compile again, could someone please
commit? (Mike? :)
thanks
Attilio
Index: gdk/directfb/gdkdisplay-directfb.c
===
RCS file: /cvs/gnome/gtk+/gdk/directfb/gdkdisplay-directfb.c,v
retrieving rev
On 2/8/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Hi
>
> While trying to report a bug against the directfb backend, i noticed
> that in Gnome's BTS bugs related to GDK are classified as "gdk" (i
> suppose it means "gdk-X11") , "linux-
Hi
While trying to report a bug against the directfb backend, i noticed
that in Gnome's BTS bugs related to GDK are classified as "gdk" (i
suppose it means "gdk-X11") , "linux-fb" and "win32", while a
"directfb" entry for the newl
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
2 backend does not define it either
> it uses the fallback.
> Since the directfb backend is following the x11 one for the most part.
> I'm not sure how else to get this to work. Maybe use HAVE_XCONVERTCASE
> ?
Hmm, I'm not sure I fully understand the problem here.
If HAVE_
dk_keymap_get_for_display
> gdk_keymap_lookup_key
> gdk_keymap_translate_keyboard_state
> +#ifndef GDK_WINDOWING_DIRECTFB
> gdk_keyval_convert_case
> +#endif
> gdk_keyval_from_name
> gdk_keyval_name G_GNUC_CONST
> #endif
> #endif
>
>
> The directfb backe
gdk_keyval_from_name
gdk_keyval_name G_GNUC_CONST
#endif
#endif
The directfb backend needs to implement gdk_keyval_convert_case.
+if test "x$gdktarget" = "xdirectfb"; then
+ DIRECTFB_REQUIRED_VERSION=0.9.21
+ AC_MSG_CHECKING(for DirectFB)
+
+ if $PKG_CONFIG --atleast-version $D
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
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 compile, and is used (three things
that cannot be said of th
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
On Wed, 2006-01-04 at 14:06 -0600, Mike Emmel wrote:
> On 1/4/06, Matthias Clasen <[EMAIL PROTECTED]> wrote:
> > - Is it good enough to run large applications with it, e.g. the Gimp ?
> No it does most of gtktest and gtkdemo.
> I've not even tried Gimp.
We had GIMP runni
Mike Emmel wrote:
On 1/4/06, Matthias Clasen <[EMAIL PROTECTED]> wrote:
- Is it good enough to run large applications with it, e.g. the Gimp ?
No it does most of gtktest and gtkdemo.
I've not even tried Gimp.
I've just built the GIMP 2.2.10 against GTKDFB 2.8.3 with the following
configure
can run in single
application mode. The old framebuffer port probably would never have
this ability.
Thus the DirectFB backend provides a real application environment at
the same level as X11.
As far as target market goes. Its suited for use in mobile
computers,thin clients, kiosks, set-top boxe
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 will be maintained for the foreseeable future.
>
>
> I just recently integrated the cairo di
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
built together ?
What I need to be able to do is make sure I can tell people that want
to use the directfb/gdk backend is the version the need to checkout
from the gdk cvs. I maintian a working version of cairo but the
directfb backend is a patch on the main gtk cvs tree which can be
problematic.
I
69 matches
Mail list logo
