11
3rd Party Plugins - (fb2k) / Re: Spider Monkey Panel (foo_spider_monkey_panel)
Last post by regor -It's not a bad idea, but a lot of us have written our own things in the past and migrating it is almost never worth the hassle when we know how the code works and it's been well tested for years. That's why this kind of generic stuff is unlikely to catch on (unlike components, etc.)As long as people currently coding get involved, it should be pretty easy to migrate. 'The well tested for years', well SMP has been getting more and more updates and helpers from some years are deprecated, have problems in Wine, don't work on specific OS versions as expected, etc.
Everybody is using either _isFile, or isFile, etc. JS lets you wrap the same function with 5 different names. If we can agree that _isFile should not crash on external and virtual disk sand do X simple task, it would work for everybody.
Obviously other helpers could not be easily replaced without a consensus, but at least this is something. The simple ones are the ones giving problems...
Developers may not care about updating or using them... but at least some of us may simple point them to the files when a bug is found.
In any case agree with your comments.
About the standard libraries... well, I shared a menu framework, a statistics framework with support for multiple graphs, a map framework (which may be used for a world map, but also for a tags map, or whatever), etc. it's just that no one but me is using them XD
I have seen other user creating graphs in JSP, and he started from scratch... so... Already recommended theQwertiest to clearly point on the docs to such libraries, but without that support, any user starting with SMP has no way to look for them.