Re: [XFree86] some definitions
Bob Squanto wrote: I see the terms pixel clock, dot clock and RAMDAC used. The first two appear to be the same. There rae not the same as RAMDAC according to my logs, but are they? Sorry, can't help you directly, but instead have a request for you -- when you get decent definitions of these terms, why don't you consider adding them to WikiLearn (http://twiki.org/cgi-bin/view/Wikilearn)? (to help the next person with the same question) By the way, you've tried Googling for those terms? Randy Kramer ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] some definitions
Joerg Balsiger wrote: did you want to send this request to Bo Squanto, or me? I meant to send it to the entire list, which is what I think I did. Everyone is welcome to record their learnings on WikiLearn! Randy Kramer ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: Where do I start?
Ben Knights wrote: 4) Suggestions for projects would be great. Participate in WikiLearn (a project to learn / document learning) of any open source related subject. Among other possibilities, you could either directly choose to help with WikiLearn (among other things, pick any existing WikiLearn page, and vet it for correctness (and clarity), or instead, as you do work toward any other project (perhaps XFree86 related) document your path and learnings on WikiLearn (starting new pages as appropriate (i.e., as you deem appropriate)). I'm afraid I'm being a little cryptic so maybe looking at WikiLearn would be helpful. Maybe start with http://twiki.org/cgi-bin/view/Wikilearn/WebChanges. (Note that my changes have tapered off in the last several months as I've made more of my notes in my offline replacement for twiki, but getting someone else to participate should help rekindle my enthusiasm.) If you're not familiar with a wiki, let me know and I'll provide more background, but in general it is intended to be an on-line collaborative environment where anyone (or almost anyone -- we can discuss that) can edit anyone else's contributions in order to improve them. TWiki keeps a revision record of each page, which, for those that care, can be a permanent record of attribution. (In addition, as a matter of policy on WikiLearn, I like to see a list of contributors on each page, not to be deleted even after massive edits by others.) If this idea doesn't sound appealing to you, write to me and let me know why, maybe I need to adjust the focus of WikiLearn. If I haven't said it yet, the first draft of a WikiLearn page is not expected to be a finished polished product, but something that inspires the next person treading that path to improve it. regards, Randy Kramer PS: The problem may just about solved for me now (once I try some of the recent potential solutions), but something I've been wishing for ever since I started the switch to Linux is a keyboard macro facility that let me create shortcut keys for arbitrary boilerplate text and enter it into the application (any application) with the current focus by pressing a keyboard shortcut. Although there may be solutions available now, some of them work (IIUC) only in specific environments (for example, KHotKeys for kde) -- such a utility that worked for any X application would be a specific project that might still be worthy of attention. (There are also some test type programs that record and playback user actions that might solve or almost solve the problem, but those that I tried to test a few months ago did not work well for me.) ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: [XFree86] [Confirm 10804644746996c80420ce01372264e651051d7cb7]
Nate, Isn't this (your Nate's secretary message) as bad or worse than the original spam? Get it off the mailing list, please. Randy Kramer Nate's Secretary wrote: Hi, this is Nate's automated secretary. Nate gets huge amounts of spam, so I want to make sure that you're a real person and not a spammer. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Dummies Manual???
[EMAIL PROTECTED] wrote: I'm trying to understand how this all works. I'm having to deal with this b/c I want to use a new beta program called OpenOffice.org (by Luxuriosity - nothing luxurious about this.) I didn't know what I was getting into. I really want to use the program. Can anyone help? They say I have to use x11 and xdarwin. I can figure how to open an xterm and have tried to type in the 'manual instructions'. Does anyone have a clue what I'm talking about? Any (effective) help is gratefully accepted. THANKS!!! norhinks I think most people will need a little more information. What distro are you running (and version) and what kind of computer (80x86 based?) Randy Kramer PS: Are you subscribed to this list? ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Linux question, though not about xfre86
Jonathan McLean wrote: I know that this is supposed to be an email for XFree86 issues, but if anyone feels like helping a newb in need with a sound problem that be great. e-mail if you might want to help. 1) Sorry for replying on list, I thought some of this may be of use to others. 2) I doubt I can specifically help you, but I thought I'd try to point you to some resources (and make a request). Resources: * The help pages, lists, forums whatever for your particular Linux distribution. * The linux audio user mail list, [EMAIL PROTECTED], I'm fairly certain you subscribe by sending a message containing only subscribe (I'd put it in the header and body) to [EMAIL PROTECTED] I started some WikiLearn pages to record my own and other's experiences. If they help, great, if they don't, how about adding something to them after you solve your problem. (If they are not understandable, feel free to refactor them to make them more understandable -- they are on a wiki. * http://twiki.org/cgi-bin/view/Wikilearn/SoundInLinux * http://twiki.org/cgi-bin/view/Wikilearn/SoundChecklist regards, Randy Kramer ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Disable Copy-on-Select?
Matthieu Herrb wrote: XTerm.VT100.Translations: #override\ BtnUp:select-end(PRIMARY) \n\ ~Ctrl ~Meta Btn2Up: insert-selection(SECONDARY)\n\ CtrlKeyC: select-set(PRIMARY, SECONDARY)\n\ CtrlKeyV: insert-selection(SECONDARY, CUT_BUFFER0) Thanks for posting this, as it gives me a chance to ask a few questions (I've been feeling my way through setting up some (two-key) key bindings (for Nedit) recently using the translation table approach. 1. What does the ~ in front of Ctrl and Meta mean (does that perhaps make it optional)? 2. Is there a way to require two mod keys on one keystroke, e.g., I've tried things like Ctrl+AltKeyc? 3. What is the Meta key? (Is that typically the Win key?) 4. Any clues on where I can find a good explanation of the file format? E.g., the \n\ at the end of most lines (all but the first and last) and the requirement that there be no spaces after the last \. (Somebody has explained to me that it has to do with escaping the following return, but I wondered where the format requirements are documented. (Is it possibly the format of a very long line in Bash??) regards, Randy Kramer ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Disable Copy-on-Select?
Matthieu, Thanks very much! I'm going to look up some of that documentation, but I do have one more question you might be able to answer. I made some progress and can map things to the Win key using Mod4 as the name of the modifier key (in the .Xdefaults file). However, when I use xmodmap to look at my key assignments, I see mod4 (no caps) listed as the name of the modifier. mod4 doesn't work in .Xdefaults but Mod4 does. Is there an extra step somewhere, or how does mod4 get reinterpreted as Mod4. regards, Randy Kramer Matthieu Herrb wrote: ---good stuff snipped--- ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Disable Copy-on-Select?
xfree86 User wrote (in a message from Thursday 29) Is there a way to disable copy-on-select within the latest stable xfree86? If you are running KDE, this can be done. If you are running KDE, reply and I'll try to help you. (I'm at a Windows machine right now.) In general terms look for options with respect to klipper -- you may need to set a couple, like don't synchronize the clipboard and selection and/or ignore the selection. My current setup is such that the middle button selection and cut and paste via ctrlx,v,c are independent but both function. I.e., I can copy and paste with ctrlx,v,c or the selection / middle button, but the selection won't override anything copied via ctrlx,v,c. I suspect there may be ways to do it in other desktop / window managers (GNOME, Icewm), whatever, but I'm not familiar with them. BTW: * klipper is neat in that I can copy seven (or more) items to separate buffers for repasting. (Unfortunately, selecting which buffer to paste requires opening klipper and selecting (clicking on) the one I'd like to paste. * building on the above, it would be nice if shortcut keys were expanded so that I could copy and paste to a specific klipper buffer. For example, maybe ctrlc,2 would copy something to the 2nd klipper buffer, and ctrlv,2 would paste the second buffer. * I've made suggestions to kde (the developer of klipper) along those lines which have not so far been implemented (probably two years ago. (They have fulfilled some other requests.) * Yes, I know those suggestions are more appropriate to kde, but maybe the same functionality could be implemented in X. (I know (think) X has something similar to klipper, but I forget what it's called. (And I suspect klipper is a wrapper around the X thingie, with some additional functionality added.) * While I'm mentioning things I'd like to have, how about a keyboard macro facility. (It is somewhere on the (fairly new) Xfree86 bugzilla.) Randy Kramer ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: Disbandment
David, Thank you! Randy Kramer PS: I agree with Torrey Lyons' suggestion, it would be helpful to have your comments added to the first page of xfree86.org. David Dawes wrote: It is part of a restructuring that has moved XFree86 technical and development discussions into a more open environment. --- good stuff snipped --- ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Disbandment
Sven Luther wrote: That said, i perfectly understand that these issues are quite puzzling for outside people, who mostly know XFree86 only from using it, but nothing of the internal quarrels we had in the past. Sven, Or outsiders who knew (or thought they knew) a little about past internal quarrels but don't know what this signifies in terms of those quarrels. regards, Randy Kramer BTW: Thanks for your reply to my earlier post! ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: [XFree86] Problems iIn Changing Video Modes
Kathy Wills wrote: Using the screen size 1024x768 most of the fonts are so small that I can't hardly see them. If I change the mode to 800x600 which is much easeier for me to read then the video becomes so large that a lot of it isn't even on my monitor screen. I would like to change the mode and have all within what I can see on my monitor. Attached is a copy of my XF86Config. I have tried everything I can think of to fix this. Can someone please help. I'm not an expert (by any means), but I know one way to solve your problem (IIUC). (I've heard that there is an other way to solve the problem, but never quite got the details (something about disabling virtual screens???).) One way to solve the problem is to delete the 1024x768 from each of the lines below. (It might also work if you put the 800x600 line first on the line.) Pseudo Explanation: It seems that X always makes a virtual screen (my terminology, may not agree with X terminology) that is the size of the first specified resolution on the Modes line (or the largest resolution on the Modes line??). Then, if you specify the use of a smaller resolution (say 800x600) (using say, ctrlalt- (or +)), you get an 800x600 window on the larger virtual screen (instead of getting an 800x600 window on an 800x600 screen). It can sometimes be a nice feature, but I personally don't think it should be the default. (In Windows (95) the default is just the opposite, but there are ways (IIRC) of getting the same result as the default X approach.) hope this helps, Randy Kramer Subsection Display Depth 8 Modes 1024x768 800x600 640x480 Virtual 0 0 EndSubsection Subsection Display Depth 16 Modes 1024x768 800x600 640x480 Virtual 0 0 EndSubsection Subsection Display Depth 24 Modes 1024x768 800x600 640x480 Virtual 0 0 EndSubsection Subsection Display Depth 32 Modes 1024x768 800x600 640x480 Virtual 0 0 EndSubsection EndSection ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
