On 5/19/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Thanks a lot. (Both of you)
> 
> 
> I have ben lookin in the sdl system. But I'll try to find an older one. I
> have used NanoX (microwindows) to figure out how to get X to do what I
> need. Don't have the first clue about X programming, but with proper
> example code to get inspired by, it shouldn't be too hard.
> 

The key to programing X is to first understand the functions then to
find or create all the tricky work around code for broken X servers
and window managers :)

> It will be a week or two then I'll see if i can commit the stuff.
> Only problem is that I only joined this list recently. I don't have CVS
> write access ... yet a least.
> 
> Regards Martin L�tken
> 
> 
> > Just commenting on the keymaps. X11 supports querying the keymap so
> > you can support a real keymap. You may wan't to look in the gdk code
> > for examples. I could help some there once you check in. For the first
> > pass you would probably want to just return DFB_UNSUPORTED for the
> > keymap part look at the older revs of sdlinput.c. Don't duplicate the
> > current "virtual" mapping in sdlinput.c its a work in progress.
> > Directfb is fairly good at failing gracefully depending on the driver
> > support.  For the blitting side you can look at the cairo xlib backend
> > code they do a decent job and its all in one place.  Later you can
> > work through the bazilliion possible formats that a X server could
> > return but today you can pretty much depend on packed pixel 16 bit or
> > better displays so I'd not worry to much about it. One of the few
> > places that I've seen this handled almost completely is in the gnu
> > classpath code because of java2d.
> >
> > Anyway check it in ! I think it can be gotten in working order quickly.
> >
> > On 5/18/05, Denis Oliver Kropp <[EMAIL PROTECTED]> wrote:
> >> Quoting Martin L�tken:
> >> > Hi again
> >> >
> >> > Thank you! But maybe I would also like a little on when to use the
> >>
> >> Xlib can be put into thread safe mode, so you shouldn't need them.
> >> In the SDL backend the mutex is only used to avoid concurrent calls
> >> to SDL.
> >>
> >> > I am trying to make a X11 system (like in 'system=x11' in .directfbrc
> >> > file), which I hope
> >> > You will add to DirectFB as soon as it's in a working state.
> >>
> >> Yes, would be great.
> >>
> >> >  - (2) Can't use SDl because I want SDL to run on top of DirectFB.
> >>
> >> Good point ;)
> >>
> >> > The graphics is more or less working!  (not easy blitting in X ... ).
> >>
> >> XShmPutImage() ?
> >>
> >> > Right now I am trying to get the input to work. I could use a little
> >> > guidance. Fx. about
> >> > the differences between key_symbol, key_id and key_code. Well I do
> >> have
> >> > some idea, but
> >>
> >> Drivers can send one or more of these, but if only a key_code is
> >> sent, the driver has to provide a keymap.
> >>
> >> key_code    hardware keycode
> >> key_id      key identifier, unmapped, e.g. right to 'L' is always
> >> 'SEMICOLON'
> >> key_symbol  unicode compliant symbol, mapped
> >>
> >> The last one is what apps should care about, but the key_id comes into
> >> play when it comes to games ;)
> >>
> >> > not quite enough. Also what about the 'flags' for an input event. If
> >> fx.
> >> > I set :
> >> > 'event.flags =  DIEF_KEYSYMBOL | DIEF_KEYID' , is that ok and what
> >> happens?
> >>
> >> You specify which other fields are valid. In this example you must fill
> >> in the key_symbol and key_id before dispatching the event.
> >>
> >> > I know basically i guess i need a HowToAddASystemToDirectFB .... but
> >> we
> >> > can take it
> >> > a little a the time ...  :-)
> >>
> >> There should be a lot of HowTos ;)
> >>
> >> > A some point I probably would like to to review what I have done and
> >> > either direct me to fix
> >> > whatever things a have dobe wrong or correct it yourself .. Hope we
> >> can
> >> > do that !
> >>
> >> As soon as you have the first working input/output you could check
> >> it in and I can review it and/or help with it, running DFB->X11->DFB ;)
> >>
> >> > P.S. By the way Super initiative with the whole DirectFB and a great
> >> > project !!
> >>
> >> Thanks!
> >>
> >> > P.P.S I can recommend DoxyS for documentation www.doxys.dk, but well
> >> I'm
> >> > not completely impartial there :-)
> >>
> >> I haven't seen anything that supports the interfaces of DirectFB,
> >> but for internal code documentation I'll have a look at it.
> >>
> >> --
> >> Best regards,
> >>   Denis Oliver Kropp
> >>
> >> .------------------------------------------.
> >> | DirectFB - Hardware accelerated graphics |
> >> | http://www.directfb.org/                 |
> >> "------------------------------------------"
> >>
> >> _______________________________________________
> >> directfb-dev mailing list
> >> [email protected]
> >> http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
> >>
> >
> 
> 
> 
> _______________________________________________
> directfb-dev mailing list
> [email protected]
> http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
>

_______________________________________________
directfb-dev mailing list
[email protected]
http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev

Reply via email to