REALbasic.Thread 4

REALbasic に関する質問・雑談・有益な情報交換のスレッドです。

REALbasic 公式
http://www.realbasic.com/
REALbasic 日本語版
http://www.asciisolutions.com/products/rb/

日本語メーリングリスト
http://rb.1ut.jp/mlsearch/namazu.cgi
日本語ポータルサイト
http://www.macinbasic.info/
REALbasic University
http://www.hremresearch.com/rbuJ/
Rb逆引辞典
http://www.asahi-net.or.jp/%7Ebx5k-wtnb/rbdic.html

RBDN 英語ポータルサイト
http://www.classicteck.com/rbdn.php
RBGarage ソースコード置き場
http://www.rbgarage.com/
REALOPEN 開発者のためのオープンソースディレクトリ
http://realopen.org/
Realgurus.com ディスカッションボード
http://realgurus.com/board/

すいません、間違えました(><)

もっと！REALbasic
http://pc.2ch.net/test/read.cgi/mac/998627940/
もっと！REALbasic　コードエディタ(Thread2)
http://pc.2ch.net/test/read.cgi/mac/1046628330/
もっと!!!REALbasic 3
http://pc7.2ch.net/test/read.cgi/mac/1067665870/

すいません、誤爆しました(><)

みーたん(；´Д`)ﾊｧﾊｧ

>>2,4
以後、気をつけるように

>>1乙
自分は未だに4.5.2までしか使ったことがないけど〜

ExtremeBasic 公式
http://extremebasic.com/

Intel Mac用のソフトって作れるんですか？

ロゼッタがあるからいらないだろ。
まあヴァージョンアップで対応してくると思うけど

負けないように

こんなもんではｸｿﾌﾄしか作れんよ

>>9
とりあえず以前からProバージョンでWindows用（！）にビルドできたからな。
Intel Macが出る頃までにはInetelネイティブってビルドオプションが
実装されてる気がする。

>>12
君の使ってる言語でREALBasicで作られてるマカエレより軽くて高機能の
2chブラウザ作るとモテモテだぞ？

ExtremeBasicですがWindow1を開いた時にListBox1に行を追加するにはどのメソッドを使うのでしょうか。
参考になるサンプルコードなどありましたらご教授下さい。
C++並みの実行速度が得られて言語もシンプルみたいなので、気に入っています。

>>14
class method new に
obj.ListBox1.Append("hoge")

使うの手探りだねこれw

http://extremebasic.com/
動かない

>>15
なんとか分かりました。どうもありがとう。
クラスブラウザから標準ライブラリもブラウズできたらいいのに、、、と思ってしまいます。

>>16
Mac OS X Panther のインストーラCDで SDK 類をインストール
Xcode 1.5 のインストーラCDで SDK 類をインストール
すると g++ も動作します。

参考になる入門ページが欲しい

>>18
extremeの方の？

Rbの個人サイトってもう遺跡になっちゃってる所が多いよな…。
2.x〜3.xの頃に入門してもう飽きちゃった人が多い気瓦斯。

質問です。Rb5.5.3です。
今EnLEVERbmp3Plugin10fというプラグインを使って簡易MP3プレイヤーを作ろうとしているのですが、
付属のサンプルで情報取得するファイルをビルド使用とした時に、
必ずプラグインを参照するプロパティで「このプロパティにはクラスがありません」と出て止まってしまいます。

Rb5からこのプラグインは認識しなくなったのでしょうか？
付属のドキュメントを見てもそういうのが書かれていないので分からない状態です。

どうしたら使うようになれるのでしょうか？

作者に聞く

随分前に作られたプラグインだからねぇ……。

正直、REALbasicよりもMacで動くC++ Builderみたいなのが欲しい。

C++ Builderのよい所は？

おそらく、C++がビルドできるところなんでは？

XCodeでC++使えますね

Dockみたいなものを作りたいんですけど
開いているウインドウを取得するのはどうすればよいですか？
Window Manager を使えばよいのでしょうか
http://developer.apple.com/documentation/Carbon/Reference/Window_Manager/index.html

HTTPSocketにフォームをセットしてPOSTすると
ShiftJISに変換してから渡してるはずの日本語のStringを
勝手にUTF8に戻してから送信してくれるんだな。
ｲﾗﾝｺﾄ('A`)ｽﾙﾅﾖ

掲示板に書き込んだら文字化けしまくり。
どうやって回避したらいいのか…。

>>29
SetPostContent

>>30
手動でｼｺｼｺやってみまつ。

そういうのって、英語だと、どっちでも問題ないんで、
バグとして報告もあがんないんだろうな。
ほんと、英語って、大雑把なアメリカ人向きの言葉だよな。

C++ BuilderじゃなくてObjective-C Builderだろーな。
だけどBorland自体が存続が怪しそう。

Rbにバグがなくなって何でもサクサク動くようになれば
マカエレ。もすごくよくなるのかな。
そしたら( ﾟДﾟ)ｳﾏｰ

バグ報告をすればいいのに

マカエレ。のｻｸｰｼｬさんにはたいていの事は報告行ってるはずです。
自分もしてます。
ｻｸｰｼｬさんがアスキーとかにRbのバグの部分を報告してるかはわかりません。

じゃあダメじゃん

バグ報告しても直らないから評判下がってんじゃん。
ソリが馬鹿なのか元が聞く耳持たないのか知らんが。

>>38
逆にExtremeBasicの評判は上がっていくと思う。
バグもどんどん修正されていっているし、
あとはユーザーサイドが積極的に盛り上げていければ、きっといいものができるだろう。

>>39
あれ2年前からあるんだけど使えるようになるのはいつだろうね。

>>40
ユーザーサイドが開発の支援をしてくれれば、すぐにでも。

とりあえず一言いわせてくれ。

U　n　i　c　o　d　e　<->　S　h　i　f　t　J　I　S　の　コ　ン　バ　ー　ト　を　勝　手　に　す　る　な　！　！　！

REALbasic の質問をさせてください。

メソッドに Object 引数を渡す時、
ByRef で渡すのと ByVal で渡すのでは
どちらの方がメモリーを食わないのでしょうか？

Dictionary クラスに Object を追加する時は
Object への参照で保持されるのでしょうか？
それとも Object のクローンとして保持されるのですか？

この質問は、レベルが高すぎて、私にはわかりません。

スレッドに引数を渡したいなぁ。

>>43
バージョンが書いてないから、役に立つか分からないけど、
自分が知ってる古いバージョンの場合は、

> メソッドに Object 引数を渡す時、
> ByRef で渡すのと ByVal で渡すのでは
どっちを明示しても参照でしか渡らないので意味はない。
（最新バージョンではどうなっているか知らない。
　メモリの使用はRuntime.MemoryUsedで調べる）

> Dictionary クラスに Object を追加する時は
> Object への参照で保持されるのでしょうか？
> それとも Object のクローンとして保持されるのですか？
Objectのプロパティを書き換えてみると分かる。
（恐らくは、メソッドの引き数と同じで参照だと思う）

確かめる方法は示したので、あとは自分でやってみよう。

張り合いがないですね

みなさんデーターベースって使った事ありますか？

大量のRSSフィードをデーターベースで保持して、
定期的に新しいフィードを追加していき、
そのつどフィードを名前順や日付順でソートさせるアプリケーションを
作りたいと思っています。

Rbに付属のデーターベースはソート機能がついていますか？
付いていたとして配列のソートと比べ速度はどの程度違うのでしょうか？
質問ばかりで恐縮ですが宜しくお願いします。

REALbasic の DB 使ったこと無いから判らないけど
普通に SELECT 〜 ORDER BY HOGE
ってやれば良いんじゃないの？

オレもDBはよくわからないんだけど、
たぶん、DBというものはソートするというよりも、
49の言うように条件で抽出させるもの、という理解なんだが。

で、抽出に使うフィールド(48の場合、RSSフィードの名前や、日付)
にインデックスというものを設定しておくと、検索／抽出が速くなると思う。

便乗質問なんだが、REALdatabaseにdate型のデータを保存することができるけど、
このフィールドを検索に使うことってできないのかな？

dim d as new date

Select * from hogetable where datefield=d

みたいな。

>>50
DBよくわからない上にREALbasicも弄ったことないんだけど、
dはREALbasicで定義されたdate型オブジェクトで
datefieldはフォーマット化された文字列（"2005-07-13"とか)だと思うので

"Select * from hogetable where datefield="+ d.ほにゃらら

みたいに、dの日付文字列のプロパティ（とか日付文字列返す様なメソッド）を繋いで
クエリ作らないと、多分ダメじゃないかな。

ひょっとして、全然マトハズレだった？
newしてたから、てっきりdateってクラスだと思ったんだけど
違ってたらごめん。

いえ。どうもありがとうございます。
いろいろいじっていて、そうとしか考えられなかったので、
それでいいのだ、という答えがほしかったのです（^^
すんまそん。そですよね。

OS X Carbonアプリで丸型のスライダーって使えないの？

つまみが丸形のスライダー？
なら、ないよ。

RegExを使って
[^0-9a-zA-Z]で「あ」を検索するとマッチするのに
a[^0-9a-zA-Z]で「aあ」を検索するとマッチしない。

(ﾟДﾟ)なんで？？？

よく分かんないけど、正規表現を使う場合、処理対象の文字列は、あらかじめ
unicodeに変換しておかないとうまくいかないと以前このスレで聞いたよ。

mac_get_system_locale ()
{
OSErr err;
LangCode lang;
RegionCode region;
LocaleRef locale;
Str255 str;

lang = GetScriptVariable (smSystemScript, smScriptLang);
region = GetScriptManagerVariable (smRegionCode);
err = LocaleRefFromLangOrRegionCode (lang, region, &locale);
if (err == noErr)
err = LocaleRefGetPartString (locale, kLocaleAllPartsMask, sizeof (str), str);
if (err == noErr)
return build_string (str);
else
return Qnil;
}

現在のロケール文字列を収得するCの関数です。
REALbasicのDeclareで実現するにはどう書いたら良いでしょうか？

Declare Function GetScriptVariable lib kCarbon (script as short, selector as short) as short
Declare Function GetScriptManagerVariable lib kCarbon (selector as short) as short
Declare Function LocaleRefFromLangOrRegionCode lib kCarbon (LangCode as short, RegionCode as short, LocaleRef as Ptr) as short
Declare Function LocaleRefGetPartString lib kCarbon (locale as Ptr, partMask as Integer, maxStringLen as short, partString as CString) as short

dim languageCode, regionCode, error as integer
dim str255 as String
dim localeRef as new MemoryBlock(80)

const kSystemScript = -1
const kCurrentLanguage = 28
const smRegionCode = 40
const kLocaleAllPartsMask = &h0000003F

languageCode = GetScriptVariable(kSystemScript, kCurrentLanguage)
regionCode = GetScriptManagerVariable(smRegionCode)
error = LocaleRefFromLangOrRegionCode(languageCode, regionCode, localeRef)
error = LocaleRefGetPartString(localeRef, kLocaleAllPartsMask, 8, str255)

これは自分で書いたものですがerrorとして0が返されてしまい、混乱してます、、、

いまや高度な質問はこのスレではめったに答えてもらえないよ。

>>58
dim s as shell
s = new shell
s.execute "locale"

とかやって
結果を改行でNthFieldして
取り出した行を"="でNthFieldすれば
良いかと。

美しさのカケラもないけど。

ごめん。上のナシ。
Declareでやりたかったのね。
上のじゃOS9だと出来ないもんね。

バイナリ中を特定のバイナリ列で検索してPositionを得たいのですが、これっ
てどうやればよいのでしょう。ファイルの内容をbinary streamとして読み込
んだ後、

dim myKey As String
myKey = chr(00) & chr(00) & chr(0a)

みたいな感じして作ったバイナリ列を使い、InStr関数で検索すればいけるか
な、と思ったら、どうもchr()は対応するASCII文字が無い引数を与えるとエラー
が出てしまうようです。

bin()もhex()もちょっと違いますし。

普通、バイナリをいじる場合は、アドレスを決め打ちして所定バイトだけ読み
込むといった感じに扱うと思いますが、今件では目指すバイナリ列の所在アド
レスが不定なので、特定のバイナリ列で検索して、所在アドレスを突き止めな
くてはならないんですよね。

そんなあなたにMemoryBlock

早! 詳しい機能のイメージが分かないですが、

m.byte(0) = 0
m.byte(1) = 0
m.byte(2) = 10 (0a)
……

という風にすれば、任意のバイナリ列を作ることができそうですね。
あとはInStrで検索すればいいのかな? やってみますね。
ありがとうございます。

>>58
Cabosのソースコード参照するとよろし

>>63
InstrBじゃダメかいね？

>>66
お返事どうもありがとうございます。
Cabosのソースだと自前で対応表を用意しなければならないのでスマートじゃありません。
できるだけDeclareだけで実装したいのですが、
こういう質問はどこでするべきでしょうか？

>>61
posixのlocaleとOSXのlocaleは違う物
>>68
ScriptManager経由で得るlocaleもOSXのlocaleとは違う物
OSX10.3以降ではCFLocaleが用意されている。それまではAPIが存在せず
メチャクチャだったw
まともに作るなら、OS9、OSX10.3未満、OSX10.3以降の3通りの処理が必要

>まともに作るなら、OS9、OSX10.3未満、OSX10.3以降の3通りの処理が必要
既にOSX用とWin32用は完成しています。あとはCabonLibを使ったOS9用を残すのみです。

ListBoxですが大量の配列の項目を頻繁に操作する時のパフォーマンス向上ため
CocoaのNSTableViewに似たカスタムListBoxを使っている人はいませんか？

Dim data() as String = Array{"hage", "hige", "huge", "hege", "hoge")

FastListBox1.datasource = data
FastListBox1.NumberOfRowsChanged

もしこんな感じのカスタムクラスがあれば教えて下さい。

Panther時代にREALbasic5.5.4Jで作ったプログラムが起動しません。
App.OpenでMsgBox "hoge" とかしてもここまでたどり着く前に
終わってしまうので、どこから手を付けていいのか、、、

前にもこんなことがあって、Folderitemがくれる情報が以前は
Shift JISだったのがだまってUTF-8（かな？）になっているのに
気づいて、それを直したことがあったんですが、今回はどうやら
それ以前の問題です。

誰か助けて。。。

>>72
アップロードして

ビルドの設定→Macintosh設定の「互換」のところ。
Mac OS Xのみ
Mac OS 8-9およびX
を、切り替えてみた？
これで動いたりすることあるけど。

REALbasic 2005 Release 2出たね。
どんどんバカでかいアプリになってるぞ。
Release 5あたりでは200M位になってそうだ。

またおっきくなってんのか...。
落としてみる気にもなんねーや。
日本語版の予定はいつだっけ。

おっきしたお

ほんっとうんこな質問で申しわけないんだけど、文字列中に " を含める場合の
エスケープってどうやるの? 5.5.4J / 10.4.2

"これは"シズル感"です"

"これは\"シズル感\"です" -->うまくいかず

"これは" + chr(34) + "シズル感" + chr(34) + "です" -->うまくいくが、ちょっと……。

自己レス。早っ!!

"これは""シズル感""です"

こうか。なんかやだなー。

シズル感って、イタかゆい

かゆ
うま

Webからダウンロードしたhtmlの文字化けを直すにはどうすればいいですか？

Dim http As New httpSocket
Dim c As TextConverter
Dim s As String

//ちなみに、Yahoo!はEUC_JPだ
s = http.Get("http://www.yahoo.co.jp/", 30)

//エンコーディングを自動判定する場合
c=GetTextConverter(GuessJapaneseEncoding(s), Encodings.UTF8)

//エンコーディングを決め打ちする場合。&h0920がEUC_JPの指定
//言語リファレンスのP741から参照
//c=GetTextConverter(GetTextEncoding(&h0920), Encodings.UTF8)

EditField1.Text = c.convert(s)

最近のはTextConverterいらないとおもうが。

>>83
すばらしいです。
ですが、Windows環境に持っていくと何も表示されません。
UTF8ではないのでしょうか。

返還元のエンコーディングが正しく取得できてない悪寒

>>85
UTF8ではないのでしょうか？って聞く前に
UTF8の部分をShiftJISなりに変更して、
まずは自分でやってみれば？

少しは試行錯誤せい！

配列のコピーをしたいんですが、
dim myArray() as Integer
dim myArray2() as Integer
myArray2 = myArray

これだとmyArray2はmyArrayへのポインタになっちゃう? 中身がいっしょになっ
てしまうようです。お互いに影響し合わない複製を作りたい場合はどうしたら
いいんでしたっけ。なんかこの辺りのインスタンスなのか変数なのかがまだ分
かってないです。

http://www.hremresearch.com/rbuJ/rbu082J/rbu082.html

for n = 0 to m
myArray2(n) = myArray(n)
next

>>89
ありがとう。目的は果たしました。
スパっとコピーはできないもんですね。

ときに、AEレコーダについての使い方を知っている人は居ますか?
AppleScriptで実装している部分をAppleEvent発行にすげかえてパフォーマンス
アップを図りたいのですが。

AE Recorderは最新版の1.7.3アーカイブが壊れているようで、1.7.2を試したら、
Tigerに対応していないせいか、試用期限が切れているとメッセージが出て使い
もんになりませんでした。

AEレコーダはよく使い方が分からないです。マニュアルとか本家のMLに目を通
したのですが、マニュアルには何も載っておらず、MLに質問は出ているものの
回答されていませんでした。

AEレコーダで記録をしても、何も記録されない?

AEレコーダって使い方わからんね、たしかに。
OS9なら"Capture AE"というコンパネを使えるんだけどね。（送受信されてるAEをログに取る。）
OSXにはそういうのないのかな？

よく考えたら、ScriptDebuggerでAE関係はまかなえることに気付きました。

それってけっこう高いソフトだよね？

仕事でAppleScriptやるならおすすめっすよ。
確実に元取れてます。自腹で買ったけど。

仕事でAppleScriptか。。
うらやましいような大変そうなような。
趣味でやってる漏れには悩ましいところ。

ちょっと高いですしね。
仕事で使うとScriptDebuggerも高いと感じないです。

Dim c As TextConverter
c = GetTextConverter(GuessJapaneseEncoding("テスト"), Encodings.MacJapanese)
Dim objT, objU, objV, objW, objX, objY, objZ as AppleEventObjectSpecifier

//SafariをActivate
ae = NewAppleEvent("misc","actv","sfri")
if ae.send() then
end if

//メニューを選ぶ
ae = NewAppleEvent("prcs", "clic", "sevs")
objZ = GetNamedObjectDescriptor("pcap", Nil, "Safari")
objY = GetIndexedObjectDescriptor("mbar", objZ, 1)
objX = GetNamedObjectDescriptor("mbri", objY, c.convert("表示"))
objW = GetNamedObjectDescriptor("menE", objX, c.convert("表示"))
objV = GetNamedObjectDescriptor("menl", objW, c.convert("テキストエンコーディング"))
objU = GetNamedObjectDescriptor("menE", objV, c.convert("テキストエンコーディング"))
objT = GetNamedObjectDescriptor("menl", objU, c.convert("日本語（ISO 2022-JP）"))
ae.ObjectSpecifierParam("----") = objU

If ae.send() then
EditFIeld1.Text = "iketa"
else
EditFIeld1.Text = "dame"
end if

AppleScriptのUI ScriptingをAppleEventに翻訳してたのですが、どうもうまく
いかないです。

ae.ObjectSpecifierParam("----") = objW

まで、つまり「表示」の選択まではうまくいくんですが、その下になるとダメ。
なんでだか分かる方いらっしゃいますか? 意地になってAppleEventでやる必要
もないのですが、途中までやりかけたんで気持ち悪くて。
MacJapaneseでText Convertが必要な時点で理解の斜め上を行ってる気がしますが。

menlとmenIのtypoだったorz

//AppleEventでSafariのテキストエンコーディングメニューを選択する

Dim ae As AppleEvent
Dim objT, objU, objV, objW, objX, objY, objZ As AppleEventObjectSpecifier
Dim c As TextConverter
c = GetTextConverter(GuessJapaneseEncoding("テスト"), Encodings.MacJapanese)

//SafariをActivate
ae = NewAppleEvent("misc","actv","sfri")
if ae.send() then
end if

