Hello,
i’ve got an Fujitsu-Siemens Si1520, after installation of live-cd opensuse 11 the mouse did work as espected but after an reboot my pointer only work’s at the login screen, when the desktop is displayed my mouse pointer freezes.
I have no idea what would cause that, but perhaps I could offer a few suggestions.
-Does your keyboard work? As a base test, if you hit CAPS LOCK, does the keyboard light up? Can you navigate the desktop with your keyboard, such as ctrl+etc to open the menu…
You could try booting into a more minimal mode and updating packages, that might help. If you can get into a terminal, run:
zypper ref
zypper dup
zypper up
This will likely be a huge download (1+ GB), and no guarantee of a fix. Hopefully someone with more specific knowledge will come along and help out!
Could be linked to an open bug where this issue happens (mostly) after configuring the touchpad with the applet in Control Center.
You might want to add you comments to the bug to get this fixed.
As a workaround, so far I’ve only managed to ‘fix’ this by clearing my .gnome config files in my home directory and rebooting.
It should be fixed in factory but I haven’t tried it yet…
Found the problem, it was too simple to be true…
The settings (sensitivity, acceleration) was set as default to zero in Touchpad preferences under control-center.
I increased the speed and now it works perfectly!!!
>
> Found the problem, it was too simple to be true…
> The settings (sensitivity, acceleration) was set as default to zero in
> Touchpad preferences under control-center.
> I increased the speed and now it works perfectly!!!
This looks like it is happening on an update installation - many of us
actually SET the sensitivity way low back about 10.2 just to tame the
@#$%^& tap sensitivity. On my Toshiba, the damned touchpad was so
sensitive it was actually a hazard to my mental health until I manually
mucked with it - the setup apps didn’t manage to get it where it was
usable.
I had this problem running opensuse 11.0, and i have a synaptics touchpad. When i used the gsynaptics touchpad applet in the control panel to turn tapping off, then i rebooted or restarted teh session, the pointer was stuck. After about 3 days of messing around with this I found my problem was with the touchpad applet and gconf xml file. It seems to be that when you use the touchpad applet, the xml settings for each attribute don’t get created unless you change them at least once. So the first time you configure it, if you just turn tapping off, the rest of the settings are zero because they weren’t altered, and you have no movement. So to get around this, alter each attribute in the applet at least once before closing, and all the settings will be written.
also, make sure “gsynaptics-init --sm-disable” is run when your session starts or it won’t read your settings from the conf. Mine was already set up under “Touchpad” in the sessions applet.
here is my /home/brandon/.gconf/desktop/gnome/peripherals/touchpad/%gconf.xml
I thought at first that this was a KDE4 oddity and finally gave up on KDE4 after becoming so frustrated with difficulties navigating the menus. However switching to KDE3 I saw the same ALPS touchpad behaviour using openSUSE 11.0 final (plus updates) from a clean install (bad old HDD).
If you launch Yast->Hardware->Mouse Model it will bring up a description of the pointers. If you can manage to get the pointer over the picture of the mouse(*), then you can see which button and movement corresponds to your motion on the pad. I haven’t worked out how to “fix” it yet
(*) For me, the top half of the touchpad seems to be mapped to ‘normal’ movement of the pointer. The bottom half maps Left to Right motion as Down & Up on the scroll wheel. The touchpad seems to have a top and bottom half defined as regions and ‘continues’ my motion across it; so dragging top right to bottom left moves the pointer all the way down the screen, however, the killer is that on my next movement the pad registers that I’m on the lower half of the pad and ignores or invokes the crazy scroll movement. This makes menu navigation very tricky - I have to remember to lift my finger and place it back in the top half of the pad to move about properly.
This is really, really, really, really, really, really, really, really annoying. So annoying that I’ve written this lengthy write-up of ‘broken’ behaviour hoping that the search engines will reference this point, before trying to sort it (or just plug a mouse back in, which is how I’ve kept my sanity in the last few weeks). I have a Sony Vaio B1XP.
Yast doesn’t find any reference to touchpad when using its search feature. Previously I used openSUSE 10.3, having upgraded through each major release since about SL9.2. I had full motion across the touchpad, with the right hand edge acting as vertical scroll, which was detected in KDE & xterms. I don’t remember ever doing anything special to get the touchpad to work normally.