search

taweili / ardublock

ArduBlock is a Block Programming Language for Arduino.
GNU General Public License v3.0
414 stars 292 forks source link

Consider extracting block drawers into separate libraries #175

Open pilhuhn opened 7 years ago

pilhuhn commented 7 years ago

Currently all the UI definition etc. lives in one big monolith defined by ardublock.xml and sub-packages in com.ardublock.translator.block.

It would be good if those would be (except for the core ones) be moved into their own packaging unit (jar), that ardublock can read on startup.

This way it would be possible to only load definitions that are needed for a certain project to not clutter the UI. Also vendors could bring in their own packages without the need of modifying the Ardublock core and re-releasing a version of it.

TonyCallear commented 7 years ago

This has been raised before - and I agree. Unfortunately no one has wanted to take on any part of that task.

Please see latest release here... if that's any use. Feedback on 'TC' and 'Slim' versions welcome. https://github.com/taweili/ardublock/releases

set-soft commented 5 years ago

Hi! what pilhuhn says is the ideal, but a simpler step could be to play with the skins and some scripts. Skins could be done using some kind of "include XXXX", where XXXX is a functionality, i.e. a BlockDrawer. Then we could separate the "BlockDrawer"s for each board. In this way each skin is just a bunch of includes. A script solves the inclusion and generates the usable files. Then we just need a mechanism to select the skin. If Perl scripts are acceptable I can write them. BTW: Slim and TC looks good, but I have to really test them.