//メニューを選ぶ
ae = NewAppleEvent("prcs", "clic", "sevs")
objZ = GetNamedObjectDescriptor("pcap", Nil, "Safari")
objY = GetIndexedObjectDescriptor("mbar", objZ, 1)
objX = GetNamedObjectDescriptor("mbri", objY, c.convert("表示"))
objW = GetNamedObjectDescriptor("menE", objX, c.convert("表示"))
objV = GetNamedObjectDescriptor("menI", objW, c.convert("テキストエンコーディング"))
objU = GetNamedObjectDescriptor("menE", objV, c.convert("テキストエンコーディング"))
objT = GetNamedObjectDescriptor("menI", objU, c.convert("日本語（ISO 2022-JP）"))
ae.ObjectSpecifierParam("----") = objT

If ae.send() then
end if

>>90
おいおい、ひとりでギャアギャア騒ぐな

>>100
は？

どうせだれも居ないスレなんだからいいじゃないすか。

いいよ?･

>>102
もっといろいろソースが見たい

>>90
OSXではsetenvでdebugフラグをセットすれば全てのAppleEventを記録できる。
http://www.google.co.jp/search?q=AEDebug+AEDebugReceives

>>85 用があったので調べてみたのだけど、これまたREALbasicのバグ? 4時代は
できたとか? WindowsではTextEncoding関係がMacほど機能しないよう。
A.S.には報告されてるようですが。2005だとどうなのかな。
ShiftJIS<-->UTF-8はOKでも、EUC-JPはダメみたいです。返り値がNil。
ISO-2022-JP<-->UTF-8もダメみたい?

>WindowsプラットホームではISO-2022-JP形式の文字コードへの変換ができないため

>TextEncodingConverterを使うことはできるけど、それだとWindowsでは使えないですからね?。

>アサヒ・コムだけが表示されないと思ったらエンコーディングはEUC-JPで、
>Windows版はREALbasicのバグなのかこれができないらしい

>REALbasic5.5.2fc1 Mac OS Xで作ったWinodwsアプリで、
>EUC-JPの文字列からUTF8への変換
>UTF8の文字列からISO2022JPへの変換
>ができない

ありがたいことに、きむきむさんがMLでEUC-JPからShift-JISへの変換を行なう
Functionを発表されてます。このスレを追っていってください。
http://rb.1ut.jp/mlspool/msg13016.html

それを使うと、こんな記述でEUC-JPのサイトが化けずに取得できます。

Dim http As New httpSocket
Dim s, trash As String
s = JEucToSjisString(http.Get("http://www.yahoo.co.jp/", 30))
trash=DefineEncoding(s, GuessJapaneseEncoding(s))
EditField1.Text = s

JJisToSjisの方はどうやって使うものやら。ascbとかchrbと組み合わせるのかな。

>>104
今回のSafari関連はモジュールにまとめたんで、晒してみました。
でもメソッド名とか返り値の扱いに一貫性が無く、厨臭さ満タンなのではずかしい。
http://moyashi.air-nifty.com/hitori/files/AppleEventSample.sit
>>105
おお!! setenvってcsh系でしたっけ? bashだとexport?
うまくいってないんですが……。

2005の日本語版ってどうなってんの？

田中求之さんのUVJ_Mailerのソースに、文字コード変換のModuleが入ってまし
た。Mac OS X用が無いPlug-inのメソッドが使われてますが、主処理は流用可能
だと思います。ShiftJIS <--> Something Elseの変換なので、
ShiftJIS<-->UTF-8をTextConverterで橋渡ししてやんないといけないですが。

RbってAppleScriptとかシェルスクリプトとかPerlとか呼び出せないの？
OSバージョン依存になる事を気にしないなら
文字コード変換程度はそっちの方が早いような。

>>108
今月出る予定。
またまた厨房並みの誤訳爆裂ヘルプの悪寒

>>110
Macなら、TextConverter一発で問題無いんです。
Windowsが問題。Cygwinインストールしろってわけにもいかんですし。
nkf32.dllダウンロードしてこいってのも粋じゃない。

Winでは標準のライブラリでEUCとかJIS が変換できない(Unicode とShiftJIS相
互しかできない)ので、REALbasicのユーザー定義メソッドの中の人の方で何と
かしようという話です。

どうやら、TextConverterってRbで独自に実装してるんじゃなく、Macでは
ToolboxのAPIを、Winではkernel32のAPIを呼び出してるだけみたいですね。

なるほどそれは難儀な話ですね。
事情のわかってない門外漢に説明ありがとうございます。

水野さんがはてなの社員になっとる...。

まじかよ！
エンジニア続々入ってるな。
Googleっぽいイメージがあるんだろか。

あのキチガイの水野女史ですか?
はてなも終わったっぽいな
社長の奥さんの神通力もここまでと思われ

水野さんって女の人なの?
Mac界のmabさんか。

違うと思うけど・・・
ttp://hatena.g.hatena.ne.jp/hatenamagazine/20050901/p1

水野違いか。

久々に読んでみた。
http://members.at.infoseek.co.jp/ms_mzn/

すいません
勘違いでした

REALbasicのStringをWStringに変換してWin32APIに渡したいのですが
WStringの構造はどうなっているんでしょうか？

macjapaneseってShift-Jisの事じゃないんですか？
macjapaneseで読み込んでTextOutputstreamで吐き出したら
UTF8になってたですよ。
Shift-Jisで保存するにはどうすればいいですか？

TextInputStream.Encoding=encodings.shiftJis
で読み込んで
textOutputstream.writeLine pKakoudata　や
textOutputstream.writeLine convertencoding(pKakoudata,encodings.shiftjis)
これでも駄目でした

マニュアル嫁

Dim f As FolderItem
Dim c As TextConverter
Dim tos As TextOutputStream
c = GetTextConverter(Encodings.UTF8, Encodings.ShiftJIS)
f = GetSaveFolderItem("text/plain", "名称未設定.txt")
tos = f.CreateTextFile
tos.writeLine c.convert(EditField1.Text)
tos.close

>>123
それも駄目だったんですよね。

動いたプロジェクトからコピーしてきたんだが。

RbとOSのバージョン、は?

OSX10.3.9
Rb5.5です
TOStreamの.writelineでエンコしながら書き出していたのを
バイナリでまとめてエンコードしてまとめて書き出したらうまくいきました。
なぜでしょう？？？
実装できたからいいか。
ありがとうございました。

　

REALbasic 2005 Release 3
ひっそりと・・・

　

日本語は？

だれも買ってないの？

こんなのをかねだして買わないでJavaにしろよ

>>133
ﾌﾟ

ﾘｹﾂ

ま、俺のMacがカスなのは分かってたけど
2005でGUIポトペタでさえ荷が重かった。
ポトペタ環境あるならJavaの方が良いような気がした。

アスキーソリューションのRbのトップページ、
日本語版は2005年9月下旬以降の販売を予定しておりますって書いてあるけど、
こないだまで9月下旬って書いてあったような希ガス。

毎度の事だ。気にするな。

ＲＥＡＬＢＡＳＩＣのデータをVisual Basicに変換したいのですが
どうやら公式サイトに変換ツールがありました。
つかいかたがよくわからんのですが
ｴﾛｲ人教えてください。

REALdatabase て
もしかして left outer join 使えない？

>>14
使えないかも。
最近いじってないが、集約関数の動作も
「あれ？」ってのがあった。
REALdatabaseってあんまりメリットないから
MySQLかPostgreSQL使った方がいいと思うが...

そか・・・(´･ω･`)
ありがと。

>>MySQLかPostgreSQL使った方がいいと思うが...
スタンダード版だからムリポ(´･ω･`)

シングルユースで使おうと思ったんですけどね
２万件くらいだから全部メモリに溜め込むか・・・
しかしそれだとRbじゃなくてもイイってことか・・・
思い切ってCocoaに行くべきか・・・

年取ってくると新しいの覚えるの面倒臭くなってくるｗ

REALbasicからの乗り換えであればExtremeBasicがとてもお勧めです。
言語仕様もシンプルで美しくREALbasicからあまり離れていません。
データーベースも日本語処理もバッチリでC++言語アプリ並みに高速に動きます。

ホントかなぁ。とくに次の点。
1. 言語仕様もシンプルで美しい
2. データベースも日本語処理もバッチリ
3. C++言語並みに高速

全部じゃんｗ

スタンダード版でもperlとかで中継すればDB使えるよ。

>>146
詳しく

>>147
perlとかでこういうスクリプトを書く。
1.起動パラメータでSQL文を受け取り
2.DBにアクセス
3.結果を標準出力へ（SELECTならタブ区切りテキストがよい）

RbからこいつをShellでキック、
起動パラメータでSQL文を渡し、ReadAllで結果を受け取る。

OS X以外は知らない。

shellクラス使えばmysqlクライアントでもいけるんじゃね。
リダイレクトしたらあの枠取れるでしょ。

なるほどー、といいつつ、shellクラスってとこでくじける漏れ様は厨房。

素直にアップデー（ｒｙ

そういや「5.2以前ユーザ向け6ヶ月間のフリーアップグレード権利」、
初期の購入者って、結局期限切れ？

以前に年間ライセンスで年２回分のアップデートがあるとだまされて倍の金額払った事を思い出した。
年に１回あるかないかのバージョンアップが普通になった今では苦い思い出だ。

まだ？

まだ

あう

ひまで

あえる

ときま

で

>144
ExtremBasicはあのREALBasicの生みの親が
長い年月をかけて取り組んでいるプロジェクトです。
実行速度はC++並に早いです。

なぜなら
Basicのソースコードを一旦C++言語のソースに変換して
gccでコンパイルするため。
C++の高度なプログラムが簡単で慣れ親しんだBASICで書ける！

そのコンパイルがくそ長くてフリーズかと思う程重たいから使う気にならない。

BasicのソースをgccでコンパイルできるC++のソースに
変換する手法を書籍化する方が何倍も意義高そうな
気がするのはおれだけだろうか…

>>161
時間のかかるライブラリのコンパイルは最初だけ。

ところで
RuntimeRevolution 2.6.1 でていますが、皆さん使ってますか？

オンラインウエアチェックしてるけど
REALbasic製はもう使う気起きないよ
重い

日本語版は2005年12月下旬以降の販売を予定しております。

>>164
？REALbasic製で動作が重いってどんなの？

・新しもの好きで見つけた有料家計簿ソフト

家計簿程度のアプリならばおそらく作りが悪いのだろう。
あるいは最近のRbがよっぽど腐っているかだな。

>>168
まぁ、両方なんですけどね。

よーわからんけど、こういうことじゃねーの?

Rbは敷居が低いから、いろんなレベルの人が使っている。
技術レベルの低い人がつくったソフトは動作が重い。
よってRbには、技術レベルが低いために動作の重いソフトもある。

対して、C++等は習得が難しく、扱える人はそれなりの技術を持った人ばかりである。
よって、技術レベルが低く、動作の重たいソフトはあまりない。

違う?

コーディングでどうにかなるレベルじゃないと思うがなぁ＞Rbの重さ

おまえらにはBASICでここまでできることへの感謝が無いな。

Cで書いたのとBASICで書いたのとでスピードの比較をすること自体ナンセンス。
BASICのプログラムはCで書いたプログラムのプラグインみたいなものなんだから。

Rbがなきゃ動作の遅さを嘆くことすらできなかったわけで、
そのプログラムを世に登場せしむるまでに裾野を広げたことにまず感謝すべき。

Rbはユーザー自身が自分のためにプログラミングするためにあるようなもんなんだから、
Rbをおとしめるのは自身の無能を喧伝するに近しい行為。

煽りはこのくらいにしておいて、Macにおいて代わりが無い処理系なことは確か。
だから、前向きにいこうぜ。

>>164は少しでもプログラミングをやってみろ。
自分しか用の無いプログラムを作ったりすると楽しいぞ。
それができると多少の遅さとか関係無くなる。
Rbはいろんな意味でつぶしがきくからおすすめ。
世界に名だたる不滅のクソ言語、VBだからな。VBAも怖くなくなるぞ。

まあ、なんていうか適材適所なわけだ。

ver2.12から4.5あたりまで使ってたよー
実用的じゃない画像処理もどきや家計簿もどき作ってました
楽しかったよ
JpeGetやiSakuraなど愛用してた
気付いたら使ってるのがCocoaアプリが多いのに気付いて
久しぶりにRb製触ってみたら重いと感じてしまったのです
ごめんなさいね

なんだかんだ逝ったところでRbは糞って事実には変わりないけどな。

社内用に窓用とマック用のソフト作れるメリットはあるわな。
クソでも使いようによっちゃ肥やしにもなるってことだ。

社内用には結構重宝してる。
MySQL用アプリとかオプション指定が面倒臭すぎるコマンドのGUIとか。
結局はガワなわけだが。
寿命が短い（かもしれない）アプリ作るのには便利。

私も、ver2までのガワユーザですた。

ガワと考えれば悪くないんだよなあ
ただ、Plugin SDKのわかりにくさは何とかならないものか

>>170
Rbのバージョンによるみたい。

まさかバージョンがあがるほど、重たくなってる
なんて言わないよね。

バージョンが上がるほどコンパイルしたアプリのサイズも大きくなる
不思議だね

>>181
いや、言えなくもない。

>>182
5とか5.5ではほんの少し小さくなったが。

そりゃ、ランタイムがバンドルされてんだからサイズも大きくなるわな。
rbframework.dylibっていうファイルがRbの中の人だよ。

これが5.5.4で2.4MB。
これ抜いちゃって、/usr/local/libとかに入れておけば、
実行ファイルちっさくなる。

5.5.4　Windows版でOLEObject使ってます。
PropertiesとMethodsはproperty,invokeメソッドで使えますが、
Eventsはどのようにすれば使えますか？

>>186
そういうUNIX系のディレクトリに入れてて認識するんだ？
不思議ですね。

RBがランタイムをバンドルする意味が良くわかんないんだけど...
link時間にかかる時間減らすため？

PEFバイナリならスタティックリンクしてるでしょ。

Mach-Oバイナリのしきたりってことはないですかね。
よく知らん。

ふつうに「ランタイムが入ってないマシンで独立アプリとして動くように」だと思うが？

>>191
そう読みがちだが、189の言ってるのは別ファイルにするのは何でってことでしょ。
Mach-Oバイナリでも、スタティックリンクしてるのあるんじゃない。

ガワとして使うならインターフェイスビルダーのがよさそうだね

特に話すこともないな。

便利そうなプラグインみっけ。
ttp://www.freaksoftware.com/
のFSNotiffication 2.0。ドックでアイコンがジャンプするよ。

