Michel Albert

Show:

What's happening?

  • Comment: Auto-type with Multiple Keepass Files Open at Once

    I second this request. I work with three separate files that should stay separate. One at the office, one with personal accounts, and one file which is shared by a task-force. I have two work environments, on each I need a different set of files. First, in the office I need access to my office keypass file, and my personal file. At home, I need my personal file and my task-force file. The...

    2009-07-04 09:26:12 UTC in KeePassX

  • Comment: Wrong results due to padding with "X"

    Forgot to set it to "closed" ;)

    2008-10-07 12:27:22 UTC in python-ngram

  • Comment: Wrong results due to padding with "X"

    Agreed. Thanks Graham.

    2008-10-07 12:26:48 UTC in python-ngram

  • Comment: Character encoding trouble

    Good point. What about issuing a warning message? I am not (yet) as familiar with python's logging module, but with Log4J it would be possible to emit warnings, which can be caught and logged in the application that is using the library. From what I see in the python logging module, this should be possible. At least, then less experienced python users will see that something's afoot. I...

    2008-10-06 14:41:41 UTC in python-ngram

  • autotocjs

    exhuma registered the autotoc.js project.

    2008-06-25 05:47:07 UTC in autotoc.js

  • python-scrobbler

    exhuma committed revision 4 to the python-scrobbler SVN repository, changing 1 files.

    2008-03-15 13:42:59 UTC in python-scrobbler

  • Comment: Wrong results due to padding with "X"

    Attached a fix for this. Now, I am using the non-breaking space (u'\xa0') as padding character, and if any of those are encountered in the string, they are replaced with normal spaces (u'\x20'). This is a non-destructive replacement. File Added: 1835788.patch.

    2007-11-21 16:03:11 UTC in python-ngram

  • Comment: Character encoding trouble

    File Added: 1835822.patch.

    2007-11-21 15:19:14 UTC in python-ngram

  • Character encoding trouble

    If supplying a multibyte string as either "haystack" or "needle", results are unpredictable: >>> ngram.compare('dfsédfsdf', 'dfsédfsdf') XXd: 'XXd' Xdf: 'Xdf' dfs: 'dfs' fs�: 'fs\xc3' sé: 's\xc3\xa9' éd: '\xc3\xa9d' �df: '\xa9df' dfs: 'dfs' fsd: 'fsd' sdf: 'sdf' dfX: 'dfX' fXX: 'fXX' 1.0 Note that the trigrams in the middle are not trigrams at all, but di-grams because...

    2007-11-21 14:43:05 UTC in python-ngram

  • Wrong results due to padding with "X"

    Internally the algorithm pads the supplied strings with "X" characters. This causes problems when the string itself begins or ends with an X. The similarity score will be smaller than expected as one trigram "disappears". A solution is in the works ;)

    2007-11-21 14:11:16 UTC in python-ngram