Tickets List - Anthy on SourceForge.JP

文字変換テーブルからの漏れ - Anthy Ticket #31027 on SourceForge.JP

Sun, 24 Mar 2013 11:40:44 +0900

文字変換テーブルからの漏れ

Open Date: 2013-03-24 11:40

Last Update: 2013-03-24 11:40

Reporter:	jaque2013s	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

ibus-anthyの変換テーブル　tables.pyの記述中、かな入力の濁点付きに対応するkana_voiced_consonant_no_ruleに「ぼ」に対応するものが抜けています。

.. u'へ' : u'べ', } ではなく、 .. u'へ' : u'べ', u'ほ' : u'ぼ', } となる必要があると思います。

Last Update of this Ticket

2013-03-24 11:40 Update by: jaque2013s

New Ticket "文字変換テーブルからの漏れ" created

anthy-9100h does not build with the recently released automake-1.13 - Anthy Ticket #30569 on SourceForge.JP

Thu, 24 Jan 2013 08:20:11 +0900

anthy-9100h does not build with the recently released automake-1.13

Open Date: 2013-01-24 08:19

Last Update: 2013-01-24 08:20

Reporter:	russo79	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Patches	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

In Automake 1.13, the long-deprecated macro AM_CONFIG_HEADER (deprecated since 2002) has been removed in favour of AC_CONFIG_HEADERS. Attached patch applies to anthy-9100h and replaces the removed macros by valid ones.

Last Update of this Ticket

2013-01-24 08:20 Update by: russo79

Summary Updated

use XDG dirs instead of HOME - Anthy Ticket #28397 on SourceForge.JP

Tue, 15 May 2012 13:08:55 +0900

use XDG dirs instead of HOME

Open Date: 2012-05-15 13:08

Last Update: 2012-05-15 13:08

Reporter:	mccann	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

Currently we use ~/.anthy for a few things. It would be better to use the locations defined in the XDG Base Directory Specification.

https://live.gnome.org/GnomeGoals/XDGConfigFolders

Last Update of this Ticket

2013-01-05 18:21 Update by: eheintzmann

Comment

According to XDG Base directory specification, Anthy should not have its own folder (~/anthy) anymore User data should go into $XDG_DATA_HOME (which default to ~/.local/share), user preferences should go into $XDG_CONFIG_HOME (which default to ~/.config) and cached data should go to $XDG_CACHE_HOME (which default to ~/.cache). More details at : http://ploum.net/post/207-modify-your-application-to-use-xdg-folders https://live.gnome.org/GnomeGoals/XDGConfigFolders

Full specification can be found at: http://standards.freedesktop.org/basedir-spec/latest/

The Freedesktop.org XDG base directory specification have good de facto adoption. It has been adopted by:

- GNOME ( https://live.gnome.org/GnomeGoals/XDGConfigFolders )

- GTK+ ( https://bugzilla.gnome.org/show_bug.cgi?id=646631 )

- KDE ( http://techbase.kde.org/KDE_System_Administration/XDG_Filesystem_Hierarchy#Freedesktop.org_and_Standard_Directories )

- QT ( http://harmattan-dev.nokia.com/docs/library/html/qt4/qsettings.html#setPath )

- XFCE ( http://docs.xfce.org/xfce/xfce4-session/advanced in Files and Environment Variables )

- LXDE

- Razor-qt

- VLC ( https://trac.videolan.org/vlc/ticket/1267 )

- GStreamer ( https://bugzilla.gnome.org/show_bug.cgi?id=518597 )

- Chrome ( http://code.google.com/p/chromium/issues/detail?id=16976 )

- many more upstream applications

- Ubuntu ( http://brainstorm.ubuntu.com/idea/6557/ & http://packages.ubuntu.com/fr/source/precise/libxdg-basedir )

- Debian ( http://packages.debian.org/squeeze/libxdg-basedir1 )

- Red Hat

- Fedora

- Suse

- many more distributions

I think that Anthy should use same locations than the vast majority of Desktop environment and applications.

There are real advantages of following this specification :

- a lot less cluttered $HOME

- Make backups a lot more safer and easier.

Backuping your $XDG_DATA_HOME along with your files is enough (or just excluding $XDG_CACHE_HOME)

- A lot easier to reset a default configuration if you want/need it (and

without any risk to loose informations). Even for the software itself could choose to reset $XDG_CONFIG_HOME if needed.

- Avoid some strange bugs that happens because you had a old version of

some configuration file

- A lot more of flexibility and portability because no path are hardcoded.

Problem selecting kanji with shift-number - Anthy Ticket #26305 on SourceForge.JP

Wed, 14 Sep 2011 19:32:24 +0900

Problem selecting kanji with shift-number

Open Date: 2011-09-14 19:32

Last Update: 2011-09-14 19:32

Reporter:	ospalh	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

When using ibus/anthy and a keyboard layout where you use the shift key to get to the numbers (like standard French azerty keyboard or programmer Dvorak) selecting the correct kanji from the list via the number key doesn't work.

Step by step example:

You want to write "退会",
type "taikai" and get an underlined "たいかい",
hit <space> and get an underlined "大海". (depending on your history with words pronounced like that)
As that's not what you want you hit <space> again and get a list of candidates.
What you want is number 3.
So you hit <space><3>. (See definition, you use shift to get to the numbers.)
You end up with 大海 and an underlined "３". (A "full-width" 3?)
Which is not what you want.

Selecting the correct kanji with the cursor keys or the numbers on the num pad works fine.

P.S. Sorry about not writing in Japanese. I'm learning the language. I don't really speak/write it yet.

Last Update of this Ticket

2011-09-14 19:34 Update by: ospalh

File taikai_space_space_3.png (File ID: 4623) is attached.

Cannot input ちゃ (cya) on ubuntu - Anthy Ticket #22408 on SourceForge.JP

Thu, 08 Jul 2010 20:36:12 +0900

Cannot input ちゃ (cya) on ubuntu

Open Date: 2010-07-08 20:36

Last Update: 2010-07-08 20:36

Reporter:	(Anonymous)	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/603111

This is in Ubuntu 10.04. Not sure where the problem came from. From anthy or when packaging with ubuntu.

Last Update of this Ticket

2012-04-28 05:09 Update by: maimi09

Comment

You can see the Wikipedia article ローマ字入力 better implement the requirements (Obsolete on JIS) of the input in the Roman alphabet. However, in many cases seems to be proper keystroke.

Kanji Problem - Anthy Ticket #21257 on SourceForge.JP

Thu, 01 Apr 2010 16:47:14 +0900

Kanji Problem

Open Date: 2010-04-01 16:47

Last Update: 2010-04-01 16:47

Reporter:	(Anonymous)	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

When I hit the 'space bar' to switch the hiragana characters to kanji the kanji symbol appears but the hiragana stays the same.

Last Update of this Ticket

2010-04-01 16:47 Update by: None

New Ticket "Kanji Problem" created

メモリリーク箇所の報告 - Anthy Ticket #20964 on SourceForge.JP

Wed, 03 Mar 2010 20:10:18 +0900

メモリリーク箇所の報告

Open Date: 2010-03-03 20:10

Last Update: 2010-03-03 20:10

Reporter:	syama	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

anthy-9100h/mkworddic/mkdic.cのmk_yomi_hash関数についてです。 566行目 hash_array = (unsigned char *)malloc(YOMI_HASH_ARRAY_SIZE); なのですが、これをfreeしている箇所が見当たりません。

そのため、このままではメモリリークにつながるのではないかと思うのでバグとして報告します。次期バージョンでの修正をお願いします。

Last Update of this Ticket

2010-03-03 20:10 Update by: syama

New Ticket "メモリリーク箇所の報告" created

変なレコードファイルは、バグになる。 - Anthy Ticket #17787 on SourceForge.JP

Mon, 13 Jul 2009 20:51:57 +0900

変なレコードファイルは、バグになる。

Open Date: 2009-07-13 20:51

Last Update: 2009-07-13 20:51

Reporter:	(Anonymous)	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

こんにちは。

昨日、何もしなかったのにscim-anthyは効くのをやめました。すぐCPUは１００％に上がって、パソコンはもう反応しないほどくるしかった。ただのUbuntu 8.04@x86でした。一日中疑いました。scimとanthyを再インストールしても、どうしようもなかったのです。で、scimとanthyのディレクトリーを消したら問題がなくなりました。すこし調査しました。 .anthy/last-record2_default.utf8 の最後の行には「ADD "CAND_HISTORY" S"おねがいします" S"お願いします" S"」がありました。その行はただしくなさそうで。ちょうど昨日、ハードディスクはフルになってた。その行は確かに問題だったらしいですよね。

ということで、「ヒストリーに載っている正しくない行を無視しよう」というbugfixがあればよいと思います。

日本人ではないので、変な日本語を許して下さい。

宜しくお願いします。

アド

Last Update of this Ticket

2009-07-13 20:51 Update by: None

New Ticket "変なレコードファイルは、バグになる。" created

src-util/dic-tool.cの英文タイプミス - Anthy Ticket #12379 on SourceForge.JP

Sat, 29 Nov 2008 22:04:01 +0900

src-util/dic-tool.cの英文タイプミス

Open Date: 2008-04-21 07:16

Last Update: 2008-11-29 22:04

Reporter:	iwai	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

src-util/dic-tool.cの英文にタイプミスがあったので報告し
ておきます。詳しくは添付のpatchをみてください。

Last Update of this Ticket

2008-11-29 22:04 Update by: ikuya

Resolution Update from None to Fixed.
Status Update from Open to Closed.

Comment

9100fに適用しました。ありがとうございました。

emacs23で応答が遅い - Anthy Ticket #11263 on SourceForge.JP

Fri, 02 Nov 2007 13:44:31 +0900

emacs23で応答が遅い

Open Date: 2007-11-02 13:44

Last Update: 2007-11-02 13:44

Reporter:	(Anonymous)	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

開発者さま

春日と申します。

Emacs 23.0.50/anthy-9100d

を使用していますが、最近、文字入力や変換候補の表示が妙
に重い
ことに気づきました。

調べて見たところ、
anthy.el:
(defvar anthy-accept-timeout 50)
(if (string-match "^22\." emacs-version)
(setq anthy-accept-timeout 1))

のところで、emacs23 だと anthy-accept-timeout が 50 に
設定さ
れるのが原因のようです。

とりあえず、私は、
(if (>= emacs-major-version 22)
(setq anthy-accept-timeout 1))

としてしのいででいますが、次回リリースで、対応していただ
ける
とありがたいです。

よろしくお願いします。

Last Update of this Ticket

No History

Patch for anthy-conf.in - Anthy Ticket #9695 on SourceForge.JP

Fri, 23 Mar 2007 22:21:40 +0900

Patch for anthy-conf.in

Open Date: 2007-01-05 09:45

Last Update: 2007-03-23 22:21

Reporter:	acli	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Patches	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Accepted

Details

anthy-conf.in assumes that @datadir@ is always
@prefix@/share. This assumption is not always true.
When they are not the same, the files (e.g., anthy.dic)
get installed to one place, but anthy-conf tells anthy
to find it somewhere else. This results in an error
("Failed to init anthy").

The attached patch corrects this problem.

Last Update of this Ticket

2007-03-23 22:21 Update by: yusuke

Status Update from Open to Closed.
Resolution Update from None to Accepted.
Ticket Close date set to 2007-03-23 22:21

Comment

Logged In: YES
user_id=110

ok, applied.

Cross-Compiling anthy fails (ver 5900) - Anthy Ticket #5627 on SourceForge.JP

Wed, 14 Jun 2006 19:43:49 +0900

Cross-Compiling anthy fails (ver 5900)

Open Date: 2005-02-25 02:40

Last Update: 2006-06-14 19:43

Reporter:	(Anonymous)	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

anthy-devの皆様、

ドイツからの Leggewie・Rolf と申しますが、よろしくお願
い致します。bug report は日本語でちょっと難しすぎますの
で、申し訳ございませんが、英語で続きます。回答は日本語
でもけっこうです。

I am trying to compile anthy on opembedded.org. The bb
file is at
http://home.arcor.de/leggewie/oe/anthy_5900.bb. It
fails cross-compilation because the source wants to
execute lt-mkanthydic which is compiled as an arm binary.

| Making all in mkanthydic
| make[2]: Entering directory
`/home/leggewie/openzaurus/build/tmp/work/anthy-5900-r0/anthy-5900/mkanthydic'
| ./mkanthydic: line 105:
/home/leggewie/openzaurus/build/tmp/work/anthy-5900-r0/anthy-5900/mkanthydic/.libs/lt-mkanthydic:
cannot execute binary file
| ./mkanthydic: line 105:
/home/leggewie/openzaurus/build/tmp/work/anthy-5900-r0/anthy-5900/mkanthydic/.libs/lt-mkanthydic:
Success
| make[2]: *** [anthy.dic] Error 1

The reason was quickly found with

Rie:~# file
/home/leggewie/openzaurus/build/tmp/work/anthy-5900-r0/anthy-5900/mkanthydic/.libs/lt-mkanthydic
/home/leggewie/openzaurus/build/tmp/work/anthy-5900-r0/anthy-5900/mkanthydic/.libs/lt-mkanthydic:
ELF 32-bit LSB executable, ARM, version 1 (ARM), for
GNU/Linux
2.4.0, dynamically linked (uses shared libs), not stripped

Of course, the ARM binary won't run on the x386 build host.

There is some very good information from the OE
developpers on what issues frequently prevent
compilation on OE available at
http://openembedded.org/cgi-bin/moin.cgi/Buildsystems_2fRulesOfThumb

もし質問があれば遠慮しないで下さい。

Best regards

Rolf

Last Update of this Ticket

2009-05-28 01:42 Update by: None

Comment

It would have helped if you had included some contact information. Google for "Rolf Leggewie" and send me a mail.

Jmode with gnome2 - Anthy Ticket #769 on SourceForge.JP

Wed, 02 Mar 2005 22:40:48 +0900

Jmode with gnome2

Open Date: 2002-11-17 05:28

Last Update: 2005-03-02 22:40

Reporter:	artane	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Out of Date

Details

Gnome2環境下でjmode-0.5.12(非アプレット)を使うと、mozillaのTextBoxなど、Gtk+ 1.2環境下でのTextBoxへの入力が出来なくなります。

具体的には、ローマ字かな変換が一文字も進まなくなり、変換自体が成立しなくなります。
同じgtk+1.2でも一行入力でのローマ字かな入力や変換は可能なので、何処に原因があるのかわかりません。
変換エンジンにはanthy-3512を使っています。

Artane.

Last Update of this Ticket

2005-03-02 22:40 Update by: yusuke

Status Update from Open to Closed.
Resolution Update from None to Out of Date.
Ticket Close date set to 2005-03-02 22:40

jmode起動中にEmacs21を起動すると落ちる - Anthy Ticket #694 on SourceForge.JP

Wed, 02 Mar 2005 22:36:46 +0900

jmode起動中にEmacs21を起動すると落ちる

Open Date: 2002-10-22 08:11

Last Update: 2005-03-02 22:36

Reporter:	artane	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Out of Date

Details

jmode+gnome2の環境で、--without-xim *しないで*ビルドし
たEmacs20,21を起動すると、起動のxim回りで落ちます。
--without-xim つきでビルドすると落ちません。
OS はDebian GNU/Linuxn i386 sid,jmodeは0.5.12, Emacsは
21.2 or 21.3.50(CVS)です。

Artane.

Last Update of this Ticket

2005-03-02 22:36 Update by: yusuke

Status Update from Open to Closed.
Ticket Close date set to 2005-03-02 22:36

anthy.dic 作成時の不正メモリアクセス - Anthy Ticket #4883 on SourceForge.JP

Mon, 27 Dec 2004 22:27:37 +0900

anthy.dic 作成時の不正メモリアクセス

Open Date: 2004-08-24 16:25

Last Update: 2004-12-27 22:27

Reporter:	(Anonymous)	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

anthy-5500/mkanthydic/mkudic.c の
compose_versatile_hash() が make 時に
malloc で確保した領域 buf に対して
buf[-2] = 1 を不正に行う。

OS X などプラットフォームによっては
これは (少なくとも表面上) 何も起こさないが，
Cygwin ではここで異常終了し，make に失敗する。

mkudic.c の 151 行に下記のようにデバグ文を入れ，

for (uc = dict->uc_head.next; uc; uc = uc->next) {
int hash = anthy_word_relation_hash(uc->id[0],
uc->id[1]);
printf("%d = hash(%d, %d)\n", hash, uc->id[0],
uc->id[1]);
buf[hash] = 1;
}

make したときの出力の一部を下記に示す。

70650 = hash(941140, 47014)
47013 = hash(-1, 47014)
90511 = hash(1747407, 47040)
90511 = hash(1747407, 47040)
68784 = hash(188693, 11163)
68768 = hash(188677, 11163)
-2 = hash(-1, -1)
38475 = hash(1611340, -1)

Last Update of this Ticket

2004-12-27 22:27 Update by: gniibe

Ticket Close date set to 2004-12-27 22:27

Comment

Logged In: YES
user_id=663

Fixed already in 6024.

MozillaでFlashを表示するとjmodeがクラッシュ - Anthy Ticket #3071 on SourceForge.JP

Sat, 13 Dec 2003 15:57:22 +0900

MozillaでFlashを表示するとjmodeがクラッシュ

Open Date: 2003-09-25 08:00

Last Update: 2003-12-13 15:57

Reporter:	k-uehara	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

jmode起動中にmozillaでShockwave Flashを使ったページ、あ
るいはswfファイルそのものを開くとクラッシュする場合があ
ります。
jmodeはセグメンテーションフォルトでコアを吐き、mozilla
は反応がなくなり、(mozillaの)ウィンドウ内の描画もされま
せん。

また、XMODIFIERS="" としておくとjmodeが起動していてもク
ラッシュしません。

atokでも似たような現象があるようで、jmodeが原因とは言い
切れませんが、こちらにバグ報告しておきます。

OS Turbolinux 7 Workstation
Mozilla 1.4
Flash Plugin 6.0.79

jmode 0.6.7
anthy 4300b

※coreの圧縮したものを添付します。

Last Update of this Ticket

2003-12-13 15:57 Update by: yusuke

Comment

Logged In: YES
user_id=110

このバグは
http://bugzilla.mozilla.gr.jp/show_bug.cgi?id=2961
にあるようにXlibのバグのようです。

uim-prime - Anthy Ticket #3492 on SourceForge.JP

Wed, 10 Dec 2003 21:46:35 +0900

uim-prime

Open Date: 2003-12-10 10:15

Last Update: 2003-12-10 21:46

Reporter:	puntium	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

どうも。篠原@gentoojpです。

最近primeがgentooに取りこまれたことをきっかけにuim-
primeを通して、いろいろ試してみています。気付いたことを
報告させて頂こうと思います。

gtk2-uim経由（xchat, mozilla, geditなどでテスト）
●　ローマ字変換ができない（なにか特別なキーバインドがあ
るんでしょうか）
●　モジラ（1.5）から使うと候補ウィンドウが常にウィンド
ウの左上に表示される
●　いろんなアプリで、ひらがなモードで数字キーを押すとア
プリが落ちる。変な字が挿入されることもあります。
●　単語登録ができない

uim-xim経由　(sylpheed 0.9.7の作成ウィンドウにてテスト）
●　preeditが「ほげほげ」のとき候補ウィンドウには「ほげ
ほ」の候補しかでない。最後に入力された文字が反映されて
ない様子。ちなみにpreedit中でBSとか押すと変になります
●　ステータスウィンドウが欲しいかも（ローマ字モードかひ
らがなモードなんだかわからない）

以上です。報告はここで宜しいんでしょうか？

Last Update of this Ticket

2003-12-10 21:46 Update by: tkng

Comment

Logged In: YES
user_id=4529

あ、それと、ここはあんまり見てないので、バグ報告はMLにしても
らえた
方が嬉しいです。

eclipseの起動エラー - Anthy Ticket #3155 on SourceForge.JP

Sat, 06 Dec 2003 00:41:31 +0900

eclipseの起動エラー

Open Date: 2003-10-17 16:35

Last Update: 2003-12-06 00:41

Reporter:	yuhei	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	Fixed

Details

Linux + gnome 2.2.0上で
eclipse(linux,gtk+版)を使用していたのですが、
uimを入れたあたりから、起動時にエラーが出るようになりま
した。

uimのバージョンは 0.1.2 で
eclipseのバージョンは 2.1.1 です。

どちらに問題があるかわかりませんが、
eclipseのエラーログによると
/usr/lib/gtk-2.0/2.2.0/immodules/im-uim.so
が原因でエラーを呼び起こしているようです。
もっとよく見ると、クリップボード関係の部分でエラーがで
ているようです。
エラーログは添付します。

eclipseについては( http://www.eclipse.org/ )を御覧くだ
さい。
eclipseはJavaで作られた開発用アプリケーションです。

uimはuim-ximを使用しています。jmodeでは問題ありませんで
した。

Last Update of this Ticket

2003-12-06 00:41 Update by: yuhei

Resolution Update from None to Fixed.

Comment

Logged In: YES
user_id=3266

バージョン1.7で解決されたようです。

[uim] コンパイルエラーの修正 - Anthy Ticket #2904 on SourceForge.JP

Thu, 18 Sep 2003 23:29:58 +0900

[uim] コンパイルエラーの修正

Open Date: 2003-08-31 00:16

Last Update: 2003-09-18 23:29

Reporter:	deton	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Patches	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Accepted

Details

* gtk/gtk-im-uim.c, uim/uim-func.c
NetBSD/hpcarm 1.6Uの
gcc version 2.95.3 20010315 (release) (NetBSD nb4)
だとC言語では関数内で変数の宣言を先にしないと
以下のエラーになるのでその修正です。
gtk-im-uim.c: In function `pushback_cb':
gtk-im-uim.c:115: parse error before `*'
gtk-im-uim.c:116: `uic' undeclared (first use in this function)

* xim/ximserver.cpp
<Xutil.h>でBoolが定義されていなくて以下のエラーになるので、
Boolの#defineのある<Xlib.h>が
("xim.h"内で)先に#includeされるようにする変更です。
In file included from ximserver.cpp:3:
/usr/X11R6/include/X11/Xutil.h:114: syntax error before `;'

Last Update of this Ticket

2003-09-18 23:29 Update by: tkng

Status Update from Open to Closed.
Ticket Close date set to 2003-09-18 23:29

[uim] tutcode.scm: TUT-Code for Japanese - Anthy Ticket #2887 on SourceForge.JP

Sat, 30 Aug 2003 02:51:53 +0900

[uim] tutcode.scm: TUT-Code for Japanese

Open Date: 2003-08-26 20:15

Last Update: 2003-08-30 02:51

Reporter:	deton	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Patches	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Accepted

Details

tutcode.scmは、日本語直接入力方法の一つである
TUT-Code <http://www.crew.sfc.keio.ac.jp/~chk/>
での入力を行うためのuimのスクリプトです。

ファイルtutcode.scmをuimのディレクトリscmに置いて、
scm/loader.scmに
(require "tutcode.scm")
を追加すれば使えます。

キー配列の定義はQWERTYキーボード用です。
交ぜ書き変換や部首合成変換は未実装です。

Last Update of this Ticket

2003-08-30 02:51 Update by: tkng

Ticket Close date set to 2003-08-30 02:51

Comment

Logged In: YES
user_id=4529

0.0.2のリリースに含めさせていただきました。ありがとうござい
ます。

cygwin上のemacsで使いたい - Anthy Ticket #2183 on SourceForge.JP

Sun, 15 Jun 2003 17:20:38 +0900

cygwin上のemacsで使いたい

Open Date: 2003-05-27 10:52

Last Update: 2003-06-15 17:20

Reporter:	(Anonymous)	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	SupportRequest	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

cygwin上でコンパイルできて、cygwin上のemacsで使えるよう
になると嬉しいです。

ps:
コンパイルはsrc-diclib/record.cでlockf()がないと言って
怒られるようなので、
fcntl(..., F_SETLK, ...)
あたりを使っていただけるように修正いただくと嬉しいで
す。

Last Update of this Ticket

2003-06-15 17:20 Update by: (del#1680)

Comment

Logged In: YES
user_id=1680

4213をcygwin上でコンパイルし、cygwin上のEmacs21.2で問題なく
日本語変換できることを確認しました。

マージしてくださってありがとうございます。

under xemacs21 - Anthy Ticket #479 on SourceForge.JP

Sat, 01 Feb 2003 14:01:20 +0900

under xemacs21

Open Date: 2002-08-07 00:03

Last Update: 2003-02-01 14:01

Reporter:	seagull	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

debian sid + xemacs21で使ってみましたが、
input-method の japanese-anthy が無効と言われます。

Last Update of this Ticket

2003-02-01 14:01 Update by: yusuke

Status Update from Open to Closed.
Ticket Close date set to 2003-02-01 14:01

gtk-2.0なしでのuimパッケージ - Anthy Ticket #1069 on SourceForge.JP

Sun, 19 Jan 2003 07:46:00 +0900

gtk-2.0なしでのuimパッケージ

Open Date: 2003-01-19 07:42

Last Update: 2003-01-19 07:46

Reporter:	hiramatu	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

uimの再構築を行う際、GTK(多分2.0？)がインストールされて
いないと、Makefileがおかしくなります。
627行目と650行目の先頭にも、それぞれ@GTK_TRUE@を挿入し
てインストール／アンインストールのターゲットを減らすこ
とを提案します。

Last Update of this Ticket

2003-01-19 07:46 Update by: hiramatu

Comment

Logged In: YES
user_id=1382

GTK2.0をBuildReqに追加してしまう方が良いようです…。

emacsがない状況でのanthyパッケージ - Anthy Ticket #1068 on SourceForge.JP

Sun, 19 Jan 2003 07:37:46 +0900

emacsがない状況でのanthyパッケージ

Open Date: 2003-01-19 07:37

Last Update: 2003-01-19 07:37

Reporter:	hiramatu	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

emacsをインストールしていない環境でanthyの(s)rpmパッ
ケージをインストールしようとすると/usr/share/emacs/site
-lispディレクトリがないと怒られます。
emacsのある無しを判断するか、emacs依存部を別パッケージ
にわけることを提案します。

Last Update of this Ticket

No History

autotoolsのバージョンアップに追従 - Anthy Ticket #19 on SourceForge.JP

Mon, 02 Dec 2002 22:51:29 +0900

autotoolsのバージョンアップに追従

Open Date: 2002-03-29 13:25

Last Update: 2002-12-02 22:51

Reporter:	yusuke	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

RedHatが新しいのをつけるのを待つ

Last Update of this Ticket

2002-12-02 22:51 Update by: yusuke

Status Update from Open to Closed.
Ticket Close date set to 2002-12-02 22:51

Comment

Logged In: YES
user_id=110

RedHat8のにupdateしたので、しばらくは大丈夫。

openoffice/swriteで確定文字列が二重に入力 - Anthy Ticket #597 on SourceForge.JP

Wed, 23 Oct 2002 22:39:48 +0900

openoffice/swriteで確定文字列が二重に入力

Open Date: 2002-10-02 18:54

Last Update: 2002-10-23 22:39

Reporter:	artane	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

現在、OpenOffice.Org の1.0.1をGnome2環境下でjmodeをimに
して使っています。

swriteなどで漢字モードで入力する時、[RETURN]キーで確定
すると、確定した文字列が二重に出て、その後ろや二重に出
るはざまに不正な記号(^など)が付きます。

Openoffice.orgは debian の1.0.1-5、anthyはDebianの最
新、jmodeは0.5.11を使っています。

では、よろしくお願いいたします。

by artane.

Last Update of this Ticket

2002-10-23 22:39 Update by: yusuke

Status Update from Open to Closed.
Resolution Update from None to Fixed.
Ticket Close date set to 2002-10-23 22:39

遅いマシンでemacsで使用の際の問題 - Anthy Ticket #552 on SourceForge.JP

Fri, 04 Oct 2002 23:56:06 +0900

遅いマシンでemacsで使用の際の問題

Open Date: 2002-09-13 03:05

Last Update: 2002-10-04 23:56

Reporter:	endo-h	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

こんにちは。誰かいますか?

問題を見つけたのですが、どこに連絡するのがbest
なのかわからないので、とりあえずここに書いてみます。

anthyをemacsから使おうとしているのですが、パッケージに
添付のanthy.elを地獄的に遅いマシン(486DX4/75:パフォーマ
ンス評価用に良いです(^◇^;))で使おうとすると、anthy-
agent
とコミュニケートできず、沈黙するという現象が起こります。

で、どこが問題かというと、↓です。

-
-- anthy.el Thu May 23 21:13:19 2002
+++
/usr/local/share/emacs/site-lisp/anthy/anthy.el Thu Sep 12
02:27:52 2002
@@ -576,7 +576,7 @@
(erase-buffer)

(process-send-string anthy-agent-process cmd)
(while (=
(buffer-size) 0)
- (accept-process-output nil 0 1))
+ (accept-
process-output nil 0 50))
(read (buffer-string)))
(set-
buffer old-buffer))))
;;

もともと、accept-process-
outputのタイムアウト時間は1msec
に指定されているわけですが、この値が小さすぎると、遅いマ
シンの場合、まったくサブプロセスと通信できなくなるのです。

上記のpatchではタイムアウトを50msecにしてあるわけですが、
これくらいの値になると、問題はなくなります。

このタイムアウトの値がどのように影響するのかよくわかって
いないのですが、他に悪影響がないのなら、修正しておいても
らえると助かります。

Last Update of this Ticket

2002-10-04 23:56 Update by: yusuke

Status Update from Open to Closed.
Ticket Close date set to 2002-10-04 23:56

KDEへのチューニング - Anthy Ticket #244 on SourceForge.JP

Wed, 15 May 2002 23:04:10 +0900

KDEへのチューニング

Open Date: 2002-05-15 23:04

Last Update: 2002-05-15 23:04

Reporter:	yusuke	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

どうしましょう？

Last Update of this Ticket

No History

im-anthyで"？"などのShiftキーを押して入力する文字を使う - Anthy Ticket #98 on SourceForge.JP

Mon, 29 Apr 2002 09:38:31 +0900

im-anthyで"？"などのShiftキーを押して入力する文字を使う

Open Date: 2002-04-10 03:48

Last Update: 2002-04-29 09:38

Reporter:	norihiro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Patches	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

im-anthy 0.4aで，"？"や”（"などShiftキーを
押しながらタイプする文字が入力できない．

im-anthy.c内の関数proc_anthy_keypress()で
ユーザがシフトキーを押している際に評価されるswitch文に
おいて,GDK_rightarrowおよびGDK_leftarrow以外の
キー入力を捨ててしまうことが原因と考えられる．

添付するパッチはswitch文に上記のキー入力以外を
anthy_input_key関数を用いてコンテキストに追加する
条件を加えたコードであり，手元の環境(gtk+-2.0.1,GCC
3.0.4)では
"？"や"（"などの入力が可能になっています．

＊sourceforgeを使うのは初めてなんですが，
ここにパッチを投稿すればいいのでしょうか？

Last Update of this Ticket

2002-04-29 09:38 Update by: yusuke

Status Update from Open to Closed.
Summary Updated
Ticket Close date set to 2002-04-29 09:38

ゾンビ達に安息を - Anthy Ticket #163 on SourceForge.JP

Sun, 28 Apr 2002 18:55:37 +0900

ゾンビ達に安息を

Open Date: 2002-04-28 18:55

Last Update: 2002-04-28 18:55

Reporter:	yusuke	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

性能が低いのでなんとかする

Last Update of this Ticket

No History

かな入力のサポート - Anthy Ticket #20 on SourceForge.JP

Fri, 29 Mar 2002 13:27:51 +0900

かな入力のサポート

Open Date: 2002-03-29 13:27

Last Update: 2002-03-29 13:27

Reporter:	yusuke	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

ゆっくりやります

Last Update of this Ticket

No History