Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Plugin system #1

Open
jfmoy opened this issue Mar 22, 2010 · 4 comments
Open

Plugin system #1

jfmoy opened this issue Mar 22, 2010 · 4 comments

Comments

@jfmoy
Copy link
Owner

jfmoy commented Mar 22, 2010

It would be particularly interesting to integrate a plugin system to Smultron. A plugin could give special functionalities for a language for example.

A dedicated preferences window should allow the user to select the plugin he wants to use. The plugins functionalities would be available in a new "Plugins" menu. The user would have the possibility to use the plugin's default shortcuts or define his own.

A shortcut would allow the user to switch in "Plugin mode" or "Simple mode" so the user who only uses Smultron for text editing would have the same simple and efficient Smultron. This shortcut should activate/deactivate the "Plugins" menu and all the plugins defined by the user in the Preferences panel.

This issue is a place to discuss this idea for now. Please give me your feedback concerning this feature.

@Donal2
Copy link

Donal2 commented Mar 22, 2010

It's a good idea if it was very simple to understand and use.
Sorry for my english, i'm a french bastard :)

@cartazio
Copy link

off hand, might I suggest something like using Lua (see http://www.lua.org/) as a plugin extension language, because is simple, easy to integrate, and a real programming language.

@brhfl
Copy link

brhfl commented May 11, 2010

I like the idea of Lua support, or any other common scripting language (Python or Ruby, I guess). I actually really, really like how CotEditor handles it - any language can be used. It's been a while since I used CotEditor so I don't remember how exactly, but it was nice.

@cartazio
Copy link

I'd argue that lua would be best 'cause its very simple and DESIGNED for use in the "embeded in a program" context

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants