最新のC++Builderでマルチプラットフォーム化されたのは最近導入されたFireMonkeyを使用した場合の話で、
従来のVCLベースのアプリケーションがそのまま移植できるわけではなく、またWindows APIを直接呼び出している箇所も多いので
実質作り直しに近いことになると思います。
またメンテナンスアップデートを除いて開発・販売終了した製品を今さら移植すること自体があり得ないことです。

現状Macについては開発要員を確保できない限りは移植は難しい状況です。

結構高いQtへ移植されたので、てっきりMetaseq4はMac版が１年以内くらいにはでるのだろうと（勝手に）思ってたのですが、4のMac移植も予定に無いんでしょうか？

残念ですが、わかりました。

SDK Rev4.02でMQHandleObject,MQSelectOperationのファイルが追加され、
これを利用すると割と簡単にハンドル表示、範囲・投げ縄選択を実装できます。
実際の使い方はSingleMoveプラグインを参照してください。

補足なのですがエラー行がおかしかったり、そもそもエラー行が表示されない不明状態だったりするときもあります。再起動するとエラーが変わったりもします。スクリプトは秀丸で上書きしてから、かならず手動で再オープンしています（自動更新されないため）。

添付：頂点周りを連続切断の作りかけ。どうも24行目でエラーってるぽいです。そこをコメントアウトしたり元に戻すと再現できます。

もうちょっとわかりやすくスクリプトを書き直しました。

>もうちょっとわかりやすくスクリプトを書き直しました。

16行目の
> ti = f.index.index(vi)
は明らかに文法エラーです。
MQFaceクラス内のindexプロパティは数値リストなので
ti = f.index[vi]
としないとエラーになります。

エラーメッセージはPythonのコンパイラが返すものをそのまま表示しています。
内容があまりよくわからないこともありますが、今回のケースではエラー箇所の行は正しく表示されているので、
きちんと確認すれば解決が可能だと思います。

改めてよく見ると先に答えた内容は違ってしました。

indexプロパティはPythonの組み込み型のリストではなく独自の型なので、それに対してindexなどの関数は利用できません。
なので、16行目は
for ti in f.numVertex
  if f.index[ti] == vi:
    MQSystem.println(str(ti))
のように記述する必要があります。

独自の型了解しました。

def copy2List(srcList):
  retList = []
  for v in srcList:
    retList.append(v)
  return retList

みたいなので回避します。
エラー行がおかしいのが確認できるのは"選択点周りを切断.py"のほうだけです。setudan(v, o)のところに間違って行番がでます。（そもそも出ない場合もあります）
実際のところエラーになっているのはf.index.index(sidx)の部分なのですが、親関数（というかグローバル？コード）の呼出元("setudan(v,0)")がエラーとして表示されます。

詳しいことはわからないのですが、forでのループのような入れ子があると当該の行ではなく入れ子の頭に行に
エラー表示されることがあることは以前から確認しています。
ただ、これもPythonが返してきたエラー行番号そのままなので、Pythonを利用しているアプリケーション側ではどうしようもない状況です。

↓うるおぼえなので間違っていたら御免なさい

PythonのC++埋め込みAPIのエラー取得APIは腐っています。
確か標準エラー出力か標準出力に普通にPython本体で実行したときと同じエラー表示が流れています（行番号とかエラー内容がより正確）。Blenderはこれを表示しているので、Pythonのエラー行番号やエラー内容がコンソール画面に正確に表示されます。
おそらくVCビルドの設定を"Windowsアプリケーション"ではなく, "コンソール"にしてるのだと思います。（コンソールアプリでもWinAPIは呼び出せるので）。ビルド設定を変えてエントリポイントをちょっと付け替えればPython開発用のMetaseq.exeが作れるのではないかと思うのですがそういうのは無理でしょうか？（ようはコンソール画面が表示されるMetaseq.exe）
現在Pythonスクリプトを開発するときはエラー行がまったくわからない＋エラー内容がどれも一緒なので、一行ごとにMQSystem.println()を埋め込むという狂気じみたことをしています。importするモジュールではMQSystemがないので子→孫→ひ孫...とMQSystemをバケツリレーしています(試してないですが、頭にimport MQSystemをつければ良かったのでしょうか？)。正直このままだったら次のプラグインはC++で作ります。

もしかしてとおもってMetaseqの0x15C を 0x02 -> 0x03 に変えてコンソールアプリ（になってるのかな？）にしてみましたが、残念ながらコンソールには何も表示されませんでした。上に書いた内容でビルドしてもダメかもしれないです。
随分前なのでよく覚えてないのですが、どっかにはちゃんとしたエラー表示が流れていたと思うのですが・・・。

http://mateusz.loskot.net/posts/2011/12/01/python-sys-stdout-redirection-in-cpp/index.html
http://docs.python.org/3/faq/extending.html#how-do-i-catch-the-output-from-pyerr-print-or-anything-that-prints-to-stdout-stderr
ここのコードのstdoutをstderrに変えればもうちょっと正確なエラー内容が取得できてたようなできなかったような記憶があります。

