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

Improved external editor tool #20

Open
danhett opened this issue Oct 1, 2014 · 2 comments
Open

Improved external editor tool #20

danhett opened this issue Oct 1, 2014 · 2 comments

Comments

@danhett
Copy link

danhett commented Oct 1, 2014

After working with Cyril in a live setting, I've definitely got a preference for using an external editor - however I'd like to be able to still utilise/start/stop multiple frames and see things like error lights (this is an enormously useful thing when coding live!)

My thought at the moment is almost along the lines of having a pop-out control panel perhaps - this would allow Cyril's panels to be controlled without interfering with the visuals, and would allow external editors to still be used.

It feels like Cyril could almost run in one of two modes: the first would just be completely self-contained, with the code and control overlays on the visual output, and the other would be a dual screen option with separate controls, more suited to performance.

Keen to hear thoughts on this!

@darrenmothersele
Copy link
Member

Yes! I like the idea of an optional pop out control panel. When I added a keyboard short cut to turn post processing FX on and off I realised that we're running out of CMD + key options for things and this could solve that issue too.

I've toyed with the idea of adding a network interface to control cyril. I also did a few experiments of having a mini "shell" inside cyril that you could connect to and run programs, configure setting etc.

Perhaps a plugin for Atom or Sublime text? https://atom.io/

I wonder if it's possible to send Cyril programs over OSC?

@darrenmothersele
Copy link
Member

On the external editor support issue, it has been suggested that would be better just to monitor file timestamps rather than listen for OS filesystem events.

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

No branches or pull requests

2 participants