ご存知かどうかわかりませんが一応補足しておくと、プルダウンを表示しているときにA-Z、0-9（テンキーでないほう）を押すと
その項目に移動してそのままEnterを押すと確定できるので、マウス操作のみに比べると選択は楽になると思います。

マテリアル順にソートしてから描画しているので透過描画の結果が違います。
透過はマテリアルの並び順を変えることで対応できます。
この方法のほうが描画のパフォーマンスがよいはずなので現状維持を希望します。

必ずしもマテリアルが分かれてるとは限りませんの対応できません。
PCスペックも高くなっていますし、体感できるレベルで違いが出ないならDirectX9と表示の挙動は合わせて頂きたいです。

もしくは、DirectX11の設定としてどちらの処理にするか指定出来るようにしてほしいです。

チェス盤のように交互にマテリアルが入れ替わる状態だと体感できるレベルで著しく描画速度が落ちることが確認されております。
DirectX9は今更感があるのでマテリアル単位での描画ではなく内部の面インデックスの順序のままですが、
DirectX11ではワーストケースでも高いパフォーマンスを保てるようマテリアル単位で描画を行うようにしました。

面インデックスの順にしたところで半透明描画の不正確さは改善できないので中途半端な変更を行うつもりはありません。
複雑化するシェーダをどう管理するかが問題なので未着手ではありますが、Order independent transparencyを導入して根本解決する必要があると考えております。

最新の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?)で正式に取り入れる予定です。