Message Boards Message Boards

28
|
15149 Views
|
5 Replies
|
42 Total Likes
View groups...
Share
Share this post:
GROUPS:

Request to put Wolfram Workbench Eclipse plugin sources on GitHub

In 2016, Wolfram took a big step from the user's perspective and made the Wolfram Workbench freely available. Until then, the IDE for creating full-fledged Mathematica packages was only available to Premier users. Making the primary development tool freely available was one of Wolfram's great decisions because it helps to spread the language. This makes it more widely applicable, and it supports the people who write packages as well.

With Workbench freely available, why would it be vastly beneficial to have access to its sources? Because it is a great resource for developers to learn how to use advanced technologies like JLink, to see how it can be used to interact with Mathematica. One recent similar example was the publication of GitLink generously donated by John Fultz. Inspecting his code gave us so many ideas, especially how to extend the argument completion for Mathematica.

In the case of Workbench, there is so much more we can learn from

  • it shows how documentation can be built and deployed
  • it shows how one can control the Mathematica front end over JLink
  • it contains a parser for the Wolfram Language
  • it has an implementation that shows how debugging code works

These four points are just the ones that came to mind. I'm sure there is a lot more to it.

Besides using the code as a resource for learning, there is an additional point: People would be able to track down bugs by themselves. Even if we have only a few developers who use WL and are fluent in Java, the chances are good that they start a debugger and track down an issue when something went wrong. In a best case scenario, Wolfram gets high-quality patches for free.

All that being said, I would be delighted if Wolfram would consider making the Workbench Eclipse plugin code public. What does the community think about this idea?

POSTED BY: Patrick Scheibe
5 Replies

This is a great idea. I'm struggling mightily with Workbench, which has been left in the dust behind WL's new paclet robustness. There are a number of issues right now that would be no-brainers for an active open-source dev. community to fix.

  1. Workbench currently uses a deprecated "experimental" function to include the eclipse workspace directory for paclet discovery, instead of the newly added PacletDirectoryLoad. It's working for now, but is threatening to break.
  2. Workbench has selection buttons for Deploying paclets to \ $UserBaseDirectory and \$BaseDirectory, but not to \$UserBasePacletDirectory, where these paclets should be installed
  3. The syntax highlighting is outdated as there are commands that aren't recognized.
  4. Workbench generators warning messages (Problems) because it doesn't understand the most recent PacletInfo syntax, especially the many new Paclet Extensions
  5. Deploy to Archive doesn't use CreatePacletArchive to generate a .paclet file, but instead turns everything into a zip file.

Obviously WRI is having trouble keeping this up-to-date. Certainly the development community could pitch in to help, as well as bringing other features to the table.

POSTED BY: Jeffery Henning

Thank you, Stefan, for taking this into consideration. I know this would be an unbelievably generous present to the community and the chances are that it might not happen. In any case, even discussing this internally and listening to the community is incredibly kind. I hope you keep us posted on the outcome.

POSTED BY: Patrick Scheibe

Thank you for posting this idea. We are discussing this internally.

This is a great idea. I fully support it.

POSTED BY: Gustavo Delfino

Great idea. Perhaps there could be an open-source community to maintain and extend the code, similar to what Apple did with Swift.

Reply to this discussion
Community posts can be styled and formatted using the Markdown syntax.
Reply Preview
Attachments
Remove
or Discard

Group Abstract Group Abstract