Sublime Forum

Dev Build 2043

#15

[quote=“adzenith”]

Could this be optional? I’m already a huge fan of it showing the diff in a buffer, and I don’t auto-save on focus lost. :smile:[/quote]

I don’t like the output panel for diffs, too. What about changing the auto-save to only react on the window focus? This way you can leave it as is :smile:.

0 Likes

#16

I love the new diffing with highlighting! Having it built into the text editor is a nice feature.

I agree with this. Having a new buffer for diffs is preferred over the panel. I’m also a huge fan of the save on focus lost (thanks for adding it a few releases ago!), but having it only auto save on window focus lost would fix these other problems.

0 Likes

#17

I think, I’ve made up my mind. For my orgmode plugin the current auto save on view focus lost is great (due to the way I work with it e.g. switching between views and not windows). But for other files (html, css, js, php, py, c etc.), where I might use a diff before saving, it would matter when switching over to a console or browser (-> window focus lost). Can’t we have switches for both? :smiley:

0 Likes

#18

Sublime Text 2 is awesome text editor. Really love to check new release everyday:D

I meet serious bug on 2043 build.
I always open some windows, but 2043 can’t handle multiple window.
When type somethings on another window, the letters show up on the first window only.

steps

  1. open 1st window.(1st window)
  2. File -> New Window(2nd window)
  3. write on 2nd window -> the letters show up on 1st window.(bug)
  4. write on 1st window -> the letters show up on 1st window.(normal)
  5. close 2nd window -> write on 1st window -> crash…

I’m using Ubuntu 10.10. I didn’t check it on other platform.

Regards,

0 Likes

#19

Why can I only diff/delete files if they are in folders? I rarely use folders, I just use open files in my projects. Seems an odd limitation.

Also, once I’ve added a folder, I right-click on it to “remove folder” and nothing happens. I can’t figure out how to get rid of it. Bug?

0 Likes

#20

[quote=“theblacklion”]

I think, I’ve made up my mind. For my orgmode plugin the current auto save on view focus lost is great (due to the way I work with it e.g. switching between views and not windows). But for other files (html, css, js, php, py, c etc.), where I might use a diff before saving, it would matter when switching over to a console or browser (-> window focus lost). Can’t we have switches for both? :smiley:[/quote]

If you grab the text on disk before the file loses focus then you can save it and show the diff anyway. Seems like that might be cleaner than having a per-view setting or something.

0 Likes

#21
Also, once I've added a folder, I right-click on it to "remove folder" and nothing happens. I can't figure out how to get rid of it. Bug?

Yeah, I’m seeing this too. Win 7x64

0 Likes

#22

[quote=“atomi”]I just wanted to say that ctrl+space now errors with: no available completions.
So the completions drop down never shows up.[/quote]

Can you give some more information? Ctrl+Space is working fine for me.

0 Likes

#23

[quote=“aoi”]When type somethings on another window, the letters show up on the first window only.

steps

  1. open 1st window.(1st window)
  2. File -> New Window(2nd window)
  3. write on 2nd window -> the letters show up on 1st window.(bug)
  4. write on 1st window -> the letters show up on 1st window.(normal)
  5. close 2nd window -> write on 1st window -> crash…
    [/quote]

I’m not seeing this - when I create the second window, then the second window receives input focus, and I can type there as normal. I can click between windows and type in either, and closing the second window doesn’t not appear to cause a crash. Also testing on Ubuntu 10.10. This wasn’t happening for you on build 2042?

0 Likes

#24

[quote=“jps”]

[quote=“atomi”]I just wanted to say that ctrl+space now errors with: no available completions.
So the completions drop down never shows up.[/quote]

Can you give some more information? Ctrl+Space is working fine for me.[/quote]

I’m not sure what else to tell you. It’s just plain not working.

Step 1: unzip portable win x64 package.
Step 2: run sublime text
Step 3: open new file with .xml extension

And press ctrl+space - no completions dialogue.
I understand the ctrl+space should work without having entered any characters so if there is any other way I can help (by turning on some kind of debugging/logging) let me know.

0 Likes

#25

Ctrl+Space won’t show anything for an empty XML file. However, there does appear to be an issue in this circumstance:

aa
ab
|

(The pipe is where the cursor is). Pressing Ctrl+Space isn’t working here, but it should be - I’ll look into it. If you type an ‘a’ though, then Ctrl+Space will work fine.

0 Likes

#26

Hey i just registered to write down a small little bug i just found:

  1. Open Sublime with Double Vertical Pane Layout
  2. open 1 file on the left pane and multiple files on the right pane.
  3. I close all Files on the right pane with CTRL+W (i set this shortcut to “close files” because i was annoyed that it always exit the programm when i press it one more time than files are there)
  4. Switch back to Single Pane Layout (left pane should have still the one file open but no files open on the right pane)
  5. No Content is shown on this single view then. The file is marked as open but its empty. If i close the file and reopen it, the content is there.

I know, nothing dramatical, but maybe in another scenario this bug might be more heavier.

0 Likes

#27

ctrl+spacebar doesn’t seem to bring up the completions list if the prefix is an empty string. I think it used to in previous builds. Is this by design? I personally preferred the old behavior.

EDIT:

Nevermind, it’s my fault…

0 Likes

#28

Build 2044 is out now, addressing most of the above issues

0 Likes

#29

Anyone?

0 Likes

#30

It highlights the added and removed lines in a diff. Your color scheme needs to assign a colour to the relevant scopes, and not all do. The default colour scheme, Monokai Bright, does. You can see an example using the Show Unsaved Changes context menu item.

0 Likes

#31

Oh I see!

Man that’s cool :smiley:

0 Likes

#32

[quote=“jps”]Show Unsaved Changes prints its results to an output panel instead of a new file
[/quote]

I think the old way of displaying diffs (in a new buffer) was more user friendly. Now, we’ll have to scroll and scroll and scroll to review the diff, and diffs are generally long documents. Please, make this configurable.

0 Likes

#33

You can use the diff_changes_to_buffer setting to make it like the last version

0 Likes

#34

Cool! BTW, this is not documented in Base File.sublime-settings.

0 Likes