Open Licht-T opened 9 years ago
現在ブロックの名前をでたらめに決定しているけど, Blocklyでは次のようにブロックのカテゴライズを行っている. https://developers.google.com/blockly/custom-blocks/defining-blocks
ブロックをカテゴライズすれば,このような2重定義を回避できる. https://github.com/ymnk13/UMATracker/blob/7281b32b423f3016fd6b75f9762337f18523a28d/main.py#L419-L452
また,型チェックも次のようにして行うことが出来る. https://developers.google.com/blockly/custom-blocks/type-checks
型を定義することによって,モノクロ画像のみに対応しているブロックに誤って カラー画像をつないでしまったりすることを避けることが出来る. 加えて,C++などといった型の定義を必要とする言語への移植が容易になる.
とりあえずカテゴライズは必要なので,カテゴライズの方法を決定したい.
現在の案:
'{Attr1,Attr2,...}_{Block Name}'
例えば、 im_RectForAreaSelect => AreaSelect_BlockRect im_CircleForAreaSelect => AreaSelect_BlockEllipse
例えば、 二値化はグレースケールのみに適用可能にしていくとか。 ・同じ名前のブロックは二つ作らない。
現在ブロックの名前をでたらめに決定しているけど, Blocklyでは次のようにブロックのカテゴライズを行っている. https://developers.google.com/blockly/custom-blocks/defining-blocks
ブロックをカテゴライズすれば,このような2重定義を回避できる. https://github.com/ymnk13/UMATracker/blob/7281b32b423f3016fd6b75f9762337f18523a28d/main.py#L419-L452
また,型チェックも次のようにして行うことが出来る. https://developers.google.com/blockly/custom-blocks/type-checks
型を定義することによって,モノクロ画像のみに対応しているブロックに誤って カラー画像をつないでしまったりすることを避けることが出来る. 加えて,C++などといった型の定義を必要とする言語への移植が容易になる.
とりあえずカテゴライズは必要なので,カテゴライズの方法を決定したい.
現在の案: