Please address some annoying bugs at first. E.g. file lock issues on Windows: github.com/SublimeTextIssues/Core/issues/143

And then these features:

Plus:

• platform aware user settings, e.g. User/Preferences (Windows).sublime-settings

Not something very popular, but quick (I think) to implement and really useful when needed.

Hope it’s not a new year resolution that end quickly like most of them

Unfortunately the update for this build requires elevated privileges on windows (this was never the case before for the updates on my portable installation). For portable installs, can you please remove the need for administrator permissions?

Oh man,
Finally, I’ve been so worried that sublime text was dead.
Such a relief.

Can’t wait for new features and stuff.

It’s really good to hear from you Jon.

• Printing support, with full syntax highlighting.
• Improved gutter support so that, as an example, you can use Git Status and Gutter Color plugins at the same time. Or, provide a built in VCS system to show changed files.
• Sidebar work. Symbolic link icons can’t be changed (as I remember?). Allow us to dynamically modify rows - goes back to VS again.
• Tooltip API. This is a big one from me. It’d give us the ability to show inline image previews, color pickers, tips on code style etc.
• Switch from phpBB, Discourse is good. It’ll really help us with communication. Hopefully stop spam too.
• Build in Sublime Package Control if wbond is up for that. It’d reduce a lot friction for new users looking to install plugins.
• Show the project name (like the sidebar) in the window, not just the root folder.
• API for graphical views. There is only so much one can do with the quick panel and views.
• Split the default packages into GitHub so we, as a community can keep them up to date. I for one would help support the PHP, MySQL, CSS packages etc

For some reason, ST crashing for me since updating.

Not sure if is a package or not, I’ll update when I’ll be sure.

Something that I’d like to have fixed:

• Start ST
• Open file aaa.py (ST applies the Python syntax def)
• Close ST
• Delete the Python.tmLanguage file
• Start ST

(This is better done with a syntax def that isn’t part of the stock packages; Python is simply an example here.)

Now you will get a modal error dialog warning you that the Python.tmLanguage file does not exist. If you have 20 or 200 Python files open, you will see as many error dialogs.

This is very annoying when you’re developing a package and botch the syntax file name, etc. Perhaps an error could be printed to the console instead.

[quote=“iamntz”]

Ditch the damn phpBB! NOW! [/quote]

Add mail notification!

(phpBB is good for what it’s worth; Discourse would make subforums harder to find IMO. Don’t switch! - Or, maybe, to MyBB?)

As a small forum owner (based on discourse) I have to disagree, mostly because you don’t have subforums per se, but categories. The only downside (only at first; after couple of weeks of content you will see that’s really a feature!) is that you can’t have more than two levels of deepness (so you have cat1 > cat2 and that’s all, you can’t have cat1 > cat2 > catN).

Sure, initial impact of users used to classic forums (phpbb, vbulletin etc) will be huge, because nothing is like they are used to. But after couple of days, it’s just… they way is supposed to be.

Also, upgrading to a newer version (of either forum or plugins) is a breeze: couple of clicks and a minute later and you are on the latest version.

Hi JS! Great to see you’re back

As for new features I would like to vote for extending “Jump to definition” to support
C/C++/Objective C languages. This is something I greatly miss in my everyday work.

P.S. Please, do not start off topics here. There are suitable places
on this forum for discussions on forum engines and other issues not
related to the thread subject.

Best Regards,
Wojtek

Precisely. This is a support forum with a lot of different general topics. Don’t make it too flat.

Good to see an update!

• Splitting the default packages out and open source them will be a big win
• Please give some love to the vintage package, fix some bugs, merge some PRs, I love this.
• Multi gutter icon…
• More APIs

I have no idea if you ever look at the sublime’s forum: 5 subforums (categories) and that’s all. No downside on using Discourse here

I personally find that I will often open the same file twice, in two monitors, in order to use one as a reference and the other as an actual editor. I’m a habitual saver, and if I occasionally switch focus over to the ‘reference’ window, the file will reload. Sometimes this is fine, but there are times when I wish it would not. It would be interesting if there was a system wide setting to disable automatic file reloads, and provide an command in a menu/hotkey to manually reload.

Speaking of reloading, it would be helpful to be able to right click a folder in the project tree and manually reload just that folder. If you’re connected to a large directory structure remotely over a slow connection, a full reload may be costly.

Finally, kind of a biggie…
How feasible would it be to facilitate a way for plugins to render a limited GUI? Basically, I would be interested in developing and having a Python package/module/class tree browser. Perhaps something that presents itself in a tab along with the directory structure.

I would like to see more internal things exposed in the API, especially around the index: some callback when index is updated, the list of files of the project, …, basically everything that can help building plugin that uses the symbols.
Also add the ability to create custom input panel (like the find panel): this is a question that comes pretty often in the plugin forum, and the current way to handle is not very user friendly (chaining n input panel )
And some API to display tips (for function protoype for example)

Someone please, oh please update the blog.

Sublime has been getting some really bad feedback lately due to lack of communication. Here on the forum, on Twitter, and the other interwebs etc.

A regularly updated blog post would really help alleviate these fears.

Jim

I’d like to add my support for 2 of the suggestion of a previous commenter:

“”"- Improved gutter support so that, as an example, you can use Git Status and Gutter Color plugins at the same time.

• API for graphical views. There is only so much one can do with the quick panel and views."""

In general, a few improvements to the gutter capabilities (and/or sidebar), and an improve graphical panel API would make SublimeText easily upgradable to full IDE capabilities, while remaining amazingly lean and fast.

Yep, a good one.

Having more than one icon per line in the gutter is a necessity.
If the gutter can expand to accommodate somewhat like 3 icons (maybe they can overlap a little to limit the size), it will be great. Take my vote on this.

Speaking of gutter: would be very, very, very nice to have some click events there with context. So you could, for example, right click->add bookmark or right click -> add breakpoint (on debug plugins)

(also context for mouse maps would be nice)

FEATURE

• Make sublime work better with SFTP clients.

DESCRIPTION

When opening files from Mac (Transmit, Cyberduck etc…) the file has a random path. The path shown is the directory where the SFTP client has placed the file.

Smultron, BBEdit and other text editors are still able to show the remote path to these files. I think the SFTP apps are passing along some meta data that sublime isn’t paying attention to.

I’m not sure but this might be the library that allows receiving the remote file path.

barebones.com/support/develop/odbsuite.html