Feature requests of a lazy guy ;-)


    Apr 10 2015 | 12:50 pm
    Yeah, as the title says, I know it's not a big thing, it doesn't even take much time, but it also wouldn't be hard to implement and would save everyone who uses patches from the forums some repetive procedures:
    The "New from Clipboard" functionality could, after opening a new patcher window and pasting the code, automatically resize the window to fit its contents. Who agrees?
    Now, in my defense, I think I'm not really lazy, I just hate doing the same thing over and over again knowing that there could be a better way... like... oh! Always having to move the patcher window around to reveal that jit.window on the top left corner of the screen... ;-)
    I'm sure that there are other little details that could make your patching quicker/easier and your lifer much more fruitful and awesome... care to share some of your own somewhat "frivolous" wishes that shouldn't be so hard for Cycling to turn into reality?

    • Apr 10 2015 | 4:25 pm
      i would love to have a command like . resolve problem or a hint , and you would be allowed to use it only 3 times . then u loose and you can give up the patching :)
    • Apr 10 2015 | 5:32 pm
      I've always wanted the functionality you want for new-from-clipboard as a general mechanism:
      1) select some group of objects 2) auto adjust window so that just that group is visible
      Clearly if you have that, then first selecting all objects immediately gives you the functionally you want for new-from-clipboard
    • Apr 10 2015 | 8:58 pm
      i personnally prefer DO...WHILE's idea. there should be cheatcodes too
    • Apr 11 2015 | 4:47 am
      Humour aside, I'm sure many are definitely keen to see a paste-at-mouse-position functionality implemented. Not sure why it functions the way it does at the moment.
      Example: copy an object or group of objects from one patch, open another patch and paste.... The object/s get pasted in a useless and seemingly random position in the new patch.
      I've mentioned this before on forum. Obviously didn't eventuate into anything though.
      [pastebang] is a cool idea asskisser.
      [resolve_a_problem], [phone_a_friend], [50-50]... all good ideas.
      Joe
    • Apr 11 2015 | 7:42 am
      +1 for paste at mouse cursor.
      In dense patches I often end up searching for where the hell my pasted objects ended up.
    • Apr 11 2015 | 2:22 pm
      The current paste position isn't anything like random. It appears to be the position "Duplicate" uses by default (a few pixels down and to the right from the original position).
      It's logical enough (particularly given that Duplicate is a short cut for Copy-&-Paste without messing up the Clipboard), if a little surprising when applied in a different window from the source. Note that when this behavior was originally developed, making anything dependent on current mouse position was not a thing. I'm still not really convinced that paste-at-current-mouse-position (which often can be really random) is brilliant UI, but it's become much more widely used in the last few years.
    • Apr 11 2015 | 5:34 pm
      i disagree, because sizing windows should be left to the patchers max code.
    • Apr 11 2015 | 11:28 pm
      Why? For the most part this would be a usability feature for developers at edit time. It has nothing to do with "running" patchers.
    • Apr 12 2015 | 12:17 am
    • Apr 12 2015 | 12:20 am
    • Apr 13 2015 | 12:00 pm
      I'll stand corrected by Raja—it's a long time since I've looked carefully at this, and a difference of maybe a half-dozen pixels one way or the other is easy to miss or forget. But nevertheless, the Paste position isn't "random." Rather the reverse!
      The position of my mouse at any point in time does tend to be random, however, which is why I'm not a big fan of making paste position depend on it.
    • Apr 13 2015 | 4:30 pm
      Paste at mouse position can be achieved by right clicking (control-click on Mac) into the destination patcher and selecting "paste" from the contextual menu.
    • Apr 13 2015 | 6:07 pm
      While I understand Roman Thilenius' position ("sizing windows should be left to the patchers max code"), I also think that "New from Clipboard" is a special functionality, more similar in nature to a File than to a traditional Paste process. The proof of that is its positioning resides in the File menu instead of in the Edit menu. And, I cannot imagine any of us including a thispatcher, window positioning message and some sort of initialization process everytime we paste a simple example patch in the forums to help someone.
      On a related note, and given the conceptual similarities between opening a file and the "New from Clipboard" functionality, +1 for the automatic loadbang activation (not on regular paste though!).
      + 1 for "Paste at mouse cursor".Independently of the current "Paste" position being random or not, the question is "Is it useful?" I often find it confusing and, particularly in crowded patches, find myself looking around for the pasted object (normally, I move the object with the keyboard cursor keys to detect the object positioning through the movement...). Jesse, I haven't notice that before! Thanks.
      One last suggestion: a sort of connection snap. How many times we want to add an object between two other vertically aligned objects and have to manually reconnect the output of the 1st one to the new object and make a new connection from this one to the 2nd. I think that draging an object between two vertically aligned objects with a key modifier (ex: shift or alt) should result in the connection being automatically made; if you release the modifier key before releasing the mouse, the connections would return to normal. This could even be easily applied to all situations: whenever an object passes above a cable, with a certain modifier key, the object is inserted (first input and output). Thinking about it, this could be a nice addition to the patching mechanics feature...