「”」を表示する方法どうやるんでしょうか
a"bみたいに表示させようとして
”a” + """ + ”b”
じゃだめですよね

"a" + chr(34) + "b"

"a""b"

>197
>198
(゜∀゜)Thanx

REALbasic 5.5.4J(Mac OS X)
ClassicでのStyledTextプロパティの挙動で悩んでいます。

EditField1のStyledプロパティをONにして、

EditField1.Text = "あいう"
EditField1.Styled.TextColor(0, 1) = &cFF0000

こんなんを実行すれば、Mac OS XとWindowsでは期待通りに「あ」が赤くなりますが、
Classic用にビルドするとどうにも変。今やってみると何も変わらないです。
Classic用に作っているアプリなのに、これじゃしょうがないです。
Classicでの挙動の違いを知っている方がいらしたら教えてください。

RGBで指定してみるとか。

だめですた。というか、みなさんのところでちゃんとClassicでも色着きます?

EditField1.Styled.TextColor(0, 1) = RGB(255, 0, 0)

まず、文法間違ってるぞ...
EditField1.StyledText.TextColor(0,1) = &cFF0000
だ

クラシックでスタイルを有効にするにはMultilineをオンにすること。
EditField1.Text = "abc"
EditField1.StyledText.TextColor(0,1) = &cFF0000
だとちゃんと動くから、日本語の場合はShiftJISなりにして試してみれば？
めんどくさいから自分で試してね

あー、すいません。別件で会社にVPNしてて、
別のマシンで画面見ながら書き移してたもんで。

Dim c As TextConverter
c = GetTextConverter(Encodings.UTF8, Encodings.ShiftJIS)
EditField1.Text = c.convert("あいう")
EditField1.StyledText.TextColor(0, 1) = &cFF0000

確かに"abc"だとちゃんと動いてますね。
Multilineをオンにしないとダメっていうの初めて知りました。

ただ、"あいう"にするとコンバータ無しでUTF8でやっても全部赤くなってしま
う。どうにもバグっぽい……。
最悪「あいう」→「<font color="red">あ</a>いう」この手しか無いか。
んでブラウザに表示。かっこわるー。

UNICODE化される前のRbなら大丈夫そうな予感……。

SelTextColorでは挙動が安定してるので、そっちでやってみました。
それでも、ClassicとMac OS Xとは仕様が異なってますが。

//"あaいう"から"aい"を探して色を着ける

//Classicで帳尻が合うやり方

Dim s, k As String
Dim i, j As Integer
Dim c As TextConverter
c = GetTextConverter(Encodings.UTF8, Encodings.ShiftJIS)
s = "あaいう"
k = c.convert("aい")
EditField1.Text = s
i = lenb(k)
j = InStr(EditField1.Text, k)
EditField1.SelStart = j
EditField1.SelLength = i
EditField1.SelTextColor = &cFF0000

//Mac OS Xで帳尻が合うやり方

Dim s, k As String
Dim i, j As Integer
s = "あaいう"
k = "aい"
EditField1.Text = s
i = len(k)
j = InStr(EditField1.Text, k)
EditField1.SelStart = j - 1
EditField1.SelLength = i
EditField1.SelTextColor = &cFF0000

ClassicでもStyledTextでいけました。
Windowsの方が互換性が高いなんて……。
Classicはメンテされてないのかもしれないですね。

・EditFieldの中身はShiftJIS
・StyledTextのLengthはバイト単位で指定
・StyledTextの位置指定はInStrの返り値-1

Dim s, k As String
Dim i, j As Integer
Dim c As TextConverter
c = GetTextConverter(Encodings.UTF8, Encodings.ShiftJIS)
s = c.convert("あaいう")
k = c.convert("aい")
EditField1.Text = s
i = lenb(k)
EditField2.Text = str(i)
j = InStr(s, k)
EditField3.Text = str(j)
EditField1.StyledText.TextColor(j-1, i) = &cFF0000

2005が出ないまま2006年になりそうですね。

12月予定だから
ギリでセーフ？

2005年12月下旬以降ってのは、事実上、2005年中には出ないという意味でしょ。

do until Rb2005.release
MsgBox "まだ?"
loop

MsgBox "バグが発生しました"

Return True

保守

intelMacに一番乗り！
となってほしい。

それは無いから安心汁

旧OSのオンラインソフトの作家さんでOS Xに移ってこなかった人がけっこう居るみたいなのは、
REALbasicのせいもあると思う…。

旧OSでオンラインソフトの作家が増えたのは、REALbasicのおかげってとこあると思うけどな。
功罪相半ばするって、こういうことかな。

今のRbを取り巻くお寒い状況
何とかなりませんか?

たしかに寒いんだよなー
サクっと独立アプリが作れるってのはかなり美味しいはずなんだが、
あまりにも盛り下がりすぎて新規の人が来やしねぇというか。

おいらがきました。Rb本当にいいっすよ。大好き。
Rbが人気無いのは、Delphiが人気無いのと同じ感じじゃないでしょうか。
品質には隔りがあると思いますが、
Rbの、WinでもMac(Classic, Mac OS X)でもいけるってのは、とても魅力。
VB6より洗練されているし。人によっちゃハマりますよね。

人気が無いのは、本が無いからだと思います。
あと、雑誌が取り上げないこととか。

次はNewtonScriptだ!(人より10年遅れてる)

メーリングリストの過去ログが検索できない。
なまずが死んでる。いつから？

アスキーが問題なんだろうなぁ。
日本語化に伴う不具合にや宣伝力とか。
もっとまともなところに買い取ってもらいたい。












と、ふと頭に浮かんだのがライブド(ry

英語版がアレなのにアスキーが問題といわれても。
お布施がせめてMSくらいの頻度なら使う人ももう少しいただろうな
などと妄想してみる。

Xcodeが無料で使えちゃうのも原因のひとつだろうねぇ。
Winなヒトでまとも（？）な開発環境っで値段がこれくらいのヤツってどうなん？
俺マカだから判らんが競合他社にイイヤツがあれば、そっちいっちゃうんじゃないかな。
MacWin両方作れるっていっても、実際に作れるのはPro版だから５マン以上、
日曜プログラマには、なかなか手が出る金額じゃねぇし。

>>220
アスキーストアはすでにライブド（ry

Xcode無料はあんまり関係ないんじゃないの。
Xcode（開発環境）ではREALbasic（言語）では開発できないし。
Rbで開発してた人が皆Xcodeに移ったのならうれしいけどね。
そうはなってないでしょ。
Xcodeの影響がモロに響いたのはCodeWarriorだと思うけど、
そっちで開発してた人もCocoaに移ってきてない人がたくさん居るようだし。
第一Rbにバグが多かったりするのは昔からでしょ。

俺様は5の文字コードのぐだぐだで萎えた。
Rbの仕事も止めた。

個人的にはソリに移ったのが致命傷な希ガス。
結果的にだし、きちんとうたってはあるが、
詐欺的アップデートメニューになってるし。

5のデバックモード面倒なんだよ。4のやり方で通してほしかったなあ

Rbは4.5あたりがいちばんよかったのかなぁ

4.0.3で大活用＆満足しちゃってます。
未だにMacOS9だし。

orz

228みたいな人を新しいほうに牽引するだけの魅力ある商品を作ってくれい…。
ただでさえ少ないMacユーザー、中でも貴重なプログラムできる人が
分断されてしまってはどうにも…。

Java使えばいいのでは？

ポトペタあるならJavaでも良いんだけどなぁ・・・俺は。

そういえばRb3のころから、Ver.UP販売戦略にはなんか不信感を持ってたなぁ。
2まではレジストしてたけど、3、4は書店で買って、ユーザー登録しなかった…。
ネットだと割引とかあった気がするけど、なんか頻繁にVer.UPのお誘いが来そうだったし。

>>230
それじゃあCocoaでObjective - Cを覚えれっていうのと労力変わらないでしょ。
だいいち旧OSはJAVA環境がいまいちだったはず。
V2Cとかも動かないでしょ。無料の開発環境もないし。

>>232
３＞４ぐらいのときにPro版にしたんでそれ以降は
アップグレードで上げてるかなぁ。
プロ版買い直しは高いしねぇ。
バージョン4.5で停止中。2005が出るからそこでいいやーって
思って、はや・・・１年ぐらい経ってるのか？（苦笑

5.5から入って3日で諦めた俺は
むしろダウングレードしたい（泣

どうして諦めちゃったんすか。三日じゃまだ入り口だろうに。

まだ触れたばかりの人は、悪評ばかり読んで先入観もたないでほしいなぁ。
基本的に、
アイデア→形
までの道のりが一番短いのは事実だと思うし。

本がないよなぁ。
あのチュートリアルだけで構造化プログラミングの基礎的なこと
わかるわけないし、といって他言語で基礎学んでから。
っていうんじゃ本末転倒だし・・・
なんか、実際のコード書く時はREALbasic使いへの道とか複数の
参考書のソースみながら、ああこう記述するのねーって
毎回やってる気がする。（毎回ブランク空くから）

なんか決定版REALbasic本が欲しいよなぁ。

Rb解説書がない今、俺はここが結構役立った。
http://www.hremresearch.com/rbuJ/

本となると今はAmazonとかで買える洋書になっちゃうかなぁorz

O'REILLYのはもうAmazonでも売ってないしねえ
記念にもっておこうと思ったんだけど

犬本がいまいくらか調べに行ったら、洋書だけど来年の２月と５月に
REALbasicについての新刊が予定されてんな・・・
amazonの洋書のコーナーのリストに。

Rbに洋書って何か間違ってるような希ガス。

5.5から2005。何本か作ってるけど問題ないなー。
おれの知識がまだ浅いんだろうな。もっこし勉強しよう。

アスキーって出版社だろうに、邦訳版出してくれんもんかな...。

みんなたとえば何作ってんの？げーむ？仕事用？
（俺はダウンローダートか画像ビュアーとか）

　

細々としたツールとか、
鉄ヲタなんで、ダイヤ作成ソフトなんてのも作ってた時もある

Ｃでツールとかでは、作る気にもならないが
Ｒｂならチョコチョコっと作れてしまうのは魅力だよね。
ＶＢにはかなわないけど・・・

＞ダイヤ作成ソフト
鉄オタじゃないけど面白そうだね。
時刻表入力してダイヤグラム表（っての？）描画させたりすんのかな。

むかし、ＶＢ使ってたことあったけど、
Rbもなかなか取っつきやすいとは思うんだけどな。

付属のユーザーズガイド、言語リファレンスで
たいていはなんとかなると思うんだが...
初歩から始めるREALbasic2なんての１冊
持ってればたしかに重宝する。

でも、「本」、「本」って言ってる人って、
本出ても、たいしたもの作れなかったり...

あまりＭ＄をほめるのは好きじゃないんだけど
ＶＢ（今は.Netとか言ってるんだっけ？）は
デバッグ機能が神がかってる。
実行中に大抵の変数(プロパティ)が変更できるし、
ソースの変数へカーソル持って行けば、その内容を表示してくれる
イミディエイトウインドウ(だっけ?)で計算式書けば、その場で
帰ってくる(デバッグ中でも)。
たとえその計算式にユーザ関数が含まれてても、ちゃんと実行してくれるからね。
ソースだって、条件付きだけど直せちゃうし。

Rbだと、デバッグ中にソース直せないし、
変数の内容も変更できない（出来るらしいのだが、やろうとすると
デバッグ対象のアプリが終了する。これは俺だけかもしれん）
プロパティは多少直せた気もする
イミディエイトウインドウ(だっけ?)だけでもＲｂにあれば
かなり楽になるんだけどねぇ
まぁ、比較してもしょうがないんだけどね。

と、だらだら書いてしまった、スマヌ。

OS屋がアプリ書けばなんだってできるだろうが

って、昔はあちこちで聞こえたもんだ
だからMSはでぇっきらい

だからって?

>>249
デフォルトウィンドウがあってそこのボタンをぽちぽち押すと
なんか動作するアプリは作れるのだが、それ以上の事やろうと思うと
（できるはずなのだが）『記述法がわからない』

プッシュボタンのイベントハンドラの下にずらずらmainを書いていると
なんか間違ってる気がするが、では『どう書くべき』なのかわからない。

あるイベントハンドラに書いたコードがプログラムの増設時に
ちょっと書き換えるだけで再利用できそうな感じなのだが、
『RBでクラスをどうやって作り使えばいいのかわからない』ので
ひたすらコピペしている。

ようするにRBでのプログラム作法がさっぱりわからない。

どの言語だって知らないうちはそんなもんだろ

>>253
他人が書いたサンプルのプロジェクトファイルとか調べたりすればわかるんじゃないの？

俺は始めのころは、付属の(?)サンプルを改造したりしたもんだけど。

オレはWinはさっぱりだから、よくはわかんねーけど、
ユーザが多いってことはフィードバックも膨大だろうし、
どんどん洗練されていく土壌はあるってことだよな。
デバッガにしても、いろんな機能にしても、
Rbは取り入れられるとこはどんどん取り入れていってほしい、と思うし、
実際、取り入れていっていると思う。
それに、Rb的に、なかなかに独創的な機能もあるとも思う。
しかし、いかんせん豊富な機能を初心者に説明するリファレンスが
VBに比べて、もう圧倒的に少なすぎる。

もちろん、本当に何か作りたいなら、どこから初めたって目標にたどり着けるだろうけれど、
道は険しいよね。
それに、VBはじめ他言語の本からも学べるところはあるんだろう。
でも、初心の頃ほど、RbのことはRbの本でないとわかんなかいもんだ。
Rbをかなり使いこなせていると思われる人のなかには、すごく文章のうまい人もいるし、
実際に著作をものしている人もいる。

こういう人たち組んで、一つ定番になるようなリファレンス本を作ってくれないかな、
アスキーさん。

本作ってもRb自体の仕様がすぐ変わるからねぇ。

そしたらまた作れば売れますよ、・・・きっとｗ

>>248
>>時刻表入力してダイヤグラム表（っての？）描画させたりすんのかな。
その通りｗ

某時刻表サービスのページから拾ってくるところまで作ったら
時刻表のフォーマット変わってあえなくアボソｗ

>>253

まずは、編集メニューから「新規メソッド」を選んで、
汎用的なメソッド（SubやFinction）をそこに書いてみよう。
そうすれば、ウィンドウ内のコードからは簡単に利用できる。

また、ウィンドウ内のコードで共通に使用する変数は、
編集メニューから「新規プロパティ」を選んで、
あらかじめ設定しておかなくてはならない。

そうやって、ウィンドウ内にコードを記述していくこと自体が、
実はWindowを継承したあるクラスを実装していくと言うことに他ならない。

メソッドとプロパティ。
最初はこの２つをクラスと言うものの要だと考えると分かりやすいと思う。

コントロールなどを継承しない「新規クラス」をなぜ作るのかと言うと、
あるまとまったデータ群やそれに伴う一連の処理というものを、
１つのパッケージにして取り扱いやすくしたいから、ということがある。
「データ群」はプロパティに、
「一連の処理」はメソッドに対応するということがお分かりだろう。

（また、RbにはCなどで言うところの構造体が無いので、
　プロパティのみの「データ・クラス」として扱うこともしばしばある。）

>>253

まあ、難しく考えないでとりあえずコピペで作っとけ。
で、共通のコード類はあとから「メゾット」でまとめろ。
共通の変数は「新規プロパティ」でまとめちゃえ。
そうやってあとからコードを見直していくうちに、
メゾットだのクラスだのモジュールだのクラス
インターフェースだののユーザーマニュアルに
書かれてる概念がだんだん分かってくるから・・・

慣れてくると設計の段階から考えるようになるから心配するな。

最初から上手なコード書けるヤツなんて、そうそういないと思うぞ。

さっき書き忘れたけど、そうやってまとめていくうちに
パブリックだのプライベートだの局所化だのの使い分けもわかるよ。
ばんばんエラー出まくりだすと思うからｗ

Cocoaが微妙に面倒なので
Rbに舞い戻ろうかと思うんだけど
一時期騒がれた文字列関係のバグって
2005ではどーなってんの?

なんか盛り上がってるね。
2005(J)前夜祭みたいなもんかな。

最近AmazonでThe Definitive Guide 2nd Editionを買ったよ。
読んでないけど。

CocoaはCocoaで本がないみたいだしなあ…。

Cocoa確かに微妙に面倒なんだよな
コントロール貼るのに２回定義しないといけないし
途中で追加削除しようとするとソース変更部分どっちにする？
ってイチイチ聞いてくるし。
構想や理念は、至極素敵なんだが・・・

Cocoaの前にObjectiveCも覚えないといけない。

その前にC言語覚えないといけないよ。

んなこたない

Objective - Cってのは文法で
実際に使う単語というか機能を担う命令・関数は
Cocoaのクラス？を学習しないといかんのでしょ？
前者についての本もないみたいだし、
後者、実際の機能に関して解説した書籍はますます無さそう。

スレ違いスマソ。

やっぱりRbにしても自力で英語の資料を漁れないとだめなのか…。

なんで外人は英語なんていう無味乾燥で記号的な言葉で満足できるんだろう。
まるで最初っからコンピュータを扱うために作られた言語みたいじゃないか。

英語もけして全てが規則通りにきっかりした言語ではないだろ。
英単語に比べたら漢字の部首のなりたちのほうがよほど理屈が通ってるような気がするし。

つかそもそも英語のドキュメント読むのがしんどいって話に対して
その書き込みは違うだろ。
ドキュメント書くのに英語のほうが書きやすいって事はないだろ。
単に向こうで書かれるものが多くて、マイナー言語だと翻訳も出にくいってだけで。

>>269のレスは冗談の一種だと思うです

そうだったのか。すまん。

萩原氏の「MacOSXプログラミング入門Objective-C」と
鶴園氏の「Cocoaはやっぱり」の２冊があれば、
まぁ、とっかかりは出来るんじゃないかと。

おいらは、>>265の煩わしさと、年喰って(イイワケだなｗ)新しいのを覚えるのが面倒になったので、未だにRbにしがみついてるよ

>>269
あえて釣られてみよう

↓なんかおすすめですよ。たぶん269の要求にぴったりなんじゃないかなあ。

プログラミング言語「日本語」
http://www.entis.jp/doc/japanese/

>>275
ﾜﾗﾀ

よくまぁこんな事を思いつくなあ。そして書くなあ。

懐かしいな

ぴゅう太だっけ？
日本語ベーシック搭載してたのって

プログラム用語の勉強になりますた。

>>278
ﾓｼ A=0 ﾅﾗﾊﾞ 420 ﾆ ｲｹ
ってやつだね。

278が275をわかった上で連想して書いてるのか
それともわかってないのか
気になる。

話題の幅を広げようとしていると思うです。

AmazonのREALbasicを売り上げ順で見ると、
1. REALbasic 5.5 Professional for Windows 日本語版
2. REALbasic 5.5 Standard for Macintosh 日本語版
3. REALbasic 5.5 Standard for Windows 日本語版 アカデミック版
4. REALbasic 5.5 Professional for Macintosh 日本語版
5. REALbasic 5.5 Professional for Windows 日本語版 アカデミック版
6. REALbasic 5.5 Professional for Macintosh 日本語版 アカデミック版
...

Rbユーザーとしては嬉しいけれど、Macユーザとしてはちょっと悲しい...。

へー。Windows向けのPro版買ってる人って、何に使っているんだろう。
他の開発環境・言語じゃなくコレを選んだ理由は？

Macの事はよく分からないが対応したい人。>1
for Macはアップグレードし続け新規にfor Win買った人。>1, 3, 5
Proが不要になった人。>2
MacにswitchしたVB, AB, HSP使い>2

手軽にLinuxのソフトをWindowsで作りたい人

もしMacに対応するつもりで買ってるなら
Mac対応のソフトがもっとどこからか出てこないとヘンだしな。

Macの事はよく分からないが対応したい場合ってのは
ガワアプリや用途の限られているツールが殆どじゃないか？
よってニュースやライブラリサイトには出てこない。

スキルがあるなら知らない分野でも文献読んでCocoaなり使うだろ。

Objective-Cでも勉強しようかなと思うけど
あれって覚えても事実上Mac用ソフトの開発にしか使えないよね？
Javaだと色々と使い道がありそうだけど逆にMac用の開発言語としては
ますますイバラの道になっちゃうのかな？

>あれって覚えても事実上Mac用ソフトの開発にしか使えないよね？

まぁそうだけど、C言語知ってるなら覚える事ってほんの僅かだし
C言語知らなくても凝った使い方しなきゃ、ハマる程もモンでもない。

>Javaだと色々と使い道がありそうだけど逆にMac用の開発言語としては
>ますますイバラの道になっちゃうのかな？

Cocoa-Javaの事なら10.4以降の新APIの追加はされないらしいから
今から始めるなら、ヤメといた方が良いと思うよ。

にしても、Rbのサクサク感は惜しい。

この道を行けばどうなるものか
危ぶむなかれ危ぶめば道はなし
踏み出せば
その一足が道となりその一足が道となる
迷わず行けよ行けばわかるさ。

ありがとー！！ 1,2,3

>Macの事はよく分からないが対応したい人。>1
↑Macに対応しました！って出したMac版アプリは
きっと使い物にならない

は？

>>292
例えば？

１２月に入ったが２００５はどうなるのじゃろうか・・・

年内は動き、ないんじゃない？

年内に何とか間に合わせようと
今、懸命に英語版ヘルプを
エキサイト翻訳で日本語化しているに違いない。

せめて、ちゃんとした翻訳ソフトを使って下さい。

もうソリに担当とかいねんじゃね？

外注。

ソリでやってんのは、ローカライズだけだよな。
ってことは、日本語の文字化けがなおってるかどうかとか、そういうのは、
英語版とまったくいっしょなんだよな。なおってる？誰か知らない？

保守

質問です。
REALbasicにはFlashみたいなレイヤーがありますか?

描画するときレイヤーごとに描画、消去すると
便利だと思ったので。

>>303
ダウンロードして使ってみようよ

レイヤーっていうか、もっとローレベルで描画する。何しろ、プログラミングツールだから。

レイヤーがあっても面白いかもね。
昔のRGBプレーンみたいな感覚で。

スプライトでよければ。

TabPanelはある意味レイヤーかも知れない



ひどい目に遭った事を思い出した（;´Д｀）

まちがえた、PagePanelだた

>>308
詳しく

スプライトというのは
フラッシュのシンボルみたいなもの?

フラッシュで作ったゼビウスがあるでしょ
スプライト使うと
REALbasicで再現できますかね

>>311
何か根本的なとこで勘違いしてる気がする。
最近のRbは使ってないから知らんけど。

Flashもかじっているけど、正直ゲームならFlashでいい気がする。
REALbasicでFlash並みの表現をしようと思うと、
辛いことばっかなような。
というか、無理！？
悪いこと言わないから、ActionScript極めた方がいいよ。

作り込んでいく内に、
どんどんTabPanel上からパーツが落ちていって、
なにがなにやらわからなくなってパー。

こぼれ始めたら一回終わらせるかなんかしたら大丈夫だったような
もう忘れた。

ゼビウス程度なら遊べるものが作れる。
が、Flashより速いかは分からない。多分遅い。

あれだ。
VBは今よりPCの性能がショボい頃から沢山ゲームが出てるんだから
やる気があれば同程度にはいける。

でもDeclareのオンパレードを書ける人って
Cが書ける人だよな。

うーん、これじゃあ
REALbasicの存在っていったい何?

サクサクポトペタ制作。

>>317
だから存在しなかったことになりつつある

なつかしいなぁ、ミサイルコマンド
http://www.codenautics.com/armageddon/

Made with REALbasic

>>316
ゲーム作るのにDeclareのオンパレードになるか？
意味わからん。

>>320
これやってっと、仕事になんねーよ!!!!!

>>320
ソースコードが公開されてるっぽいのだが、4.5じゃ開かぬ　orz

で、Rb2005Jの発売はいつなんだよ。

2005はなかったことになりました

「年末年始のサポート業務について」
ttp://www.asciisolutions.com/support/info.html

アスキーショリューションズよ
オマイ等趣味で仕事してんのかと・・・。

>アスキーショリューションズ
アスキーソリューションズ

■6ヶ月間のフリーアップグレード権利のついたライセンスを購入した場合

Q.購入後6ヶ月以内に確実にREALbasic 2005（英語、日本語）に無償アップグレードできる保証はあるのでしょうか？
A.ありません。6ヶ月間のアップグレード期間は必ずしもその期間内での次バージョンの発売を保証するものではありません。
※REAL Software社の発表によるとREALbasic 2005英語版の発売は2005年5月中となっております。

Q.REALbasic 2005日本語版発売が大幅に遅れてしまった場合、アップグレードに関して何か特別な救済措置はあるのでしょうか？
A.ありません。期間後の特別な対応は受けられませんので、ご注意ください。

それ、マジの回答?

REALbasic 2005r4 を試用して見ました。

1. コード内に日本語を入力すると文字化けしたり、カーソルが飛ぶ
2. select case で "日本語文字列" の比較ができなくなっている
3. リストボックスの描画が 5.5.5に比べさらに重くなっている
4. IDEがRb自体で書かれているのか、起動速度、反応速度が5.5.5に比べ重くなっている
5. コンパイル速度の短縮のため、コンパイルして生成されるバイナリに、使われない余計なライブラリもまるごと同封される

結論
まだまだアップグレードせず様子を見といたほうがいい。
Rbの代わりになりそうな言語を今のうちに勉強しておくとか（Python,Javaなど）

>>331
君が他の言語をがんばって勉強し、
挫折してRbに戻ってくるに１票！

もうFlash、actionscriptでいいよね!

Flashは配布ライセンスが面倒

>>332
つまり、アレか。
君は331は馬鹿だから生きてるあいだBasic以外を使えるようになることはない。
だが、生まれ変わればもしかしたら他の言語も出来るようになるかもしれない。そう言いたいのか？

君は酷い鬼野郎奴だな。
俺も一票。

RbからCocoa-Javaに移行したオイラが来ましたよ。
Rbにある種の限界を感じたんでCocoa-Javaに逝ったけど、やっぱりCocoa-ObjCの方が良かったかな〜、なんて思ってるのれす（・ω・）ﾉ。
こっち来いとは言わないけどさ、プログラミング言語は色々やっといた方がｲｲと思う。
Rbで組む時もスタイルが変わるので（いい感じに）びっくりするよ。

よりによってCocoa-Javaとは・・・。
御愁傷様です。

>>336
それ多分RBの限界じゃなくて己の脳の限界だと思うよ。
そんな理由で開発環境変える奴は4流プログラマ。
良く考えてみ？

>よりによってCocoa-Javaとは・・・。

そう、よりによってCocoa-Javaなんですよ…orz
まぁ、僕の場合CocoaのAPIに依存しまくったコードしか書いてないのでObjCに移行しても余り変わらないかも…
Cocoa-Javaの勉強用にヒレガス本使ってた位だし(w
Rbも好きだったんですけどね、どうしても物足りなくなっちゃったので…
まぁこれ以上はスレ違いになるんで消えますﾈ（・ω・）ﾉｻｲﾅﾗ

ついに、2006に、なたよ。

Rbは日本ではもう終わったということでしょうか？

ご臨終です。ﾁｰﾝ。
FBに移住してください。

どうも縁起が悪いね

>>343　777オメ

大吉だったらRb200S日本語版来週発売

だから2005なんて名前にするなと

英語版は2005年に出たけどね。

ttp://www.realsoftware.com/

が応答しない。嫌な予感

ついに逃げたね

これは、ひょっとしてあれだ・・・餅をのどにつま(r

掃除のおばちゃんがサーバのコンセントを抜(ry

おばちゃんが気付いたようだ。

すんません。Rb初心者なんだけど、これに表(グリッド)って簡単に実現できますか？
数値を表形式(行20x列10くらい)で表示して、数値によってはセルに色づけまでしたいんですが、
そういったことが比較的簡単にできるでしょうか？

比較的簡単にできるよ。
言語リファレンスのListBoxコントロール、カラーのところ

質問です。
Group2Dに描いたベクトルグラフィックを
クリップボードにコピーするにはどうすればいいのでしょうか?

Rb辞めてC#.NETに移った私は負け組ですか？

>>356
間違いなく勝ち組です

>>355
pictureにして、コピーすればいいだけなんでは？

Dim px as PixmapShape
Dim s as StringShape
Dim d as New Group2D
Dim p As picture
p=newpicture(tanpopo.width,tanpopo.height,32)//tanpopoはプロジェクトに登録した画像

px=New PixmapShape(tanpopo)
px.Width=tanpopo.width
px.height=tanpopo.height
px.X=tanpopo.width/2
px.y=tanpopo.height/2
d.append px//tanpopoをGroup2Dにグループ化

s=New StringShape
s.y=px.y
s.x=px.x
s.Text="This is what I call a REAL tanpopo!"
s.TextFont="Helvetica"
s.Bold=true
d.append s//テキストをGroup2Dにグループ化

p.graphics.drawobject d,0,0//これをpictureに設定

Dim cp As new clipboard//ver 5.5ではdim文をどこにでもおける
cp.picture=p

>>356
いや、ドザな時点でまk(ry

>>356
それを自分で判断できないようでは負(ry

>>355は、「ベクトルグラフィック」をクリップボードにコピーしたいんじゃないの？
やり方をおいらは知らないけど、dxfかpdfか何かに変換してコピーかな？

ちょっと聞きたいんですが
アイコンの作成ってどんなソフト使ってますか？
Icongrapherが良さそうと思ったのですが
他にいいソフトがあれば紹介してください

もうだめかもしれんね。

いや、もうダメだ。
誰かREALに問い合わせといてよ。

>>362
プラットフォーム書くの忘れてた。Mac OS Xです。よろしゅう。

http://www.realsoftware.com/news/pr/2006/cocoa/
Cocoaをサポートするって。
どういう意味か分からんけど。

イソテルで動かすためだろ。
いずれにせよ、遠い異国でのお話...

>>366
今生成できるのは、Carbonアプリケーションなので、それをCocoaアプリケーションで
生成できるようにしますって事じゃないですかね。Intel Mac版のサポートも含めて

日本語版出すから待っててね。
　　　↓
本家が新Ver.発表
　　　↓
やっぱ新Ver.の日本語版出すから更に待っててね。

黄金パターンの悪寒...

2005の段階でCocoaに対応してから出せよ



と言ってみるテスト

2005Jはなかったことにして
5.5→2006にアップできるようにしてくれ。

2005の機能はどうでもいいけどIntel対応はやるしかねーんだよ・・・。

現在のEditFieldがCocoaのNSTextViewに変わるなら、
Cocoaフレームワーク対応を歓迎！
でも年内に提供するっていつになることやら...
トホホ...

>>371
何で日本語版にこだわるんでしょう？日本語リソースだけの問題でしょう？
5.5の日本語マニュアルと2005の英語版マニュアルでほぼ１からの開発でも
理解できたし。サポート考えても、日本語版にそんなにこだわらなくても
いいんじゃない？

>日本語リソースだけの問題でしょう？
そうでもない。
今までも新バージョンでは日本語処理がおざなりにされることが
まま有った。
俺的には
IDEとかマニュアルが日本語化されたバージョンが欲しいってよりは
日本語処理が（それなりに）検証・修正済みで
出来るだけ余計な手間がかからないのが欲しいってのが本音。

英語版と日本語版の違いは何だろ？
マニュアルが日本語位？
エディタはフォントを日本語フォントにすれば２バイト文字は字化けしないのかな？
日本語リソース入れても大丈夫なんかな？
・・・ってところが気になる

ところで、９０日ごとにupdateってちゃんと出来てる？

日本語版と英語版の違い
日本語版はメニュー、ダイアログ、エラーメッセージなどの画面表示、
ならびにオンラインドキュメントが日本語で表示されます。
プログラムは機能上の違いはありません。またコンパイルで生成されるバイナリも同一です。
英語版は、REAL Software社によるアップデート版がすぐに使えるというメリットがあります。
アップデート版の日本語化には通常、数週間かかりますので、英語版は画面表示が英語でも常に最新版を使いたいという方に向いています。
なお、REALbasicでは、日本語版から英語版への移行、および英語版から日本語版への移行サービスはございません。

だそうです(ASCII)。r4までは90日内にでてました。r4が10/12なので次が1/12までにはでるかも。

以前、REALbasic3.5を使っていたのですが、
TabPanelなどのバグに嫌気がさしてめっきりプログラミングから離れています。
最近、もう一度初めて見ようかというきっかけがあったのでお聞きします。
バージョン3.5から比べてバージョン2005は、
どんなところがどれだけ進化しているのでしょうか？

一応アスキーソリュージョンズの紹介は読みましたが、やはり使い込んでいる
皆さんの方が細かく具体的な現実をわかってらっしゃると思うのです。
よろしくお願いします。

悪いこといわん。
Rb辞めてC#.NETやろうぜ！

>>378
Mac使ってるんで...だめですよね。
次はC++勉強しようと思ってます。

>TabPanelなどのバグに嫌気がさして
パネル作り込んで
次の日プロジェクト開いたら
後のパネルに置いたはずのコントロールが
最前面のパネルにウヨウヨ沸いてきたりとか？

>>373
Rb自体は日本も英語も同じ。日本ライセンスで英語版も使える。
問題はそこではなくて。
・日本語版ライセンス発売が遅い
・日本→英語へのライセンス変更不可
とかが問題。
今5.5Jのライセンス持ってる人は2005Eは使えない。
2005Jライセンスを買わないと使えないのに全然発売しない。
2005/06の2005Eライセンス販売開始から半年以上待ってる。

で、もし明日2005Jが出たとしてもまたすぐに2006Eが出るんだから
以下>>371

ライセンスさえあれば英語版使うからライセンスだけ先に売ってくれと毎回思ってる('A`)
機械翻訳なら日本語化なんかしなくていいよ('A`)
今2005を買えば無償で2006にアップキャンペーンまだー？('A`)

>>380
それもありますが、一番困ったのが、TabPanelのVisibleをFalseにして、
（のちのPagepanel？のように）使うと、コントロールの一部、もしくは
全部が描画されないバグです。
（これはTabpanelに限らずフローティングウィンドウでも頻発したなぁ...）
そのあたりも、最新版ではどうなっているのか気になります。

英語版かぁ。食わず嫌いしてないで、導入を検討しよっと。

>>382
個々のコントロールを明示的にrefreshすればTabPanelの描画バグは
簡単に回避できたよ >3.5J

とりあえず5.5から使い始めた俺は3.5と2005がどう違うのかって点について口を出せない訳だが
内部で使うアレがUnicodeになっていろいろ面倒なことになったって話はよく聞く

>>384
今の2005では個々のコントロールではなく、TabPanelのRefreshだけでも、
何の問題もなさそうだが・・・。

Rb 2006 ｷﾀｰ！！

ttp://highspeed.realsoftware.com/REALbasic2006r1/REALbasicMacOSX.dmg

本家はアップ前だがURL弄ってたら落ちてきた

クラシック版は?

3.5のTabPanelの再描画バグは試行錯誤で工夫すれば解決できた
そこでつっかえて「使えね〜っ」て放り出すのはもったいないかなと

2006R1
EditFieldのバグがなおってる。

2006ってなんだよ
そんなものより早く日本語版出せよ！
それか英語版にライセンス変更できるようにしてくれ

5.5のバグはもう直さないつもりなんだろうな。

REALbasicは犯罪です。
早速警察に通報しました。

重松修も同罪です。

>>390
EditFieldのバグ直ってる？
変わってないように思うが...

なお、REALbasic 2005 日本語版の新規販売およびアップグレードはただいま発売の準備行っておりますので、
今暫くお待ち頂きますようお願い申し上げます。
日本語版は2006年2月中旬以降のオンライン販売開始を予定しております。

ちょっwwおまっwww
この期に及んでまだ以降かよ！

ところで、このニュースの（2005/6/20）って日付がどんどん無理っぽくなってるぞw

アスキーに期待するなよ
英語版でいいじゃん

>>390
>>394
申し訳ないが、EditFieldのバグってどのようなものなのでしょうか？
教えていただけるとありがたい

おれのとこはIBeamが点滅しなくて挿入位置がわからなかったこと。
2005のプロジェクトを2006でビルドしたら点滅するようになった。
あとスクロールバーの端に、多分バッファのグラフィックだとおもうけど何か映り込んで
表示が汚くなる。これは直ってない。

>>399
サンキューです。カーソルが点滅しないってのはやっぱりバグだったのか
スクロールバーは気づかなかったので確認してみますね

>>384
うーん。そんなに軽度な不具合じゃないです...。

>>386
そうですかーありがとうございます。じゃあ...
2006も出ることだし、買っちゃいます。英語版であっても！

MySQL使った時に
RecordCountの値が嘘な件
今度こそ直りますように...

>>398
EdirFieldに日本語を打ち続けると重くなる。
「あ」とかを変換しないで連続で打ち続けるとわかる。
これはインライン入力切れば問題ないけど使いづらい。
日本語以外だと発生しない。

短い文節で変換してるので気付かなかったよ。複数行だと下線もずれてくる。
アスキーに報告したら本社に伝えてくれるのだろうか。
2006　コードのプリントがまともになった。

気軽につかえるし、使い続けることにしたよ
OSXの開発環境覚えてもメリット少ないし

basic憶えるよりはいいと思うよ

当面は、PowerPCのMacを使うけど、いずれIntelに移行するとなると、
PowerPCで作ったアプリって動くかが心配
Rbアプリであるマカエレ。が動かないみたいなので、他のRbアプリ
も動くのか？？
ttp://pc7.2ch.net/test/read.cgi/mac/1118244286/298

あひゃは動いてるらしいよ。
自作のぶんは、いずれ出るであろうIntel Mac対応版でコンパイルし直せば大丈夫でしょ。
…、まあ、いつになるのか、安定したものになるのか、不安は色々あると思いますが。
プラグイン使ってる場合はそっちも対応してないとだめなのかな。

>>408
マカエレ。ってたしか、幾つかプラグインを使っていたので、あひゃが動くって事は
プラグインが悪さしているかもしれない
とりあえず心斎橋でこっそり試してみるか
昨日の夜行ったら、いきなりFirefoxを誰かダウンロードしていたので、試してみたら
miniよりも断然早く動きやがる。実はロゼッタってやつはそこそこ使えるんじゃない？

>>409
ついでに、できれば
http://meika02.hp.infoseek.co.jp/
のソフトも調べてくれてるとうれしい。

ホント出来ればで良いんで。

>>409
そもそもFirefoxは既にIntel版が出ていたんじゃなかったか？

>>411
その時にFirefoxについて見たのですが、一応PPC Mac OS X Mach-Oと表示されていたので
PowerPC用だと思うのだが
>>409
で、やってみました。見事動きました！！なので、RbのCarbonアプリケーションでも
問題なく動きます。さすがに一度目は起動が非常にかかります。ロゼッタの初期化でも
しているんですかね？
>>410
すまん。動かす時間がなかったので、動かすことが出来なかったです。

やってみましたとは、何を試されたんでしょうか？
あひゃ？マカエレ。？

>>413
すまん。>>407の流れで書いたつもりだったので。
自分の作ったRbアプリということです。
マカエレ。は既に報告通り動きません

言語の基本的なことをお聞き致します。
Rbでは「動的なリスト」が使えますでしょうか?
（伸び縮みさせてポインタで指し示すやつ）

ポップアップウインドウのことだろうか

もといポップアップメニュー

いや違うだろｗ

REALbasic 2006英語版販売開始のお知らせ (2006/01/18)

2006年1月18日、弊社オンラインショップにてREALbasic 2006英語版 for MacintoshおよびREALbasic 2006英語版 for Windows、REALbasic 2006英語版 for Linuxの発売を開始致しました。

なお、REALbasic 2006 日本語版の新規販売およびアップグレードはただいま発売の準備行っておりますので、今暫くお待ち頂きますようお願い申し上げます。日本語版は2006年2月中旬以降のオンライン販売開始を予定しております。
パッケージ付き製品につきましては、オンライン版より、１ヶ月ほど遅れて販売開始の予定でございます。


2005日本語版はどうした。なし？

グラフィックで絵を描いた場合，書き終わるまで描写されないのだが，順次描写させるにはどうしらたよいのでしょうか？
＃OS-9やWinでは何もしなくても順次描写されるのだが，OS Xではその間，マウスが時計になっているだけ。

REALbasic2006フリーアップグレードキャンペーン開始！
　　　　　　^^^

■2005年2月15日以降にREALbasic 5.5を新規にご購入されると
　次期バージョンのREALbasic2006が発売された際に無償でアップグレードが可能です。


2005と両方手に入ってｳﾏｰとか思って5.5を買ったあの日・・・

（・(ｴ)・）ｸﾏ-

新規購入は期限なしでは？
200*5*では無いからもう駄目という事？

>次期バージョンのREALbasic2006が発売された際に
「発売されなかった際」も想定しておくべきだろうか...

>>420

OS9とOSXの仕様の違いです。早速警察に通報しました。

OSXの場合明示的にイベントを受ける関数を呼ぶか強制的にバッファを
フラッシュしたとき初めて今まで描いていた物が画面に現れます。

どうしても強制的に表示させたい場合にはQDFlushPortBufferをなんと
かして呼び出してください。

参考リンク
http://developer.apple.com/jp/technotes/tn2051.html

>>425
警察に通報って。。何故？？

>>425
情報ありがとうございました。バッファのフラッシュのしかたとかタイミングが
よく分からないので，Examplesに入っていた"Drawing With Threads"を参考にして
動かしました。
OffscreenPictureに書込んでそれをcanvasに適当に書込んで(貼って?)いくのですが，
この方法で波動方程式や拡散方程式を解いて動画風に表示させてみました。
OS9でうまくいったようには動きませんが，なんとか使えそうです。
＃winでは全然問題なく描写されるので，なんとかMacでもと思っていたのですが...
＃Cocoa対応でQuartz呼び出しになっても，このあたりの仕様は同じなのかな？

canvasのopenイベントで、
me.graphics.useoldrenderer=true
とやってみるのは?

>>428
アドバイスありがとうございました。実は，このuseoldrendererを
使う方法を最初に試したのですが，うまく行きませんでした。
#具体的には，canvasのopenに上の文を書き込み，
#Paintに実行文(do loopのお絵書き)書き込んだのですが
#うまく行きませんでした。どこかまずいのかな？

##このdo loopの中で，425さんが云うように，明示的にイベントを受ける関数を呼ぶか
##強制的にバッファをフラッシュすることをすればよいのでしょうけど
##具体的なステイトメントが思い浮かびませんでした;-<

>>429
マニュアルを読んでますか？

http://www.macinbasic.info/
死ん$

>>430
"チュートリアル&開発者ガイド"と"言語リファレンス"に目を通していますが、
OSXになってからの違いなどを見出すのは難しいです。
何かポインターがあれば、教えてください。
＃WinとOS9で問題なく動くので、マニュアル読みに力が入ってないかな？

Intel Macで動かした香具師いる？

RBでビルドしたアプリが動いたという話は聞いた。

Linuxの世界では最強ツールなのかな。
http://linux.sys-con.com/general/readerschoice.htm
ここの
Best Linux Developer ToolとBest Linux Programming Enviroment
でトップだ。

>Linuxの世界では最強ツールなのかな。
結局、RB云々じゃなく
VBのアプリを Linuxに持ってきたい輩が多いのでは...

もうだめぽ...

Ah~

hosyu

いい加減、出るかなぁ。
www.realbasic.jp
ってドメインもとってるみたいだし。

REALbasic製のよさげなソフトってどんなのある？

マカエレ。

全くといっていいほどないと思う。

マカエレは糞ソフト。
私のハードディスクを消されました。

それはそれは、Tigerと並ぶ凄さですね

自分専用の簡単なツールを作るのにはいいんだけどね。
公開できるようなレベルにまで完成度を高めようと思ったら結構大変だし、
中途半端な作りのまま自分だけで使っている人も多いと思う。
ドキュメントを書いたりして公開できる程やる気のある人が、
自由度の高い（しかも無償の）開発環境に移行してしまうのも当然といえば当然な話。

>>441
もう公開していないけど、HyBackup Xは良かった。

>>447
どこかでDLできるとこありませんでしょうか？

たしかここREALbasic製
http://macer-page.jp

有名なソフトでREALbasic製ってある？

>>450
REALbasicそのもの

http://www.runrev.com/

RBからこれにのりかえたようかと思てる。
安いぞ。

旧OSのｿﾌﾄならRb製色々あるでしょ。

旧OSって５年ぐらい前のやつ？
OSXには何もないの？

自分で探せば

http://atchat.jp/

つまり探さないと見つからないくらい有名なソフトはないということなのね
orz

いやしつこくてうざいから教えたくないだけ。

WebPatrolはRb製だよね

昔はダウンローダとか色々あったような

昔はね

REALbasicユーザなら誰でも知ってるあの言葉でググったら
更新１年以内でフィルタしても大量にひっかかってくるわけだが。
Xで便利ツールとか探すとよくあのアイコンだったりするし。

知識ゼロで粘着するキミはなんなのだ。

更新一年以内でフィルタリングできることを知った32の冬

まだかなー

Lemonがバージョンアップされている
更新日時が無茶苦茶だけど

URLcollectorもRb製だろ。

Lemonはいいソフトだよな。
あれがOS Xに来なかったのは実に惜しい。
俺はMacGet愛用してたけどね。（こちらはRbではないはず）

Lemonはすごくよくできてる。まだOS 9版でバージョンアップしてんだねー。

ﾀﾞｳﾝﾛｰﾀﾞｽﾚがあれば更新ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!って書けたのに。
残念。
ブロードバンド普及して、ﾌﾞﾗｳｻﾞも性能よくなって、鯖の性能も上がったのか、
ﾀﾞｳﾝﾛｰﾀﾞｰの出番が減った気がする。

>>462
「誰でも知ってるあの言葉」ってなんだろう？
マジで分からん。誰か教えて。

俺も。たぶん言われれば分かる言葉なんだと思うんだがなぁ

made with

Macromedia

>>462
多分、有名なソフトがREALで作成されていない＝REALは使えないってことを
アピールしたいだけじゃない？
有名かどうかわからんが、USのサイトでは結構いろいろと紹介されているが

プログラマなら一度つかえばRbの良さがわかるだろうにねえ
長く使ってる人は会社自体に不満はあるかもしれないけど…

>>475
どっちに責任があるか分からないが、アスキーがUS価格との差額分働いているかが疑問
ちゃんとバグ報告してもなかなか直らない

RealBasic初心者です。
RealBasicに詳しい方に教えていただきたく書き込みしました。

今色々遊びながらやり方を覚えている最中で
ちょっと作ろうと思っているのが以下のようなものです。

1.
クイズ問題：５種類のジャンル×10個　計50個のテキストファイルをGetFolderItemで読み込み、ランダムな順番で提示する。
（１テキストファイル書き込まれた５０行の問題から
ランダム順に各行の問題を読み込みできればいいのですが、
やり方がわからん）

2.
PushButtonによる○×形式回答にして、
各問題に対する回答と回答までの反応時間を計測。

3.
５０問が終わった時点で、５種類のジャンルごとの
正答数と反応時間の平均値を表示したい。

ここで今特につまずいているのが２と３の部分。
問題の番号、回答（○×）、反応時間をカンマ区切りでセットにし、
一枚のファイルに以下のように、
回答するたびに情報を付け足していきたいのですが、
方法がよくわかりません。
1番目の問題番号, 回答（○×）, 反応時間　
2番目の問題番号, 回答（○×）, 反応時間
3番目の問題番号, 回答（○×）, 反応時間

CreateTextFileかCreateBinaryFileなどを使って
回答の度に別名の新しいファイルを作ることはなんとかできそうなのですが、
そうすると５０問終わった時には50個のファイルができてしまい
邪魔かなと。

一つのファイルにデータを上書きしていければそれに
こしたことはありません。
もしくはメモリにデータを保存し終わった時点で
一括して出力する方法などはあるのでしょうか。

あと、３の集計の際、データの並び替えやグラフの表示などで
お薦めの方法などありますでしょうか。
だれか教えてくださいませ！

ユーザーズガイドの配列のあたりをみてみたら

>>477-478
1.
読み込む時にランダムにするんじゃなくて読み出すときにランダムに取り出せばよろし。
適当にプロパティでString配列でも作ってそこに読み込んだデータを入れておけばいい。
もっとスマートにするならDictionaryクラスを作ってみるとか。
そうすれば2.3.でデータを取り出しやすくなるし応用も利く。

2.3
ファイルに出力する必要はない。メモリ上に保存できる。
保存の仕方は上で書いた通り。
あと、並び替えは配列ならばSortでできる。
グラフ表示はCanvasとか使って自力でやらないと無理。

クイズ問題５０問と答えがないとサンプルが作れないと思う。。

第１問
「マックの将来は」

３択
１．ない　　２．暗い　　３．帝国に併合

>>479-480
みなさん、ありがとう。
ヒントをいただけたので調べてやってみますね！
またつまづいたときは教えてください！

>>482
第一問目の答えは
４番の「３０年後にはしょぼいWindowsは絶滅し、MacＯＳの一大支配になる。」
でお願いします。

5.ロッテリアに吸収されて、おいしいハンバーガーを提供する

6．REALbasicで書かれたOSに完全移行

クイズ問題と答えが分かったので、RB でサンプル作りましたけど。。

もったいぶらないで、どこかにうpしてよ。

トリノ見ててすっかり忘れてたが
2006日本語版まだでしょうかね....

4.5.2J for Mac OS X で作成しますた
ttp://n.limber.jp/n/2CMXf3fFV

↑
ワロタw　こんな短時間で作れるのかと関心したのだがｗ
なかなか洒落がきいていてGood !

>> 487 　←ちなみにこれはオレじゃないよ。
　　　　　　とにかく自分でやってみるね。

ところで、nigeruメソッドの中で
Timer1.Modeを0 -> 2にしてるのって意味あるの?
……って思ったけど、Periodを2000から数え直させてんのか。
なるほど。
nigeruの最後でTimer1.Mode = 1設定して、
Timer1.Actionの最後にTimer1.Mode = 0でもいいなと思った。

書き慣れている人のソースみたいで参考になりました。

>>452
これ、HyperCardじゃん・・・なつかしい

ﾊｲﾊﾟｶ後継ｿﾌﾄは色々出たけどどれも広まらなかったね。
海外だとけっこう勢力持ってるやつもあるのかな。

わしはのう
はいぱかの後継はフラッシュだと考えておるよ

>>490
>>491
愚作を見てくれてどうも。。
Timer1 は逃げるボタンを２秒後に戻すためのものでした
確かに Timer1.Mode = 1 が正解ですね！

HyperCard 懐かしい。Stack 仕様って公開されているだろうか？
HyperCard Stack を FLASH 形式へバイナリ変換できたら面白いと思った
もしくは VB Project Converter みたいに、HC Stack Converter とか。。

>>489
　ワロタ。ひさしぶりにRB起動された甲斐があった(笑)。

>>475
憎らしいほど愛してるって感じかな。
ほんとに、この手軽さ、簡単さは凄い。
ま、バグにハマると理不尽な苦労をすることになるんだが。
枯れたバージョンが一つ出れば、以降、連綿と使い続けられていくぐらいの
魅力はあると思うんだけどね。

アルカイダに似た言葉で、
マダカイナ。

不覚にもワラタ

http://www.runrev.com/

これ、少しだけRBに似てるが、やっぱRBの方が
かゆいところに手が届くよね。

最近、RB人気ないみただけど、やっぱXcodeに
流れてるのかな？？？

だってCoreAudioまったく使えないんだもの。

で、今日で２月も終わりですが？
やっぱり、また来年まで引っ張るつもりでしょうか？

2006年2月中旬以降
だから100年後でも文句言えない罠

それなら無理せずに「そのうち出します」とだけ書いておけばいいじゃん。

スイマセン、質問なのですが、
今までver2.1を使っていて、先日初めて5.5のデモ版を試してみました。
ボタンのActionメソッドに以下のようなコードを書いた場合、
2.1ではOvalが描画される様子がちゃんと見えるのですが、
5.5ではすべて書き終わった後にしか表示されません。
仕様が変更になったんだと思うんですが、
描画される様子が見られるようにするにはどうすればいいんでしょう。
Dim i,j as integer
　refresh
　for i=1 to 1000
　 Window1.Graphics.DrawOval rnd*300,rnd*300,50,50
　 for j=1 to 1000 //表示のウェイト
next
next

あと、2.1のプロジェクトを5.5で開いたらコメントなんかの２バイト文字が化けてました。
文字コードが変更されたせいだと思いますが、これを防ぐ方法がありましたら教えてください。

>>504
やってみたかもしれないけど、
Window1.Graphics.DrawOval rnd*300,rnd*300,50,50
の後にWindow1.refreshとやったら、フリーズしちゃった。

そこで、WindowにStatictext1を配置して、以下のようにやったら、描画過程が表示されたよ。
何かのヒントにならないかな。

Dim i,j as integer
for i=1 to 1000
Window1.Graphics.DrawOval rnd*300,rnd*300,50,50
staticText1.text=str(i)
staticText1.refresh
for j=1 to 1000// 表示のウェイト
next
next

参考までに、最新版では、rnd関数の代わりにRandomクラスを使うことを推奨してる。

>>506
>の後にWindow1.refreshとやったら、フリーズしちゃった
これはrefreshと表示ウェイトを1000回繰り返すために、フリーズしてるように見えるだけだと思います。

StatickTextをrefreshするやり方でやってみたら、たしかに描画過程が表示できました。
ありがとうございます。
でもrefreshするのに時間がかかるので、処理が遅いですね。
またStaticTextが置かれた部分が描画されずに白く抜けてしまうので、
Canvasに描画するようにして、StaticTextをCanvasの背面に隠してみてもダメでした。
StaticTextのVisibleをfalseにすると描画過程が表示されなくなるし…。む〜。

refreshをしないと描画過程が表示されないのは結構困った仕様ですね。いや、バグでしょうか？
もっと簡単に「描いたものはすぐに表示される。表示されたものは消すまで消えない」ようにならないもんでしょうか。
このへんがREALbasicの敷居を高くしてるように思えてなりません。(つoT)

まぁ人の都合によってどちらがいい場合もあるだろうしね。
どっちでも簡単にできるようになってるといいんだけどね。

OSXならRefreshの代わりにUpdateNow

>>509
どうもありがとうございます。そんなメソッドが増えてましたか。
こっちの方がRefreshより速度がずいぶん速いようですね。
リファレンスを見ただけだと実際どういう機能なのかまだピンときませんが。

いちおうツッコミというか一般的な話をすると、
グラフィックを描き終わってから一気に新しい画面に切り替えて
アニメ−ションさせる。ってのがゲームを含むリアルタイムで
画面がグラフィカルに変化するアプリで最もよく使われる手法で。
普通はそのために逆に”いかに描画途中を見せずに描画するか。”
ってバックグランド描画を含めてプログラムを書かなきゃいけない。

だから最近のRbではデフォルトがバックグランド描画になってて、
Refresh一発で描画した画面に切り替わるようになってる。
結局は>>508が書いたように「どっちでも簡単にできるように
なってるといいんだけどね。」って話なんだが、
どちらかというと一般的ではないことをやろうとして、

＞困った仕様ですね。いや、バグでしょうか？
＞このへんがREALbasicの敷居を高くしてる

とか言ってみちゃうというのはなんというか・・・
・・・みんな苦笑してると思うよ。

同意。ていねいに詰めていくとかなりの事はできる

>>511
プログラミングに関してはかなりブランクがあるもので、ちょっと考え方が古いのです（苦笑）
Rbも2.1からいきなり5.5に飛んでますので、その辺はご容赦を。
今回、実を言えばHyperCardのVisualEffectのようなことをしようとして、
オフスクリーンバッファに書き込んだものをCanvasにちょっとずつ展開していたんですが、
その過程が表示されてくれなかったので、別な簡単なコードを例に質問したわけなのでした。

「空ループでウェイトをとる」ってのも、かなり考え方が古いよなw
昔のBASICみたいだ。

みんなはcanvasコントロールって使ってる？
自分はあんまり便利だと思わなくて、オフスクリーンバッファから直接windowに描画してるんだけど

>>515
Canvasコントロール以外つかったことないや。
Windowに直接描画して、何か不都合なことってないですか。

>>516
直接描画するほうが細かく制御できる気はするけど、refreshのタイミングで
Rb vs. OS vs. 俺、みたいなることもある

realsoftwareつながらないからnew releaseくるかも

>>518
90単位を守ってるから、次のリリースは4/11前後だよ。

そだよね、掃除のおばちゃんだったのか…

日本語版は500単位どころじゃ済まなさそうだな・・・

今、一所懸命つくっているRb2006Jは、何を底本に作っているのかな。
まさか2005のリリース1ってことはないよね。

日本人はクレームを出さないので都合がいいですね

　　　　　　　　　　　　　　　　　　　RB日本語訳チームより

えっ?

　　　　　　　　　　　　　　　　　　　日本人Rbユーザより。

>>522
いくらなんでも最新版で作ってるでしょう。
ただ、完成間近で次のバージョンが出てその都度作り直してるのでリリースできないだけでしょう。
本家の更新が止まったら出るんじゃないでしょうか。
5年後ぐらいに。

日本人はクレームを出さないままとっとと見捨てますよ

　　　　　　　　　　　　　　　　　　　日本人Rbユーザより。

もう英語版で構いません。安いですし

「RB日本語訳チーム」なんてものが、まだ存在しているのなら良いのだが……。

ホント、英語版にしたいんだけど、日本語版から英語版へのアップグレードがないから
乗り換えられないのよ。
英語版買っときゃ良かったと何度後悔したことか。

日本人は自分の技術の無さを存在しないバグのせいにするので迷惑ですね

　　　　　　　　　　　　　　　　　　　RB日本語訳チームより

RBにバグが多くて自分を疑うのも疲れるという時期はあった

>RBにバグが多くて自分を疑うのも疲れるという時期はあった
俺もシリアルポート弄ってたとき疲れ果てた。
結局、USBシリアル変換ケーブル直接叩くプラグイン作って
「動かなかったら自分のせい」以外あり得ない状況に
自分で追い込んで完成させた。

>>532
ふふ。また一回り大きくなったようだな。

RB、ずうっと使っているんですけれど、
OS Xが出たあたりから、バージョンアップの頻度とその効用がよくわからない…。
OS9以下の時は、とってもわかりやすいアプリケーションだったと思う。
（とびとびにバージョンアップはしているけど）

激変していくここ数年の環境じゃあ仕方がないのかもしれないけれど、
後手後手に回っているんじゃなくて、
もう少し、「こんなことができます」という、わかりやすいアプローチは
必要だと思うなあ。

実際使ってみると、もの凄く便利なんだよ。

日本語版は、90日ごとのアップデート保証、どうなるのだろう

Rb 5.5.4Jが出たのが、2004.11だから...。

せめて900日ごとのアップデートは保証して欲しい

Intel MacでRb 2006本体を動かした人いる？

今日あたり日本語版出る予感

今日はSQだしな

http://www.realsoftware.com/news/pr/2006/poland/
オレの勘では、ここに、ポーランドの文部科学相が、中学校(?)のプログラミングの学習に、
REALbasicを採用することを決定。
ポーランドの300の中学(?)でREALbasicを使ったプログラミングの学習が実施される
と、書いてある。

>>541
>オレの勘では、ここに、ポーランドの文部科学相が、中学校(?)のプログラミングの学習に、
何で勘？？

MacではVBが動かないから代わりのBasic開発環境を探してREALbasicに行き着いたみたい

そうなると、なぜMacを選んだのかしらって気がしなくもない。

>>542
>何で勘？？
おそらく自分の外国語の読解力
に自信がなかったんやろ

>>543
ヨーロッパの教育機関ではMacが強い
OSとして分かりやすいし、バンドルソフトで色々とできるしな
Mac Fan ３月号２４ページも見てみな
Mac向けのウィルスも劇的に少ないし、メンテにかけるコストも
少ないからだろう

どーせならそのまんまでできるCとか…、
でもGUI付きのソフトを手軽にというとやはりRbか。
中学生ならUNIX的な側面をいじらせてもおもしろいと思うんだけどな。

ポーランド語って、文字体系はどうなんだろ？
２バイト文字圏だったら、Rbの現状を見る限り、大変なことになる予感…

>>547
ポーランド語はマルチバイト圏ではないはず
>２バイト文字圏だったら、Rbの現状を見る限り、大変なことになる予感…
REALbasicの現状って、Rb2006のこと？それとも大昔のRb5.5のこと？

>>546
おそらく本格的な言語を教えたい訳ではないと思う
要は、プログラミングというものは？というので手早く教えられる
というので、REALbasicが選ばれたのでは？

Rb5.x以降は海胆コードへなちょこ実装でマルチバイト言語は爆死じゃん。

行番号のあるような大昔のBASIC教えるよりは随分良いのだろうね。

>>550
意味が分からない
具体的な不具合の現象をあげてくださいな

>>549
つか、初学者に教えるにはJavaかREALbasicがベストだと思うが。

仮に学校のパソコンがWinやLinux搭載機に移行したとしても
REALbasicならそのまま使えるからいいかもしれないな。

>>552
550ではないが、DefineEncodingしてない文字列と
UTF-8の文字列を連結するとわけわかんなくなる。
EditFieldなんかでやったときは文字化けしまくり。
明示しなくても文字列はUTF-8じゃないのかよ！と突っ込みまくり。

>明示しなくても文字列はUTF-8じゃないのかよ！と突っ込みまくり
出所が外部(データベースとか)の文字列は仕方ないんじゃねーの？
ヘタに自動でエンコーディングを推測されて
上手く動いたり動かなかったりするよりは
安心して使えると思うが。

GuessJapaneseEncodingは、今後もちゃんと機能してくれないのかな。

REALbasic4.0、Windows向けビルドで
文字列をISO-2022-JPに変換するPluginなどないですか。
TextConverterがNIL返しやがります…。

5.5のDrawerWindowって、枠の形がおかしい（下端の角が丸くない）し
幅が狭いのを出そうとするとParentWindowから分離しちゃうし
激しくバグバグだな…。

これってOSのAPIは使わずにRb自身がそれっぽい物を演出してるだけ？

ん？　うちのは何ともないような気がするが。
枠の形はこんなもんじゃないか。下端の角も丸いし。
幅が狭いのを出しても分離しない。

>>555
>550ではないが、DefineEncodingしてない文字列と
>UTF-8の文字列を連結するとわけわかんなくなる。
これですが、UTF-8の文字列というのは、REALbasicでハードコーディング
している文字ってことですか？
DefineEncodingしてない文字列というのは、どこから取得した文字列
なのでしょうか？？
確かに、UTF-8がREALbasicの前提であれば、UTF-8の文字列と連結するときは
自動的にUTF-8へ変換してほしいというのも分からないではないのですが・・・

HD探索したら、以前作成していたお絵描きチャットを見つけたので質問します。
ペンで高速に連続して描こうとすると、送信か受信時にデータ落ちが生じて
しまいます。完全に送信か受信してるかを確認すればいいとおもうのですが、
その方法がわからずほうりだしていたものです。
改善策わかるかたいらっしゃらないでしょうか。

プロジェクトファイル
http://very-sakana.hp.infoseek.co.jp/03source/MinnadeNetGraffiti 0.1.1.sitx

FolderItemオブジェクトがAbsolutePathのエンコード方法が
今まで確かShift-JISであるため、色々と不具合がありましたが
いつの間にかRb2006でこっそり(?)直ってます

>>563
こっそりと思ったら、リリースノートに書いてやがった
[Chg] [Mac] FolderItem.AbsolutePath: Now returns a full Unicode path,
roughly equivalent to what you would get by walking the
\\"Parent\\" list and concatenating the Name properties
together.

>>562ですがURLがスペースでおかしかったので再度張り
ttp://very-sakana.hp.infoseek.co.jp/03source/MinnadeNetGraffiti.sitx

chatWindowのソケットのコードが問題なんですが、ソケットでの
送受信のチェックコードわかる人いませんでしょうか。

sitx の他に Mac OS X の zip でアップしてくれたら嬉しい
手持ちの StuffIt Expander ではうまく解凍されていないのかも知れないけど
RB プロジェクトが空っぽでした
使用している RBバージョンの記載があるとフォローしやすいかも

俺も解凍出来なかったなぁ。
OS9＆Rb4.0.3だからお役に立てないだろうからまぁいいや、とか諦めてしまったｗ

こんどは普通と標準タイプとXMLタイプのプロジェクトファイルも同梱してみました。
あと使用バージョンは5.5.4です。
ttp://very-sakana.hp.infoseek.co.jp/03source/MinnadeNetGraffiti.zip

コメントないわマジックナンバーバリバリだわで汚いコードですいません。
で問題の部分なんですが、再現法にはとりあえず一回ビルドして下さい。
次にビルド済みアプリとREALbasicでデバック実行かけて、2つ起動させ
てください。
デバック側のアプリをメニューからサーバーモードに、
もう片方は環境設定を開いて接続先IPにローカルホストの127.0.0.1か
グローバルIPを設定して、メニューから入室するを選べば接続できたと
思うので、描写すればもう片方にも反映されると思います。
ここでペンを選んでゆっくり描く分にはいいんですが、あまりはやく描く
とバグってしまいます。
送信受信どちらで問題起きてるか突き止めないとダメだけどソケットに
渡したあと確かめる方法が…。ネットワークのストリーム覗くソフトとか
で確認しないとダメかなあ。

長文失礼

接続成功。画像のやりとり成功。
うちの環境ではバグが再現できない。
すごく速く描いても、相手側に届くのに若干時間がかかるだけで、
だいじょぶなんだが。

うちの環境はCATV接続で、確か、下り30Mくらいだったと思う。

ttp://very-sakana.hp.infoseek.co.jp/03source/bug.jpg
こんな感じでやるとうちでは起こるんですが、むしろ今時G3 500MHzのiBookとか
使ってるから処理落ちでなっちゃうのかなあ。
けどせっかくTCPソケットつかってるのに自前でチェックサムとか再送のコード
書くのもなあ、自分の腕じゃ絶対遅くなりそうだ。
いい方法ないもんでしょうか。

>>570さん 検証どうもでした。

>>568さんはkzーhgの中の人ですか？

>>571
すごく速くってのがどの程度なのか、今ひとつわかんない感じだったけど、
その写真程度の線を素早く描くということなら、うちの環境では、
間違いなくバグは出ないよ。
もっとぐちゃぐちゃにいろんな線をすばやく描いてみたもん。
G4 1.33GHz , MacOSX10.4.5 Rb5.5.4J

あ。まじでゴメン。連続して何本も線を引くと、
おっしゃってる現象が発生した。
ただ、発生する度合いはそちらほどではないかも。
consoleの中の数値を送ると、何か役に立つのかな。
なんかIPアドレスっぽい数値が書いてあるのでためらっちゃったけど。

>consoleの中の数値を送ると
数値を晒すとってことね。連投失礼。

>>572
いえ違います上に張ってあるURLをco.jpまで削ってアクセスしたとこのものです。
>>570
再現してしまいましたか。そこで今までペン描画のコードが悪いのかなと思って
たが処理落ちならばとタイマーで定期的に送信するコードを書いてテストして
みました。
300-400msecでの繰り返しだと問題なしでしたが、あんまり早くするとこんな
感じになりました。
http://very-sakana.hp.infoseek.co.jp/03source/bug2.jpg
ただ単に数をカウントアップして送信するだけですが、2の部分を見ると
21010310104となってます。1010が文字送信コードなんで10102 10103 10104
と分かれてくるべきとこが一気に読みこんですようです。
幸いデータはロストや破壊が起きてないようなので、先頭に2-3byteほどのサイズ
情報いれてやれば回避できそうです。
あとはMask処理やkickとかつければ使い物になりそうだ、やったー。
そりでは、どうもありがとうございました。

>>576
で、どうよ
回避できた？

5.2から5.5にアップすんべかーと思ったら、
なんかサイト上のアップグレードメニューがスカスカなんだが。

2005対応？撤退？ｗ

>>577
ういっす、回避できました。
MemoryBlockをメンバにもつバッファクラスを作って、Socket.DataAvailableでは
readAllでバッファに読み込むだけにした。で、Timerで250msecごとにバッファに
データがあれば処理を実行って形にしたらうまくいきました。
とりあえずの完成品
ttp://math-random.hp.infoseek.co.jp/02soft/minnadeNetGraffiti.zip

Rb2005日本語版そろそろかな？
3月中旬以降だから

平成2005年の3月中旬でしょ

こんだけやる気のない代理店もめずらしい。

飼い殺しにするんだったら、商売やるつもりがある
どっか別なとこに権利売却してくれ・・・
２００５買うか〜と思ってたらもう２００６年なんだが・・・

最終更新が”REALbasic2005フリーアップグレードのお知らせ　2005/3/11”
ってなんなんだおまいは・・・中の人は死んでんのか。

ああ、いちおうコレが最新更新だっけな・・・

REALbasic 2006英語版販売開始のお知らせ (2006/01/18)

次は今年の末辺りに2007英語版のお知らせか？

2005フリーアップグレとか言い出したときにREALbasicを初めて買ったのだが
5.5のときは英語版発売から日本語版までどれくらいで出たん？

もう日本語版は日本語化しなくていいから英語版のまま出して欲しいよ。

言語リファレンスだけは日本語化して欲しい

pdfとヘルプを日本語化してくれればいい、に１票
＃ん？結局通常の日本語化？

とりあえず久々にRb仕事がくるっぽいんで5.5にしようかと思ったけど、
5.2で行けそうなんでソリの動向もあるし、もちっと静観

pdfはアスキーからDLしてソフトはREALで買うのが賢いやり方

もうどうでもいいや

そうだな、どうでもいい。

どうでもいいから早く出してくれ。

>>589
それを最初にしようかと思ったけど、クレジットカードで登録している
住所を入れないとならないのでそこで困ります。つまり、iTMS USと同じです。
で、結局英語版を高いアスキーから購入する羽目になりました

>>592
結局皆さん、出せ出せいってるのは日本語に翻訳されていなくても
アップグレードできるものを出せと言ってる？
それともやはり、日本語のメニューやメッセージのものが欲しい？

英語のままでもいいから、文字関係のバグ減らしてくれ。

日本人は自分の技術の無さを存在しないバグのせいにするので迷惑ですね

　　　　　　　　　　　　　　　　　　　RB日本語訳チームより

>>596
Rbです。:-)

何が問題かというと、今すぐ最新版を使える手段がアップグレードで提供されてないことだ。
日本語版のライセンスを持っている場合、日本語じゃなくてもいいから今すぐ最新版を使いたい場合
アップグレードで英語版にできない。
日本語版は日本語版としてしかアップグレードできないから日本語版が出るのをいつまでも待たなければならない。
つまり、今すぐ最新版を使いたかったら年間ライセンスにするか英語版を新規で買い直せと言っているようなものだ。
年間ライセンスも新規で買い直すのも高すぎるしバカげてる。
そもそも最新版を使いたいのはRbのバグが最新版で解消されてるからなんだが、それが更に腹立たしい。

>>598
既存のバグが3つ直されてたら新規のバグが4つくらい登場してるので
安心して今お持ちのバージョンをお使いください。

わざと新しいバグを混入させて、延々とアップグレードさせる。

>>598
どんなバグが直ってるの？
漏れは文字関係のバグが直ってない最新版なんて
重くて使う気にもならんのだが・・・

>>601

>563
>564
バグが直ったというより、まともな仕様になったと言った方がいいな。
その他にも色々ある

あきらかにRbユーザーは「この仕様だと２バイトコードに
問題が出るよな」って仕様をあえて”バグ”って呼んでるのに
バグバグ叫びたいだけの厨房はそれすら理解できてない不具合について。

俺様的には、
・基本的には日本語環境で問題なく使える最新版の日本語版がほしい。
・アップデートできるんなら英語版でも（PDFと、できればヘルプの日本語版があれば）いい。
・でも新規で英語版を購入しろと言うなら絶対ソリからは買いたくない。REALから買わせろ。
・なんもできないならとっととつぶれてくれ。

そもそもOS Xのアプリケーションで英語版と日本語版が
パッケージもライセンスも別立てってのがもう時代遅れ。

Rbはマルチプラットフォームだからね。
問題は簡単じゃねーよ。

>時代遅れ
Rb自体が（ry

いちおう新し言語好きとしていろんなのヲチしてるが、
Rbの位置に来る言語がないのでなんとも。
むしろ、日本で昔紹介されて、それ以降アスキーも含め
やる気ナッシングで話題が止まってるだけの話で
マルチプラットフォームへの積極展開も含めて
REALbasic2006は最新鋭の実用言語の一つだ。

Linuxビルドがどうなのかわからんが、
もしかしたら100ドルPCと絡んで大化けするかもな。

Xcodeに日本語のマニュアルがあればなぁ
ないことはないけど、少なすぎ・・・

Macのプログラミングはいつの時代も資料の少なさとの闘い…。

たしかに資料の選択枝は少ないが
Winの様に内容がカブりまくった大量の書籍から
選ぶより楽じゃないかな。

...と負け惜しみを言ってみたり。

英語版かうかなぁ(-公-;)

HPビミョーに更新してる。
発売予定に関する記述が無くなってる。
こうやって徐々に消えていくんだね...

出す気が失せたね

まるで、田舎の零細企業のサイト更新だな。
みっともない。

つまりこれが、インターネットが田舎と都会の垣根をなくしたって事さ。

<別の板にも書いたんですが、レスが無いのでここにも書かせてもらいます。>

REALbasic2006を使っています（試用中）。
以前のバージョンと比べて、ビルドしたアプリを起動したときに食うメモリの量が
半端じゃありません。大規模なアプリではないのですが、実メモリ約200MB、仮想
メモリ約400MBが使われてしまいます。画像に関しても、アイコン程度のものを
数十個扱うだけです。

バージョン3.5でもっと大きなアプリを作ってましたが、こんなにメモリ使いません。
REALbasic2006において、ビルドしたアプリのメモリ使用量を左右するのはどんな
事なのでしょうか？
プロパティの量？ウィンドウの数？
試してみましたが分かりません。

何か少しでもご存知の方、ぜひ教えてください。

日本語版を取り扱ってたのがアスキーソリューションズじゃなく
アスキーだった頃は良かったよなあ……。

>>617
Windows版、Linux版じゃなくて、Mac OS X の REALbasic2006 のことと思いますが
どのようにメモリ計測したのか教えて頂けますか？
当方も調べてみたいと思います。。

/Applications/Utilities/アクティビティモニタ
じゃないの

アクティビティモニタ見てて思うが
最近は普通に数百MBマップしてるが。

>>617です。

>>619
>>620
はい、メモリの使用量はアクティビティモニタで見ました。
OSはMacOS X 10.4.5です。

>>621
うーん、これで普通なんですかね？アプリの起動にも時間がものすごくかかるし、
配布目的はもちろん、自分用としても使い物にならないと思うのですが。

メモリ使用量を減らす方法ないですかね...。

Launchで他のアプリを起動する時、パラメータ(ファイルのフルパス)を渡す方法はありませんか？
Rb5.5 Winです。

>>622
Cで書く

>>622
実運用可能なアプリケーション(表現を難しく書いているが、ちゃんと役に立っているアプリ
ってこと)で動かしてみましたが、実メモリ約22MB、仮想メモリ155MB程度ですね。正直これが
多いかどうかはわからない

REALbasicからwxPythonに移行せよ。
OSXユーザーでも簡単にGUIアプリが書けちゃいます。

日本語でわかりやすく解説されていて目から鱗のサイトをご紹介。
http://www.harukaze.net/~haruka/

何で移行せにゃならんの?

>>626
はて？Rbからの移行を促す理由が全くわからない
これRbなみに簡単なの？って思ってみてみたけど
どちらかといえば、Xcode+ObjectiveCで挫折した人
に移行を促した方がよくない？

宣伝じゃろ

>>628
とレスしてみたが、よくよくみてみると、GUIでペタペタと貼るのではなく
全部コードを書かないとならない なんだそれ！？ ダメダメじゃん

>>630
よくよく基本を学んだあとで、wxGlade使ってGUIでペタペタと貼るので
全部コードを書く必要なんか無い 簡単だこれ！？ イケテルじゃん

wxWidgets使うんだったらXcodeとCocoaをやったほうが簡単だと思うなぁ。

>>631
結局、sizerを多用しないとコントロールを自由に貼り付けることが
できない なんだそれ！？ ダメダメじゃん

簡単か難しいかだけの話なの？守備範囲が違いそうな気がするけど。

>>633
逆に、sizerを利用することでコントロールをレイアウトを崩さずに
配置することができる 便利だろそれ！？ スイスイじゃん

つかそういうスレ立てればいいじゃん。
そこまでがんばって宣伝する意味がわからん。
金でももらってるの？

Pythonのスレ、昔ちょっとあったけど沈んだよな。
使ってる人はそこそこ居そうなんだけどな。
やっぱり、この板でやる意味がないからか？

４ＧＢ超のファイルサイズの取得と表示はどのようにすればよいですか？
（指数表示をせずに表示したい）

取得は知らないが表示はformat

RbのIntegerは32bitだから、4G超はDeclareとMemoryBlockで作るしかないんじゃ？

レスありがとうございます。
formatで表示させることはできたのですが・・
おもいっきり勘違いしてました。リファレンスにLengthはintegerとはっきりと。むう。

>>636
現状のREALbasicに満足できないならwxPython使えってこと。
別に頑張ってない。ただ、Rbに不満があるなら別の選択肢を案内しているだけ。
wxPythonはRbよりも動作が軽いし、マルチプラットフォーム対応という点でもRbを凌ぐ。

なんでこんな話をRbスレでやるかというと、その程度の簡単な話だからってこと。
わざわざ新スレ建てるまでもなく、弱ったRbのスレに寄生して共生。

>>617です。
Rb2006に関してメモリ使用量を減らす方法は無いようなので、
この問題は先延ばしして、今からがんばってRb3.5に移植することにしました。
将来Unversal Binaryへの対応ができませんが...。

と思ったのですが、3.5は3.5で問題がありました。

デバッグ実行したときや、ビルドしたアプリを起動したとき、Appクラスの
Openが始まる前にクラッシュしてしまいます。クラッシュリポートをみると
EXC_BAD_ACCESS (0x0001)
KERN_INVALID_ADDRESS (0x0001) at 0x07f3fac0
とあります。
これはどういう意味なのか、どなたかご存知でしょうか？

郵便屋さんが配達した住所がヤクザ屋さんで
「おんどれ、住所まちがってるやんけ〜」って
ものすごくからまれてる状態？

>>643
>>625は無視ですか

>>645
ごめんなさい。
>実メモリ約22MB、仮想メモリ155MB
アクティビティモニタをみると、これくらいなら十分正常だと思います。
でもやはり、自分のアプリがメモリをたくさん食う原因はわからないです。

>>646
他の人も2006で同じようにメモリを食うならRbの問題でしょうけど、
646さんだけがそうなるなら646さんの環境の問題かも。OSの挙動が不調だとか。

メモリ搭載量が多いと多めに割り当てられるとか？

おそらくそうでしょうね。

>>646です。
>>647
>>648
メモリ搭載量は768MBです。
OSも10.4を新規インストール＆10.4.5にアップしたばかりです。
ビルドしたアプリを皆さんにテストしてもらいたいですよ...。

メモリを食うコードなんか書いてないはずなのになー。

もっと簡単なアプリをビルドしてもそれぐらい食うの？

>>650
>>625ですが、Mac mini (10.4.5) 1GBのメインメモリで、
テストしたアプリは、REALbasic 2006 Release 1 正式版で作成し、
.appの大きさは、約6.9MBです。

>>651
いえ、１行も書いてない（Rbを起動しただけ）プロジェクトを
デバッグ実行すると、実メモリは10MB程度です。でも仮想メモリは100MB
食います。

>>653
デバッグ実行ですか？
>>625のこともデバッグ実行ですか？

>>654
間違い。
>>617のこともデバッグ実行ですか？

>>655
はい、すべてデバッグ実行の話です。
でも、ビルドしたアプリも同じだけ食います。

>>653
これは、こっちでも同じです
これはRbのフレームワークが初期でも結構メモリを
消費するのでしょう
これについては、あまり気にしなくてもいいかもしれません

もし、昔のプロジェクトファイルを変換して使ってるなら、そのせいかも。

>>656
Rbのいつ治るとも分からぬバグに付き合う時間を
wxPythonにつぎ込む

>>659
いつまでもこのスレに粘着してると、
wxPythonを使うことや知ってもらう事そのものよりも、
このスレに嫌がらせをすることが目的と見なすが、いいか？
Pythonのスレでも作ったらどうだ？
Pythonで皆の役に立つソフトを作って公開したらどうだ？
宣伝効果抜群だぞ。

>>658
変換はしてません。過去に、変換してまともに動いたためしがなかったので、
ウィンドウ・コントロールの配置・プロパティ・メソッド・クラスなどは
すべて新しく作りました。ただ、コード自体はコピペです（面倒でした）。
コードのコピペは影響しないはずですよね。

皆さんが現在使っているRbのバージョンは、変な挙動はありませんか？

>> 653

アクティビティモニタ.app
で各プロセスのメモリをみてみれば、

>> 実メモリは10MB程度です。でも仮想メモリは100MB食います

というのは普通のことなのではなかろうか。
オレの環境では、開いたばかりのアクティビティモニタ.app
の実メモリが13MB、仮想メモリが168MBM
Safariの実メモリは110MBで仮想メモリは2GBだ。

OSXならメモリ関係は上手いことやってくれるらしいから、
あんまり気にすることもないんじゃない？
（現行Rbがメモリ・リークをしていないとも限らないけど）

自分はそれよりも、スレッドで延々ループを回してるような
（イベント・ドリブンじゃない）ゲームを作ったりした時の、
CPU使用率の方が気になるな。平気で70%とか占有してるし。

>>659
しつこい
Pythonのスレでも作って、そっちでやってくれ

>>662
>>663
なるほど。気にしなくてもいいんですか。
しかし2次関数的に規模が大きくなりますね、Rbは。
バージョン3.5なんか、笑いたくなるほど軽いもんなー。

わはは

>>665
メインメモリ１〜２ＧＢという時代に１０や２０ＭＢは
気にしなくてもいい範囲だろう
やれることが限定されている3.5を選ぶか、もう少し
色々なことができるようになって、開発が楽になった
2006を選ぶかは個人の自由だが、今更昔話されてもな
VB 2.0の時代は良かったと入っているのと同じだな

最近のREALbasicはコントロールの文字列がUnicodeで格納されますが、
これを以前の様にASCIIベタで格納させる方法ってありますか?

>>668
何のために？

>>653
>自分はそれよりも、スレッドで延々ループを回してるような
（イベント・ドリブンじゃない）ゲームを作ったりした時の、
CPU使用率の方が気になるな。平気で70%とか占有してるし。

それこそ気にする必要ない。気になるならゲームはプレイしなけりゃいい。
ゲームにCPUをだいぶ使うのは、どの言語で作ってもあたりまえ。

ゲームといえば、Object3Dに興味があるんだが、全くわからん・・・

32日記念に何か書いておくかな...

>>672

import wx
app = wx.PySimpleApp()
frame = wx.Frame( None, -1 "32日記念" )
app.SetTopWindow( frame )
frame.Show()
app.MainLoop()

wxPython使いの友達欲しいんだろうね
一生懸命すぎて涙が出るよ
Rb使いの友達も増やせよ

別スレ立てるかム板逝ったら? > wxPython

REALBasic放っておいて、アスキーソリューションズは
ヘラクレス上場なんだね。上場直後に販売停止発表なんて
ことにならなきゃいいけど。

とりあえずwxPython厨は放置の方向で。

Rbの他の言語版はどうなってるんだろう？
ドイツ語版とかポーランド語版とか。
日本語版と同じように遅れてるのかな。

wxPythonならRubyCocoaだな。
InterfaceBuilderでGUI作れるし。
LGPLからRubyライセンスに変更して、Mac OS Xにバンドルされるみたいだし。
個人的にZaurusに傾倒してるからRuby/Qtにも知識が活かせるのはオイシイ。

日本語版のローカライズは、本社がやっているのでしょう。
契約金、契約本数、品質などの何らかの理由で
アスキーソリューションズが販売延期と考えたのでしょう。
期間だけをみれば日本語版へのローカライズが十分に
できますが、何かの理由でストップしたのではないでしょうか、

それにしても、アスキーソリューションズはひどすぎます。
どうして延期したか、いつごろ出荷するかについてのお詫びも
コメントも出していない。
ＲＢのユーザをなめているか売る気がないようだ。
代理店の立場なので、売れる商品しか手をださないのはしょうがないが
これではユーザは増えていかない。

>>680
>日本語版のローカライズは、本社がやっているのでしょう。
あー、それでヘルプの訳がヘンテコなのね。
なんだ、外人がやってたのか。納得。

ヘンテコな外人が湧いたな。日本語がわからないらしい・・・

そろそろリリース2かな・・・。

もう四月じゃのう……

で、何月に出るんだっけ？

代理店をやめて、日本法人を立ち上げるんじゃないだろうか。

ネバリみたく?

そんな動きあるの？

どーでもいーから、やる気のある担当あてがってくれ。ヽ(`Д´)ﾉ

担当なんていないんじゃね？

もうどうでもいくね？

>>685
やる気の無いRbを待つのは時間の無駄。

>>689
やる気のある日本語翻訳の担当。
http://www.python.jp/Zope/

しつこいのは逆効果だということに早く気付いて……

たまに、わざわざ逆効果を狙ってる（本当は自分は第三者で他人がいがみ合うのが楽しい）
というような変な人も居る。

俺も思った。
最近○u○yに遊び相手が居なくなったとか?

しゃあない、せめて日本語の最新版の5.5にしとくかー

＞※本製品へのバージョンアップは終了しました。

！？

おいおい、じゃあとりあえず5.5スタンダードはいくらなんだよ。

＞日本語版 アカデミック ライセンス

え？　通常版は？　え？　？　なぜない？　なぜ？

REAL社から英語版直買いだと・・・
>International Purchases
>In some countries, REALbasic is sold and supported by a local
>distributor. If you live in one of the countries listed below,
>you must purchase from a distributor, rather than
>from the REAL Software website.

いや、現地のディストリビュータから買えゆわれても・・・
なんだこの八方ふさがりは('A`)

日本と北米の間を何度か引っ越ししていて、
REAL社に「アスキーから買いたくない」ってメールを送ったら
日本にいてもライセンス送ってくれたよ。

>>696
うわっ、本当だ
何これ？今から始めたい人はRb2006英語版買うしかないわけ？
いつの間に5.5日本語版がアップグレードはおろか新規でも買えなくなっちゃったの？

Flash（SWF）用のアプリ開発環境なんてのもあるんだな。
http://www.multidmedia.com/software/zinc/osx/

>696
一両日中に2006がリリースがされるから、
旧版となる5.5を、一時的に購入できないようにしている



と、いうようなことだといいんだけど。

単にあっちとの契約切れだっ（ｒｙ

Leopardからwinインスコ可能だそうだけどREALbasicにはどんな影響が？

>>702
で、何？何も影響ないだろう
何か影響あるように思ってるの？

VisualBasic Expressとか使えるからREALbasicいらないじゃん、
とかいうふうに思ったんじゃないの？
しょーもない。

昨日からおかしなやつがいろんなスレに湧いて困る・・・
IntelMacでWindowsが動く＝Windowsを使い続けると思われているらしい
それだったら最初からMacを使わないって
あくまでも使いやすいMacOSXがメインだろ？エロゲーするわけでもないし
MacOSX用VBがでるという話だったら、影響あるかもしれないが

なんの波風も立たないのがRbクオリチー

>706
RbってVB等と比べてそんなに優れたものなんですか？

MacOS + Rb しか使ったことがないので、
他のbasicと比べてどうなのか、よく分からないんです。

優れていまつ

Win版がちゃんと動くか試しやすくなるのはいいよ。

Intel対応はまだですかね。

>>709
REALのニュースリリースによると、今年後半らしい
今のAPPLEの勢いを受けて、早くバグのないものを
リリースして欲しい

じゃ、日本版も2007年発売でいいや。

投げ槍だなぁ。

RB2006英語版を買って、実際に使用している人へ

本当に使えるのか？？

>>713
体験版を試せば分かるが日本語関係の処理は全然使えない。
やりたいことはできるだけ
古いバージョンのRbかwxPythonなどの代替言語にさせるとよい。

>>713
「本当に使えるのか？？」という質問が曖昧なので何ともいえないが、
実際にそこそこ大きなアプリケーションを組んでみたが、それなりに
使える
>>714
日本語関係のどのあたりが使えないかがわからない？具体的なことを
言ってくれないか。そうでないと、wxPython使いを増やしたいだけの
レスにしか見えなくなってしまう

いや
見えないも何も実際にwxPython宣伝だから。

ちいとは老婆心つうものを学べ。
おまえらあなんとかならねぇのか？
いいかげん目ぇ覚ませ。

Rbは無料か？
RbはOSXに標準装備されてるか？
Rbはバグ少ないか？安定してるか？
ほんとにそう思うんなら黙ってRb使ってろ。

うざい

>>717
小さな親切、大きなお世話

ついでに結局、適当に日本語関係にバグがあるから、
って言って適当に不安を煽ってるだけか・・・
そこまでしてwxPython使いを増やしたいのか？

布教のつもりが逆効果

>>717
「老婆心ながら言わせてもらうが、もっと宣伝方法を
　学んだほうがいいんじゃないだろうか？」

老婆心を学んでみたが、使い方OKですか？

ひょうたんの中にかえるをすし詰めにしてぴょこっとションベンをふっかけて
晴れの隅田川に放り投げ、ついでにヘリコプターで地下水をくみ上げて
そんでもって昼寝している弁護士を呼んできて割り箸で
そのへんの石っころの中から一番くびれたやつをつまませて
あーリアルベーシック最高といって屁をふっかける。

それともwxPywhonを蚊取り線香に入れたとたん、忘れてた宝くじが１等なのに三輪車の中に入れ忘れていたのとどっちがいいんだよ？

>>723
たとえ話意味不明・・・
やっぱりwxPywhon使いは、考えていることが意味不明

お前ら釣られ過ぎですお

wxPythonをばりばり使いたいんだけど自分の能力では無理
↓
詳しく教えてくれる人がいるといいな
↓
そのためにはユーザを増やさなければ！
↓
布教
↓
ｳﾏｰ
という皮算用だそうです。

カネ払って使ってるRbユーザーに宣伝すること自体、意味不明。
つか、みんななんだかんだ言ってRbで楽しんでんだからな。
はよ気付け！

>>724
即興に意味を求めちゃイケねぇよ
ダブリュエックスパイフォンじゃあねぇって
ダブリュ・エックス・パイソンだ！

とらぬ狸の皮算用たぁよくいったもんだが
今回は狸じゃなくって「Rb2006不満ユーザー」の後手三四銀。

春休みはどの板でも変なのが出没多くて困るね。
空気読めないっていうか・・・
はやく学校始まってくれんかな。

分かったよ、wxPython使ってやるから、な。
もうこのスレに顔出すなよ。

この糞スレ大漁期に乗じてスレ立てとけよ。

老婆心ﾜﾛｽ
猜疑心って言いたかったのかねぇ

まああれだ、春だな。

老婆心ながらいわせてもらうと、きみに日本語はﾐﾘ

713です。rb2006日本語版はいつまでたっても出荷されないので
英語版をまじで購入しようか検討しています。
メッセージとマニュアルが英語なのは我慢するとして、
日本語版では可能で、英語版にできない部分は
どこなのかについて教えてください。
「日本語関係の処理」とは何ですか？
UTF-8なら日本語も扱えると思っていたのですが？？

>>733
ttp://www.asciisolutions.com/products/rb/2005description.html

>>733
リソースのみの違いなので何ら違いがない
日本語ユーザ向けに提供されている関数がある(GuessJapaneseEncodingとか)。
それが「日本語関係の処理」

Xcode、最初は「うわ？」って思うけど、
慣れると使い易いよ！
愛想のないREALbasicだよ（本当か？）。
でも、せっかくXcodeでアプリ作れるようになっても、
Windows環境で動くものを作るとなると、
やっぱりREALbasicなんだよね。
頑張れREALbasic！

久し振りにWindows用の制作があって、
サンプル作ってWindowsで見たら、
（こういう作業にほんと打って付け）


一気にやる気が失せましたよ。
画面きちゃなくて。

おまけに久し振りにNilobjectなんたらって見たよ…orz
（心臓に悪い）

>>737
これはどういう風に捉えたらいいのでしょう？
自分のデザインが悪くてやる気がなくなったのか、
それともWindowsのUIがMacOSXよりも汚くてやる気をなくしたのか

Windows上で走らせた自分のサンプルソフトの画面が
思っていたよりも汚くてやる気をなくした、という事では。
つまり、>738で言うと後者に近いのかな。

わかりにくいの書いてｽﾏﾝｽ。
UIはサンプルなんであれなんだけど、
テキストがきちゃなくて、書体の意味ねぇじゃんと。
どっちかっていうとテキスト主体のUIだったんで、
ちょっとずっこけた。

まぁ、英語版は着々とバージョンアップされているな
ttp://www.realsoftware.com/news/pr/2006/2006r2/

ほぼバグ修正だけじゃん・・・。
IntelとCocoa対応してからでいいや。
あと半年か・・・。

>>742
確かに・・・
README見てみたら[Fix]だらけだった

>>742
まー、確かに今またれてんのはそれだよな。
でも、それやるなら、もうメジャーアップデートでしょ。

やれやれ。ソリュがさ、「ごめん、やっぱオレたちにゃできないよ〜」
って言ってくれりゃさ、さっぱりした気持ちで英語版かうんだが。
できるんだかできないんだかはっきりしないから。

きちんとバグが直されてるのは良いことだし、めちゃめちゃうらやましい気がする。

話は変わるけど
http://www.monkeybreadsoftware.info/realbasic/plugins.shtml
のプラグインとか使ってる人いる？
examplesも膨大で、動かしてるだけでもかなり面白い。

ソースにレジスト情報書き込むんだよね

>746
MonkeyBread使ってるよ。
PDF関係のAPIはかなり使える。

http://www.rbdeveloper.com/
あとこの雑誌ってどんなもんなんだろう？
読んだことある人います？

>>750
PDFでサンプル見れるでしょ。
英語、大丈夫？

アスキーソリューションズからお詫び？のメールが来たんだが……

>さて、REALbaisc2006日本語版のリリースの件でご連絡申し上げます。
>現在、米国のREAL社においての開発が本来のリリース予定よりも
>大幅に遅れております。
>この事で既存ユーザー様にご心配をおかけしておりますことを、
>深くお詫び申し上げます。
>よりクオリティの高い製品をユーザー様に提供したいという
>開発者の意向があり、ローカライズ作業に余念なく取り組んでいる、
>というのが遅延の理由のようです。

余念無く取り組んで遅れるって……
言い訳になってねえよ！

つうか、なんでwebに載せないのかね？

ローカライズはアスキーがやってるんじゃなかったのか。

２バイトコード圏向けにいろいろしっかり直してるのだと思いたい。
２バイト絡みの問題が出なくなればマジ神言語だし。

その前に2005はどうしたのかと小一時間・・・

クレームはREAL Softwareへ、ってことか？

rb2006R1はバグだらけで、バグ対応に追われたので、rb2006r2の出荷を
優先したかもしれない。もしそうなら、rb2006r2をベースにして、
夏までには日本語版が出荷されるのではないでしょうか。

それにしてもアスキーソリューションズはプレスリリースがへたくそすぎる。

756です。
以下の文章は、「現状の水準では、製品として出荷できる水準にとうていたっしていないので
製品の出荷延期を決定しました。」というふうに解釈したほうがいいかも。

>よりクオリティの高い製品をユーザー様に提供したいという
>開発者の意向があり、ローカライズ作業に余念なく取り組んでいる、
>というのが遅延の理由のようです。

とりあえず期待しておきますｗ

ローカライズをREAL Softwareがやってるということがわかったのでよかった。

よかった？
2005
スルーで2006も放置プレイ状態なのにか？ｗ

幼児プレーよりはいいかな

ｒ２ローカライズしている間にｒ３出荷＞クオリティの高い商品を＞ｒ３をローカライズ＞その間にｒ４出荷（ｒｙ

素敵ループ！

jpのディレクトリが用意されてるけど、どうするつもりなんだろう

前からあったろ

賽の河原の石積みみたいだな。

Rbで作ったアプリってIMとすげー相性悪いよな。
突然インライン入力ができなくなったり、
変換候補の窓がとんでもない場所に出てきたり。

そんなこと！　・・・あるなｗ。

マカエレを使ってるが入力時にたまにでる
オブジェクトバインディングの線はなんなのだ、アレ。

>>767
使ってるRbがとんでもなく古いんじゃない？
こっちではそんなことない

>>767
あるある。
変換候補窓の位置を記憶してくれないのが一番困る。
インライン入力ができなくなった時は一旦ファインダーに切り替えて戻ると直る。

>>769
うらやましい。
Rbのバージョンはいくつ？

>>770
Rb2006r2

Rb2006r2にしてみたんだが
ODBC動かなくなった...orz

バグ取りだけやりゃいいのに
よけいなことはしないでさ

>>772
r2は、結構仕様を変更している
一つのサブルーチンは32Kに制限されているしさ

速度の改善も欲しいかな

最近のバージョンはコントロールの描画のチラつきは改善されてるの？
Rb5は一生懸命見栄えを考えたインターフェースを作ってもウインドウを切り替えると
VisibleをFalseにしたりTabPanelの下の層に載ってて見えないはずのコントロールが
チラチラ見えて萎えるんだが。

そうしてまた何の音沙汰もなく
４月が終わるわけだな。

集団訴訟を募ろうか。
無償アップデートを謳っておきながら、
非常識なほどリリースを伸ばす。
他国語版はとうにリリースされているというのに。
＃あまり冗談ではない

>>777
完成度を高めてるんだからおとなしくリリース情報が出る来年まで待っとけ。

ユニバーサルバイナリ版ができるまで日本語版はアップデートしないでいいよ。今アップデートして、UB版は有料アップデートという方がイヤ。しかもUB版が来春とかだったらシャレにならん。

>777

>>他国語版はとうにリリースされている
のソース希望。

>>777
>他国語版はとうにリリースされているというのに。
そうなんだ。知らなんだ。
じゃあ、アスキーと同じような立場でドイツ語版を販売している
Application Systems Heidelbergでドイツ語のREALbasicでもダウンロードしてみよっと

げげっ、ここもドイツ語版は5.5しかないぞ。どういうことだ!?
>>777氏は他言語版はとうにリリースされているって言っていたのに・・・・

仕方ない、じゃあイタリア語版でもダウンロードするか
イタリアでREALbasicを販売しているActive Softwareのサイトに行ってみてっと、
おっ！2006売ってる。よしよし、げっ!? イタリア語版じゃなく、これ英語版じゃん！？

どういうこと!?

げ、そなのか？
リンク辿ったらどこも2006になってっからそうかと思ったら、
そうか、日本もそういえばそうか…orz
正直すまんかった。

って、待て。ちょっとおかしかねーか？根本的に。

>>782
おかしいって何が？

あたま。

これだけリリースが遅延しているのは、明らかに問題だと思うのだけど、責任の所在がわからない。
また、我々の多くは、少なくともREALbasicに対しては期待し、将来性を信じている。

ん〜。日本語版がとくに遅れてるってわけじゃなけりゃ、
代理店が悪いってことでもなさそうだし...。

何かアナウンスがほしいよな...。

>ん〜。日本語版がとくに遅れてるってわけじゃなけりゃ、
>代理店が悪いってことでもなさそうだし...。

2006限定で考えるとそうかもしれんが
2005は中華版すら出てるからなぁ。
日本は既に周回遅れな感じ。

日本語版ってそんなに違うの？
マニュアルだけ翻訳してくれればそれで良いんじゃない？

>>787
メニューとエラーメッセージ等とマニュアルが日本語なだけ
何で開発ツールで日本語版にこだわるかが分からない

ホビープログラマを忘れてないか?
職業プログラマと一緒にすんな。

アスキーは日本語版を出す気は無くて
ユーザー達が日本語化するのを待ってるらしいよ

>>790
また流れを全く読まないやつが出てきたな

>>789
サンデープログラマーであっても
プログラムを組もうというものであれば、
マニュアルはともかく、メニューやエラーメッセージ等は
英語でもかまわないと思うが

マニュアルは日本語版からひっぱてくればくればいい

これも無くなるのかな
くっくっく

?

日本語版から英語版へのライセンス移行サービスがないってのも
英語版に移行できない大きな理由。
趣味でやるには、ばかにならない金額。買い直しは避けたい。

日本語版のシリアルを英語版に入力できないの？

>>797
出来ない
出来たらみんなここで声を大にしてわめかない

流れ読めてないのはID:+isySsIb0じゃないか・・・。

>>797
それはできる。
が肝心のライセンスが買えないのでどうにもできない。

本社に文句言ったら日本語版ライセンスから
英語版ライセンスに移行させてくれたよ。

本社ってREAL?
英語でやりとりしたの？
本当かいな

>>801
別にドイツ語やフランス語じゃないんだから
今更英語でやりとりしたことを疑うのはいかがかと

疑ってるっていうよりも、すげーなってことじゃないかい。

別にADCレベルの英語で通じるだろ

ていうか、そういうことを
じゃ、じゃ、あなたは特別にってことで、
とか言ってやってんだ、ていう驚きではないかと。

>>800
テンプレうｐｷﾎﾞﾝ

今ごろは多くのヤカラが本社にメール送ってるのかね。
で、「おまえだけ特別扱いするわけねーだろ！」って
メール来るのを待ってるんだろうな〜。
楽しい〜ね！世の中って・・・

自分の場合は、一時期北米に住んでいたこともあって、
そのときに日本で買ったRbのアップグレードができなかったんだ。
で、文句を言ってみたら、「じゃぁ本社のライセンスに移行しましょう」と。

アスキーが「海外に住んでる人のアップグレードはしません」みたいなこと言ったのが原因ではある。

なるほど。アスキーでやってくれないけど、どうすればいい？
みたいなことだったわけね。

アスキーさん、とにかく早くRB2006日本語版出してくれ。
やる気がないなら、別の代理店に権利を売ってくれ。

このスレなんて無限ループ？

そうだよね
今まで出てきた情報を総合すれば、アスキーは単なる販売店にしかすぎない
ってことがわかっているのに、やる気がないだのなんだのって
他の代理店に移ったところで状況は同じなのに
本家が出さないものを何でアスキーや他の代理店が出せるんだ？？わからん
まぁ、パッケージ版を流通させようとすると日本で動ける代理店が必要だった
訳だが、それがたまたまアスキーだったってこと

それがREALbasicクオリティ

自分のREALbasicクオリティに満足できないから日本語版はちょっとまってくれ、なのもREALbasicクオリティなのですね

ソリはどーでもいい、
というか、クオリティ云々みたいなお為ごかしはほんともういい。
さも出るように言ってださないのは、
ソリのせいなのか、リアルのせいなのか。
それだけはっきりしてくれ。
社員もう出てくんな

810です。
やる気とは、開発元と契約した本数を確実に実績が販売すること。
それが販売店が示せないから、日本版のローカライズが具体化しない。
開発元は、日本は範疇外だし、本気なら日本法人をおきます。
それゆえ、多くの金額で契約してくれるならすぐに
日本語版プロジェクトはうごきます。
逆に代理店がそんなに売れない判断すれば、今回はスキップしようとも
考えます。
パスコンショップで、RBをおいている店舗は非常に少ないのではないか。
箱売りにこだわらなくても、ネット販売だけでもいい。
そしたら出荷できるのはないか。

>>815
悪いが社員じゃない
大阪の単なるREALbasic2006ユーザだ

ま、ソリのやる気の無さだけは
はっきりしたわけだ...

パスコンショップにあんま置いてないのは、
書籍扱いだからじゃ？

>>817
きみが過去のどの発言者かは知らないのだが、
なにやら必要以上にソリ擁護発言が見受けられたので
そう書いた。

そして君がそれらの発言者で、
単なる大阪在住のREALbasicユーザなのなら、
なぜそうもソリに寛大なのかを話してみてはくれまいか。

810です。
誤字だらけですみません。
パソコンショップに置いていないとは、売れていないと言いたかったのです。

REALBASIC
REALBASIC
REALBASIC
REALBASIC

>>820
IDで検索したらわかること
というより、>>815の最後のレスはどれについて？
てっきり>>812についてだと思ったからレスしたまで
寛大になったつもりはない
どうも理解できない連中が多いので分かりやすく説明したまで

rEaLbAsIcでつか?

>ソリのせいなのか、リアルのせいなのか。
>それだけはっきりしてくれ。

そーだよな。
どっちのせいでも出ないモンは出ないから
どうでもいい事かもしれんが
ソリは説明ぐらいすべきだろ。
日本語版の客はソリから買ってるんだし。
代理店は、そーゆーもんじゃないかな。

RB云々を抜きにして、
会社としてやる気無さげに見えるんだが。

ニポンジンは性質が温厚だよな。これがフランスだったら暴(ry

ソリのせいにきまっているやん。
RB2005日本語版ローカライズプロジェクトを途中までは
動いていたんでしょう。
だから、出荷日をアナウンスしたんやないですか。

元々、存在しないプロジェクトで出荷日をアナウンスしてたら詐欺やん。
問題はRB2005日本語版プロジェクトがどこまで進んだかで、すでに支払った
契約金をRB2006日本語版プロジェクトに回せるかで交渉しているんやないやろか。
開発元は新規に請求するやろし、アスキーは支払った契約金ですませたいし。
問題は、状況や経緯を説明しない方やもんだいがあるんや。

ワシはRB2005日本語版がもしできているならそれでもいいから出荷しほしいわ。

>>827
何故に憶測でそこまで決めつけることができる？
REALがxxまでに日本語版も提供できると言っていたが
途中でできなくなったから、2005をスキップして2006で
提供するて言ってきたかもしれないし
で、何で下手な関西弁をわざわざ使う？

どこが憶測や。

RB2005日本語版プロジェクトはあったんやろ。
交渉の話は可能性の一つとして、書いてるさかいに
文末は疑問形やろ。
問題は交渉過程をオープンにさえへんとこと
進捗管理を相手に丸投げしとるとこや。

>>829
だから下手な関西弁使うなって
あと疑問形にしたって言ってるけど、
「すでに支払った契約金を・・・」ってくだり完全に憶測だよね
もともとの契約を知らないくせに疑問にもなってないって

ある程度交渉している過程を知っていて、
「結局あの決定ってどうなったの？」ってのが疑問

「おそらくこのような契約しているから現在はこうしているはずだ。
だからアスキーとしてはすでに契約している金で済ませたいんだ」
って憶測だよ。契約金ってどこから出てきたの？普通代理店って
契約金を支払うものなの？

もしかして、大阪の単なるREALbasic2006ユーザさんですか？？
何が気にいらへんのや。
ワシはアスキーが怠慢やというてるだけや。

アスキーさんの方もつようやけど、事情知っているなら
どうなってるか説明してちょうだい。
ほんま頼ますわ。

>>831
そうや、大阪の単なるREALbasicユーザや
何度も書いているがアスキーの肩を持っていないし
擁護をするつもりはない
ただ、憶測だけでものを言うやつは永田議員同様非常に嫌いなだけ
単なるユーザだから事情も知らん
ここの連中はどうも憶測好きのようだな

>ここの連中はどうも憶測好きのようだな

それも、憶測なんだが...

>>833

'`,、'`,、'`,、'`,、(´▽`) '`,、'`,、'`,、'`,、'`,、

>>833
日本語版が出ないことに難癖つけているヤツの
レスを見る限り、そのほとんどが憶測でしかものを
言っていない気がするのは、俺だけか？

それ一人だけだから・・・
一緒にされても困る。

>>836
ちゃんとレスしている人には本当にすまない

一人だけなのか二人だけなのかはわからんが、
皆のレスを総合すると、アスキーは単なる箱売りの
代理店でしかないことが理解できるにもかかわらず、
怠慢だのなんだのとわけわからんレスをし続ける・・・

アスキーは、出荷予定日を超過してもろくに事情説明せへんし、
延期された出荷予定日を発表しないんやろ。
これは憶測やない、事実や。

ワシはエンドユーザはなめられのんと思っているで。
エンドユーザはどんだけでも待ってくれると思っとるから
これができるんや。
オラクルやマイクロソフトが同じことしたらクレームだらけや。
書き込みはこれで最後にする。
ええ製品なのに残念や。

>>838
誰もそこを憶測って言ってない
>>827で契約金でもめているようなことを書いて、あたかも
アスキーがあたかも契約金をけちっているため、出荷されない
ようなことを書いているが、それが憶測
そもそも、代理店が契約金を払っているかどうかもわからないのに
それを前提にして、勝手に話を妄想するのは疑問でなく憶測という

はぁやれやれ。さ、連休だ。

大阪弁は話言葉です。

>>841
エセ関西弁を話されて、話し言葉って言われてもな

「ウィキペディア（Wikipedia）」より引用
いわゆる関西弁とは、近畿地方で話される日本語の各種方言の総称をいう。
＜引用終わり＞
関西弁は京都弁、神戸弁、大阪弁などの方言の総称である。

>>843
だから何？意味のない引用はやめてくれないか

つまり、エセ関西弁というものはない。
関西弁にもいろいろあり、自分の地方以外の方言を認めないのは
おかしい。

>>845
違うよ。関西人じゃないやつが話す関西弁のことを
エセ関西弁といっている
まぁガラの悪さを強調するために無理に大阪弁に似た
関西弁を使用したんだろうけど、言葉の端々に？となる
言葉のニュアンスがあった
これでいいか？もうこの話題はおわり。ループしすぎているし
突っかかってきた相手も終わりといっているし

怪しい関西弁はテレビでばんばん流れてるから、自然に頭に入るよね。
あと、ろくでなしぶるーすとか。

関西弁は人を馬鹿にしたような話し方に聞こえるから聞いていてとてもむかつきます。
関西弁を話すやつは撲殺すべきです。

通報しました

なんで通報されなきゃいけないの？
自分にとって邪魔な存在、不利益を被る存在はいない方が良い、死んだほうが良い。
この考え何か間違ってますか？

他所でやれ。

関西弁も言語繋がりかもしれんが
そろそろRBの話題にもどろう。

わいは大阪弁が大っ嫌いや
大阪弁喋るやつはみ〜んな氏んだらええんや
Rbは好きやで

日本語版発売が遅れているのはアスキーのせいじゃないとしても、
サイトの更新も満足に出来ないのはどうかと思う。
特に、「アップデート版の日本語化には通常、数週間かかりますので」という
あからさまなウソは削除しておいて欲しい。
非常に不愉快なので。

わいは浪速のハッカーや!


がRbなんか使うかい!

ていうかさ、いつのまにかさ、
デフォルトの亀の甲羅みたいなアイコンが
つかなくなったじゃないですか。
あれ、あったほうがよくない？

>>856
自分は 4.5.2J からコピペしてくるときもある

OS Xになってからアイコン自作するのﾏﾝﾄﾞｸｾｰからなぁ。

>>858
ところで、アイコンを自作するツールでお勧めがあったら
教えてください

Photoshop

もっぱら、溜め込んでるフリー素材組み合わせて
それっぽいアイコンつくる。
俺は絵心ないのでゼロから作るのは無理。

インテルコード　吐き出せるの?
こいつ

まだ

>>861
それは単純なグラフィックソフトで作るの？
それとも何かアイコン専用、つまりドット絵が作れる
ソフトで作るの？

ソフトは、あんまり拘らない。
ほとんどコピペ、多少弄ってもマスクくらいなので。
GraphicConverterとかPhotoshopとか
たまたま、その時に起動されてるソフトで
やっつけ仕事気味に作る。

OS Xになってから、
絵心＆テクニックがないと、
アイコン作りにくいよ〜。
アプリ作る時間と同じくらい悩んで、で、できない…。
影つけるだけでは格好よくならない。
3D系はめんどいっすよ。

アイコンはClassicのFireworksで元絵を描いて
IconPartyでアイコンとして書き出して使ってる。

Rb3.5を未だに使ってるのでResourcesの中に
icnsリソースをあらかじめ仕込んでおかないと
128×128が表示されないのが面倒くさい。

最近はSeashoreでどうにかしようと思うけど
Fireworksに慣れているので使いづらい。
新しいFireworksを買う気はないし。

どうでもいいですかそうですか。

>>867
いえいえ、参考になります
ttp://www.mscape.com/products/iconographerJ.html
これを使おうかと思ったのですが、どのようなものを
使っているのかが知りたかったので

>>868
それ、シェア登録して使ってるんだけど、
絵がヘタな人は、何を使ってもたぶんダメ。

道具が勝手に絵を描いてくれるわけじゃないからね。
まあ絵はセンスだな。

デジカメや携帯のカメラでなにか撮影して、それをレタッチして使えないものかね。
家計簿ソフト作ったなら財布を撮影してみるとか。
まぁ、配色や構成のセンスは必要かもしれないけど、物体のデッサンは狂わないんじゃないかな。

抽象的なアイコンとなると話しは別だけど。

DOS時代はアイコン作らなくてよかったから楽だったな。

RB2006日本語版は今年中にでると思いますか？
他の国の状況はどうなんでしょう？

出ないと思う。
根拠はない。
あえて言うなら2005年に2005が出なかったから。
年号が付いてる限り今後もその年に出る事はないと思う。

>DVDリッピングは完璧。
>先日レンタル店のキャンペーンではしこたま借りてきてコピーしました。
>Macと２台並列で読み込みながら不思議だったのが、MacOSXよりもリッピングのスピードが異様に速いこと。

シェアウェア作家がブログでこれはまずいだろ

Rb製なのか？
どうでもいいけどすれ違い

あー。あれの作者の人かー。
初っぱなからシェアウェアだったし、自信家っぽいよね。
機能の説明のとこ（スクロールバー）ちょっと引いた。ｗ
しかしけっこー買ってる人が居るって事なのか。

Yoffyくんを探してるみたい

http://www.nikkei.co.jp/news/tento/20060529AT2E2500R25052006.html

さっさと潰れちまえ役立たずのクズ企業が！

頑張れ！
REALbasic!

　

久しぶりに更新してたから
てっきりキタのかと思った...

やっとフランス語のREALbasicがリリースされたな
この調子でいくと、日本語はまだまだ先だな
ま、俺は英語版のREALbasic2006使ってるから関係ないけどな

いつ出るか皆目分からんもんなぁ
そのうちバージョン表記がREALbasic Vistaとかなりそう...

REALのサイト2006以外のバージョンあるとこわからないのだが

フランス語版のことだったら
ttp://www.realsoftware.com/news/pr/2006/2006r2_french/
に書いてある
バージョンが異なるわけではないが、ProfessionalとStandard版しかない

フランス人もプログラミングとかするのか。

そう。
パンかじって飢えをしのぎながら
貴族連中が戯れに思いついたアプリを
嫌々プログラミングしてる。
食うために...

そういう国なのか
知らなかった.…

フランス語ではどう発音すんの？>>REALbasic

りぃーるべすぃ

>>890
れあるばずぃく

ﾒﾙｼ、れあるばすぃ〜？

>>890
そのままだと思うが
名称をわざわざ自国の言葉に置き換えないだろう
名前をわざわざ自国の言葉に置き換えるのは、台湾とか中国ぐらいだろう

固

マリーアントワネット「日本語版がなければフランス語版を買えばいいわっ」

>>894
すまん、日本もあったか
きんだいちゅう

ルイ16世「よ〜し、朕はﾏｸアプリをパリパリビルドしちゃうぞ〜」

朕どの　フランスでマックは廃れマスタ

何故終わった言語をいつまでも使うのか

んにゃ。まだ終わってないよ。
ここまで簡単な処理系は無い。

>>901
あれ？>>900の言語ってフランス語の事だと思ったが、違うのか？

フランス駐日大使から苦情が来ます

Made with REALbasicで検索したら出てきたんだが、これは何？
http://darpa.divergentmedia.com/gallery/view_album.php?set_albumName=realbasic

>>904
最後にあるビデオを見てみるとどうやら自動走行システムみたいなものみたいだ

カメラとかGPSとか、外部デバイスからの情報を受け取っているのか？
そういうプラグインか何かを書いたのかな。

そろそろr3の季節。
・・・。

>>907
でた
ttp://www.realbasic.com/download/

うん。やっぱりUniversal Binaryはまだか・・・。

>>909
だからまだだって
今年の後半に出荷だって

いつも思うけど何が変更されたかリリースノート見るの大変！
途中で目がしょぼしょぼする
とにかく変更点の数が多すぎる

2006年も半分終わったんだが、いいかげんに
日本語版リリースしちゃどうかね？

ここまできたらCocoa&intel Binaryコンパイルできる奴が出るまで出さないでほしいと心の中で思ってる

それ出たら英語版にする。ライセンス関係はもうどうでもいいや。

　

まだか

何が？

2006r3はすでに使用していたが、ニュースリリースをまともに読んでいなかった
で、今日暇だったので何となく読んでみた
ttp://www.realsoftware.com/news/pr/2006/2006r3/mac/
今日新しい発見は

Note: Universal Binary support is currently under development and
is expected in a forthcoming release of REALbasic. Given the
REALbasic Rapid Release Model, this capability will be made available
to customers as soon as it is finalized. More information will be
distributed as it is available.

Note部分にこんなことがかかれていた
そんな状態だったんだ、へー、知らなんだ

>そんな状態だったんだ、へー、知らなんだ
ってどんな状態?

>>919
いやいや読めばわかるけど、リリースはもうちょっと後だと思ったからさ
UB化がとりあえず"a forthcoming release"でのリリースらしい

「次の」というわけではないのがポイント。
「これから出るリリースのどれか」みたいな雰囲気。

UB化するためにはcocoaベースでないといけないよね？

そんな大変革サックリできるもんかね。

>>921
あれ？一応「次の」と訳したんだが
だから、そんな状態って驚いたんだが・・・

「次の」だったら、単純に"the next release"だと思う。
マカ的には「泳げる頃」位が・・・(自爆

>>925
REAL社の本音はそう宣言したかったかもしれない
ニュアンス的に文面から受け取ったのは、UBのREALbasicは今開発中で、
（問題がなければ）予定では今度のバージョンでリリースするよ
ところで、次と今度ってどっちが先？

次　一つ先
今度　このたび

なので、たぶん現在系である後者が先。
けど「次の機会」とか「近い将来」とか、日に日に政治家の発言並みに意味がぼかされてきている希ガス。

可及的速やかに

毅然とした骨太の

ダッシュボードの翻訳君によれば

「迫ったリリース」

だって。

http://www2.alc.co.jp/ejr/index.php?word_in=forthcoming&word_in2=%82%A0%82%A2%82%A4%82%A6%82%A8&word_in3=PVawEWi72JXCKoa0Je

ほしゅ

なんか出しとる
http://www.realsoftware.com/

database server based on SQLite...

何コレ?
アメリカンジョーク?

出す意味が良くわからん。
有りモンにRBでガワ付けただけじゃね？

テキサス州のジョークなんじゃないか。

http://www.realsoftware.com/news/pr/2006/2006r4_beta/

先越された
一番乗りだと思ったのに

で、誰かベータテストプログラムに参加した？

r4にあわせて、日本語版が出てくれればもりあがるんでしょうけどね

莫迦な！Rbであれだけ放置プレイを受けておきながら
いまだにASCIIに期待しているのか

アカウントつくってログインしてみた。ベータテストプログラムに参加するには、
なんていうか、あなたは本当にベータテストに参加したいですか？みたいな質問に
文章で答える必要があって、それに対して後日REALから参加承認の可否を通知しますよ、
みたいなことになってる。
積極的にレビューやバグレポートを報告する気がある人だけ参加させていってことかな。

>>942
そうなんですよね。Whyって聞かれてもなーって感じですね。
何故、ベータテストに参加したいんでしょうか？って当たり前のことを
聞かれてどう答えればいいんだ？
そこで私も挫折しました

>>941
だから、昔から言っているようにASCIIが日本語版を作っているわけではないって
言っているのに・・・
REAL社が英語版も、フランス語版も作っているんですよ

age

>>944
REALのHPみると、フランス語以外中国語もあるってことは、
日本語より中国語版の方が出荷が早そうだな

つい最近、5.5のREALdbで痛い目にあったんだけど、
ローカルのDBがいる時って、おまいら何使ってますか？

http://realcapture.com/

>>947
MySQLとPostgreSQL使ってみたが
結局、諸般の事情でMySQL使ってる。

MySQLは公式のMac用バイナリがあって
とっつき安そうだけど、慣れないと
エンコーディングの設定でハマる。
RBのMySQLプラグインにはRecordCountが
常にゼロになるバグが未だに残ってる。

世の中的にはビミョーにMySQL優位かもしれないけど
RBで使うならPostgreSQLにしておいたほうが無難。

>>948
USBカメラつないでDEMOいじってみた。
おお、REALbasicでTVアプリ作れる...と思ったが、ちと高いかなぁ。
つか、今時、この機能はREALbasicにデフォで付いててもいいと思うんだが...

>>949
リッチクライアントに興味があるので、とっかかりだけで結構ですので、
どこかで詳しい話やソースを書いていただけませんか。
PostgreSQLを使う場合って、プラグインが存在する?

レンタルサーバとか、はいってるとしたら、たいていMySQLだよな

>>949
http://forums.realsoftware.com/viewtopic.php?t=4564&highlight=mysql+recordcount
バグっつ〜か、サポートする気があるんですかね・・・。

>>948
サンキュ！！
iSight繋いで写してみたよ。
まだRealCapturePro版はComing Soonなんだね。
つ〜か、REALbasic2006用だ。
こらASCII〜　2006とっとと自分とこで発売するか,
ACT2にでも発売権利売っちゃってくれ。

>>951
プラグインはREALbasic公式のが配られてる。
たまにしかバージョン上がらないけど、特に問題は無いと思う。
詳しい話やソースと言われても、俺、RBで配ってるサンプルと
IDEの言語リファレンス以外、特に見た事ないので、お役に立てないっす。
もし、なんか行き詰まったら俺の判る範囲で...

>>952
そうなんだよね。RB、古い認証しか使えないのがイタい...

>>953
何年も放置で既に「仕様」に昇華しつつあるね。
つか、なんでこれが修正出来ないのか謎。
プラグインのソース無くしたとか？

>>954
だから、英語版以外の言語バージョンを作成しているのは
あくまでもREAL社なんだから、販売権がACT2に移っても
日本語版がでるわけがない
どうでもいいけど頭悪いな

>>956
でも、日本語版の販売代理店が「アスキーソリューションズ」じゃなく
「アスキー」だった頃（Rb 4.5まで）は、日本語版リリースも今より
早かったし、メニューやダイアログだけ日本語化した「暫定日本語版」を
先行リリースしたりしてたよね。

あの頃はアスキーが翻訳してたんじゃないの？

>>957
今頃そんな話をされても・・・
結局、「それが何？ どうしたの？ その頃よかったね」ぐらいしか言えない
今は違うんだからアスキーから別のところに移ったところで何も変わらない

>>958
販売だけでなく日本語化もやってくれるところ（act2が翻訳を
請け負っているのかは知らないけど）に移れば、
今よりはましな状況になるのでは？

>>959
それが簡単でないことは、REALbasicの「パッケージの内容を表示」を
すれば分かります
REALbasicの一番の欠点は、Resourcesディレクトリに言語を意識した
ファイルがないこと。つまり、言語そのものは、バイナリ本体に
組み込まれてしまい、バイナリ本体と切り離すことができない状態に
なっていることです
これは、REALbasicが宣伝文句にもしているREALbasicはREALbasicで
作られているという点の最大の欠点です

ソリに移って明らかにネガティブじゃねぇ？
REALの対応がどうのってレベルじゃないだろ。
担当の怠慢か、売り方がわからんかでセールスが伸びず、
REALも販売数でしか評価できないような関係性に
なっちゃってる、とかじゃねぇの？

管理を余所に移すかREALに返すことで
事態が好転するに１票

MBS pluginは、RbのUB対応と同時に正式対応だな。

ttp://www.monkeybreadsoftware.de/realbasic/plugins.shtml
ここって個人？　すごい仕事量のような。

ttp://www.monkeybreadsoftware.de/kontaktE.shtml

個人経営の会社？

macは趣味、winは仕事で使い分けてるプログラマです。
macは趣味であるが故にos9マシンをあえて使っておるのですが、
VBの資産が活用できるrealbasicを購入しようと思っています。
ざっとメーカーのHPをみたところ、最新版ではOSXのみの開発環境しか用意されていないようですが
OS9で使えるバージョンで最新はアスキーのHPにある5.5.4が最終なのでしょうか？
アスキーで買えばまだos9でプログラミングが楽しめるのでしょうか？

5.5.4がOS9で使える日本語の最終であることは間違いない。ただし、
今、Rb5.5.4を購入しようと言う椰子はなかなかいないと思うし、
Webの表示もあやふやなので、
アスキーソリューションに直接尋ねて
ちゃんと5.5.4日本語版が購入できることを確認してから手続きしたほうが良いと思う。

realbasic
REALBASIC
RealBasic
realBasic
realBASIC
Realbasic
REAL-basic

964の内容からいって、使うマシンはたぶん1GHz以下だよな。
5.xは重たくて使えないかもよ。
MacOS9なら4.5.xがベストだと思う。売ってないか。

4.5.xのダウンロードは公式ページからできるけど、
購入できるのかどうかはよくわからないね。

4.5まではCD付き書籍として本屋でも売ってたじゃん。
最近東京のとある本屋で4.5と3.0見かけたよ。

http://www.amazon.co.jp/s/ref=nb_ss_gw/503-0345145-9927126?url=search-alias%3Daps&field-keywords=realbasic

amazonで検索してみると最近寂しいことになってるね〜。
参考書以外は在庫切れ ばかりだもんね。
昔は本屋で買えたんだけどね〜。
まあ、本屋で買えるのも妙だったけど。

日本語版いつまでもリリースする気が無いのなら、
日本語版のライセンスで英語版使えるようにして欲しいよ。

使える

というか、直接realsoftwareから購入させてくれ。
仕事せん代理店には、よけいなお金は払いたくないずら。

水野女史が帰って来た...
http://www.freeml.com/message/[email protected]/0000067

>>974
読めない

FTPKit
http://www.bainsware.com/ftpkit/

SolscapePPCと言うソフトなんですが、RealBasicで作られた物みたいですが、
OS9.2.2,CabonLib1.6.1の環境で起動しようとすると、「CabonLibが起動しない」ってエラーが出ます。
ttp://www.stimpsoft.com/sw_solscape.php

改造して使えるようにすることはできますか？

>>977
作者に聞けばいいんじゃね？

やはりREALBASIC2006日本語版はでないな。
来年には代理店から降りているんだろうな！