- you should replace monaco here https://github.com/21st-dev/1code/blob/47b72fb88bd15cf01cb91... with codemirror 6
- not only is it much more performant but also mobile friendly
Show HN: 1Code – Open-source Cursor-like UI for Claude Code
41–50 of 56 posts
Re: Show HN: 1Code – Open-source Cursor-like UI for Claude Code
#42You shouldn’t start filenames or identifiers with digits.
why
Re: Show HN: 1Code – Open-source Cursor-like UI for Claude Code
#43- you should replace monaco here https://github.com/21st-dev/1code/blob/47b72fb88bd15cf01cb91... with codemirror 6 - not only is it much more performant but also mobile friendly
thanks
Re: Show HN: 1Code – Open-source Cursor-like UI for Claude Code
#44Okay, so I want to like it and I think there is potential here.
I may be missing something in my setup, but I find these things happening in all Claude wrappers I have tried.
1. After a long stint of planning or back and forth exchange, I have to scroll to find the bottom of the conversation. Same with Claude itself.
2. I don’t want tabs as much as I want split window’s that I can label and highlight.
3. The more calm it is, I feel like I’m going to miss something that it’s fucking up. Sometimes in normal CC, I will look over and it’s making a large assumption and nuking a change we just made. I would love to control the verbosity or at least be able to peak behind the curtain at certain points.
4. I like the click flow for the planning Q&A but it wasn’t clear if I could add my own answer like I can in CC.
Other than these, I like it and want to use it more so than my current daily driver CLIManager. (Which has the overlap with points 1 and 2)
Nice work overall!
Re: Show HN: 1Code – Open-source Cursor-like UI for Claude Code
#45Are there docs somewhere? I was looking to see if forgejo/gitlab/bitbucket are supported or if it's only github? Or if it even opens PRs on its own or not
Re: Show HN: 1Code – Open-source Cursor-like UI for Claude Code
#46Okay, so I want to like it and I think there is potential here. I may be missing something in my setup, but I find these things happening in all Claude wrappers I have tried. 1. After a long stint of planning or back and forth exchange, I have to scroll to find the bottom of the conversation. Same with Claude itself. 2. I don’t want tabs as much as I want split window’s that I can label and highlight. 3. The more cal…
Thank you for the detailed feedback! Really appreciate you taking the time to share these points.
On point 4 (custom answers in Q&A): You're right, this is missing! I'll add the ability to write your own answers today or tomorrow.
On point 1 (scrolling): I pushed a batch of scroll fixes yesterday, but I see it's still not working optimally. We're actively working on improving this - it's definitely on our radar.
On point 2 (split windows): We're planning to add multi-window support soon - so you can have multiple chat windows open side by side, similar to how you'd work with multiple terminal windows, but with a nice UI. Stay tuned!
On point 3 (verbosity control): Great suggestion - sometimes you want to catch assumptions before they cause damage. Adding to our roadmap.
Thanks again, and glad you're finding it useful despite these rough edges!
Re: Show HN: 1Code – Open-source Cursor-like UI for Claude Code
#47Okay, so I want to like it and I think there is potential here. I may be missing something in my setup, but I find these things happening in all Claude wrappers I have tried. 1. After a long stint of planning or back and forth exchange, I have to scroll to find the bottom of the conversation. Same with Claude itself. 2. I don’t want tabs as much as I want split window’s that I can label and highlight. 3. The more cal…
Have you tried https://air.dev/ ?
Re: Show HN: 1Code – Open-source Cursor-like UI for Claude Code
#48Okay, so I want to like it and I think there is potential here. I may be missing something in my setup, but I find these things happening in all Claude wrappers I have tried. 1. After a long stint of planning or back and forth exchange, I have to scroll to find the bottom of the conversation. Same with Claude itself. 2. I don’t want tabs as much as I want split window’s that I can label and highlight. 3. The more cal…
Thank you for the detailed feedback! Really appreciate you taking the time to share these points. On point 4 (custom answers in Q&A): You're right, this is missing! I'll add the ability to write your own answers today or tomorrow. On point 1 (scrolling): I pushed a batch of scroll fixes yesterday, but I see it's still not working optimally. We're actively working on improving this - it's definitely on our radar. On p…
Thank you for the meaningful reply. I’ll be watching the repo for updates
Re: Show HN: 1Code – Open-source Cursor-like UI for Claude Code
#49Okay, so I want to like it and I think there is potential here. I may be missing something in my setup, but I find these things happening in all Claude wrappers I have tried. 1. After a long stint of planning or back and forth exchange, I have to scroll to find the bottom of the conversation. Same with Claude itself. 2. I don’t want tabs as much as I want split window’s that I can label and highlight. 3. The more cal…
Have you tried https://air.dev/ ?
Have not, but interesting offering from JetBrains. I’ll poke at it with a stick. Thanks for the suggestion
Re: Show HN: 1Code – Open-source Cursor-like UI for Claude Code
#50Earlier quoted context omitted.
What is your use case that you see UI lag between vscode and sublime? Honestly, I feel zero difference between sublime/vscode/vi. Vscode arguably takes longer to boot up, but that only happens like once a day so it's not a big deal. I think this is a lot of "I don't like Typescript/Javascript for serious things" or "Electron sucks" posturing rather than an actual tangible difference.
> What is your use case that you see UI lag between vscode and sublime? … I think this is … posturing … Typing with pleasure: https://pavelfatin.com/typing-with-pleasure/ Study the graphs. Ready the copy. If you don't feel these differences every keystroke, count yourself lucky to have slower perception or typing, rather than accusing folks of posturing.
Your brain processes (visual) information at a resolution of >= 80ms[1]. The idea that you can tell the difference between 10ms or 50ms latency when typing is simply untrue (both events will appear instantaneous). I say this as someone that has played Counter-Strike professionally and have a sub-200ms reaction time. (Auditory perception is processed at a higher resolution, but the article is decidedly not about that.)