Sublime Text 2 is a text editor for OS X, Linux and Windows, currently in beta.

  1. Fòrum: General
+2

I'd need completely transparent way to edit files on remote boxes on local sublime, so it would be as convenient as using remote instance of vim. No magic per-host configuration files anywhere. Something like http://ip.fi/editor-bridge.txt

Saku Ytti fa 13 anys • 0

If I were to change from vim to some local-only editor, lets say sublime text,

I'd need someway to continue using remote commands to edit files.

I guess how this could work is that when on remote machine your 'magiceditor

file', it opens new channel inside current ssh connection and copies file to

some ~/.magiceditor/session/host:port/pwd/file.

On local PC you'd have deamon running, which would use inotify to monitor files

appearing and files changed.

So when remotely you edit file, it is copied to local PC, and then opened in

new tab or existing tab is refreshed.

When you save tab in local PC, it is copied back to remote PC.

All this could be wrapped also inside git, so if remote file was edited with

another editor, you could solve conflicts via git merge.

Or it could be configuration option, which end remote or local wins in

conflicts. But automatic git storage for all edited files could be nice for

other reaons too.


+2

emacs key bindings out of the box

Bart Addis fa 13 anys • actualitzat fa 13 anys • 1
+2

It would be useful if the editor also supports other languages, with the help of which work with the program easier.

Дмитрий Раконский fa 12 anys • actualitzat fa 12 anys • 1

More and more developers prefer to work in "Sublaym Text" and now she's one of the best source code editor. I'm from Russia, and also use the editor, but for me it would be useful if the editor also supports other languages, with the help of which, working with the program easier. Create a form in which all interested people will be able to translate the words of the program in its own language. I can help translate into Russian.

+2

Add context menu option to "Open all contained files"

Martin K. fa 13 anys • actualitzat fa 13 anys • 0
Please add an option to the context menu to open (edit) all files contained in a folder in the sidebar.

Preferably just the files immediately in the folder in question, traversing the folder tree is not necessary IMHO. The files in subfolders could be opened using the same mechanism, again, probably not necessary by default.

Thank you!
+2

Code navigator CSS, html, javascript [...] similar to espresso

Alexandru Rada fa 12 anys • updated by Asal Sunda Kenary fa 11 anys • 5

Would be great to have a code navigator for different programming languages.

Espresso has a very good one, different for CSS, HTML, php, javascript and more others.

+2

Open dialog should not default to /

Ben Alpert fa 13 anys • actualitzat fa 13 anys • 0
On OS X, I believe it should go to the last opened folder; not sure what the behavior is on other OSes.
+2

Make it available on Steam as Software, via Greenlight. Would be EPIC, and increase sales dramatically.

Magnus Juhl fa 12 anys • updated by SteamFanBoy fa 9 anys • 1

Make it available on Steam as Software, via Greenlight. Would be EPIC, and increase sales dramatically.

+2

[option] Reorder tabs according to stack

aristidesfl fa 13 anys • actualitzat fa 13 anys • 1
For people who prefer to use the stack switching, would be nice to have tab order reflect the stack order instead.
The same goes to open files in the sidebar.

just like the application switcher in Mac Os x works
+2

Vintage Mode - I (shift - i)

Chris Holdsworth fa 13 anys • actualitzat fa 13 anys • 1
In vi I enters insert mode before the first non-white space character (soft beginning of line). However in vintage mode it enters insert mode in the first column (hard beginning of line).

Vintage mode should use the correct vi behaviour (soft BOL).

As an aside it would be useful if vintage-mode was on github, as bugs like this would be trivial for the community to fix.
+2

Clicking the beginning of any of the wrapped sections of a word-wrapped line will place the cursor in an unexpected spot.

icylace fa 12 anys • 0

Clicking on or before the beginning of any of the wrapped line sections of a word-wrapped line will place the cursor on the last character of the previous line section.  Depending on the window size this could cause unwanted horizontal scrolling.  This behavior happens in ST2 (Build 2219) and ST3 (Build 3010).  I think it makes more sense if instead the cursor was placed at the beginning of the wrapped line section that was clicked on.



Customer support service by UserEcho