home *** CD-ROM | disk | FTP | other *** search
/ Amiga GigaPD 3 / Amiga_GigaPD_v3_3of3.iso / netbsd / docs / mailinglist-archive / 1993-10 / text0131.txt < prev    next >
Encoding:
Text File  |  1993-06-25  |  2.9 KB  |  84 lines
  1. > the maxprot field is filled with VM_PROT_ALL, but the field prot is missed.
  2.  
  3. Funny.. I fixed exactly this bug yesterday :-)
  4.  
  5. > in the function grfaddr(),
  6. > 
  7. > you must replace #if 0 by #if 1
  8. > 
  9. > and then you should be able to map the grf0 or grf1 driver memory :-)
  10.  
  11. Done, cool! One step further towards X ...
  12.  
  13. > if you press a key for a time (then it autorepeate itself)
  14. > Then without releasing the key, you hold another key.
  15. > This new key should repeate itself now.
  16. > Instead of this, the new key is printed once and the other key is
  17. > still repeating itself.
  18. > to stop, you must have the key up event.
  19.  
  20. Interesting.. never tried this one :-)
  21.  
  22. > this is an annoying problem, because when you have a sped typing you have
  23. > some strange typing.
  24. > for example : "cd /root" becomes "cdc c/root"
  25. > or "cdc ccc/root"
  26.  
  27. Hm.. you got a weird typing attitude ;-) Nah, serious, I'd like to see
  28. the bug fixed, but I'm on the war path with keyboard repeats anyway...
  29.  
  30. > It seems that the problem is that the key down event is not detected
  31. > so current cahr issn't updated and no delay is activated.
  32.  
  33. Nah, I think it sees the key down, and it checks whether it's alread
  34. in repeat-mode. Sees it is, and doesn't start repeat again.. Pure guess,
  35. without looking at sources though..
  36.  
  37. > How can I switch the retina to graphic mode.
  38. > (the IOCTL isn't implemented)
  39. > and I'd like to write it.
  40.  
  41. Oh.. do you have the NCR manual for the chip? I'm still hoping that
  42. Lutz Vieweg finds a little timeslot to add the missing ioctl. He already
  43. did the major part of the existing driver, and I think he'd be best
  44. suited for this task :-)
  45.  
  46. > The notion of graphic mode is a good idea, but
  47. > when your font isn't appropriate to de video mode,
  48. > you cant get into trouble.
  49. > 
  50. > I suggest and intellingent graphic mode list
  51. > which would accomodate with the font behavyours.
  52.  
  53. Hm, due to bus-congestion in alphanumeric mode, the Retina can't go
  54. much beyond 800x600, and in that resolution, I can still read the 8x8
  55. font quite well. In gfx-mode, we're running custom fonts anyway, so
  56. where is the problem?
  57.  
  58. > 1st, we'll work for grf0 (custom chips)
  59. > but we're waiting for a retina solution.
  60. > the 1st stem (memory mapping) is solved.
  61. > the second is to adapt the keyboard and
  62. > the monochromes graphic routines.
  63.  
  64. I'm currently writing a /dev/kbd and /dev/mouse, if you assume the
  65. SunOS interface to those, you'll be happy :-)
  66.  
  67. > (we'll have to implement an ioctl to activate/remove the hardware sprite)
  68.  
  69. Yep, and to position it. Btw, the Retina includes a hardware sprite
  70. as well in gfx-mode, that's the main reason I want hi-level mouse support.
  71.  
  72. > (that would be an interresting feature if the hardware srite mouse
  73. > could be used for cut/paste operations in text mode)
  74.  
  75. That was the original intention of Mike Schwartz when he wrote the 
  76. cc-console, I think..
  77.  
  78. -Markus
  79. -- 
  80. CHUUG/EUnet Switzerland                Markus Wild
  81. Zweierstrasse 35    Tel: +41 1 291 45 80    mw@eunet.ch
  82. CH-8004 Zuerich        Fax: +41 1 291 46 42    S=mw;P=EUnet;A=EUnet;C=CH
  83.  
  84.