brad parks

cool - I've already done the trim workflow, but thanks for the feedback... much appreciated!

I was thinking about this a bit more, and is there any workflow that would be broken if the search field is empty, and the input text was trimmed ? So the toggle option would be the following: [ ] Trim pasted text, if search field is empty This assumes of course that no workflow is active if the search field is empty, which may not be true, lol!

as you suggest, maybe the display option would be the best overall way to "fix" this for Alfred - displays differently but doesn't change the input directly. All I can say is pasting clipboard text that has a trailing new line is unintuitive as is - most people wouldn't know their text had pasted there at all, and would think it was broken, imho

agreed - backwards compatibility for an app that supports a pay by version model is super important, and you couldn't just implement the toggle, it'd have to consider existing users more importantly than new users, imho... I just think it could work, lol! and yes, the XKCD works for this particular scenario, haha

The above would work - there's no reason it wouldn't - I'm sure you've introduced features over the last 10 years that have changed how an existing feature works, but used configuration to force it to, by default, behave as it already did for existing users?

of course - I just believe it could be done so it wouldn't affect existing users, as I detailed above. Totally understand not doing it of course 😂 , thanks again.

lol - please feel free to do whatever you want of course - I mention it because I feel it is a common use case - others may not have reported it, but I'm sure that not every use case gets reported - most people are too lazy to report things - I'm a full time developer, for over 30 years, so I thought I'd mention it No worries! Do as you will! Thanks again for the feedback, Brad

thanks again for the feedback, and of course please feel free to not do anything about it 😉 ! - i just know that 99% of people, pasting something into a field like that, from experience with things like Safari, Chrome, etc, into a single line search field, would expect it to be trimmed - especially if there's no other text in the search field at that time Of course Alfred could implement this as a feature, by putting a checkbox in preferences somewhere that said "Trim leading and trailing characters from input on paste into search field", which you could have disabled by default. I of course will just implement as suggested above, a custom workflow to trim it before I paste - it was just unexpected is all, and it made me think twice before purchasing the power pack, as that's a very common pattern for me, and is a very common entry point for many I'm sure - copying text, and pasting it into a search box. You of course have backwards compatibility to think of, but may be costing yourself power pack users if they think this common flow is broken. The checkbox in preferences would address both cases, and could be left as "off" if there's an existing Alfred install.

yeah I'm probably going to do that, but I think many users would think that's how it should work by default, re: my previous mentions of Chrome/Safari/Spotlight all doing this by default.

Thanks again for the feedback! I do suspect that 99% of people pasting into the Alfred search field would expect it to trim trailing new lines at the least - I tried it in chrome, Spotlight and Safari, and it trims leading and trailing new lines as well. This could easily be a feature that's toggled off or on in preferences somewhere, and would give the best of both worlds. and for sure I could do as you suggest, and may do so, it's just to me an "out of the box" feature that was unexpected, since that's a common workflow. I just tested it in Safari as well, and it does the automatic trimming as well, fwiw.

Cool, lol... that works.... thanks! Though I do think it's realistically at least a feature request, since Chrome, and Spotlight do this by default, as it's unintuitive, and if there's more than one trailing backspace, you have to delete them all, one by one.. e.g. the following requires multiple backspaces to get to the real text, which, when copying and pasting, can happen quite often of course test

I tried, and as you suggested it's there, but it doesnt really help me, I guess. Why? With Spotlight and Chrome, I use the search field as a mini clipboard editor, pasting in the contents of what's on the clipboard, and massaging it before I do an Alfred search. For example, if I had "endoplasmic reticulum" on the clipboard, then I might want to paste it, then put "define" before it, which I would do in the search field. I tried to use the arrow keys to navigate "up" to the text, but it wont let me, it just goes through the Search options displayed in the drop down list. Is there anyway to achieve this?

I'd like to be able to paste the clipboard contents into the Alfred search bar I've tried of course, but it doesn't work if the clipboard contents have a trailing new line. This works in Spotlight, and other similar omnibox style searches (eg Chrome) Is there anyway to enable this feature? Note I am a registered PowerPack user. Thanks, Brad