Menu

Main Menu
Talk Get Daily Search

Member's Online

    User Name
    Password

    Easy Debian Fremantle Beta Testing

    Reply
    Page 205 of 333 | Prev | 195   203     204   205   206     207   215 | Next | Last
    mthmob | # 2041 | 2011-02-01, 08:40 | Report

    Originally Posted by qole View Post
    Just a reminder, tap-and-hold should work as a right-click in GDK+ (Gnome) apps ... but dosbox and others probably would benefit from a working right-click solution that uses a keyboard modifier. So I would like to see a working solution here, too...
    Qole, this one works great:

    "xdotool click 3"
    m:0x80 + b:1 + release

    putting that in xbindkeysrc after installing xdotool, works great. When holding down fn-key, tapping the screen is right click. works in dosbox aswell.

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following 5 Users Say Thank You to mthmob For This Useful Post:
    Cue, mscion, qole, rebhana, sulu

     
    sulu | # 2042 | 2011-02-01, 18:57 | Report

    Originally Posted by mthmob View Post
    Qole, this one works great:

    "xdotool click 3"
    m:0x80 + b:1 + release

    putting that in xbindkeysrc after installing xdotool, works great. When holding down fn-key, tapping the screen is right click. works in dosbox aswell.
    Confirmed! Fn+Tap=right click.
    VBox really seems to influence the result.

    Here's another one:
    Code:
    #Shift+Tap=middle click
    "xdotool click 2"
     m:0x1 + b:1 + release

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following 5 Users Say Thank You to sulu For This Useful Post:
    Cue, mscion, mthmob, qole, rebhana

     
    rebhana | # 2043 | 2011-02-01, 22:52 | Report

    The openoffice.org Debian packages have received a number of updates recently, mostly security related. In Easy Debian (v3e) I therefore did:
    Code:
    apt-get update
    apt-get install openoffice.org-core openoffice.org-draw openoffice.org-gtk openoffice.org-writer openoffice.org-impress openoffice.org-calc openoffice.org-math openoffice.org-style-crystal openoffice.org-style-galaxy openoffice.org-style-hicontrast openoffice.org-style-tango ttf-opensymbol
    apt-get clean
    which worked fine for me.

    Because this upgrade needs sufficient space in /.debian/var/cache/apt, and since I have enough space in /home/user, I moved the cache out of the image like so (in Debian chroot):
    Code:
    cd /var/cache/apt
    apt-get clean
    cp -a archives /home/user/.easydebarchives
    mv archives archives-
    ln -s /home/user/.easydebarchives archives
    (Here "archives-" is just a backup.)

    Edit | Forward | Quote | Quick Reply | Thanks

    Last edited by rebhana; 2011-02-01 at 22:55.
    The Following 2 Users Say Thank You to rebhana For This Useful Post:
    mscion, mthmob

     
    klepto | # 2044 | 2011-02-03, 01:36 | Report

    Firstly, apologies if this has already been covered. I did search but didn't find quite what I'm looking for. Also, thanks to qole and everyone else involved for bringing a proper GNU/Linux environment to the n900, it's a killer app for me.

    I'm currently in the process of modifying the qmount and qumount scripts to allow the use of a chroot within an existing directory structure, as opposed to using an image file or partition. I'm not looking for help as such, I'm pretty sure I can make it work, although any advice will be gratefully received.

    My question is this: has anyone already done this? It would be silly for me to duplicate existing work. If so can someone please provide a link? If not I'll post patches here when I'm done, but I don't have a lot of time to work on it right now so it may be a little while.

    Edit | Forward | Quote | Quick Reply | Thanks

     
    qole | # 2045 | 2011-02-03, 05:05 | Report

    klepto: I do not recommend putting your chroot in a directory. I have tried it and it has problems like the inability to kill chroot apps by closing the chroot.

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following User Says Thank You to qole For This Useful Post:
    klepto

     
    electroaudio | # 2046 | 2011-02-03, 12:24 | Report

    Would it be possible with XdoTool to define mousebuttons at the bottom corners of the touchscreen and maybe a scrollbar on the side.
    And then use the rest of the touchscreen to send "move mouse" commands to the mousepointer in the same direction as the finger moves? Hopefully with acceleration too?

    Edit | Forward | Quote | Quick Reply | Thanks

     
    sulu | # 2047 | 2011-02-03, 13:03 | Report

    Originally Posted by electroaudio View Post
    Would it be possible with XdoTool to define mousebuttons at the bottom corners of the touchscreen and maybe a scrollbar on the side.
    And then use the rest of the touchscreen to send "move mouse" commands to the mousepointer in the same direction as the finger moves? Hopefully with acceleration too?
    You want an on-screen touchpad? In principle the button/movement part is possible with xdotool.
    One would need another program to create the interface that grabs the mouse actions. Zenity could do the mouse buttons but I have no idea if it could do something like a touchpad.

    It would have to be some transparent form covering the whole screen but then there is the problem how to tell the difference between a simple mouse movement and a a marking action. And one couldn't simply click on any elements on the desktop unless the mouse pointer is exactly above it. So the usual touch-screen feeling would get lost.
    I don't think that it's feasible with a reasonable effort and to a reasonable level of usability.

    What I think could be useful is some kind of d-pad. This could either be on-screen or on the hardware keyboard (switching between d-pad and normal keyboard via some modifier - much like the num-pad switching on laptop keyboards without dedicated num-pads). I think the latter option would be better.
    Could we somehow use the camera button for that switch? I know there is a program in the Maemo repository that allows to customize the action that is performed when the camera button is pressed. But I haven't tried it so far.

    Edit | Forward | Quote | Quick Reply | Thanks

    Last edited by sulu; 2011-02-03 at 13:08.

     
    mscion | # 2048 | 2011-02-03, 16:22 | Report

    Originally Posted by sulu View Post
    Confirmed! Fn+Tap=right click.
    VBox really seems to influence the result.

    Here's another one:
    Code:
    #Shift+Tap=middle click
    "xdotool click 2"
     m:0x1 + b:1 + release
    Just an observation

    The

    Fn+Tap=right click

    works with no problem. I thought that

    Shift+Tap=middle click

    wasn't working until I realized I had to release the Shift in sync with the tap.
    The Fn+Tap was not as sensitive to the timing.

    Is this the general observation?

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following 3 Users Say Thank You to mscion For This Useful Post:
    mthmob, qole, rebhana

     
    sulu | # 2049 | 2011-02-03, 21:22 | Report

    Originally Posted by mscion View Post
    Shift+Tap=middle click

    wasn't working until I realized I had to release the Shift in sync with the tap.
    I can't confirm this. For me the "unix middle click insert" works immediately after the tap-release, without shift-release.

    Can you please swap Fn and Shift in the xbindkeys commands, try again and report back if the release-behavior is related to the key or the emulated mouse button?


    Edit:
    Just for the record, I just tried to switch Num_Lock and Caps_Lock via xdotool. In principle (on my laptop) it works. The N900 seem to know these buttons too (I got no error message) but doesn't care for them. I added lxpanel's LED indicator to the panel, but it didn't change and I also couldn't see any changes in the keyboard behavior (e.g. capital letters).

    Edit | Forward | Quote | Quick Reply | Thanks

    Last edited by sulu; 2011-02-03 at 21:41.

     
    mscion | # 2050 | 2011-02-04, 01:53 | Report

    Originally Posted by sulu View Post
    I can't confirm this. For me the "unix middle click insert" works immediately after the tap-release, without shift-release.

    Can you please swap Fn and Shift in the xbindkeys commands, try again and report back if the release-behavior is related to the key or the emulated mouse button?

    Hi, I tried your suggestion and whether I use the Fn or Shift key I need to release it in sync with tap to get the middle click to work. The right click works after the tap-release, using Fn or Shift. So it appears to be related to the emulated mouse button which seems rather peculiar... Anybody else confirm this?

    Edit | Forward | Quote | Quick Reply | Thanks

    Last edited by mscion; 2011-02-04 at 16:37.

     
    Page 205 of 333 | Prev | 195   203     204   205   206     207   215 | Next | Last
vBulletin® Version 3.8.8
Normal Logout