From: Hu Y. <ccp...@on...> - 2001-09-20 07:33:11
|
From: ru...@gn... attach: ni...@pc... email for gpm's maintainer. > > Hello. Please note that I'm not the maintainer of gpm any more. Nico > Schottelius <ni...@pc...> is the new maintainer (and > co-recipient of this message). > > > [...] > > The main problem is Graph Mode. Any suggestion? > > Unfortunately no. gpm is expecting to run in text mode, and the > mechanism it uses to cut and paste data is implemented inside the > kernel, and uses the internal image of the text mode buffer kept by > the kernel. I don't think there is an easy solution to the issue. > > I'll let Nico dig in the problem and add what he sees fit. > > Best > /alessandro > |
From: Hu Y. <ccp...@on...> - 2001-09-27 03:35:04
|
Send by "Nico Schottelius" <ni...@pc...>. the idea of gpm support. > > Hi Hu! > > > > > > zhcon offers Chinese VC, and replace kernel's vc in fact. > > > > So we should disable all gpm's default routine like DrawPoint, > > > > copy/paste etc, the client need mouse open, colse, get event, > > > > the operation for vc will replaced by zhcon. > > > > As your know, it is easy to get mouse event use repeater way. > > > > But zhcon is not end api, the import is api running in zhcon like mc > > > > can get mouse event. So repeater way can not help us. > > > > > > in short: > > > - you built a new vc, incompatible to the standard Linux vc. > > > - you need mouse support for it. > > > Is that correct ? > > 1. Yes, but it is just one we needed and easy to finished. > > Why don't you try to modify the standard vc and to include > your work into the linux kernel ? > > > Try to modify liblow.c and try to open pty's slave(real tty) instead. > > The api which running in Chinese's new VC like /dev/pts/0, can use > > normal gpm's function(Gpm_open, etc) to get gpm event. > > When the Chinese's new VC is created, it would set env as below: > > PTY_SALVE=/dev/tty1 > > When Gpm_Open find current is /dev/pts/0, it should try to getenv > > PTY_SALVE, and open PTY_SALVE instead. > > So in short: > > if(cur_vc == /dev/pts/*) open $PTY_SLAVE and not /dev/pts/* ? > > > 2. zhcon which create Chinese's new vc would open gpm too, and set > > default mask to 0, and finish default function like draw point, copy/paste > > by itself. But /dev/tty1 is in GraphMode, so zhcon can not get any event > > from > > gpm server. > > > > One of the solution: > > If gpm server found current VC is in Graph mode, it may auto turn to > > repeater mode. > > And make liblow.c getting event from /dev/gpmdata. > > Oh...that's much to think about. > The best solution would be you download the latest gpm release > and develop a patch. Then I will check and apply the patch. > I really would like to help you, but there are many other problems > currently with gpm. I am the new maintainer just for some > weeks right now. > There are still parts unclear to me in gpm's source. > > > > > I don't know what you want to reach with zhcon, but right now I can > > > just tell you to look at the functions used at gpm and rewrite them for > > > your specefic virtual console. > > > > > > If your product is a mainstream, open-source project, which should be > > > intergrated > > > into the kernel or the standard linux distros, then we can discuss about > > > what changes > > > have to be done in gpm. > > zhcon is under GPL. > > fine. So we can work together. > I don't like commercial projects. > > > > > Hu Yong > > Looks good! > > Nico > > |