Sublime Forum

**jps** · January 13, 2016, 9:03am

Dev Build 3093 is out now, bringing the latest changes from the Packages repository.

The most notable changes are in HTML, CSS and JavaScript:

HTML does CSS syntax highlighting in style attributes (and likewise with JavaScript highlighting for onclick etc attributes)
CSS is now based off of github.com/i-akhmadullin/Sublime-CSS3, which additional fixes
JavaScript is now based off of github.com/Benvie/JavaScriptNext.tmLanguage
HTML and CSS completion have both been significantly improved by Philipp Rudloff (github.com/kleinfreund)

**tito** · January 13, 2016, 9:03am

Awesome! Congrats! For JavaScript I’m using Babel because provides support for JSX, anyway great to see this, Thanks

**john_ferrier** · January 13, 2016, 9:03am

could you please fix the small syntax highlighting bug mentioned in

viewtopic.php?f=2&t=18634&start=20

where C/C++ macros are not highlighted correctly.

**Clams** · January 13, 2016, 9:03am

Since the packages are now on GitHub, please report your issues there (github.com/sublimehq/Packages/issues), this way it’s easier for anyone to propose a fix.

There seems to be two issues:

the handling of ? and it’s subexp call \g does not seems to work as expected
even if rewriting the regexp without subexp call this works only for 2 parameters
If no one has fixed before this weekend I’ll have a look at it: using the new push stuff should allow for a better parsing, including multiline macro.

**abathur** · January 13, 2016, 9:03am

Per John/Clams, I just wanted to note that the “C Improved” package appears to get this right,which may help someone come to a faster solution (depending on how big the gulf is between how C Improved and the stock C def handle macros in general.)

**FichteFoll** · January 13, 2016, 9:03am

github.com/SublimeTextIssues/De … ges/issues also exists still, with a lot of issues nicely tagged and all that. I will likely continue using that repository for issues, referencing them in pull requests that fix the issues in the sublimehq/Packages repo.

**wesbos** · January 13, 2016, 9:03am

So happy to see these updates - thanks so much to Jon and everyone in the community who contributed!

Any ETA for getting these changes merged into 3.0 stable ?

**Clams** · January 13, 2016, 9:03am

I found an issue: the Makefile.sublime-syntax file is missing in the package.

Thanks Abathur, it looks well done indeed, I’ll see if it can be integrated easily

**iamntz** · January 14, 2016, 5:48am

I think overriding doesn’t work well now.

E.g. I added in my %appData%\Sublime Text 3\Packages\PHP directory a file called php.sublime-snippet (exactly like the one included into default package), and using the same trigger (php), yet i have a beautiful autocomplete window that invite me to pick on which snippet I want.

Obviously enough, the expected behavior is to overwrite the default snippet.

**Jibz** · January 13, 2016, 9:04am

Came to report the same issue.

A temporary fix appears to be to download the files from the packages repo and put them in your local Packages folder. Just have to remember to remove them when it’s fixed.

**Clams** · January 13, 2016, 9:04am

Jon fixed it in 3094

There seems to be a missing definition for postscript, referenced in perl syntax, at startup I get a message:
Error loading scope:source.postscript: Unable to find syntax file for scope source.postscript in Packages/Perl/Perl.sublime-syntax

**jbjornson** · January 13, 2016, 9:04am

@jps it looks like you might want to consider implementing a separate update mechanism for the official core plugins from github. It would be nice to be able to push changes to the core plugins without having to have an official sublimetext release…

**jbrooksuk** · January 13, 2016, 9:04am

You know what would be awesome? The ability to automatically update the default packages without needing to push a Sublime update out.

**iamntz** · January 13, 2016, 9:04am

You mean… something like Package Control?

**jbrooksuk** · January 13, 2016, 9:04am

[quote=“iamntz”]

You mean… something like Package Control? [/quote]

Exactly. If Package Control was bundled and auto handled the Default packages, we’d have a super awesome ecosystem on the go.

**pradyunsg** · January 13, 2016, 9:04am

[quote=“jbrooksuk”]

You mean… something like Package Control?
Exactly. If Package Control was bundled and auto handled the Default packages, we’d have a super awesome ecosystem on the go.[/quote]

So… We talking of publishing the Default Packages on Package Control with a special “default” status, distributing a version of Package Control and Default Packages with every Sublime Text build and allow auto-updating of both Default Packages and Package Control independently of Sublime Text…
To state the obvious, updating Sublime Text (core) should not override already installed/updated packages.

Awesome!!

So, that kind of splits Sublime Text into 2 “separate” parts, one maintained by the Maintainers of the project (just Jon for now) and the other open to the community to help enhance, each with its own independent release schedule. That’s what we want right?

**john_ferrier** · January 13, 2016, 9:04am

@abathur thanks!

Apparently Jon doesn’t fix that small bug in 3094!

**gregor.hoch** · January 13, 2016, 9:04am

I have a problem with the new version. It seems to ignore my tmLanguage. The tmLanguage is in Packages/R/R.tmLanguage (I also tried Packages/User/R.tmLanguage). The old version recognized the language file with my modification but the new one doesn’t. How can I fix that? Thanks!

**Clams** · January 13, 2016, 9:04am

I think you need to convert it to the new syntax (open an R file, select manually your language, then Tools-> new syntax from …)

**gregor.hoch** · January 13, 2016, 9:04am

Thanks. Just tried that and the converted file looks good but it still doesn’t format correctly. The sublime-syntax file is not in the Packages/User folder.