【GUI】wxWidgets(旧wxWindows) その3【サイザー】
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2006/09/09(土) 00:06:30本家
http://www.wxwidgets.org/
wxWindows日本語プロジェクト
http://wxwindowsjp.sourceforge.jp/
Let's wxWidgets
http://dot-gray.s33.xrea.com/
(*)準備中(*)
http://www.geocities.co.jp/SiliconValley-Cupertino/8526/
wxWindowsで始めるC++ GUIプログラミング
http://www.h3.dion.ne.jp/~k5_n/wxwin/
wxWidgets でクロスプラットフォーム GUIアプリを作ろう
http://namazu.org/~satoru/pub/uu-2004-08/
dW : Linux : wxWindowsの概要
http://www-6.ibm.com/jp/developerworks/linux/010413/j_l-wxwin.html
SunWorld Online：wxWindows――無名だが成熟したGUIツールキット
http://www.idg.co.jp/sw/back/200102/20010219_01_report.html
0123デフォルトの名無しさん
2007/02/28(水) 06:37:400124デフォルトの名無しさん
2007/02/28(水) 13:10:52import wx
import re
class MyApp(wx.PySimpleApp):
def OnInit(self):
Frame = wx.Frame(None, -1, "Text Edit", size=(400,400))
self.Btn = wx.Button(Frame, -1, "Set Number")
self.Btn.Bind(wx.EVT_BUTTON, self.SetNum)
self.TxtBox = wx.TextCtrl(Frame, -1, "One\nTwo\n", style=wx.TE_MULTILINE)
self.SetNum(wx.Event)
MySizer = wx.BoxSizer(wx.VERTICAL)
MySizer.Add(self.Btn, 0, wx.FIXED_MINSIZE | wx.LEFT | wx.RIGHT | wx.TOP, 20)
MySizer.Add(self.TxtBox, 1, wx.EXPAND | wx.ALL, 20)
Frame.SetSizer(MySizer)
Frame.Show(1)
return 1
（つづく）
0125デフォルトの名無しさん
2007/02/28(水) 13:13:13Text = self.TxtBox.GetValue()
OldLines = Text.split('\n')
NewLines = []
Count = 1
for OldLine in OldLines:
NewLine = re.sub('^([ \d]+: )?', '%4d: ' % Count, OldLine)
NewLines.append(NewLine)
Count += 1
self.TxtBox.SetValue('\n'.join(NewLines))
app = MyApp()
app.MainLoop()
30分くらいで単純に作ったので、細かいツッコミは無しでお願いします。
0126デフォルトの名無しさん
2007/02/28(水) 23:55:44つか、そのままコピペしたらエラー出たわw
おいバグかよ、って思ったら、インデントの関係だったわ。
（SetNumはMyAppクラス内なのね。）
これだからpythonはw
0127114
2007/03/01(木) 01:47:35ありがとうございます。こういう参考に出来るコードがあればと思っていたところでした。
ぱっと見まだよく分からないんですが、参考にさせてもらいます。
0128デフォルトの名無しさん
2007/03/01(木) 13:20:33すぐに気づけてよかったね。
これだから(ry
0129デフォルトの名無しさん
2007/03/01(木) 16:19:360130デフォルトの名無しさん
2007/03/01(木) 16:36:26日本語でおｋ
0131デフォルトの名無しさん
2007/03/01(木) 20:30:47「Windowsでテキスト表示のフォントが変わったんですか？」
らしい。
0132デフォルトの名無しさん
2007/03/02(金) 00:17:040133デフォルトの名無しさん
2007/03/02(金) 00:54:120134デフォルトの名無しさん
2007/03/02(金) 03:27:05予言だけど本気でコレの作者に中国人なり日本人なりが頼まないと未来永劫にわたって変更はない。
0135デフォルトの名無しさん
2007/03/02(金) 11:08:47文字化けしないフォントを使わなくなったのならいいんじゃないか
ちなみにエスパーだけど
0136デフォルトの名無しさん
2007/03/02(金) 13:12:040137デフォルトの名無しさん
2007/03/02(金) 23:17:020138デフォルトの名無しさん
2007/03/03(土) 19:44:35次のようなクラスを作ったのですが、Sliderを動かしたらその値がSpinCtrlに反映させるようにイベントを作ろうとしても上手くできません
.hで
enum
{ SliderPage_Slider = 100, };
class SliderAndSpinCtrlSet: public wxBoxSizer
{
public:
SliderAndSpinCtrlSet(wxWindow *parent, const wxString& title, int sliderID, float val, float min, float max, int spinCtrlID) : wxBoxSizer(wxHORIZONTAL)
{
m_slider = new wxSlider(parent, sliderID,
val, min, max ,
wxDefaultPosition, wxDefaultSize, 0);
m_spinctrl = new wxSpinCtrl(parent, spinCtrlID, wxString::Format(_T("%d"), val),
wxDefaultPosition, wxDefaultSize,
0,
min, max, val);
Add(m_spinctrl, 0, wxALL | wxGROW, 5);
Add(m_slider, 0, wxALL | wxGROW, 5);
}
void OnSlider(wxScrollEvent& event) { hogehoge... }
として、.cppで
BEGIN_EVENT_TABLE(SliderAndSpinCtrlSet, wxBoxSizer)
EVT_COMMAND_SCROLL(SliderPage_Slider, SliderAndSpinCtrlSet::OnSlider)
END_EVENT_TABLE()
としたのですが、エラーになりました。wxBoxSizerにはsm_eventTableなどを持っていないのが原因という事は分かったのですが、代替案が見つからず困っています。
どなたか上手いやり方をご存じないでしょうか？
0139デフォルトの名無しさん
2007/03/04(日) 02:38:550140デフォルトの名無しさん
2007/03/04(日) 03:13:20wxPanelだと、独立したウィンドウになってしまいませんか？
ウィンドウ内のコンポーネントとして配置できるような、SpinCtrlとSliderをセットにしたものを作りたいのですが・・・。
0141デフォルトの名無しさん
2007/03/04(日) 12:29:07- wxEventHandlerを継承してないとイベント扱えないのでは
- DECLARE_EVENT_TABLE必要
まあとにかくEvent Handling Overviewくらいは読めと。
0142デフォルトの名無しさん
2007/03/04(日) 13:08:40wxEvtHanderを継承してみました。
.hで
enum
{ SliderPage_Slider = 100, };
class SliderAndSpinCtrlSet: public wxBoxSizer, wxEvtHandler
{
public:
SliderAndSpinCtrlSet(wxWindow *parent, const wxString& title, int sliderID, float val, float min, float max, int spinCtrlID) : wxBoxSizer(wxHORIZONTAL)
{
m_slider = new wxSlider(parent, sliderID,
val, min, max ,
wxDefaultPosition, wxDefaultSize, 0);
m_spinctrl = new wxSpinCtrl(parent, spinCtrlID, wxString::Format(_T("%d"), val),
wxDefaultPosition, wxDefaultSize,
0,
min, max, val);
Add(m_spinctrl, 0, wxALL | wxGROW, 5);
Add(m_slider, 0, wxALL | wxGROW, 5);
}
void OnSlider(wxScrollEvent& event) { hogehoge... }
DECLARE_EVENT_TABLE()
};
として、.cppで
BEGIN_EVENT_TABLE(SliderAndSpinCtrlSet, wxEvtHander
EVT_COMMAND_SCROLL(SliderPage_Slider, SliderAndSpinCtrlSet::OnSlider)
END_EVENT_TABLE()
としてみましたが、コンパイルは通るものの、スライダーを動かしても何の反応もありません。
どうすればいいんだ・・・。Event Handling Overview今読んでいますが、難しいですね・・・。
0143デフォルトの名無しさん
2007/03/05(月) 00:42:03コントロールからのイベントが到達しないんじゃない？
やっぱ、wxPanel継承して、そのハンドラで受けるのがいいと思う。
そのPanelをひとつのコンポーネントとしてとらえればいいわけだし、
他パネルに配置もできるでしょ？
どうしても嫌なら、wxEvtHandler継承で、
m_slider->Connect(
SliderPage_Slider,
wxEVT_COMMAND_SLIDER_UPDATED,
wxCommandEventHandler(SliderAndSpinCtrlSet::OnSlider),
NULL, this);
とすればできる気がする。動作確認してないけど。
0144デフォルトの名無しさん
2007/03/05(月) 10:28:39wxPanel継承でできました！ありがとうございます。
というかwxPanelをコンポーネントとして配置できる事を知りませんでした。
まだ使い始めたばかりなもので・・・。
0145デフォルトの名無しさん
2007/03/08(木) 10:54:48ウィンドウを二つ表示しているんですが、
片方で何らかの操作をした結果の値を、もう一方のウィンドウ上に配置したスライダー
等のコンポーネントにリアルタイムに反映させたいのですが、何か方法はないでしょうか。
具体的に言うと、片方はwxGLCanvasを継承したクラスで、その画面上をドラッグすると
ある値が変わるのですが、ドラッグ中にもう一方のウィンドウ（wxPanel)上の
スライダー等の表示をその値を反映したものにリアルタイムに更新したいのです。
しかし、ドラッグ中にスライダー等にSetValueで値をセットしても、そのウィンドウに
フォーカスが移動するまでスライダー等の表示が更新されません。
仕方が無いのでドラッグ中にwxPanelのSetFocus()メソッドを呼んで無理やり更新させていますが、
なんか気持ち悪いです。
他に方法はないでしょうか。
0146デフォルトの名無しさん
2007/03/08(木) 11:02:26すみません。自己解決しました。
Update()関数で更新できました。お騒がせしました（汗）
0147デフォルトの名無しさん
2007/03/10(土) 00:07:380148デフォルトの名無しさん
2007/03/10(土) 00:35:21実行後に変更か？それともコンパイル時に指定か？
0149デフォルトの名無しさん
2007/03/10(土) 00:41:52読み込んだ画像の大きさに合わせて変更するような感じです．
言葉足らずですいません．．
0150デフォルトの名無しさん
2007/03/10(土) 01:14:440151デフォルトの名無しさん
2007/03/10(土) 01:15:07panel->SetSize(image.GetWidth(), image.GetHeight());
みたいな感じでいいんじゃない？
0152デフォルトの名無しさん
2007/03/18(日) 22:42:36wxFrameにwxGLCanvasセットしているときって、
なぜかwxMessageBoxの表示が全面に出てこなくて、wxFrameを最小化するか、クイック起動の「デスクトップを表示」をするかしないと、
wxMessageBoxが現れなかったりしませんか？
ちなみに当方wxWidgets1.6.3使用。
1.8.2だと治ってるかなぁ・・・。
0153デフォルトの名無しさん
2007/03/19(月) 08:48:422.8じゃなくて？
0154デフォルトの名無しさん
2007/03/19(月) 09:16:38そうでした。2.6.3使用で、2.8だと直ってるかな、でした。
0155デフォルトの名無しさん
2007/03/29(木) 09:01:33wx.DC.GetTextExtent() がラテン文字以外は正しい幅を返してこないようだ。
Windows だとちゃんととれるのに。
これはどこの問題なんだ？
0156デフォルトの名無しさん
2007/04/03(火) 17:10:570157デフォルトの名無しさん
2007/04/03(火) 17:52:33結構反応はやいよ。時々永遠に放置されるけどw
実装具合はポートによって様々。
一応実装されていても細かいところで違っていて、それを吸収する
クラスを書かないといけないこともある。
0158デフォルトの名無しさん
2007/04/04(水) 16:41:07日本語版メーリングリストが無いから作っといた
テンプレにいれといて
0159デフォルトの名無しさん
2007/04/07(土) 00:08:15wxWidgetsってさ、UTFの扱いどうなってるな？F8とか押すとさ、たまーにゴミ文字列
挿入されるんだがあれまじキレそうになるからなんとかしたいんだけど
どうすればいい？
0160デフォルトの名無しさん
2007/04/07(土) 00:49:260161デフォルトの名無しさん
2007/04/07(土) 01:42:17フォントのフォールバックが起こると取れなくなるみたい。
157のいう実装上の差異というところか。直せるのかな。
wxMAC のソースをちょっと覗いてみたら、元のAPIの仕様でそうなってるようにも見える。
Mac 詳しくないのでわかんないけど。
wxて Unicode や XML に詳しい人がコアにいないんじゃないかと思うことがある。
XRC の文法もなんか素人くさいよね。size をリテラルとして指定するとことか。
Uniscribe や TextLayoutManager（だっけ？）相当の機能がつくといいんだけどな。
ワイド文字列でコンパイルしただけじゃUnicode対応とはいえなかろう。
でも古典的な範囲でふつうに使ってる分にはやりやすい。嫌いなわけではないのよ。
あとインプットメソッドまわりは日本人がやらないと絶対始まらないと思うぞ。
0162デフォルトの名無しさん
2007/04/07(土) 10:10:45嘘Unicode絶対間違って実装してるからバグバグになる。
最悪buffer overflowとかも平気でありありな実装で
こいつら死ねよって今からメール送りまくろうと思ってます。
メインの開発者全員にしねよねﾊｹﾞゴルァメールを送りつけて気を引き締めて
あげたいであります。
0163デフォルトの名無しさん
2007/04/07(土) 23:49:22そんなことよりパッチ送ってやれ。
どーせ理解できねーんだから。
0164デフォルトの名無しさん
2007/04/08(日) 04:19:49Unicodeが問題になることといえばコードの上下関係だけじゃないの？
日本語をソートするとばらばらになるとかでしょ
基底はWindowsAPIをUnicode版に切り替えるだけだから切り替えミスでもしてない限りはOverFlowはないと思うけど
切り替えしてないならアフォだけど
LinuxとMacは単純にUnicodeAPIが無いから非対応という話ではないのか？
ちなみに一からlinuxやMacでUnicode作ろうと思ったら全部書き換えないと無理だろ
0165デフォルトの名無しさん
2007/04/08(日) 07:36:26>LinuxとMacは単純にUnicodeAPIが無い
UnicodeAPI って何だよw
もしかして Windows 以外では UTF-8 とか 16 とか弄れないと思ってるの?
0166デフォルトの名無しさん
2007/04/08(日) 13:27:310167デフォルトの名無しさん
2007/04/08(日) 14:31:15デフォルトキャラセットとな...
全部書き換えないと無理と...
Linux も Mac も使ったこと無いのに色々知ってるんだ
偉いねえ
0168デフォルトの名無しさん
2007/04/08(日) 16:54:120169デフォルトの名無しさん
2007/04/08(日) 16:55:320170デフォルトの名無しさん
2007/04/08(日) 17:47:29当然そうあるべきだと思うが。
ファイルシステムやカーネルオブジェクト等に使われる名前の
エンコーディングに一貫性が無いとロクなことにならない。
名前のエンコーディングが不明では、文字列として正しく処理をしようが無い。
一方名前にエンコーディング情報も付与することにしたら無駄に
データ量が増えインタフェースも複雑化するだけ。
だから、Windows NTやPlan 9はUnicodeだよな。
Unixが時代遅れなだけ。
0171デフォルトの名無しさん
2007/04/08(日) 17:59:31Unicode 扱えないとちょっとダサイ。でもこれはユーザランドのアプリ
とは関係無い話。
0172171
2007/04/08(日) 18:04:28>>170
"カーネルオブジェクト等に使われる名前" って何?
ASCII Code の範囲を超える文字を使うケースってあるの?
つか、カーネルモジュールで Unicode サポートが必要なのって
ファイルシステムだけだよね? そして普通の Un*x なら kiconv
とか（似た様な名前の）機構が既に入ってるよね?
>>170 が時代遅れなだけ?
0173171
2007/04/08(日) 18:12:33ユーザランドのアプリで Unicode を使うには全く問題無いよ。全部書き換える必要なんて
全く無い。それと Mac も Linux もデフォで Unicode 使えるようになってるので、その意味
でも問題無い。
0174デフォルトの名無しさん
2007/04/08(日) 18:35:28そのためのクラス郡はwxWidgetsに用意されてるのだから好きにすればいいのでは？
今の話ってそういう話じゃないよね
Unicodeの入ったバッファの中身をEUCのAPIにパスして文字が化けるんですけどとかそういうこと言ってんでしょ？
そりゃ当たり前だって言ってるだけｗ
0175デフォルトの名無しさん
2007/04/08(日) 18:40:56Unicodeの中身そのまま渡したらおかしくなるって
0176デフォルトの名無しさん
2007/04/08(日) 18:42:08>EUCのAPI
もっとくやしく。
0177デフォルトの名無しさん
2007/04/08(日) 18:51:32strcpyだとstrcpyAとstrcpyWと２種類のAPIが存在してコンパイルする時に何をベースにプログラムを動かすかで
自動的に切り替わるようになってる
linuxやMacはこういう機構が無いのだから完全にカーネル依存になる
基本的にカーネルの扱う文字コード以外ではコンパイルしてはいけない
別の文字コードを扱う時はバッファ内で変換してからすべての処理に引き渡すようにしないといけない
0178デフォルトの名無しさん
2007/04/08(日) 19:26:12だから、ならねっての。
C/C++ の標準ライブラリとカーネルの話をごっちゃにしてるね。
ついでに言うとロケールについても分かっちゃいない。
0179デフォルトの名無しさん
2007/04/08(日) 19:40:11全てのシステムコールの界面でLC_CTYPEを使ってchar*のエンコード変換を
行うと解釈していいのかな？
それならWindowsの動作に近いんだが。
いや、kernel側にはユーザ側のLC_CTYPEは分からないか。
むしろシステムコールにラッパーかませるべき？どういう実装になってるの？
0180デフォルトの名無しさん
2007/04/08(日) 19:44:560181デフォルトの名無しさん
2007/04/08(日) 19:45:09> strcpyだとstrcpyAとstrcpyW
1. 存在しません。
2. strcpy()はWindows APIではなくC標準のランタイムライブラリです。
3. MSVC++はC標準ランタイムライブラリに対しても、TCHARベースの
汎用テキストマッピングの仕掛けは提供しています。
strcpy()の場合は、_tcscpy() -> strcpy() / wcscpy()です。
0182179
2007/04/08(日) 19:47:41kiconvってカーネルパッチでしょ？
コールゲート通過後の、カーネル空間に入っちゃったただのchar*のデータを
どうエンコード変換すべきか、どうやって判断してるんだ？
Windows APIの場合は、APIのレイヤで全部UTF-16にしてるよ。
その層だと判断できるし、カーネル内部がUTF-16に閉じてクリーンになるから。
0183デフォルトの名無しさん
2007/04/08(日) 19:51:060184179
2007/04/08(日) 19:56:40単純な話なんだから、分かってるのなら答えて欲しいんだけど。
・マルチユーザシステムであるUnixでは、ユーザ毎にLC_CTYPE設定が異なり得る。
これが前提。
・何もしなければ（少なくとも昔のUnixでは）システムコールにchar*を渡せば
それは「そのまま」kernelに素通しで渡るはず。つまり、一貫性の無い
異なるエンコーディングの名前がkernelに渡されることになる。しかも
kernelに渡ってしまった後はそのエンコーディングを判断するすべが無い。
ユーザモードで呼ばれるシステムコールのCインタフェース（ラッパ）には
呼び出し側プロセスの環境のLC_CTYPEが分かっているので、多分ロケールに
従った変換をかけるならここがベストである、ように俺には見える。
で、
・↑のような変換を行うシステムコールラッパの仕掛けなんですか
・kernel内部はUTF-8で統一されているのですか
というのが質問。
間違っているのなら、どこがどう間違っているのか説明してほしい。
0185デフォルトの名無しさん
2007/04/08(日) 20:09:41何つーかさ、↓こういう質問が出る時点で答えるのを躊躇しちゃうのよ。
>・kernel内部はUTF-8で統一されているのですか
正直、君のレベルに合わせて回答を作るのは「単純な話」じゃないと思うよ。
誰にとっても。
0186179
2007/04/08(日) 20:13:21>・kernel内部はUTF-8で統一されているのですか
なぜ、この疑問がそんなに問題なの？
Windows NTは、kernelが扱う「名前」「テキスト」は、全てUTF-16だよ。
kernelの扱う名前のエンコーディングに一貫性が無いと、例えばファイルシステム
のファイル名のエンコーディングが統一されていないと、問題でしょ？
UTF-16に統一することで、そのような問題を避けつつ、ASCIIよりはるかに
大きな文字集合を無問題に扱うことが出来ているわけ。
少なくともWindowsでは。
無論ファイルの中に入っていたりネットワークを流れるデータ（バイト列）の
具体的な中身にはkernelは関与しないよ。それはユーザレベルの話。
0187179
2007/04/08(日) 20:19:48fd = creat(filename, 0666);
を実行した時に、
1) filenameはどこかでUTF-8に変換されますか
2) それはどこで行われますか
3) 変換されないならば、「全ての」ユーザコードが「各自」適切な
エンコーディングを指定しない限り、
ファイルシステムのエンコーディングの一貫性は保障されないということで
良いですね。
ということなんだが。
0188デフォルトの名無しさん
2007/04/08(日) 20:31:18前にも書いたけどさ、符号化方式はファイルシステム固有の話であって
「カーネル内部で統一」という言い方はおかしいよね?
単に一個のカーネルモジュールに過ぎない訳だから。
君も一応マイクロカーネルな OS 使ってるんでしょ?
これはｵｹ?
0189179
2007/04/08(日) 20:52:19・非Unicodeの符号化形式を採用しているファイルシステムは、それだけで
i18n/m17n対応においてUnicodeベースのもの(FAT32やNTFS)より劣ると
いわざるを得ないだろう。
・ファイルシステムが非Unicodeの符号化形式を用いている場合、ファイルシステムの
モジュールなりドライバなりが、相互変換を行うべき。そしてその層に
それが閉じているならば、カーネルとしてはUnicodeで考えることが出来るので
「統一」と呼べるのでは。
統一されていれば、異なるファイルシステム上の名前を比較したり、ファイル
システム間で名前をコピーすることの問題も無くなるし、
ユーザの実行環境のロケールが何であろうと、そのロケールとの相互変換を
どこかのレイヤが行いさえすれば、問題なくファイル名を取り扱うことが出来る。
・今きづいたのだが、ファイルシステムの符号化形式との間の決めウチ変換を
行うのがkiconvの役目？もしかして。
だとすれば、それだけではWindowsの提供する環境より
随分劣るといわざるを得ない。
0190デフォルトの名無しさん
2007/04/08(日) 20:57:580191179
2007/04/08(日) 21:10:05filenameの中身がUTF-8エンコードされていないなら、結局どうなるの？
1) EILSEQエラーなどではじかれる。
2) 普通にテキストと解釈できないへんな名前のファイルが出来る。
3) プロセス実行環境のLC_CTYPEに応じて、UTF-8に誰かが変換してくれる。
4) ファイルシステムに甚大な被害を及ぼす可能性がある。
0192デフォルトの名無しさん
2007/04/08(日) 21:14:45何答えても屁理屈こねられそうだからみんな嫌がってんだよ。
0193デフォルトの名無しさん
2007/04/08(日) 21:15:331. いいえ
3. はい
0194デフォルトの名無しさん
2007/04/08(日) 21:16:492
0195デフォルトの名無しさん
2007/04/08(日) 21:17:240196179
2007/04/08(日) 21:19:08具体的に俺の「どの」発言が屁理屈なの。
誤っている箇所があるなら指摘してくれよ。
俺はそもそも屁理屈をこねるほど最近のLinuxのことを知らないから、
聞いてるだけなんだが。
0197デフォルトの名無しさん
2007/04/08(日) 21:21:54↓これ
>>189
>・ファイルシステムが非Unicodeの符号化形式を用いている場合、ファイルシステムの
> モジュールなりドライバなりが、相互変換を行うべき。そしてその層に
> それが閉じているならば、カーネルとしてはUnicodeで考えることが出来るので
> 「統一」と呼べるのでは。
> 統一されていれば、異なるファイルシステム上の名前を比較したり、ファイル
> システム間で名前をコピーすることの問題も無くなるし、
> ユーザの実行環境のロケールが何であろうと、そのロケールとの相互変換を
> どこかのレイヤが行いさえすれば、問題なくファイル名を取り扱うことが出来る。
0198179
2007/04/08(日) 21:22:24教えてくれてあんがと。
んじゃ、問題ないとか言い切ってる>>171は勇み足さんかな。
事実上そのUTF-8対応したLinuxとそうでない従来型ロケールベースでは
運用方法から何から全然変わってこない？
皆が皆UTF-8に移行してるわけじゃないでしょ？
どっちでも動くプログラムとか書くの、面倒じゃないの？
0199デフォルトの名無しさん
2007/04/08(日) 21:25:00>>>171は勇み足さんかな。
勝手にあんたの持論に巻き込むな。
0200デフォルトの名無しさん
2007/04/08(日) 21:31:09>事実上そのUTF-8対応したLinuxとそうでない従来型ロケールベースでは
>運用方法から何から全然変わってこない？
誰か俺にも分かるように翻訳してくれ。
0201179
2007/04/08(日) 21:42:51非UTF-8カーネルでユーザ毎にLC_CTYPEが異なる昔ながらのL10N環境と、
カーネルからユーザロケールまでUTF-8を前提とした環境と、
UTF-8カーネルに従来型ロケールの環境では、
ユーザコードでiconv()やwcstombs()等を用いた変換が必要な箇所が
変わってくるんでは？と思ったんだけど。
気のせいだというのならいい。
0202179
2007/04/08(日) 21:43:50えーと、俺は見ての通り頭が悪いし最近のLinuxのことは知らないので、
誤りはもっとピンポイントかつ具体的に指摘してくれると嬉しいのですが。
0203デフォルトの名無しさん
2007/04/08(日) 21:54:41> 誤りはもっとピンポイントかつ具体的に指摘してくれると嬉しいのですが。
スレ違い
0204デフォルトの名無しさん
2007/04/08(日) 23:46:39ごくろーさんｗ
0205デフォルトの名無しさん
2007/04/08(日) 23:52:150207デフォルトの名無しさん
2007/04/09(月) 00:54:49EUCベースのlinuxでwxWidgetsでUTF-8を用いたアプリを開発するにはどうすればよいかという話でしょ
１．wxWidgetsが馬鹿なので書き換える
２．アプリをEUCで作る
３．linuxをUTF-8に対応させる
さあどれだｗ
0208デフォルトの名無しさん
2007/04/09(月) 00:57:38ということはMACのカーネルは何のコードがデフォなんだ？
0209デフォルトの名無しさん
2007/04/09(月) 01:32:03もうここで続けるな。どこか他所でやってくれよ。
0210デフォルトの名無しさん
2007/04/09(月) 01:55:55$ touch ほげ
とかやった場合、要するにロケール設定によって全然別の名前のファイルが
作られるわけか？
なんかもう脳死してるっていうか、どうしようもないんじゃねぇのこれ
0211デフォルトの名無しさん
2007/04/09(月) 02:04:260212デフォルトの名無しさん
2007/04/09(月) 02:04:34ほげ：sjis
ほげ：euc-jp
ほげ：utf-8
みたいなファイル名が混在し得るんでしょ？
一つのファイルシステムに。
0213デフォルトの名無しさん
2007/04/09(月) 02:28:20readdir()やftsを使ってで読み取ったファイル名のリスト
をリストボックスか何かに表示したいです。
どうするのが正しいのでしょうか。
0214デフォルトの名無しさん
2007/04/09(月) 02:41:110215デフォルトの名無しさん
2007/04/09(月) 02:45:52kernelがEUCなら当然XシステムもEUCでフォントデータベースもEUCだからEUCのフォントインデックスじゃないと
いわゆる文字化けした状態になる
0216デフォルトの名無しさん
2007/04/09(月) 02:56:42> kernelの文字コード
> kernelがEUCなら
いみが
わかりません。
Linuxでは、文字エンコーディングを指定してカーネルを再構築するのでしょうか？
それによって、具体的にkernelの何が変わるのですか？
Unixはマルチユーザシステムですが、他のLocale設定を使いたいユーザは
どうすればよいのでしょうか？
0217デフォルトの名無しさん
2007/04/09(月) 03:06:44「やろうと思えば出来る」のと、「通常の使用でそういう事故が起きる」
のとでは、当然ながら全然違うんだが。
WindowsのコードページはUnixのロケールほど揮発性でも動的でもないし、
むしろ日本語Windowsなら実質CP932決めウチ、みたいな世界だ。
そしてAnsi版APIは、APIレベルでUTF-16への変換を試みるから、そこで
妙な名前はガードされる。
Unicode版APIは素通しだけどな。CreateFileW()にUTF-16として
正しくない並びの文字列を渡してもそのファイルを作れてしまうのは確か。
ただし、「ユーザが」「普通に」使用していてそういう事態に陥ることは
まずない。
0218デフォルトの名無しさん
2007/04/09(月) 03:55:56もうそのネタを引っ張るのは無理でしょ。流石にフォントの並びは変わらねえw
「カーネルの文字コード」という概念は個人的に破壊力抜群だったけどww
「EUC ベースの Linux」は後々まで語り継がれる名言だったなwww
釣り、なんだよね?
0219デフォルトの名無しさん
2007/04/09(月) 04:06:30おらず X Window System の提供するロケール機構を使用していた。近年になっ
て X のロケールから GNU C Library version 2 に実装されたロケールへの移
行が進んでいる。残念ながら現時点では日本語をはじめとする多バイト文字の
ロケール機構は機能していないが実装作業が進行中であり、近日中に利用可能
になるものと思われる。
0220デフォルトの名無しさん
2007/04/09(月) 04:20:33Windows だって一緒やがな。メールに添付されたファイルのファイル名が EUC-JP
だったら誰が valid なファイル名を探してくれるのでしょうね。zip に入っていたファイルの
ファイル名が UTF-16 のエンディアン違いだったらどうするのかな?
スレ違いなんで↓続きはこっちでやってね。
文字コード総合スレ part2
http://pc11.2ch.net/test/read.cgi/tech/1143375639/
>>219
残念ながらそのネタも面白くないと思われるよ。
0221デフォルトの名無しさん
2007/04/09(月) 04:49:56ちゃんと規格確認してから言ってる?
特定の実装の問題を全体に拡大解釈するなよ
0222デフォルトの名無しさん
2007/04/09(月) 05:18:41規格って、zip に入れるファイル名の文字コードの規格があるの?
特定の実装って何の実装の事?
実際には Linux だってわざわざファイル名に複数の文字コードを混在させて使おうと
する人間はいない。混在可能ってだけだし、それは Windows でも一緒。
0223デフォルトの名無しさん
2007/04/09(月) 05:35:45wxWidgetsのソースをいじるなんてのは非現実的だし
ロケールをわざわざUnicodeに変換したって既存のソフトが動かなくなるだけ
答えは１つ、デフォルトロケールにアプリを合わせて自前でコード変換するだけ
それ以外の方法はない
それ以外の方法しか考えられないやつはただの馬鹿
■ このスレッドは過去ログ倉庫に格納されています