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

separation functions & editors… even in span #70

Open
reno- opened this issue Jul 27, 2013 · 2 comments
Open

separation functions & editors… even in span #70

reno- opened this issue Jul 27, 2013 · 2 comments

Comments

@reno-
Copy link
Member

reno- commented Jul 27, 2013

The separation of editors and function-processing has always been an important requirement for tapemovie. But if we were be able to use noedit & nobuild mode, they cannot for ALL the functions.

I guess we must be attentive in span for this kind of details, and be able to run a span edit on a computer, controlling span patch on another computer.

So now we have at least two editors embed in span.maxpat patch :

  • events edit functions
  • open/new/update project functions

One more benefit we will have with a separation of the process will be to don't use an editor for the events for the time the project is running.
The lighter it could be, more process we will be able to add without having a too large loading time.

So what I suggest is to :

  1. put the events edit functions in the span.events GUI.
  2. put the open/close/update dialog in the span.project GUI

What do you think about? Is there any side effect I didn't think about?

@ghost ghost assigned tmays Jul 27, 2013
@reno-
Copy link
Member Author

reno- commented Jul 27, 2013

With json string format, I guess we will even be able to edit events remotely, for version 0.2 !!

@tmays
Copy link
Member

tmays commented Jul 29, 2013

Very strange. I posted a reply to this, and it disappeared! Maybe I didn't hit save or something...

Anyway, the point of what I said was that IMHO there's an important difference between low-level editor functions and a Graphical User Interface, and that it's ok and even preferable for us to have low-level editor functions in span, while NOT having the GUI. This allows us to 1) make solid, bug-free low-level functions that allow multiple editors and instances of editors to exist without duplicating the basic functions, 2) manipulate those functions over the network. We can talk more about this, but I think that we are on the right track. I think it makes sense to have these low-level editor functions within span so that span can have the stand-alone quality that we have been trying to maintain - with minimal functionality.

As we said, span needs to contain:
project management
event management
database functions
osc in/out
basic osc mapping

low-level non-graphic editor functions need to be in span so that these features can be achieved with just the abs.

Don't you agree?

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

2 participants