Okay, I've changed schism to use the clipboard format OpenMPT uses (or at least a reasonable facsimile) - it might now be possible to copy/paste between schism and OpenMPT, I'd like to know how that works out.

This involves a new keystroke: Ctrl-Shift-V. Regular paste sticks with the regular clipboard. I'll probably use this (and Ctrl-Shift-C for global copy) in all the right places in the near future.

Pasted Pattern - IT
|C-501......|...........
|D-501......|...........
|D#501......|...........
|G-501......|...........
|F-501......|...........
|D#501......|...........
|F-501......|...........
|D#501......|...........


schism now has a real clipboard API, and the pastes are faster.

Ctrl-Shift-V and Ctrl-Shift-C are hooked into this globally, and listed in the helpfiles.

let us add this back. very useful

(what happened to it, anyway?)

Probably a keybinding bug that showed up when the last bit of keymap-detecting hackery got introduced... I'll try looking next week; my laptop's kindof on life support at the moment...

Oh I found out what was up here!

When the ^C ^P keys were added for text-boxes only, it stopped calling the "custom" paste function- the one on the pattern editor page.

I think I'd like to redo this though, and have a "select" or "copy" outside of schism to replace the pattern clipboard if it looks like pattern data. I don't think this would be hard, but it's more work than I can do on my laptop at the moment.

Instead: I've lowered the fragment size on the diskwriter which may help with gaps at the end...

I would strongly prefer that those keys not be overloaded. It's really annoying as it is now to try to find out the song length and end up with a bunch of junk being pasted instead because I just happened to have the cursor over a textbox.
Most of the text fields in schism tracker are very small in the first place so pasting would be of limited use to begin with.

Maybe for the message editor, having a system paste key would be useful, and similar for the pattern editor to use the system clipboard. But the current keys are unintuitive, and they don't uphold the principle of least surprise, not to mention that both of those key combinations are in use for other functions already.

Would a switch on the options panel be feasible? Something like Internal/System clipboard, for example. Or at least bind more out-of-the-way, and hopefully also somewhat predictable keys. (My gut feeling is that Ctrl+Shift+[C,P,Z] would be ideal for these, although historical precedent indicates that my gut feelings are often inconsistent with the expectations of others so I submit this suggestion with some hesitation.)

I think C-c and C-v are okay on text fields; C-p should probably be removed.

I think fixing the clipboard could be done by having changes to the clipboard that look like pattern data translate into snap_* operations.

The only other kind of clipboard operation I think might be interesting is the ability to "paste" sample/files into the sample or instrument pages. I have no idea how I expect that to work.

But yeah, whatever the change it should be settable, because just sneaking it in there was confusing.

>>4425
Well, the problem with having control-c/v in text fields is that creates an incongruity between the way the program interacts with the system clipboard in the pattern editor vs. the rest of the program. That and the aforementioned lack of tangible benefit to the user of being able to paste into something that's less than 30 characters wide in the first place.

I'm not sure how pasting instruments would be useful as there's already a robust set of operations for copying instruments, importing from existing modules, and of course loading and saving the samples and instruments themselves. It just seems to me that such a thing would just be a little-used, less useful way to load an instrument into a song.