トップページ⇒tech
153コメント52KB

Tcl/Tkもいいとおもうよ。

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。NGNG
GUIは一番手軽に作れるし
文字関係も本格的に国際化対応してるし
オブジェクト志向したければ[incr Tcl] http://www.tcltk.com/itcl/ っていうのもある。
なにか不満でも?

http://members.xoom.com/tcltk/index.html
http://club.pep.ne.jp/~am0250/tcltk.html
http://www.geocities.co.jp/SiliconValley/4137/tcltk.html
0002名無しさん@お腹いっぱい。NGNG
実装がへぼすぎませんか?
例えば↓がエラーになるし

if {expr}{
hoge
}else{
hoge
}

最初どこが間違ってるのかわからなかった。
0003名無しさん@お腹いっぱい。NGNG
Visual Tclがいいねぇ
0004名無しさん@お腹いっぱい。NGNG
(;´Д`) 童貞あげ
0005名無しさん@お腹いっぱい。NGNG
童貞?
0006名無しさん@お腹いっぱい。NGNG
ところで Perl/Tk って、もう日本語化してますか?
0007名無しさん@お腹いっぱい。NGNG
どうせならJavaにしたら?
0008名無しさん@お腹いっぱい。 NGNG
tclの文法をもうちょいわかりやすくしてください。
0009名無しさん@お腹いっぱい。 NGNG
Tcl/Tkのよいところは、UNIXとWindowsのクロスプラットフォーム
アプリケーションをアマチュアレベルでも書きやすいというところ
だろう。Cとリンクし、GUI部分はTcl/Tkで、プログラムの本体動作
部分はCで書けばパフォーマンスも「あまり」気にならない。
0010名無しさん@お腹いっぱい。 NGNG
しかし世の中はなぜかgtk+に
0011名無しさん@お腹いっぱい。 NGNG
>>9
そう言うけどさWINで動いてるの見たことないぞ>Tcl/Tk
JAVAでいいじゃん7に賛成
文法も2種類覚えなくて良いし
0012名無しさん@お腹いっぱい。 NGNG
俺はプログラミング経験あるよ>Win版Tcl/Tk

Tcl7.6/Tk4.2だと、WinでもOSF/MotifなLook&Feelになるし、
Cとリンクした場合、XDrawLineなんてXLibの関数を使う
ことになるから、ちょっと奇異な感じがするけどね。
描画パフォーマンスはUNIX上のTcl/Tkより若干落ちる。

Tcl8.0/Tk8.0以降、UNIX用プログラミングは特に必要としなく
なったので、Windows用プログラミングはもっぱらMFCで
やっている。8.xではCにおける描画関数のインターフェースが
変わったはずだが(XSetAttributesやXDrawStringがなくなっている)、
そういうわけでよく知らない。

ちなみに3DグラフィックソフトのShade R.4 for WINの
マクロ処理部分はTclだ。
0013名無しさん@お腹いっぱい。 NGNG
Tcl/Tkは位置付けと好感度からしてUNIX界のVBというわけですか?
0014名無しさん@お腹いっぱい。 NGNG
>>13
どっちかって言うとHSP?
0015名無しさん@お腹いっぱい。 NGNG
WinとUNIXのマルチプラットホームよりはむしろ容易にGUIプログラムを組めるところが大きいと思う。
ただいかんせんWinでの知名度が低すぎる。なんでだろう?
001615 NGNG
ぐわ、後で見たら意味不明な文章になってるな・・・
0017名無しさん@お腹いっぱい。 NGNG
>>11
>そう言うけどさWINで動いてるの見たことないぞ>Tcl/Tk
それはサンプリング不足

TCL+VisualTCLで幾つかツール書いたこと在るぜ。
FTPサーバにつないで.qmailファイル作るだけの代物。
内容的にはてえしたことないんだが、素人にFTPでやらすとハマルんで。
0018名無しさん@お腹いっぱい。 NGNG
age
0019名無しさん@お腹いっぱい。 NGNG
スレとあまり関係ないですがgtk+を使おうと思って
まずgimp(win版)を試してみたんだけど
環境設定ダイアログを開くと強制終了。
jpegで保存できないなどのバグに悩まされてます。
ちゃんと使えてる人いますか?
0020名無しさん@お腹いっぱい。 NGNG
LSI設計用のツールには(MSのソフトにVBAがついていたりAUTO CADにLispインタプリタが
ついているように)、マクロ・プログラミングや拡張のための基盤としてTcl/Tkを搭載し
ているものが、けっこうあります。

あと、最近オープンソースになったCygnus(Redhat)のSource Navigator(ソースを解析し
て依存関係などをしらべるツール。Windows版もある)もTclインタプリタを搭載していて
GUIがTcl/Tk(あんまりよく見てないけどIncr Tclか?)でできています。

で、わし、UNIXの世界をあんまり知らないもので、このような、

テキストベースのエンジン + Tcl/TkのGUI

というアーキティクチャや、

拡張の基盤としてTclインタプリタを搭載する

とゆうアイデアをみて、ほほう、と感心しとります。

1の方が紹介してくれた

http://club.pep.ne.jp/~am0250/tcltk.html

には、自分のプログラムからTclインタプリタを利用する方法について詳しく書かれてま
すね。
0021名無しさん@お腹いっぱい。 NGNG
いっときTcl/Tkに凝っていたが、小物ならなんとかなるけど、
ある程度より大規模なものになると手に負えません。
まあ、そういうことに使うものではないんでしょうけど。
0022名無しさん@お腹いっぱい。 NGNG
http://www02.so-net.ne.jp/~shimoda/prg/prg.html
PS1ゲームのカルネージハートのメモリーカードデータをなんとtcl/tkで読み書きしている。
今思いつくなかで最大規模のtcl/tkスクリプト。

0023名無しさん@お腹いっぱい。 NGNG
要するに全部Tclが悪いような気がするです。

Python + Tk (tkinter)の組み合わせがおすすめ。
0024名無しさん@お腹いっぱい。 NGNG
簡単にGUIアプリ作れるので触ってみたんだけれども、
なーんとなく、文法が馴染めなかったです。
これはもう私の趣味の問題なのでどうしようもないことなんだけど。
0025名無しさん@お腹いっぱい。 NGNG
>>24
そういう人にこそRuby/Tk、と薦めてみる。
0026名無しさん@お腹いっぱい。 NGNG
ウン、guile-tkだね、やっぱ。
guile-gtk も可。
Python-gtkでもいいや。
0027名無しさん@お腹いっぱい。 NGNG
>>24
いや、簡単にGUIアプリ作れるのは事実だろ。
Visual-Tcl/Tkがあるしな。
Visual-Tcl自身がTcl/Tkで書いてあるのにも驚いた。

>>25
Visual-Rubyかなんか作れば大ブレイクするかも???
0028名無しさん@お腹いっぱい。 NGNG
>27
そうそう。やっぱり見てくれはビジュアルにマウスで作って、
ロジック部分のみをコードで書くのが楽だよね。

でもunixな人は全部コードで書いた方がなじむのかな。
0029ぎこるび NGNG
>>27
Windowsオンリーですが、
http://www.osk.3web.ne.jp/~nyasu/software/vrproject.html
ってのが。
0030Pd NGNG
知ってる人は氏ってる音響モノプログラム。
GUI部分がTcl/Tkで出来てます。
これがTcl/Tkを知るきっかけでした。
http://www.geocities.co.jp/Hollywood/3918/PureData.html
http://www.crca.ucsd.edu/~msp/software.html
0031名無しさん@お腹いっぱい。NGNG
age
0032名無しさん@お腹いっぱい。NGNG
http://mentai.2ch.net/test/read.cgi?bbs=infosys&key=972727609
0033名無しさん@お腹いっぱい。NGNG
>>20
そうそう。LSI関連のEDAツール(最近のSynopsys社)なんて、Tcl準拠の規約で
スクリプトをコーディングしなければならない。
003420NGNG
>33
おお、いつのまにかこのスレあがってる…

プログラム板を徘徊していると、ASICをやっている方、意外にいらっしゃるのですね。
ツールを効率よく使うにはソフトの知識も必要になるので、私も、日々、プログラム板を徘徊して
精進しております…

現在デザコンを使っているが、dc_shellはしんどい。
0035名無しさん@お腹いっぱい。NGNG
Tcl/Tkもいいのかもしれないですね。
でもいいのなら、もっと人気があってもよさそうな気がします。
必ずしもいいものが人気でるとは限りませんがプログラムには
ライフサイクルというものがありますよね。
プログラムには寿命があるということです。
会社でTcl/Tkを使ったとして数年後とか10年後に誰が保守する
のか考えるとこわいです。
Tcl/Tk自体がその時代の環境にあわせバージョンアップしてい
くのかも今の人気のなさを考えるとこわいです。
また言語仕様がC言語に似ていないのでC言語系を勉強してきた
人にはなかなか受け入れられないと思います。
Tcl/Tk自身が簡単でも他の言語と組み合わせて使うとなると
難しくなるのでないかと思います。
今と同じくらいのマイナー路線でTcl/Tkが存続するかもしれま
せんが、ある程度認知され人気がでる可能性は低いのではない
のでしょうか。
Tcl/Tkプログラマーは、いつまでTcl/Tkが存続するかという
恐怖にさらされながら生きていかなければならないでしょう。
それを考えたらJAVAのほうがいいような気がします。
0036名無しさん@お腹いっぱい。NGNG
UNIX界隈では最初は一悶着あったみたいだけど今は結構浸透してるよ。
なんでWindowsでは無名なんでしょうねぇ・・・
0037名無しさん@お腹いっぱい。NGNG
SWINGもやばそう。根拠はないのでsage
0038名無しさん@お腹いっぱい。NGNG
>>35
Tcl/Tkなんてツールの一種という感じでしょ?
仰々しいものをコーディングするのは、はなっから向いて無いし。
インタプリタ、GUI、シェルなんかとの相性もいい。

保守の面でいうと数年後の保証は無いのは同意。
圧倒的なユーザを抱えていないから、代替の言語が出てくれば時代の流れで廃れるかも。
しかしUNIX関連で仕事している人には知っていてもいいと思う。
C言語系しか学んでいないより、他のスクリプト言語を知っておくのも
そのうち何処かで役に立つよ。
遊びで他の言語でコーディングするのって新鮮で気晴らしにもなるしね。
0039名無しさん@お腹いっぱい。NGNG
>>33,34
おぉ、やっぱりHDL書いている人もココにいるんですね、ひっそりと。
デザコンと略すのですか。私は普通にdesign compilerと言うんで。
周りはシノプシスと言う(そりゃ会社名やっちゅうねん!)

しかしプログラマーのスレを読むと、ハード屋はやっぱりコーディング
スキルが劣るのだろうか。
個人能力にもよるけどね、やっぱ経験やノウハウに差が出てくるよな、実際。
0040名無しさん@お腹いっぱい。NGNG
|Tcl/Tkなんてツールの一種という感じでしょ?

そのツールっていうのが一般的に認められにくい時代になっていますね。
昔はエンドユーザーさえがコマンド打っていたのが今はマウス操作。
Makeもツールの一種だけど最近のプログラマは知らない人が多い。
統合環境があるから必要ないと思っている。
ツールは昔からのUNIX使いには受け入れられる概念だけど最近の
WINDOWSプログラマには死語に近くなっている。
UNIX系プログラマも今はデスクトップ環境だの統合開発環境だの
新しい波を受けそうな時代になってきた。
私はMakefile書けるけど「そんな古いもの知らなくていい」と
言われて悲しいです。
個人でTcl/Tkを使うのはいいと思うけど会社の上司が「うちは
○○という統合開発環境使うからそんな古いもの使うな、そん
な古いもの使われると他の社員が見てもわからないから迷惑な
んだよ」と言うと悲しい思いをしそうです。
0041名無しさん@お腹いっぱい。NGNG
> 昔はエンドユーザーさえがコマンド打っていたのが今はマウス操作。

客観性・視覚認識性は高まるが、再現性に欠けたり、デバッグに困る場合がある。
時間や手間を考慮した場合、スクリプトの方が作業効率が向上すると思える。
しかし言語を理解するまでに時間がかかるデメリットもある。
HTMLタグのようなマーケットのある分野ならば、安価な専用ソフトもあるりますね。
でも、そういった恵まれた開発環境で仕事しているエンジニアばかりじゃないんですよ。

Makefileもやっぱりツール。shellで書いてもOK. どちらかを選択できるだけマシ。
会社の上司が異動になったり転職した場合、知っていた方がいいこともある。
Perlも一緒。Cに比べ文字が扱いやすいから最近はCGIによく使われる。
ツールは手段の一つで唯一ではないってこと。

う〜ん、話がそれてきた。
0042名無しさん@お腹いっぱい。NGNG
ちょっと関係ない話で申し訳ないが、ここ↓見ると
http://www.activestate.com/Products/VisualPerl.html
Visual Perlっていうのが出るらしいね。
初めは気の利かんジョークかと思ったんだけれど、周りに聞いたらそうでもないようで。(^^;)
...しかしどこがVisualになるのかさっぱり見当がつかん。
(単なる統一名称として前にVisualってくっつけただけ?
、それともPerl/TkのTk部かな? あとは、Perl+WSH(苦しいな)とか、
Perl+PerlScript(IE+ActiveX)かなあ?)

これについて誰か知っている人居ませんか?
0043名無しさん@お腹いっぱい。NGNG
Win版、Mac版で書かされた。
たぶんMac版はencoding ISO-2022-JPにバグある。。。。
0044名無しさん@お腹いっぱい。NGNG
>>40
>そのツールっていうのが一般的に認められにくい時代になっていますね。

Tcl/Tkって、Tool Common language, Took Kit の略なんすけど。。。
ツールを否定されたら、Tcl/Tkは逝ってよしということか。

Winで VC++やVBだけ書いてりゃいい人には、ツールって概念はないのか。
0045名無しさん@お腹いっぱい。NGNG
VC++,VBのプログラムをTcl/Tkで書けるの?
なんか違うと思うが。
0046ギコハトNGNG
解釈がズレてる気がするが?>45
0047名無しさん@お腹いっぱい。NGNG
44ではないが、コーディングする上で付随する作業をプログラムで自動化する、
或いはプログラマの作業を軽減する目的の一つがツールって考えなんじゃないかな?
44が言いたいことは、仕事がVB/VC++オンリーな人はわざわざツールとして言語を
覚える必要ナシっていう恵まれた環境なのね〜ってことなんじゃない? >45
0048名無しさん@お腹いっぱい。NGNG
>>44
Tool Command Language
   ^^^^^^^
な。
Ousterhoutの「Tcl&Tkツールキット」を読む限りでは、
1. Cのアプリケーションに容易に組み込むことが可能
2. Cで容易に拡張が可能
な「コマンド言語」を作ることが当初の目的であって、それ自体独立した
言語として使われるだろうとは作者自身予想していなかったようだ。
0049名無しさん@お腹いっぱい。NGNG
Tcl/Tkでお薦めの入門書ってありますか?

VC++の入門書で林の著書を掴んでしまった厨房なので,是非ともアドバイスが
欲しいのです.
0050虹NGNG
日本語だと自分の手元には
「Tcl&Tkツールキット」(SOFTBANK) 4800円
「はじめてのTck/Tk」(技術評論社) 2800円
「入門tcl/tk」(アスキー) 2000円
の3冊がありますが、Tclについて基礎からなら「はじめての〜」、
Tkについてなら「入門〜」、詳しく突っ込んだ内容なら「〜
ツールキット」かな。
個人的には「入門〜」がお勧めかな。
# 今はすっかりRubyistになってしまったので読むこともないが。
0051名無しさん@お腹いっぱい。NGNG
もし兄貴がカッコいいコードを書きたいと思っているマニアックな人なら、
 「Effective Tcl/Tk」(アスキー 4200円)
が超おすすめです。

あと、Tcl/Tkに慣れていないうちには、ジオメトリマネージャ(ボタンなどの
ウィンドウ部品の座標を管理するもの)の挙動がよく分からず、ウィンドウが
へんなふうになってしまってハマってしまい、試行錯誤をやる羽目になって
しまうかもしれません。

そんな問題を解決するには、50さんももっている「Tcl&Tkツールキット」
という本が、たいへん役に立ちます。

005251NGNG
>49 さん

…ところで、Tcl/Tkにはじめてチャレンジされるのであれば、次のことに注意していた
だくとよい(ハマらずに済む)かと思います。

Tcl/Tkは、if…elseなどのキーワードがあり、処理ブロックを{}で括るので、一見する
とフツーの構造化言語に見えます。

しかし!!

Tcl/Tkの{}には、じつは処理ブロックを括っているだけでなく、「変数置換」をするタ
イミングを制御するというはたらきがあります。また「リストを返す」というはたらき
もあります。文脈によらず、常にそう解釈されるのです(たぶん)。

そして、この{}のはたらきを理解していないと、Tcl/Tkは、永遠に不可解な挙動をする
ものに見えることでしょう。反対に、{}のはたらきさえ理解すれば、Tcl/Tkを自在に操
れるようになると思います。

(そう考えると、最初に読む本はやはり「Tcl&Tkツールキット」がおすすめですねぇ…)

> 50さん
> # 今はすっかりRubyistになってしまったので読むこともないが。

私も、将来はRuby/Gtkに期待!!
005349NGNG
のTcl/Tk厨房でございます.

50,51,52の各氏,情報提供ありがとうございます.
マジで感謝してます(T_T)

早速今日の昼にでも秋葉原に出向いて,紹介のあった書籍を探してみます.
005451NGNG
> 53
どういたしまして。ぜひ、あやしい言語、Tcl/Tkワールドを楽しんでください。

ところで自分にツッコミ
> 52
> Tcl/Tkは、if…elseなどのキーワードがあり、

ifってキーワードじゃなくって、じつは {条件} {実行するスクリプト} ってゆう、
2つの要素からなるリストを引数にもつ「ifとゆう名前のサブルーチン」なんですよね...

こういうところが、自在に拡張できる利点ってゆーか、デバッグがむずかしくなる欠点ってゆーか...
0055名無しさん@お腹いっぱい。NGNG
すんまそ。
Tclのif文って、if と { の間にスペース入れないとエラーするの?
こういう変なところは他にある?
005651NGNG
> 55
エラーになります。理由は、

1.Tclインタプリタはステートメントの一番最初のトークンをコマンド名と解釈し、以降は
 該当コマンドへの引数と解釈するようになっている
2.ifは {条件スクリプト} {実行スクリプト}という2つの要素からなるリストを引数にもつ
 コマンドである。
3.スペースはリストの要素の区切りと解釈される。

ということによります。

> こういう変なところは他にある?

コーディングをしていてびっくりすることは、その他に、

 ■ OK!!
 if {なんとか} {
  ふんじゃらむんじゃら
 }

 ■ エラー!! なんでぇ??
 if {なんとか}
{
  ふんじゃらむんじゃら
 }

というのがあります。理由は、Tclはカッコが対応してないとゆうことを、内部の
Tcl_Partial()というのでしらべて、対応してなければ次の行にコマンドが続いていると
解釈しているからです。

# 今日は徹夜で仕事しにきたのに2ちゃんねるであそんでしまった。いかんいかん。
0057虹NGNG
Tclの{}とか""とか[]は結構他の言語にはない独自の書き方なので
慣れるまではかなり戸惑ったなあ。慣れてからも戸惑ったけど。
0058名無しさん@お腹いっぱい。NGNG
tclはコマンドが外部プログラムではなく関数で実装されている
shellだと考えた方が絶対分かりやすい。
tclでは全てがコマンド + 引数だ。それ以上でもそれ以下でもない。
0059名無しのエリーNGNG
厨房プログラマです。tcl/tkでアプリケーションを作り、知り合いなどに
供給したいのですが、ファイルが「.exe」でなく、「.tcl」なので
他のパソコンでやるときには実行ができません(tcl/tkがインストールさ
れてないので)。どなたか、tcl/tkでDelphiのようにどのプラットホーム
でも「.exe」ファイルを作ることができないのでしょうか?
0060ぎこるびNGNG
>>59
http://www-itg.lbl.gov/mbone/confcntlr/standalone.html
ライブラリを静的リンクするからサイズがとっても大きくなりそう。
しょうがないけど。
006155NGNG
51さん、さんきゅ。

2chでこんなに親切な人に出会うとは。
わしゃ残業代払えないよん。応援はタダだ。いっぱいしちゃるけー
仕事がんばってや〜
0062虹NGNG
>>59
上にも書いたけど、「Tcl&Tkツールキット」と言う本にそのあたり
のことが載ってます。
006359NGNG
>60さん、62さん、50、51、52さん
59です。アドバイスありがとうございます。60さんに関しては
そのページが英語ばかりなのでよくわかりませんでしたが、62さん
に関してはどうもありがとうございます。ちなみに50、51、52さん
に関しても感謝したいです。いずれにしても60、62、50、51、52さん
どうもありがとうございました。早速、本屋で探してみます。
006451=34NGNG
>>59
Tcl Proに含まれている、コレなんかどうですか兄貴?(Tcl Proはフリーになったようです)。

 http://dev.ajubasolutions.com/software/tclpro/

> TclPro Wrapper.
>
> TclPro Wrapper creates a single executable file containing everything needed to
> run a Tcl application. This makes it easy to distribute Tcl applications to your
> users and manage upgrades in Tcl versions.
0065デフォルトの名無しさんNGNG
age
0066デフォルトの名無しさんNGNG
最近新しい本がまた出ましたね。
0067Ruby/TkNGNG
Tcl/Tkツールキッド売ってないぞ。
ソフマップとかロフトでも売ってなかった。
やっぱ、秋葉原に行かないとないのかな。
0068デフォルトの名無しさんNGNG
tcl/tk入門(トッパン:5400円)はちっとも入門じゃありませんでした。
practicalを入門と訳すかゴルァ! 気づくべきだった。
{}[]話が役立った5400円より2ch!?(鬱だし脳
0069Tcl/Tk厨房NGNG
>>67
LAOX Computer館で一冊あったのをゲットしました.
ちなみに初版本.
重版とかされてなさそうですね,この本.
0070デフォルトの名無しさんNGNG
フランスで買ってきたマンダラケ(MandrakeLinux)
にはwishが入ってなかった・・・・
くそう。
しようが無いのでX-mateでも使って見ます。
0071GNU-SmalltalkerNGNG
GNU-SmalltalkのGUIもtcl/tkで実装されてるんですね。
僕も『tcl/tkツールキット』読んでみます。
0072デフォルトの名無しさんNGNG
>>68
やっぱ、入門ってつけると本が売れるからじゃねーのかな?
ちなみにあの本が一番詳しく書かれてると思うから
持ってて損はなし。いつか役にたつ。
0073デフォルトの名無しさんNGNG
頑張れage
0074名無しさんNGNG
age
0075デフォルトの名無しさんNGNG
真面目な質問。でもFAQかもしれないからsage

UNIXでGUIをやる必要なんてあるの?
0076デフォルトの名無しさんNGNG
>>75
環境にも寄るんではないかと。

サーバとしてなら当然のごとくいらないし。

あと、最近だと Embeddid な Linux とか使ってる商業マシンもあるから
そういうのだとデスクトップとはまた違うけども GUI 必要になるね。
007775NGNG
>>76
わざわざGUIをやるなら、明らかにWindowsの方が洗練されていると思うんですよ。
もちろんサーバとして利用する(というか、CUI的な操作を基本とする)ならば
UNIX系OSの方が優れているのは明らかだし、
逆にホームユース(ゲームとか表計算とか)で考えるなら、
Windowsの方がよほど洗練されてるでしょう。

OSそれぞれの文化があるのに、
片方のOSで無理に両方やっても
あまり意味ないのではと思うわけです。
007876NGNG
>>77
確かにそうですね。< 洗練されてる

ただ、私、しばしば思うんですが、Windows って
隠蔽されてる部分が多過ぎて、その辺で嫌になることはありますね。

あと 95、95OSRx.x、98、98SE、Me、NT、2k それぞれで細かに挙動が変わったり。
UN*X だったら「〜をアップデートしたらいいですよー」で終わることが、
手元に無い OS の挙動を予想しながらコーディングするのは嫌になります。

まぁ、なんだかんだ言って私も GUI プログラミングは Windows だけなんですが、
そういう点で、UN*X でやりたいという気持ちもわかるな、という感じです(^^;。
0079デフォルトの名無しさんNGNG
WinのTkは不安定だった。
サンプルのエディタがすぐ落ちた。
0080デフォルトの名無しさんNGNG
厨房な客先に納めるとき、クライアントtierがWindowsだと変なもんかってに
インストールされた挙げ句に困ったときの矛先が向かってきたりする、
てのを避ける意味で、UNIXでGUI。
0081デフォルトの名無しさんNGNG
GUI==ホームユースってわけでもないでしょう。
プログラミング環境としてもCUIよりGUIの方がよくない?
0082デフォルトの名無しさんNGNG
あげあげ
0083デフォルトの名無しさんNGNG
Tcl/Tkを常日頃使ってるひといるの?
0084デフォルトの名無しさんNGNG
>>81
>プログラミング環境としてもCUIよりGUIの方がよくない?

よくない。プログラム書いてるときにキーボードから手を離したくないよ。
0085デフォルトの名無しさんNGNG
ktermとEmacsがスクリーンを半分ずつ占有してて、
両ウインドウ間はキーボードでフォーカスが移るように
してるけど、30行のCUIより快適だよ。
0086デフォルトの名無しさんNGNG
>84
トラックポイントつきのキーボードを使いましょう。
0087デフォルトの名無しさんNGNG
Tcl/Tk使いはGUIじゃないスクリプトもtcl使ってるんだよね?
0088デフォルトの名無しさんNGNG
>>83
LSI設計屋さん。
今後は常識になる。Tcl(しかもスクリプトをコーディングね)
0089デフォルトの名無しさんNGNG
ところで、質問があるんですけれども
TKだけCから呼び出して使うって出来るんですか?
0090トリッキーの1NGNG
>>84
開発環境はGUIだと思ったけれど……
デバッグとか、CUIだと泣けてくる物がありませんか?
0091Tcl/Tk厨房NGNG
>>88
そうなんですか…
Tcl/Tk,なんか本気で勉強してやろうという気になってきました.
0092デフォルトの名無しさんNGNG
わざわざ勉強するほどのものでもないと思うが
なんかチョコっと組むときは便利だよね。
0093デフォルトの名無しさんNGNG
STk もよろしく。
http://kaolin.unice.fr/STk/
0094デフォルトの名無しさんNGNG
Tcl/Tkは、おもしろいですね。
HyperCardに影響をうけて作ったそうです
HyperCardになんとなくにてます。HyperCardは、GUIだし簡単ですょ。
でもMacでしか動かないし、手に入れるのか難しくなってる。
VBやエクセルが使える環境だとTcl/Tkは、流行らないでしょね。
0095でふぉるとNGNG
vectorに、Tcl/TkのFAQを日本語訳したソースが登録されてた。
興味があればダウンロードしてみたら?
0096デフォルトの名無しさんNGNG
>HyperCardに影響をうけて作ったそうです

そうなの? 出来れば情報元を教えてほしいな。
0097デフォルトの名無しさんNGNG
正確にとTkをHyperCardに影響をうけて作った
と作者がreadmeに書いてます
0098デフォルトの名無しさんNGNG
>>97
ありがとう。ビル・アトキンソンも喜んでおりました。
0099デフォルトの名無しさんNGNG
>>88
ちょっと古い話ですが気になったので…。
LSI設計屋さんでなぜTcl/Tkなんですか?
VHDLなんかのHDL(ハードウェア記述言語)使ってるんじゃないんですか?
0100デフォルトの名無しさんNGNG
>>88
俺も聞きたかったage
0101でふぉるとNGNG
>>99-100
LSI設計をする上で、RTLと呼ばれるLSIの動作・ふるまいをコーディングする手段
として、HDL(Verilog-HDL, VHDL)が使用されます。
これらを論理合成し、静的タイミング解析する手段として、Synopsys社の
DesignCompilerやPrimeTimeを使用するのが一般的のように思われます。
(実際は高価なのでどの位の企業が採用しているかわかりませんが、大手ではメジャーな手法?)
これらのツールを使用するためのスクリプトは、Tclで記述します。
論理等価検証Formalityもそうでした。
何故これらツールがTclなのかはわかりませんが、他ツールでも似たような
ことが起きているようです。

ttp://www.geocities.co.jp/SiliconValley/4137/tcltowa.html
0102デフォルトの名無しさんNGNG
TkとGtkとQtはどれが一番便利?
0103通りすがりNGNG
>>101
SuperHなど、日立のマイコン(ソフト)向け統合開発環境でも、やはりスクリプト
言語にTclが使われているようです。
似たような感じで、ツールに組み込まれていることも、(私が知らないだけで)結構
多いのかも。
0104aNGNG
LSI設計は開発工程が複雑且つ大規模なため、設計の自動化が以前から
進められていましたが、それでも大変なことになっています。
市販の高額なツールを使うもよし、各企業の内製ツールを使うのも結構なのですが、
エンジニアはその度に開発キットとのユーザインターフェイスの違いに戸惑っています?
Tcl自体は大げさな仕様ではないし、ベースはTclで書いて、所々にツール固有の
コマンドを埋め込むようなことになれば、多少は軽減されるのでは。
だけどツール固有のコマンドって奴が厄介なんだけどね。
0105名無しさんNGNG
Tcl はライセンス的に自由度が高いからかな。
0106デフォルトの名無しさんNGNG
いいとか悪いとかそういう問題じゃなくて、
会社で売ってるソフトのマクロ言語がTclだからバリバリ書いてます。
しかもWINで。
Tclはパフォーマンス悪い。デバッグがつらい。
TkはLook&Feelを変更できればいいのに。
でもP*/Tkと比べてやっぱりTcl/Tkは使いやすい。
でもsage。
0107デフォルトの名無しさんNGNG
Tcl好きなんだけどな。Cと組み合わせて使うのにはまっているよ。
0108通りすがりNGNG
私もTcl/Tkが好きです。
C++でラッパクラスを作ってやれば、Tcl_Obj型の面倒な操作とかも簡単になりますし。
構文解析のオーバーヘッドをなくすために、Tcl_GetObjCommandで取得した関数を
直接コールすれば、パフォーマンスも結構改善できますしね。
Borland C++でやってるので、ビルドが結構大変でしたが。
0109デフォルトの名無しさんNGNG
pythonとかいうのと どうちがうんですか?
0110デフォルトの名無しさんNGNG
108さん、BC++向けのメイクファイルちょーだい。
0111デフォルトの名無しさんNGNG
PythonをインストールするとTcl/Tkもインストールされる。
0112デフォルトの名無しさんNGNG
そうですか。
死らん勝った。
やってみよう!
0113デフォルトの名無しさんNGNG
Tk便利だからTclはよく使ってるなぁ。でもさ、windowsでlistboxがさぁ、
上下キー押しても項目の移動できないだよねぇ。あれはいけないなぁ。
8.0使ってるからかなぁ。最新バージョンならできるのかなぁ。
0114デフォルトの名無しさんNGNG
Tk便利だからTclはよく使ってるなぁ。でもさ、windowsでlistboxがさぁ、
上下キー押しても項目の移動できないだよねぇ。あれはいけないなぁ。
8.0使ってるからかなぁ。最新バージョンならできるのかなぁ。
0115デフォルトの名無しさんNGNG
あ、ほんとだ。
0116デフォルトの名無しさんNGNG
>>114
8.2で試してみました。

1.タブキーでフォーカスをリストボックスに移動した場合は上下キーで項目の選択はできます。
2.リストボックスにフォーカスが当たっていないとき、マウスで項目選択した場合は上下キーがききません。

上下キーで選択できるときは項目にアンダーラインが引かれています。
0117デフォルトの名無しさんNGNG
>>108
ラッパークラスの公開キボーン
0118108NGNG
ラッパクラスですが、体裁が整ったらどこかで公開することを検討してみます。
0119デフォルトの名無しさんNGNG
age
0120デフォルトの名無しさんNGNG
もう Tcl さわるのやだよ。C でいう構造体作れないし。記述能力が低すぎるわ。
ns(network simulator)で Tcl 使う必要あったんだけど、結局 ns に C++ のコード
たくさん書いてたし。
Tk あるから Tcl 生きてるって感じですな。単体でさわるのはつらい。
0121デフォルトの名無しさんNGNG
>>120
状況が許すなら[incr Tcl]導入してみたら?class使えるよ。
0122デフォルトの名無しさんNGNG
あge
0123デフォルトの名無しさんNGNG
age
0124デフォルトの名無しさんNGNG
勉強するには、どんな本がお勧めですか?
0125デフォルトの名無しさんNGNG
あげ
0126デフォルトの名無しさんNGNG
age
0127 NGNG
>>120
同意 Tcl不具合多すぎ
実装が楽らしくこれからも使うとこふえそう
最悪だな、これ
0128デフォルトの名無しさんNGNG
>>29 VisualuRuby
作者さんには悪い(?)が、winオンリーなのがちと残念。
Kylixなんかに負けるな(藁
どこが「Linux「初」のRAD」だよ?>Kylix

遊びの感覚だとしてもTclは辛いと思った。
俺の感覚だと、遊びは(遊び以外でも勿論構わないが)rubyあたりだな。

>>30 Pd
俺もPd系ソフトは萌えなんだが、
あれのおかげでTk(Tclは関係あるんだっけアレって?)が
重くてたまらんって思い知ったという経緯も有り。
win95でPen100MHzだったんだが、他のソフトが
それなり(その時代なり)の速度で動く中、
あの際立つ重さは辛かった。
おかげさんで似たようなものをdelphiで作る気力が沸いたよ。

>>77
WinはGUIの1つの実装に過ぎません。
まぁ洗練はされてないとは言えないけど、
たとえば「まるっきり方向性の違う」GUIが欲しいときには
Winじゃどうしようもないわけで。
たとえば最近流行の掌サイズのデバイスとか。
なぬ?CE?知るか(藁

>>84
CUIの使い心地を邪魔しないかたちでのGUIなら許す。

>>90
>デバッグとか、CUIだと泣けてくる物がありませんか?

そうかなあ?gdbとか使ってて別に苦しくないけど?
0129デフォルトの名無しさんNGNG
嫌いな言語で組まされることほど辛いことはない。
隣のやつはなんでじゃヴぁで組む仕事してるんだぁ
0130デフォルトの名無しさんNGNG
Tclが使えるフリーか定額のレンタルサーバ使ってる人いませんか?
0131デフォルトの名無しさんNGNG
>>128
>おかげさんで似たようなものをdelphiで作る気力が沸いたよ。

みせてみせて
0132懸賞スキスキ名無しさんNGNG
>>130
http://www.he.net  tclsh でプロンプトででてくるよ。
私がつかっているサーバだけかもしれないけど
0133デフォルトの名無しさんNGNG
>>131
googleで delphi midi component MAX で検索したら一発目。
ttp://member.nifty.ne.jp/guion/SOFT/
>「MAX」を目指した

これか?全然似てねぇじゃん(藁
0134デフォルトの名無しさんNGNG
あげ
0135デフォルトの名無しさんNGNG
あえf
0136デフォルトの名無しさんNGNG
age
0137デフォルトの名無しさんNGNG
あげあげ
0138デフォルトの名無しさんNGNG
http://gooside.com/perltk/

Perl/Tkで2ちゃんねるブラウザ。
0139デフォルトの名無しさんNGNG
Tcl->Scheme
http://www.cs.earlham.edu/~bickiia/tcl-scheme/
0140デフォルトの名無しさんNGNG
あげ
0141デフォルトの名無しさんNGNG
Tcl/Tkで日本語の表示ができるスタンドアロンEXEを作る方法ってある?
0142デフォルトの名無しさんNGNG
TkみたいなGUI作成用スクリプト言語って他にないの?
方言でもいいから、Objective-Tkとか、、、
0143デフォルトの名無しさんNGNG
perl tk
python tk
ruby tk

ruby gtk+
0144デフォルトの名無しさん01/09/03 03:31ID:XJXQbGlo
あげ
0145デフォルトの名無しさん01/09/03 05:13ID:hl5nRbHk
Tkはデザインがキモイ
0146デフォルトの名無しさんNGNG
Tcl/Tk すっごく面白そうですね!
(マダ インストール シテナイ ケト...)
゙
0147デフォルトの名無しさんNGNG
                             
  Ruby     は      クソです!    ゴミ      箱     逝きです!
  ∧_∧   ∧_∧    ∧_∧   ∧_∧     ∧_∧    ∧_∧
 ( ・∀・)  ( ・∀・)   ( ・∀・)  (  ・∀)    (∀・  )   (・∀・ )
⊂ ⊂  )  ( U  つ  ⊂__へ つ  ( ○  つ   ⊂ ○ )   ⊂ ∩  つ
 < < <    ) ) )     (_)|   \\ \   / //   / /\ \
 (_(_)  (__)_)    彡(__)   (_(__)  (_(_)   (__)  (__)

この発言をコピペしていただければ幸いです。
0148デフォルトの名無しさんNGNG
Tclは文法がキモイ
0149デフォルトの名無しさんNGNG
tcl/tk だけでたいそうなことやるのはアレだけど
C なんかからライブラリ的に使うのはけっこう良いと思うな。
0150デフォルトの名無しさんNGNG
>>148
激しく同意。
Perl/Tkのほうがソース見ててなんか落ち着く。
0151デフォルトの名無しさんNGNG
ラッピングして単一のEXEファイルとかにできるのがとてもよいよ。
0152デフォルトの名無しさんNGNG
Javaがセキュリティに大変気を配っていることはよく知られています。 これはJavaが始
めからネットワーク環境を考慮した言語設計が行われたためで、 これが他の言語に見
られない利点としてインターネットで広く認められる一因になりました。 残念ながら
Tcl/Tkはそのような経過を経てこなかったため、 「Tcl/Tk本体から、危ない機能を削る」
ということで対処しています。
0153デフォルトの名無しさんNGNG
急に、なに。
■ このスレッドは過去ログ倉庫に格納されています