エラー表示を強化したものを試験的に用意してみました。
64ビット版の実行ファイルと差し替えて使用してみてください。
http://metaseq.net/metaseq/metaseq403_x64_pymod.zip

属性エラーに関するメッセージが詳細になったり、入れ子構造内で発生したエラーに対して行番号が正しく表示されると思いますが、
まだテストが不十分なのでうまくエラー表示されないケースがあるかもしれませんので、
お気づきの点があれば引き続きご連絡いただければと幸いです。

すごくいいです！ちゃんとエラー内容が正確に表示されています。
行番号はちょっと変ですが、これはBlenderも同じく変だった気がします。(importすると２つのファイル内容が合体して行番号が出てくる感じ）
MQEasy00.pyのratioMQCoordinate、ratioMQColorの引数がratio1としなければいけないのにratio(1が抜けてる）タイポでよくわからないエラーで悩まされたのですが、ちゃんとratio1がdefineされていないと正確なエラーが表示されました。

ついでといってはなんなのですが・・・sys.stderrと同じようにstdoutもMQSystem.printlnにリダイレクトしてもらえれば、長いMQSystem.printlnじゃなくてprint()で短く表示できて便利なんじゃないか？と思うのですが実装してもらえないでしょうか？

class StdoutCatcher:
   def write(self, stuff):
      MQSystem.println(stuff)
catcher = StdoutCatcher()
sys.stdout = catcher

みたいなコードを直前にPyRun_SimpleString?()すればいいんじゃないかと推測するのですが・・・（間違っていたらすみません）

>ついでといってはなんなのですが・・・sys.stderrと同じようにstdoutもMQSystem.printlnにリダイレクトしてもらえれば、長いMQSystem.printlnじゃなくてprint()で短く表示できて便利なんじゃないか？と思うのですが実装してもらえないでしょうか？

実はご提示いただいた方法そのままのものを既に組み込んでありますのでお試しください。
次のリリース(4.0.4か4.1.0?)で正式に取り入れる予定です。

shiftを押しながら、マウスの左ボタン押したまま移動で
画面に対して水平もしくは垂直に切断できます。

インストール先のフォルダに例えばNASなどのネットワーク上のドライブを選択していませんか？
特に何も変更せずにインストールすれば
C:\Program Files\tetraface\Metasequoai4\
になりますが、ここが普通のHDDならそういったメッセージが出ることはないと思うのですが。

C:\Program Files\tetraface\Metasequoai4\このままでもダメです。Ｃドライブはちゃんと認識しています。Ｃドライブ直下にしてみたりProgram Files直下にしてみたりＣドライブの中にいろいろしてみましたがだめでした　ちなみに3.0はインストールなりました
これからもいろいろやってみます

同じ現象を見たことがないのではっきりしたことはわかりませんが、
MSIベースのインストーラで同様の現象が他社製品でも起きることがあるようです。
http://forums.adobe.com/thread/1120511
要約すると次のような手順で解決できるようです。
1. Cドライブ直下にmsiインストーラを置く
2. スタートメニューのアクセサリ内「コマンドプロンプト」を右クリックして「管理者として実行」
3. コマンドプロンプト内で次のように入力（ファイル名のところは対象のmsiファイル名に合わせる）
msiexec /i "C:\Metaseq403_x64_jp.msi"

GUIに関する色の取得はMQWidgetBase内にあります。MQWidgetBase::GetDefaultFrameColor()で取得した色で塗りつぶしてください。

そういえばMQWidgetBaseでも色を取得できるの忘れてました。しかし「GUI背景」が取得できる関数はないみたいです。

>そういえばMQWidgetBaseでも色を取得できるの忘れてました。しかし「GUI背景」が取得できる関数はないみたいです。

背景とフレームを分ける必要性が本体側でも実質なくなっているので、片方は廃止される可能性が高いです。
そのためフレーム色を使用してください。

すいません取得できる色が違うようです。「GUI背景」はRGB217:217:217ですが、GetDefaultFrameColorで取得できる色はRGB153:153:153なので、「GUI枠」だと思います。

明確に２つを区別して使用せず不必要に２つ存在しているので、背景と枠の色を今後１つに統合するということです。
そのためAPI提供の予定もありません。

新規でオブジェクトを作製しスムージングのチェックを外してオブシェクトパネルの他ボタンから標準オブジェクトに設定で出来ると思います。
オブジェクトパネルの新規から作製されるオブジェクトはこれでスムージングはオフの状態でつくられます。

オブジェクト全体であればCtrl+Aの全選択や、選択の連続面を使えばいいと思います。
前面表示のときに後ろ側を選択し忘れるとうこともないですからね。

選択の連続面ではなく正しくは接続面でした。
ポリゴンの繋がっている部分が全て選択されます。