February 28
On Thursday, 28 February 2019 at 10:44:30 UTC, JN wrote:
> On Thursday, 28 February 2019 at 10:11:23 UTC, Andre Pany wrote:
>> Great work! There is also the "D Language Server" available (https://github.com/d-language-server/dls) which can be used to add code completion, linting and formatting.
>> You may check whether you can make direct use of DLS in your plugin without usage
>> of the generic LSP plugin (https://github.com/tomv564/LSP).
>
> Bit off-topic, but:
>
> "Tested against language servers for javascript, typescript, python, php, java, go, c/c++ (clangd), scala (dotty), julia, rust, reason."
>
> This is something I see very often nowadays. Most cross-language projects are including things like julia, rust, go, but D never seems on the radar for people. Many new open-source projects are thinking "should we use C/C++ or go for Go/Rust" rather than "should we use C/C++ or go for Go/Rust/D". This is unfortunate, and I don't know full reason for that, but it's something that's starting to be noticeable.

When I saw pages which misses information about D, I just inform them
and in many they are kind and add the information about D.

I do not have Sublime, if someone can test whether Dls or Serve-D (https://github.com/Pure-D/serve-d) is working fine, then tomv564
could be informed to add the info.

Kind regards
André
March 01
On Thursday, 28 February 2019 at 10:11:23 UTC, Andre Pany wrote:
> On Thursday, 28 February 2019 at 00:30:24 UTC, Benjamin Schaaf wrote:
>> Hello all,
>>
>> I've recently gotten a massive rewrite of the D syntax highlighting merged into the Sublime Text default packages. This has since been deployed in the most recent development version 3192 (license required) and will be shipping with the next stable.
>>
>> [...]
>
> Great work! There is also the "D Language Server" available (https://github.com/d-language-server/dls) which can be used to add code completion, linting and formatting.
> You may check whether you can make direct use of DLS in your plugin without usage
> of the generic LSP plugin (https://github.com/tomv564/LSP).
>
> Kind regards
> André

We currently don't have any plans for language server support in the default packages. This kind of stuff we usually either put into the core text editor or leave to 3rd party plugin authors.
March 01
On Thursday, 28 February 2019 at 11:15:05 UTC, Dmitry wrote:
> If I open 3-10 GB file (log) and then try to find something, it's almost unusable. For example, I pressed Ctrl+F and entered first char. After it, Sublime may become frozen for (just for example, it depends) 40 seconds. Then second char — same. Etc. So, just to open file and find first required record (like '2019-02-28, 08:05:') may take 5 minutes (and again, it depends). As I understand, it's because Sublime tries to find and highlight all same sequences. Any old editor (without such highlighting) works faster.

In terms of search performance this comes from "Highlight matches" being enabled. Turning off that option yields a massive performance increase as we're no longer searching the whole file for every key-press.

> P.P.S. Also there are some problems when opened many tabs (6-7 windows, 100+ tabs). Then I can't drag the window to second display. It changes size to minimal possible and I can't catch it (there are only sublime icon + window's icons)

This sounds like a bug, a bug report on https://github.com/SublimeTextIssues/Core/issues would be much appreciated :)
March 01
On Thursday, 28 February 2019 at 11:33:13 UTC, Andrea Fontana wrote:
> When the next stable will be released?

Hopefully soon™, we don't want to commit to any deadline though.
March 01
On Friday, 1 March 2019 at 03:40:32 UTC, Benjamin Schaaf wrote:
> In terms of search performance this comes from "Highlight matches" being enabled. Turning off that option yields a massive performance increase as we're no longer searching the whole file for every key-press.
Not my option because I need highlighting.

> This sounds like a bug, a bug report on https://github.com/SublimeTextIssues/Core/issues would be much appreciated :)
Ok, I'll do it when catch it again.
March 13
On Friday, 1 March 2019 at 03:44:09 UTC, Benjamin Schaaf wrote:
> On Thursday, 28 February 2019 at 11:33:13 UTC, Andrea Fontana wrote:
>> When the next stable will be released?
>
> Hopefully soon™, we don't want to commit to any deadline though.

Good news: Sublime Text 3.2 has just been released, including all the aforementioned improvements for D. The full list of changes can be seen here: https://www.sublimetext.com/blog/articles/sublime-text-3-point-2
March 13
On Wednesday, 13 March 2019 at 10:22:15 UTC, Benjamin Schaaf wrote:
> On Friday, 1 March 2019 at 03:44:09 UTC, Benjamin Schaaf wrote:
>> On Thursday, 28 February 2019 at 11:33:13 UTC, Andrea Fontana wrote:
>>> When the next stable will be released?
>>
>> Hopefully soon™, we don't want to commit to any deadline though.
>
> Good news: Sublime Text 3.2 has just been released, including all the aforementioned improvements for D. The full list of changes can be seen here: https://www.sublimetext.com/blog/articles/sublime-text-3-point-2

Just downloaded and tested on ubuntu.
Sublime + lsp plugin + dls work fine here. It run smoothly also for big projects apparently. Nice job!
March 14
On Wednesday, 13 March 2019 at 10:22:15 UTC, Benjamin Schaaf wrote:
> Good news: Sublime Text 3.2 has just been released, including all the aforementioned improvements for D. The full list of changes can be seen here: https://www.sublimetext.com/blog/articles/sublime-text-3-point-2

Thank you.
Git integration also is very useful.
Next ›   Last »
1 2