Re: Emulation of Alt+Numpad+Digits behavior
Robert Currey wrote: I do think that this goal is achievable, because the Alt-Numpad functionality is so limited: all it does is to generate the same symbols without regard to any codepage, keyboard mapping etc. And that's what makes it useful im some cases (see below). And exactly because the functionality is not supposed to be flexible at all, I think that it doesn't necessarily conflict with the X paradigm. To play nice, this should only need xkb file interpretation changes (changing the way the code works may get messy). I'm not that hip on how XKB maintains state, but for Alt-gr type combos it is at least close. Unfortunately it is not possible to implement this functionality solely based on xkb configuration. It would definitely need some modification of xkb and I'm hesitating to go the xkb route because of the expected messieness and the fact that the functionality does not fit very well with the concept of xkb. Xkb deals with a limited set of states (levels, groups) whereas Alt-Numpad needs a large number of states (all possible three-digit combinations). ummm ... the to be transparent is true for windows, but obviously not for unix or mac or ... This really smells like an input method ...so your app that needs to play with readers for Smartcards or keyboard-wedge style barcode readers would need to support the input method. The problem here is that it will not be possible to change those applications: one application are sessions running in a terminal-emulation for IBM mainframes which just expect the data to be scanned or read from the smartcard to be typed into existing input fields. Joerg Henne ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: [I18n] Re: Emulation of Alt+Numpad+Digits behavior
Yesterday at 19:35, Jrg Henne wrote: Markus Kuhn wrote: If you do something in this area, please implement the ISO 14755 hex input method, and not the old MS-Windows one. (Or implement both together, if you really need MS-Windows compatibility here. They don't interfere with each other, because the ISO 14755 technique uses Ctrl-Shift to activate the hex-entry mode, while MS-Windows uses Alt.) For reasons stated in my previous message I really need the DOS/MS-Windows method. However, if there is a viable solution for either of the methods, implementing at least the sections 5.1 and 5.2 (basic and keyboard symbol entry) from ISO 14755 should be fairly straight-forward. Therefore I'll consider implementing both of them, but first I need a viable solution anyway. Gtk+ 2 already implements Ctrl-Shift stuff. Just try it in any GtkTextEntry. Cheers, Danilo ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
The license
Hello all, well , time has passed , and just *everybody* is dropping XFree in favour of X.org and all of this thanks to the new license. Perhaps it is time for a fresh look at the situation. I really don't think this was the effect you tried to achieve , or are you just happy with this ? Though not strictly technical this is a development issue , so posting to devel. Ivan Yosifov. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: [I18n] Re: Emulation of Alt+Numpad+Digits behavior
Danilo Segan wrote on 2004-08-05 10:51 UTC: Yesterday at 19:35, Jörg Henne wrote: Markus Kuhn wrote: If you do something in this area, please implement the ISO 14755 hex input method, and not the old MS-Windows one. (Or implement both together, if you really need MS-Windows compatibility here. They don't interfere with each other, because the ISO 14755 technique uses Ctrl-Shift to activate the hex-entry mode, while MS-Windows uses Alt.) For reasons stated in my previous message I really need the DOS/MS-Windows method. However, if there is a viable solution for either of the methods, implementing at least the sections 5.1 and 5.2 (basic and keyboard symbol entry) from ISO 14755 should be fairly straight-forward. Therefore I'll consider implementing both of them, but first I need a viable solution anyway. Gtk+ 2 already implements Ctrl-Shift stuff. Just try it in any GtkTextEntry. That's for my taste one level to high in the library stack. It would be nicer to have it somewhere in the X11 library instead, along with the other input method mechanics, such that all applications benefit from it, not just those using Gtk+. Markus -- Markus Kuhn, Computer Lab, Univ of Cambridge, GB http://www.cl.cam.ac.uk/~mgk25/ | __oo_O..O_oo__ ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Driver (i810) ignores modeline directives in Config File
Hi, PLATTNER Christoph schrieb: But starting the X server, I could find the line (II) I810(0): Monitor0: Using hsync range of 31.50-70.00 kHz (II) I810(0): Monitor0: Using vrefresh range of 50.00-100.00 Hz (II) I810(0): Not using mode 1152x864 (no mode of this name) [...] Are there changes in Xfree, that only the built in can be used ? That's because the i810-driver has to use the video BIOS to set a video mode (i.e. resolution and color depth) because there is no publicly available documentation on how to set modes bypassing the BIOS. So only video modes known to the BIOS can be set. For the i855-chipset there is a utility called 855resolution to add custom video modes to the video BIOS. Maybe it'll work with i865, too: http://perso.wanadoo.fr/apoirier/ CU Christian -- Christian Zietz - CHZ-Soft - [EMAIL PROTECTED] WWW: http://www.chzsoft.com.ar/ PGP-Key auf Anfrage oder ueber http://www.keyserver.net/ ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Colors
Andrzej Popielewicz wrote: Hi, I have ported XFree 4.4 to an old Unix-like OS Coherent 4.2.10. Rock stable but I have some problems with colors , for S3Virge 1MB. It is set to 8 bit defaultdepth in configfile. But clients see only 4 bit root_depth, and LoadPalette loads only 16 colors. Some suggestions ? I would expect 256 colors. Screenshots at http://www.staff.amu.edu.pl/~apopiele/embed.html , in the bottom part of page. There are way more than 16 colors in those screen shots. -- - Tim Roberts, [EMAIL PROTECTED] Providenza Boekelheide, Inc. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Colors
Uytkownik Tim Roberts napisa: Andrzej Popielewicz wrote: Hi, I have ported XFree 4.4 to an old Unix-like OS Coherent 4.2.10. Rock stable but I have some problems with colors , for S3Virge 1MB. It is set to 8 bit defaultdepth in configfile. But clients see only 4 bit root_depth, and LoadPalette loads only 16 colors. Some suggestions ? I would expect 256 colors. Screenshots at http://www.staff.amu.edu.pl/~apopiele/embed.html , in the bottom part of page. There are way more than 16 colors in those screen shots. In the meantime I am also aware of it. I hope with better card and more RAM will be still better. Thanks for the response anyway. Andrzej ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Remote control and keyboard events
I have a remote control (RM-050) that came with my TV capture card (FlyVideo 2000). The Linux 2.6.6 driver (saa7134) generates input events. Some of these input events do not generate X keycodes. Below is a table of the Button's name, the input event it generates, and the X keycode it generates. The keycode's marked xxx are not generated. The dead keys all have the largest event codes. It looks like event codes large than 255 (perhaps) do not work. How can I fix the dead keys on my remote control? Air/CATV386 xxx Video 393 xxx Audio 392 xxx Power 116 222 AV Source 176 136 Full Screen 372 xxx Stereo 192 249 Mute113 160 Vol+115 176 Vol-114 174 Recall 129 133 Ch+ 402 xxx Ch- 403 xxx Please cc me in your reply. Thanks, Shaun ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Internet High-speed connection by satellite // connexion haut-débit par satellite
Dear Mr., From now, you can get anywhere in Africa, a broadband shared high-speed satellite access : - 24h/24 - From 99 Euro by month (without equipment) - 1 to 13 users/PC can share the same connection or the same subscription. - Speed from 64Kbps to 2Mbps For more information I invite you on our web site on the following address: http://www.globaltt.com The GTT team an myself are free to be in touch with you for any information. Yours faithfully, Sales account manager [EMAIL PROTECTED] -- Cher Monsieur, Il est désormais possible, partout en Afrique, d'avoir un accès Internet par satellite : - A haut-débit (type adsl) - 24h/24 - A partir de 99 euro par mois (hors équipement) - 1 à 13 utilisateurs/PC peuvent partager la même connexion et le même abonnement. - vitesse de 64 Kbps à 2 Mbps Pour plus d'informations, je vous invite à visiter notre site à l'adresse suivante : http://www.globaltt.com Mon équipe et moi-même sommes à votre disposition pour toutes informations. Je vous prie de croire, Cher Monsieur, en l'expression de mes sentiments distingués, Responsable client. [EMAIL PROTECTED] *Si cet e-mail ne devait par répondre à vos besoins vous pouvez renvoyer ce mail avec le sujet no needs *If this email doesn't match with your need you can return this mail with the subject no needs ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Driver (i810) ignores modeline directives in Config File
05 8 2004 22:55PLATTNER Christoph : [...] But starting the X server, I could find the line (II) I810(0): Monitor0: Using hsync range of 31.50-70.00 kHz (II) I810(0): Monitor0: Using vrefresh range of 50.00-100.00 Hz (II) I810(0): Not using mode 1152x864 (no mode of this name) (II) I810(0): Increasing the scanline pitch to allow tiling mode (1280 - 2048). (--) I810(0): Virtual size is 1280x1024 (pitch 2048) (**) I810(0): Built-in mode 1280x1024 (**) I810(0): Built-in mode 1024x768 (**) I810(0): Built-in mode 800x600 (**) I810(0): Built-in mode 640x480 One thing I liked on XFree was to use every resolution (even non-standard line 760x490 with a selfmade modeline. Are there changes in Xfree, that only the built in can be used ? Hello, I had a problem with my laptop (a DELL 510m with a 1400x1050 screen and the i855 chip). It seems that the i810 XFree driver can *only* use the video resolutions which are listed into the BIOS. In my case, there was not the 1400x1050 mode (due to a bug of Dell BIOS), so I could only use the 1280x1024 mode. I think you could have the same problem : (II) I810(0): Not using mode 1152x864 (no mode of this name) From the i810 man page : The driver makes use of the video BIOS to program video modes for the 830M and later. This limits the video modes that can be used to those provided by the video BIOS, and to those that will fit into the amount of video memory that the video BIOS is aware of. With my laptop, I solved this problem using the 855resolution patch from Alain Poirier (many thanks to him) which add a mode in the BIOS list, so XFree is aware of it : http://perso.wanadoo.fr/apoirier/ -- Erwann ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Driver (i810) ignores modeline directives in Config File
On Fri, 2004-08-06 at 10:10, Erwann Thoraval wrote: Hello, I had a problem with my laptop (a DELL 510m with a 1400x1050 screen and the i855 chip). It seems that the i810 XFree driver can *only* use the video resolutions which are listed into the BIOS. I also have a Medion laptop with 1280x800... and Alain Poirer's 855resolution patch fixed it perfectly... Peter Gale ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
