Thanks! Very inspiring. Will try to take a detailed look, once I get some free time.
SublimePTY [pre-alpha]
[quote]However if you clone the repo now, AND have Twisted+pywin32 installed you should be able to:
- Start: SublimePTY/console/console_server.py (as a standard python app)
- From Sublime run Command Palette -> SublimePTY[/quote]
SublimePTY sort of works on Windows now (in an alpha/prototype kind of way, meaning if you can get it running and step lightly, you should be able to at least try performing some real world tasks with it).
Yay! I’ve been able to run Far Manager, and it DID work with doskey. Terrific!!
Sure, there’s a lot of stuff that needs to be taken care of (wild jumps of the cursor, transparent hiding of the underlying console window, colors - yeah, by the way, you’re going to support colors, right?), but that’s a very good start. Would be an excellent replacement for my current wrapper over cmd.exe ran as a REPL.
Some impressions:
-
Height of the console window doesn’t seem to match the height of the pty area in Sublime. Width seems to match.
-
Far.exe run with /W is generally okay. In the server window I’m able to scroll the underlying console with PgUp/PgDn. However, when I press PgUp/PgDn in Sublime, nothing happens. No I didn’t rebind these keys.
-
Would it be possible to send mouse clicks to Far? No idea how they detect clicks, but apparently I use clicking pretty often, since I immediately started missing this feature when alpha-testing PTY.
Yeah, something is broken
PgUp (VK_PREVIOUS) & PgDown (VK_NEXT) are not simply not present in KEYMAP yet
I will definitely try to add mouse support once basic functions are working correctly. Fortunately .sublime-mousemap give me all the power I need to implement clicks and scrolling. EDIT: (this might be a bit more difficult than I thought, as mousemap seems to ignore “context” argument. ) EDIT2: And thanks to quarnster/SublimeGDB we should be able to have a bit hacky mouse support
Cursor is ignored in win32 version ATM. But I’ve already solved it in OSX/Linux PTY and it should be a 5 minutes feature.
It’s for debugging only. Also at one point in time I would like to be able to attach multiple Sublime views to the same console process. Having a separate window to interact with lets me check if current implementation correctly handles updates that did not originate in a sublime view.
Yup. Because of this: sublimetext.userecho.com/users/9 … /feedback/ I’m planning 3 easily switchable modes:
no_color, some_color (paint only things that are not standard fg/bg), full_hd_with_fabulous_pink_grid ( (http://i.imgur.com/Dh4io.png))
Very simple mouse support has been added.
Crtl+Alt+LMB and Ctrl+Alt+RMB are sent to windows console as simple LMB & RMB clicks (no long presses or drag&drop)
EDIT:
- double click
EDIT2:
- console automatically adjusts its size to the available area
(updated first post)
0.2.0
- most of the functions for beta version on windows are now ready
Known problems:
- console_server.py still needs to be started/killed manually
- capitalized letters are broken
Short screencast: http://www.youtube.com/watch?v=eaGBVdlqTko)
I’m was super tired, and didn’t know what I was doing but it should be pretty obvious what works and what doesn’t. Most of the delays are me thinking what to do next or waiting for buffer to resize (ATM resizing is done each 2 seconds or so))
If you create two regions (one solid, one outline) you can probably get rid of the different color border. That won’t help the rounded issue at the corners, but it would help it look a bit better.
I try to add the repo to package control but it doesn’t work.
If I just download the package from github and install it I got
File “.\sublime_plugin.py”, line 356, in run_
return self.run(edit, **args)
File “.\sublime_keypress.py”, line 11, in run
File “.\process.py”, line 276, in send_keypress
File “.\process.py”, line 290, in read
TypeError: ‘NoneType’ object is not iterable
I am using Sublime dev build and Windows 7 64 bit.
Yeah, getting the same error, though I managed to run it once or twice
By the way, the end result is quite slow (sporting maximum 1-1.5 redraws per second). Why would that be?
Yeah, I should’ve made it more clear that it’s still rather user hostile There was absolutely zero work done in the area of graceful shutdown and/or error handling.
If you get it running, then play with it because you’ll have to restart sublime to launch another one (this will obviously be changed before beta to allow multiple consoles, closing processes on tab close, etc. etc.)
TL;DR: Don’t know. I didn’t profile it yet.
I suspect that applying 500-5000+ color regions can be a bit slow but didn’t have time to check yet.
Either way 1-1.5fps seems low. How long is the delay between pressing a key and character showing up in SublimePTY console (w/o far) ?
Yeah, sorry. I updated installation instruction on github.
When I do something in the window that shows up when I launch console_server.py, the feedback is instantaneous
Ok. I’ll be doing some profiling soon, and since I’ve already switched to UDP*, maybe some async goodness will improve responsiveness.
-
- to any network programmers: I know that my use case is an abomination and I know UDP can theoretically drop packets even over loopback, but for now its connection-less nature and framing makes so many things easier that I’m willing to accept the risk
EDIT:
Guess what: _apply_colors() diff refresh and full refresh
hi, and first of all thanks for the plugin which is really amazing!
I have a little problem though: if i quit sublime with pty tab open, when i open sublime again the pty tab opens again without any errors, but it doesn’t respond to any input, it just shows bash-3.2$
is this a known problem? I’m using latest sublime build with lion 10.7.4
Also, a little request: is it possibile to have the terminal open at the root of the current opened project? or at least to a custom folder and not to / ?
thanks in advance for any help
Francesco
AFAIK this is very strange sublime “bug”. Maybe someone knows why it happens, I don’t. TERMINAL views are marked as scratch (v.set_scratch(True)) and most of the time restarting ST2 should close them as well. But from time to time they reappear for no apparent reason.
In other words, if TERMINAL view is visible after Sublime restart, it will be defunct and there are no plans to change this right now.
Definitely. I’ll add it very soon.
Win 7 x64
socket.error: [Errno 10048] Only one usage of each socket address (protocol/network address/port) is normally permitted
Traceback (most recent call last):
File ".\sublime_plugin.py", line 356, in run_
return self.run(edit, **args)
File ".\sublime_keypress.py", line 11, in run
File ".\process.py", line 279, in send_keypress
AttributeError: 'NoneType' object has no attribute 'send_keypress'
Traceback (most recent call last):
File ".\sublime_plugin.py", line 339, in run_
return self.run()
File ".\sublimepty.py", line 26, in run
File ".\process.py", line 264, in start
File "D:\Dropbox\Downloads\Applications\sublimetext2-2195x64\Data\Packages\SublimePTY\console\console_client.py", line 25, in __init__
self._sock.bind((UDP_IP, SEND_UDP_PORT))
File "<string>", line 1, in bind
You’ve tried to run two SublimePTY terminals at the same time or something else is using port 8828 or 8829.
Right now Win32Process’es are not collected when TERMINAL view is closed, so if you start one you have to quickly restart sublime to free the port.