Robert Schwarz

Would it be possible to introduce this feature as a non-breaking change, e.g. by defining a `ModelGeneric{T}` and then `const Model = ModelGeneric{T}`? EDIT: Someting like this is already proposed...

Maybe deletion can be handled in a similar way as insertion (which is also expensive): Store the (now) invalid tuples in another temporary buffer, which is checked whenever a row...

From the perspective of SCIP (consuming expression graphs directly) this sounds good to me. I understand we would not need any bridge then, and could easily port the `NLPBlock` based...

Yes, I think we would have to have to keep a copy of the explicit user-defined variable type/constraint. This is already done partially, see [MOI_wrapper.jl](https://github.com/scipopt/SCIP.jl/blob/master/src/MOI_wrapper.jl#L33), but I don't remember the...

No, the pricer plugin infrastructure is not wrapped, currently.

True, you can do anything manually, but there is no specific support through code in SCIP.jl. To be honest, I don't know enough about what would be requried in terms...

See also MathOptInterface.jl/[error.jl](https://github.com/JuliaOpt/MathOptInterface.jl/blob/master/src/error.jl)

I'm not sure what you mean with: > if there is no error on the SCIP side, just a return code If I remember correctly, SCIP only uses return codes...

For example, or even have SCIP print its internal stack trace. Not sure whether that would be helpful to the typical user of SCIP.jl, but it would definitely be convenient...

See [gist](https://gist.github.com/leethargo/551c10e7ee19249b326d44d69721562f) for an incomplete solution sketch.