-
Notifications
You must be signed in to change notification settings - Fork 201
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Terminalkit for mac. #154
Comments
@Elie404 Hello, |
@Elie404 No I want the execution's output of this script! Run the script, copy and paste the output! |
Hi @cronvel I am having the same problems, with zsh. Here is the output you were asking for: imf@krypton sample % node ./detect-terminal-test.js == OS and Environment Variables == Node version: v14.15.3 == Using simple terminal guessing == .guessTerminal(): {"isTTY":true,"isSSH":false,"appId":"osx-256color","safe":true,"generic":"osx-256color"} Support for delta escape sequence: OK == Using advanced terminal detection == .getParentTerminalInfo(): {"appId":"osx-256color","appName":"Terminal","pid":594,"safe":true} Support for delta escape sequence: OK |
Also, fwiw, I see the same behavior in bash. I haven't tried this on a non-Apple-silicon Mac to see if it's somehow ARM-related (which would be odd but not unheard-of.) (Happy to test if that's of use.) The behavior I'm seeing is that, in an input field, backspace doesn't result in the previously entered character being removed. |
Also, I'm super new to terminal-kit... Is it expected that multiline terminal output would "get dimmer" as the lines go down? You can see the effect I'm describing here: This multiline ASCII dinosaur is all in a term.bold.grey() block (but other formatting also had the dinosaur disappear:
...produced this... Happy to open a separate issue if that's a separate thing, and I'm good working around it too! |
Also, same 'no backspace' (and text gradient-y) behavior in iTerm: imf@krypton Brindisi % node node_modules/terminal-kit/sample/detect-terminal-test.js == OS and Environment Variables == Node version: v14.15.3 == Using simple terminal guessing == .guessTerminal(): {"isTTY":true,"isSSH":false,"appId":"osx-256color","safe":true,"generic":"osx-256color"} Support for delta escape sequence: OK == Using advanced terminal detection == .getParentTerminalInfo(): {"appId":"osx-256color","appName":"iTerm2","pid":90325,"safe":true} Support for delta escape sequence: OK imf@krypton Brindisi % |
@imf Thanks for reporting. |
Thanks @cronvel And I did end up testing on Intel hardware, with the same behavior. Note, however, that ^H (manually entered) does "the right thing". Output below... Key: DELETE , length: 6 , all matches: [ 'DELETE', 'BACKSPACE' ] , is character: false , codepoint: , buffer: <Buffer 7f> |
Reading the docs a little more, I think I see what's happening here... The Backspace key is being interpreted as Delete. I can confirm that, if I move around with the arrow keys, and then hit backspace, it has the default "delete" behavior of deleting the character to the right of the cursor. |
Is there a resolution for this? |
@imf Hi, Sorry to be late, I have tons of works IRL. The change is fairly trivial, BUT the thing is that I don't own a MacOS to test what I'm doing. This file was written by a Mac user, and it's hard for me to know if it was a mistake on its end or if there are some conflicts between different Mac terminal apps. Any dedicated OSX maintainer is more than welcome on this project. From your report, we can see that your terminal is not sending If we want to solve this, I need you to test both DELETE and BACKSPACE keys using |
Bonjour désolée pour mon absence, Du coup pouvez vous m'expliquer ce que vous souhaitez s'il vous plaît? Elie. |
@Elie404 Je veux simplement que vous exécutiez le programme |
@imf Hi again, version v2.0.6 published just now should fix this problem, it has been tested by @dangilkerson on Terminal.app and iTerm2. |
J'ai fait la mise à jour je suis bien sous 2.0.6 mais toujours rien. |
@Elie404 Fait la même manipulation que j'ai demandé sur ce thread, lance le programme Sinon tu peux aussi te mettre à iTerm2 qui est mieux supporté par Termnial Kit (car tous les utilisateurs Mac sont dessus) et qui est de toute façon mieux que le terminal de base. |
@Elie404 Houlà, t'es sûr que t'es sur la dernière version? Parce qu'elle inclut ce patch qui s'assure que |
Vous auriez une commande pour connaitre la version? |
@Elie404 |
Now it was my turn to be away! (I feel you on 'work IRL taking time'. Thanks for all the love you give to this really terrific library.) I can also verify this fixed! Happy to help test things that need Mac OS testing... (And sorry from being away from the thread for so long.) |
@imf Thanks! |
Hello,
There is a problem with Terminal Kit on Mac, it is impossible to erase carcaters and sometimes the controls go sideways. As you can see from the screenshot.
Is it possible to correct this?
cordially
Elie.
The text was updated successfully, but these errors were encountered: