GTK+ 2.4リリース 44
ストーリー by Oliver
どこまでもC 部門より
どこまでもC 部門より
Anal Cunt 曰く、 "GTK+チームは最新版のGTK+ 2.4をリリースした。GTK+ 2.2やGTK+ 2.0と互換性が保たれている。新しい機能はwidgetのファイルセレクターとドロップダウンセクションの変更、新しいアクションベースツールバーとメニューAPI、GlibとPangoがUnicode-4.0をサポート、双方向編集とインターフェースの改善など。より詳しい情報はGTK+ 2.4.0、Glib 2.4.0、Pango 1.4.0のアナウンスを参照。このGTK+ 2.4は、GNOME次期バージョンのGNOME 2.6 Desktopに組み込まれる予定になっている。"
日本語入力 (スコア:2, 興味深い)
Re:日本語入力 (スコア:1, 参考になる)
90082 Input Methods need to receive any key event [gnome.org]、
111438 Widget should be recieve key event before mnemonics and sccelerators [gnome.org]。
私はこれのせいで、GNOME 使うのやめました。
# NEWとかRESOLVED(否定意見あり)だから直ってないんでしょう
# ねぇ。
Re:日本語入力 (スコア:2, 参考になる)
uimのユーザはこのバグを気にする必要はありません。(宣伝)
修正はいろいろ考えてはみたのですが、仕様の整合性を保ちながら
GTK+本体の方でバグを修正するのは難しい気がしています。
Re:日本語入力 (スコア:0)
> uimのユーザはこのバグを気にする必要はありません。(宣伝)
そうなんですか。ちょうど2、3日前にKDE上ではちょろっと「おー、動
くうごく」程度には試していたので(端末エミュレータで一言二言変換
した程度)、GNOMEでも試してみるかなぁ。会社環境がSolaris &
GNOMEなので、動くと非常にありが
Bugzillaの見方 (スコア:0)
># ねぇ。
Bugzillaで言うところの Status=NEW はまだ対応していない状態なので、直っていないというのは確か。(担当者がStatusを変更していないという事でなければ)
Status=RESOLVEDはなんらかの対応を行ったマークです。それがどのような対応であるかは、Resolution欄で判ります。 #111438 なら Resolution=WONTFIXで
Re:日本語入力 (スコア:0)
すごくぴったりですよ。
Re:日本語入力 (スコア:1)
他にも色々と考えてみたのですが、IRIX界の一部では、gnome2でもりあがって来ている(SGIのFreeware存続の危機が囁かれている事も手伝って、草の根運動がボチボチ出てきています。興味がある方は、お知らせ下さい。ミラー提供等も、おそらく主催者の方が歓迎すると思います。)ので、uimが便利そうなのです。
#もちろん、MIPSコンパイラーのライセンスを維持する様な環境では無いので、sgi_freewareのgcc使ってます。forumでこの事書いたら、別の種類の真っ黒なコードが送られてきたので、親切心はありがたかったのですが、凹みました。。。。。。。。長い間元気が無いSilicon Graphicsの飯の種を犯すようなことを。。。それだけはやりたくないですから。
Oliverさーーん (スコア:1, おもしろおかしい)
あまりに無神経と思うのでAC。
Re:Oliverさーーん (スコア:2, おもしろおかしい)
昔人に聞いた話だけど、とある外資系半導体メーカーの
日本法人のエンジニア(日本人)があるICの設計の件で
本社のエンジニア達(英語ネイティブ)とミーティングをした。
そのとき、ブロック図をホワイトボードにさらさらと
書いて説明しだしたんだが、そのブロック図にいくつか
カウンターがあった。日本法人エンジニアはそれらに
適当に名前をつけて動作の説明をしだしたんだが、
counter1,counter2などを適当に縮めてCUNT1,CUNT2など
と名前をつけ拙い英語で"CUNT1 is...."と説明しだした。
しばらくみんな黙ってたけど、本社のエンジニア達が
ヒクヒクとひきつりだし、最後に一人が"お前、それ
意味わかっていってんのか~(英語)"といって全員大爆笑
になったそうな。
以上実話。
Re:Oliverさーーん (スコア:1)
---- 末は社長か懲戒免職 なかむらまさよし
Re:Oliverさーーん (スコア:0)
「竹下」→「Takeshita」→「Take shit!」
伏せ字の方が卑猥 (スコア:1)
#ま、文脈的に悪意を持った命名であれば配慮も必要かもしれんけど、
#あの名前程度なら自主規制する必要も感じないな、実際
# mishimaは本田透先生を熱烈に応援しています
18禁フィルタにかかったりw (スコア:1)
Re:Oliverさーーん (スコア:0)
投稿とタレコみの区別の意識をもったほうがいいかも。
言いたいのは「この人のタレコみのときは」だよね?
Glade-3は… (スコア:0)
# Gtk+を使って手で書く人間は変態だと思っているのでAC
Re:Glade-3は… (スコア:0)
実装から外されたwidgetとかあったり、gdkの細かい部分が結構違ってたりします。
#Gtk+を使って手で書く変態なのでAC
ウィジェットの配置は (スコア:1)
Mac OS X の InterfaceBuilder レベルにならないと、
使う気にならん > glade
--- show mpls ldp neighbor
Re:ウィジェットの配置は (スコア:1)
Re:ウィジェットの配置は (スコア:0)
バジージョン (スコア:0)
嬉しいのだが (スコア:0)
(個人的にちまちま読んではいるのだが。。。。)
次期Vineとか、どうすんでしょ。これほど開いちゃうと。
Re:嬉しいのだが (スコア:0)
デスクトップユーザ数の比と、開発者数の比での両面で。
Re:嬉しいのだが (スコア:1)
なんだかんだで、Gnomeは遅いっていう印象しかないし。
Re:嬉しいのだが (スコア:0)
gnomeが遅いってのは良くわからないけど。
Re:嬉しいのだが (スコア:1)
gtk2はover-the-spotサポートして欲しいね。
Re:嬉しいのだが (スコア:2, 参考になる)
> gtk2はover-the-spotサポートして欲しいね。
Xinerama拡張を使わずにマルチヘッドしていると, このあたりが非常に効いてきますね.
私は日本語入力にVJE-deltaを使っているのですが, 0.0以外のスクリーンで同一スクリーン上で変換操作ができるのがqtとmozilla(Firefox含む)だけなので(XEmacsはえせかんなで不完全ながら逃げています), 段々Gnome物からKDE物にシフトしています.
FreeBSD-CURRENTのlibpthreadとnVIDIAのOpenGLそれにqtの組み合わせによる不都合についても, qtをWITHOUT_OPENGLでmakeしなおせば実用的に無問題なのでお勧めです.
# 作る側から言えばC++嫌いなのでGTK派なんですけどね
Re:嬉しいのだが (スコア:0)
C++な作る人ですが、QtはWin32でいまいちなので、Gtk派です。
Re:嬉しいのだが (スコア:0)
コンパイルさえ高速になれば、他はC++のがいいんだけどなぁ。
Re:嬉しいのだが (スコア:0)
Re:嬉しいのだが (スコア:0)
Re:嬉しいのだが (スコア:0)
Re:嬉しいのだが (スコア:0)
Re:嬉しいのだが (スコア:0)
Re:嬉しいのだが (スコア:1)
同じアプリ(火狐とか雷鳥とか)でも、Gnome(2.4)環境よりもKDE環境の方が早く立ち上がるのはなんでだろう?
Re:嬉しいのだが (スコア:0)
そうなのか。
以前(RedHat7.3)で初めてKDE3.0入れてみたとき、
Emacsの起動が異様に遅かった。(なんだかフォント関係で仲が悪かったみたい)
そこらへん、直ってる?
#その後KDEといえばKnoppixでしか触ってないのでAC
はるか彼方 (スコア:0)
Re:はるか彼方 (スコア:0)
本家 (スコア:0)
GTK 2.4.0 Released [slashdot.org]
互換性 (スコア:0)
とありますが、こんなものは保たれて当然と思うのは私だけでしょうか?
もしくは複数のバージョンを簡単に導入可能にしてほしいものです。
Re:互換性 (スコア:0)
Re:互換性 (スコア:0)
Re:互換性 (スコア:0)
phpよりはましでしょう。
#と、後ろ向きな発現をするperlユーザ
Re:互換性 (スコア:0)
2.4においては当然といえるが、バージョン間の互換性は必ずしも"当然"だなんて言えんよ。
まあ、少なくともGTK1系を引き摺らなくてよかったね。
>もし
Re:互換性 (スコア:0)
Gtk+-2.4になって、bitmap fontが使えなくなるなんてことやらかすようじゃ、ウィジェットとして、とても後方互換性があるとは思えない。
http://pc3.2ch.net/test/read.cgi/linux/1076059699/871