アカウント名:
パスワード:
> 写真管理ソフト F-Spot が Shotwell に置き換えに
ディストリによるのかもしれないけど、写真管理ソフトってやっぱ「慣れ」とかあるんじゃないの?input method の置き換わったりするし。(音楽管理ソフトもころころ変わってるような気もするし)
より良い方向へ進むのは構わないけど、改良ってのをしないもんなの?
個々のアプリケーション名をディストリビュータが商標として管理していないから。プロプライエタリなベンダーなら『Shotwell』を『F-Spot 2』の名前で搭載する。
巨大なMonoランタイムに依存するのがうざいからVala [osdn.jp]で書かれたShotwellに置き換えた。ちなみにFedoraは一足先にそうなってる。
あと、入力メソッドフレームワークがSCIMがiBusに代わった一番の理由はアクティブにメンテナンスされてること。SCIMは誰もいなくなっちゃったから。
Vala ってなんだか KDE でいうところの Qt とかなんだろうか。最近この辺りは全然分らんけど。
そう考えると Gnome から KDE へシフトした方がランタイム依存はグッと減るしUI も KDE の方で管理してくれるから楽そうだなぁ
きっと Mono にした理由だって、Windows との共存だとすると KDE(Qt) も可能 http://qt.nokia.com/products-jp/platforms/qt-for-windows/ [nokia.com] だからこっちに全体がシフトするといいのに。
## 集中と分散# 統一と分散# 分散と分散#
> Vala ってなんだか KDE でいうところの Qt とかなんだろうか。
全然違う。Gtk+っていろんな言語から利用出来るようにするためにCで書かれてるんだけど、Cで楽にオブジェクト指向プログラミングできるようにGObject(GLibに含まれるからUIには関係なく使える)というライブラリで単純継承などの機能を提供している。だけど、そうは言ってもCで書くとやはり冗長になってしまうから、トランスレータを作って元のソースはC#風の文法で書けるようにしたのがValaってやつ。
> そう考えると Gnome から KDE へシフトした方がランタイム依存はグッと減るし
KDEの方がランタイム大きいんじゃない?Gnomeは昔はライブラリがやたら多かったけど、今は重要な機能はみんなGtk+の方に移っているし。
> きっと Mono にした理由だって、Windows との共存だとすると
Gtk+はWindowsにも移植されてるから関係ないと思う。開発者がC#を使いたかったのが一番の理由でしょう。
そういう変化に追いつける層しかソフトを作れない現状から、そういう層を考慮出来てないのと、UIの統一性が保たれてないと困るなんて層はWindowsでも使ってくれるから良いのでしょう
改良しすぎて、UI設計ポリシーがソフト毎にバラバラだからこうなってるのが現状代替を簡単に入れられるから「標準搭載」の意味や価値が非常に低く見積もられてるのかもね
> input methodはソフトの仕組みを理解してない人がパッケージングしてるところが残念
これはさすがに「お前がやれ」でしょう。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ研究家
なんでソフトの置き換えが頻繁に起こるん? (スコア:0)
> 写真管理ソフト F-Spot が Shotwell に置き換えに
ディストリによるのかもしれないけど、写真管理ソフトってやっぱ「慣れ」とかあるんじゃないの?
input method の置き換わったりするし。
(音楽管理ソフトもころころ変わってるような気もするし)
より良い方向へ進むのは構わないけど、改良ってのをしないもんなの?
Re:なんでソフトの置き換えが頻繁に起こるん? (スコア:1)
個人的には確かに「折角慣れたのに・・・」ってのはある。
Re:なんでソフトの置き換えが頻繁に起こるん? (スコア:1, すばらしい洞察)
個々のアプリケーション名をディストリビュータが商標として管理していないから。
プロプライエタリなベンダーなら『Shotwell』を『F-Spot 2』の名前で搭載する。
いい質問ですねー(池上彰風) (スコア:1, 参考になる)
巨大なMonoランタイムに依存するのがうざいからVala [osdn.jp]で書かれたShotwellに置き換えた。ちなみにFedoraは一足先にそうなってる。
あと、入力メソッドフレームワークがSCIMがiBusに代わった一番の理由はアクティブにメンテナンスされてること。SCIMは誰もいなくなっちゃったから。
Re: (スコア:0)
Vala ってなんだか KDE でいうところの Qt とかなんだろうか。
最近この辺りは全然分らんけど。
そう考えると Gnome から KDE へシフトした方がランタイム依存はグッと減るし
UI も KDE の方で管理してくれるから楽そうだなぁ
きっと Mono にした理由だって、Windows との共存だとすると KDE(Qt) も可能 http://qt.nokia.com/products-jp/platforms/qt-for-windows/ [nokia.com] だから
こっちに全体がシフトするといいのに。
#
# 集中と分散
# 統一と分散
# 分散と分散
#
Re:いい質問ですねー(池上彰風) (スコア:4, 参考になる)
> Vala ってなんだか KDE でいうところの Qt とかなんだろうか。
全然違う。Gtk+っていろんな言語から利用出来るようにするためにCで書かれてるんだけど、Cで楽にオブジェクト指向プログラミングできるようにGObject(GLibに含まれるからUIには関係なく使える)というライブラリで単純継承などの機能を提供している。だけど、そうは言ってもCで書くとやはり冗長になってしまうから、トランスレータを作って元のソースはC#風の文法で書けるようにしたのがValaってやつ。
> そう考えると Gnome から KDE へシフトした方がランタイム依存はグッと減るし
KDEの方がランタイム大きいんじゃない?Gnomeは昔はライブラリがやたら多かったけど、今は重要な機能はみんなGtk+の方に移っているし。
> きっと Mono にした理由だって、Windows との共存だとすると
Gtk+はWindowsにも移植されてるから関係ないと思う。開発者がC#を使いたかったのが一番の理由でしょう。
Re: (スコア:0)
Re: (スコア:0)
そういう変化に追いつける層しかソフトを作れない現状から、そういう層を考慮出来てないのと、
UIの統一性が保たれてないと困るなんて層はWindowsでも使ってくれるから良いのでしょう
改良しすぎて、UI設計ポリシーがソフト毎にバラバラだからこうなってるのが現状
代替を簡単に入れられるから「標準搭載」の意味や価値が非常に低く見積もられてるのかもね
Re: (スコア:0)
#input methodはソフトの仕組みを理解してない人がパッケージングしてるところが残念
Re: (スコア:0)
> input methodはソフトの仕組みを理解してない人がパッケージングしてるところが残念
これはさすがに「お前がやれ」でしょう。
SONY製PCと富士通製PCの違いのようなもの (スコア:0)
メーカーによって、また時期によって付属ソフトはバラバラですよね。
IE7とIE8もけっこう違うところがあるし
MS Officeもリボンインターフェイスが物議を醸したりしましたよね。
よりよいものを提供したいというのは普遍のものではないかと思います。
そのよりよいものを提供するための方法が
プロプライエタリーでは自社開発だったり
他社製品からの選抜だったり
もともと、UbuntuはUbuntuの組織が全部作っているわけじゃないし
Linusが全部作っているわけでもないし…
ほか