Posted by Yanni Chiu on Apr 18, 2015; 5:51pm
URL: https://forum.world.st/Fwd-Debris-Quuve-Technologies-used-tp4819786p4820425.html


On Apr 18, 2015, at 2:18 AM, stepharo <[hidden email]> wrote:

> I found strange that not a single little improvements of Magritte was necessary for the Qude project.

It’s not strange to me, because when working with Magritte 2, it seemed that almost everything I wanted to do had a hook method to override, or an obvious place to subclass or extend. So much so, that when I could not find the extension point, I thought it was my fault. What was missing was instance-based descriptions, which was added by the community in Magritte 3.

Given how well-factored Magritte 2 was, my deduction was that a lot of effort had already been done to extract out an open-source artefact, from whatever system drove it’s development. So, no surprise that few improvements to the core Magritte were needed.

> Now if heavy users of open-source libraries do not enhance these open-source libraries and keep their extensions
> under close source then the open-source libraries will never make progress and I will immensely sad.

Given that Magritte is already well-factored for extensions, what tends to be written is exactly the custom code which you would not be releasing to open-source.

However, there might be a case for add-ons, such as Twitter Bootstrap support. As mentioned in another post, changing the Magritte API/interfaces at this point is tricky, because it would affect current users - that’s the conundrum: success and wider adoption will constrain the evolution. The addition of instance-based descriptions was worth the (minor) pain of the transition, but what level of pain would be tolerable to add Bootstrap support, especially if you’re not using Bootstrap.