I forgot to mention, there is another minor thing, when I try to drag a NMRresidue in a NMRchain onto a NCO-1 spectrum to display the coordinate/crosshair of this N/CO-1 peak, it doesn’t know it should be the CO-1 one for the carbon dimension, only uses the CO of its own residue.
Is there a way to adjust this?
Sorry I didn’t have time to get back to you on this one yesterday.
I completely see why you would want this feature, but I’m afraid it’s probably not going to be possible any time soon.
One issue is that it means using the experiment types to determine which marks to draw - we don’t currently have any code that does this sort of thing. Once we sort out the synthetic peak lists properly, it should become much easier to implement something like this, though.
The other issue, however, is that it would be a change in philosophy. At the moment it is very straight forward: if you drag an NmrResidue, you get the marks for all the NmrAtoms in that NmrResidue (I think at the ChemicalShifts for the spectra in the SpectrumDisplay). Filtering and adjusting these by ExperimentType and then showing some i-1 or i+1 residue NmrAtom lines is a rather different proposition. And for experiments like the NCO, the question would be whether to show
- the dragged residue N and i-1 CO
or - the dragged reside CO and the i+1 N
For some of the solution-style 3Ds with H(i)-N(i)-Ca/b(i-1) type peaks I think it would be even harder to determine which way round you would want to show the marks (and in some cases the pulse sequences can be either way round, so you can’t easily say “do it in the order in which the pulse sequence/coherence transfers are done”).
So I think the main barrier to implementing this feature is that I’m not sure if it would be possible to come up with a system which would be consistent and self-evident to users.