You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
how the heck can i paste in a filename without the @ #1477
i´m getting crazy with that, please help !!!
it makes absolutely no sense to enforce including a file just because someone is mentioning a filename.
if i say "rename the file xxx to yyyy" there is no need to add the whole file to the context....
I tried everything, as soon as I paste in the filename, a @ will ALWAYS be added, that's making me insane 🤯
@thdxr please please please let the user decide if a file should be included to the context or not - like Claude code is handling it, that's the only way that makes sense, thanks 🙏 🙏 🙏
lets say you say "create a new xyz and write it to the directory app/something/here"
there is no chance to write any directory name without opencode adding "@" automatically to it, which would mean the whole dir is now in the context.... that´s insane.... pardon
Unfortunately the fix will have to be reverted, change breaks all attachment drag & drops, also seems to have caused panics
🥲
You could still type @, then drag & drop, but I agree that properly distinguishing between drag & drop and regular pastes might be preferable. Would also be interested in the specific panics.
But to be honest, nobody can tell me he is dragging stuff all the time, so this shouldn't be a big deal to write a simple @ sign. On the other hand, writing file names and paths is something you do all the time... Maybe I am wrong, but the adding something should never be "automatically", doesn't matter it's an image or a filename. This caused all the problems in the first place.
@michabbb latest release has a behavior to delete the attachment when you backspace over it, so there's a workaround for now at least; still need to think through how we could balance your needs with drag&drop
please let me explain. when i paste a filename, even if i can remove the "@" in front, i still have to move the cursor to the start of the file or directory to delete it. gemini does the same, which is terrible. i am in the flow of writing a prompt, and whenever i mention a filename i have to go back, delete the "@", return to the end, and continue writing. it kills my focus and interrupts my flow. i want to add something myself. i, not the app, add an "@". i, the user, should decide what gets added to the context, not the tool. automatically adding anything is overengineered and unnecessary.
again, i hope you find a way that works like claude code, where the user is in charge, not the tool. thanks. 🙏
Activity
michabbb commentedon Jul 31, 2025
okay, i can use /editor - but come on, this cannot be the way to do this ...... 😖
thiagodebastos commentedon Aug 1, 2025
I don't have time to test right now, but can you wrap the file name in quotes?
michabbb commentedon Aug 1, 2025
I tried everything, as soon as I paste in the filename, a @ will ALWAYS be added, that's making me insane 🤯
@thdxr please please please let the user decide if a file should be included to the context or not - like Claude code is handling it, that's the only way that makes sense, thanks 🙏 🙏 🙏
michabbb commentedon Aug 2, 2025
lets say you say "create a new xyz and write it to the directory app/something/here"
there is no chance to write any directory name without opencode adding "@" automatically to it, which would mean the whole dir is now in the context.... that´s insane.... pardon
michabbb commentedon Aug 9, 2025
opencode_paste_problem.mp4
@thdxr @neominik pardon, this isn´t fixed !!!! 😢 😢 😢
neominik commentedon Aug 9, 2025
It's not included in release v0.4.2. Will be in the next one.
michabbb commentedon Aug 9, 2025
@neominik ah okay, sorry... thanks !! I’ll be so relieved when this finally works; it’s been driving me crazy since day one 🙈
michabbb commentedon Aug 11, 2025
pasting filenames is finally working, thank you so much !!!!!!!!!!!!! ❤️ ❤️ ❤️ ❤️ ❤️ ❤️ ❤️ ❤️ ❤️ 🙏 🙏 🙏 🙏 🙏 🙏 🙏
rekram1-node commentedon Aug 11, 2025
Unfortunately the fix will have to be reverted, change breaks all attachment drag & drops, also seems to have caused panics
neominik commentedon Aug 12, 2025
🥲
You could still type @, then drag & drop, but I agree that properly distinguishing between drag & drop and regular pastes might be preferable. Would also be interested in the specific panics.
michabbb commentedon Aug 12, 2025
Of course, just when I thought I can finally work with that thing..... (I never ever dragged anything into opencode).... 😭😭😭😭😭
michabbb commentedon Aug 12, 2025
But to be honest, nobody can tell me he is dragging stuff all the time, so this shouldn't be a big deal to write a simple @ sign. On the other hand, writing file names and paths is something you do all the time... Maybe I am wrong, but the adding something should never be "automatically", doesn't matter it's an image or a filename. This caused all the problems in the first place.
adamdotdevin commentedon Aug 13, 2025
@michabbb latest release has a behavior to delete the attachment when you backspace over it, so there's a workaround for now at least; still need to think through how we could balance your needs with drag&drop
michabbb commentedon Aug 13, 2025
please let me explain. when i paste a filename, even if i can remove the "@" in front, i still have to move the cursor to the start of the file or directory to delete it. gemini does the same, which is terrible. i am in the flow of writing a prompt, and whenever i mention a filename i have to go back, delete the "@", return to the end, and continue writing. it kills my focus and interrupts my flow. i want to add something myself. i, not the app, add an "@". i, the user, should decide what gets added to the context, not the tool. automatically adding anything is overengineered and unnecessary.
again, i hope you find a way that works like claude code, where the user is in charge, not the tool. thanks. 🙏
docs: swap Ollama example for Infron LLM gateway in custom LLM provid…