Jump to content

beesea

Members
  • Posts

    219
  • Joined

  • Last visited

Posts posted by beesea

  1. 2.In mandrake it's....Main menu>Configuration>GNOME>Keyboard Shortcuts. It's probably also in gconf-editor somewhere which is a proposed central control center for future gnome2/s.

    in gconf-editor, goto /apps/metacity/global_keybindings. edit the values in run_command_1, run_command_2, etc to the shortcut keys you wanna use. then goto apps/metacity/keybinding_commands and fill in the execution comands for what you want command_1, command_2, etc. to be.

  2. i don't think this is a windows-related problem. when i upgraded to 9.1 (as opposed to a clean install) i started getting this error message only when i started using 9.1's kernel. if go back to using the old 2.4.19 kernel from 9.0 then i don't get that message anymore.

  3. is there a need for a gentoo board ?

    Sincerely, no. The forum.gentoo.org board is frequented by LOTS of gentoo users and when I have a question I go there and most of the time I don't have to ask, the question has already been asked and answered. Also, we are not much Gentoo users here on this board so I think the 'Other Linux Distributions' section is enough. Just my 2 cents..

     

    MOttS

    i agree. i also use gentoo and forums.gentoo.org is THE place to get all your gentoo questions answered. just like motts said, most of the time you'll find that someone there's already had that problem and that there was a solution for it.

  4. my ~/.rpmrc looks like:

    optflags: i586 -march=pentium3 -O3 -fomit-frame-pointer -pipe
    
    
    
    buildarchtranslate: i386: i586
    
    buildarchtranslate: i486: i586
    
    buildarchtranslate: i586: i586
    
    buildarchtranslate: i686: i586

    for an athlon (i think) it should look something like:

    optflags: athlon -march=athlon -O3 -fomit-frame-pointer -pipe
    
    
    
    buildarchtranslate: i386: athlon
    
    buildarchtranslate: i486: athlon
    
    buildarchtranslate: i586: athlon
    
    buildarchtranslate: i686: athlon

  5. so what exactly is the problem? do rpms not rebuild at all, do they not build with your specified optflags, or something else? i haven't tried using optflags in my .rpmrc, but i have no problem building rpms. check the mandrake rpm howto to verify that your .rpmrc and .rpmmacros files are good

  6. depends on what you consider a fix.

    i'd like to not have my screen ****ed up like that whenever i go away for awhile. although i've had dpms disabled since i've had this problem, ideally i'd like to have it turned on.

     

    by the way, thanks for that link. i'll check it out and see if that helps

  7. first off, here's a screenshot of my problem.

     

    this only occurs when i move the mouse or press a key to turn my monitor back on after i've been away from my machine for a long time (ie. overnight, while i'm sleeping). this also means that my power saving settings have been in affect for a long time. this only happens with xfree 4.3 and fluxbox.

     

    i can reproduce this problem in gentoo (X 4.3 also), which runs on this same machine.

     

    anyone know how to fix this? could this be harmful to my monitor?

  8. there should be a way to make it smaller though without losing much of the quality.

    i haven't installed xfree 4.3 in mandrake yet, but i dual-boot with gentoo where i do have xfree 4.3. there's a way to make the cursor smaller, but i don't know how much of the quality you'll lose (i haven't checked out that cursor). you have to create a file called ~/.Xdefaults and put in it:

    Xcursor.size: 16        <-- the default is 24 i think
    
    Xcursor.theme: whiteglass   <--theme name

  9. The only mandrake gtk dev rpm I can find is  libgtk+2.0_0-devel-2.0.6-8mdk  and I get the same messages as above after installing it.

    that's because gtk2 isn't compatible with gtk1.2. you'll need the 1.2 devel package and i'm positive its on one of your cds. just keep looking and you'll find it

  10. mdk 9 has both versions also, so you should be able to use both versions just fine. however, they're not compatible with one another. a program made specifically for gtk2 won't work with gtk1. a gtk1.2 theme won't work for a gtk2 program (some will work, but you'll have to work for it). bvc has a post in tips and trick on using gtk1 themes with gtk2 apps.

  11. The only one used is the one named "action".

    on my machine, action is just a symlink to one of the action.* files. i just changed the link to point to the one i wanted to use.

    Maybe I don't understand what you mean

    i can't think of a good way to explain it so maybe i can help you see it. go into another window manager (that uses a click-to-focus model) and open up a browser window and some other window. move things around so that you can easily see both windows and make sure the browser is the window that's not focused. now if you click on a link in the unfocused browser window, the browser will become active and follow the link. in waimea, however, i'd have to click twice; once to focus the browser, and again to follow the link. this is what i mean by the program not receiving the click. does that make more sense? does anyone else even have that problem?

  12. i wasn't aware that you could do it paul's way. i've been doing it like this:

    startx KDE
    
    startx Fluxbox

    but the argument i pass to startx is case sensitive and must match the spelling of the files in /etc/X11/wmsession.d (minus the two leading digits). also, the wm specified in ~/.xinitrc overrides the argument passed to startx so only do it one way or the other.

    and you could have in your .bashrc, startx but then what the point?

    wouldn't that mean that startx would get called everytime you started an xterm? i think that startx should get called from .bash_profile

  13. yeah, i have those action files but the problem still remains. i used the action.click-to-focus and another click-to-focus action file i got from the waimea web page. the click to focus part works fine, but the click still doesn't get received by the program.

  14. I know some of the desktop environments & window managers have a focus model where moving a mouse over a window focuses it. I forget what it's called.... perhaps "sloppy focus"?

    i prefer a click-to-focus system, so that doesn't apply to my problem.

    Have you looked in;

    man waimea

    of course! :wink:

    that's where to go to find out how to edit your action files in the first place. however, the man page doesn't explain how to do specific things like that; it just says what does what but doesn't tell you how put it all together.

  15. is there a way to set my action file so that an unfocused window receives a mouse click? is it even possible? for example, if i click over a link in an unfocused browser window, the window becomes focused but the browser doesn't recognize the click. in this case i would need two clicks, one to focus the window and one to follow the link.

     

    i'll have edited my action file exactly to my liking, pending this one little problem

×
×
  • Create New...