Akira TAGOH

Show:

What's happening?

  • Kanji key doesn't work with jp106 and us layout

    This issue happens on the client. the server is running on X with jp106 layout and the client is running on X with us layout. when I press a Kanji key (keycode 49 keysym 0xff21) or Zenkaku_Hankaku key (keycode 49 keysym 0xff2a) on the server, it works as usual and as expected. but not working on the client. Monitoring the key event with xev on the client, no key events appears with Kanji key...

    2008-04-15 10:20:03 UTC in synergy

  • Comment: Shift key doesn't work when caps lock is turned on.

    FYI, Shift key just works with even caps lock if the client is on us layout. even though the server is still on jp106 layout.

    2008-04-15 10:13:22 UTC in synergy

  • Shift key doesn't work when caps lock is turned on.

    I have synergy running on both Linux boxes. when caps lock is turned on on the server, some keys like ASCII works fine on even the client. but some keys like symbols that presented by shift key doesn't work. it shows me the same character regardless of pressing shift key. Both Linux boxes has synergy 1.3.1. but the server is a Debian box and 1.3.1-2.1 running, and the client is a Fedora box...

    2008-04-15 10:02:55 UTC in synergy

  • not reflect the given "character per inch".

    Sorry for bringing this up again and again. but the feature is really misleading on current implementation. When 17 "characters per inch" is given to paps for strings, paps generates PS with strings that is too small. which is obviously not 17 "characters per inch". How to reproduce: 1. perl -e 'print "a"x132' | paps --cpi=17 --paper=letter > foo.ps 2. evince foo.ps say. On letter...

    2007-11-16 06:48:59 UTC in paps

  • should exit immediately if unrecoverable error occurs

    Even if any errors or the unrecoverable erros occurs, paps is going to proceed successfully without the outcome. it should exit with the exit code 1 immediately and should notify the fail to others.

    2007-11-16 05:02:19 UTC in paps

  • generating invalid PS code

    paps uses the locale-dependent API to output PS. it makes not working on some locale, such as French.

    2007-11-16 04:49:30 UTC in paps

  • Better encoding handling

    Right now even if "UTF-8" is given as the encoding, paps do convert strings to UTF-8 anyway. it's actually unnecessary operation and attached patch makes it better.

    2007-11-16 04:46:06 UTC in paps

  • can't be off the wordwrap properly

    current code has a flag to do manage the word wrap (even though that's only available internally) it doesn't effect if the word wrap feature is off.

    2007-11-16 04:38:01 UTC in paps

  • Comment: Enable built of shared library

    doh, I posted this :)

    2007-11-16 03:06:56 UTC in paps

  • Comment: 80x66 characters per page

    Logged In: YES user_id=54008 I think --cpi/--lpi option may helps you. or you don't want to calculate the actual columns and lines against the paper size? :)

    2006-09-07 06:28:45 UTC in paps