home *** CD-ROM | disk | FTP | other *** search
/ Amiga GigaPD 3 / Amiga_GigaPD_v3_3of3.iso / netbsd / docs / mailinglist-archive / 1993-12 / text0375.txt < prev    next >
Encoding:
Text File  |  1993-06-25  |  2.4 KB  |  68 lines
  1. > 
  2. > 
  3. > Hi Chris,
  4. > 
  5. > > Ack I just killed some mail (actually archived it but its pretty hard
  6. > > to get at now) So I don't have the Xami's authors name sorry.
  7. > 
  8. > I hope you actually mean me and not the Xbsd author.  But applies either way.
  9. > Sorry for the late reply - I had to implement all this stuff first.
  10.  
  11. Sure did :^)
  12.  
  13. > I just finished updating the kernel to enable views, and implemented my
  14. > Xami entirely with views on vmunix.720.  Very straightforward, as
  15. > expected.  Only console problem is that I cannot use /dev/view00 to
  16. > get default height and width for X screen, since it's "busy".  Both
  17. > coexist otherwise.  In fact, I would definitely not want to close the
  18. > console, or it may pre-empt xconsole from working properly.  View is a
  19. > particular boon for making xconsole work for Xserver debugging, since
  20. > you no longer have to do xinit >& /tmp/x.log.  Just xinit and
  21. > xconsole!
  22.  
  23. Right, I don't knonw anything about X I assumed that the console
  24. should be closed, guess not. :^)
  25.  
  26. > 
  27. > Currently I don't turn off console for reasons listed above.  Also, 
  28. > what about if you *want* to be able to pop up the console (with some
  29. > special keys, ala Amiga-N/Amiga-M).  Need some way to refocus
  30. > keyboard/ mouse on the console.
  31.  
  32. Maybe these keys could be caught by X and it could close kbd? dunno it
  33. will need to know when to reopen them too I guess.  I was connsidering
  34. writing a CX like daemon when I started messing with ite.c, not there yet.
  35.  
  36. > Now to just figure out: 
  37. > a)  how to allocate space for cursor font for hardware cursor routines 
  38. >     via ioctls.  One hack:  use a view!
  39. > b)  how to then do ioctls to enable/change the cursor sprite 
  40. > c)  how to use in general the blitter at the ioctl level.
  41. > 
  42. > (any ideas?)
  43. > This may be the only way to make color ecs acceptably fast.
  44.  
  45. Well:
  46.  
  47. I had though about supplying a mouse daemon but that is not in my
  48. immediate plans and would require changes to /dev/view and would not
  49. be a part of the kernel.
  50.  
  51. There are no sprites :^( Sprites didn't figure quickly into the RTG
  52. system I had dreamt up.  I still have problems with RTG, let alone
  53. trying to get a sprite into the system. :^)
  54.  
  55. Use of the CPU is much faster than the blitter on all machines that
  56. NetBSD currently (and probably hereforth) runs on.
  57.  
  58. > 
  59. > Thanks,
  60. > Roy
  61.  
  62. I know I didn't help much from above.   You'll need to do a mouse
  63. cursor as either a complement function, or save/restore the part of
  64. the screen that you render the cursor into.
  65.  
  66. Chris.
  67.  
  68.