Sublime Forum

Dev Build 3054

#12

.

0 Likes

#13

Nice find facelessuser…

Unfortunately there are some wrinkles; it only works in insert mode, and seems to change the caret to an underline for insert and a normal, vertical caret for overtype. Whereas without this pref, the caret behaves opposite ie. vertical for insert and underline for overtype.

Also, deleting the pref doesn’t revert to old behaviour without restarting Sublime, unless it’s explicitly set “false” in which case the caret types remain swapped (underline for insert, vertical bar for overtype) until restart.

Really like this style of block cursor. What would be very nice:

  • to see the block for insert or overtype carets (underline and vertical bar),
  • for the caret type to remain consistent in block mode,
  • for the colour of the block to be configurable,
  • optional XOR so that bright block cursors don’t occlude the character underneath as it flashes/pulses
0 Likes

#14

@qgates, yeah, I was looking at it from the standpoint of someone who doesn’t use vintage mode. I poked around and found the setting. I figured I would post it for those who don’t use vintage but want a block cursor. For those the non-vintage users, I imagine it would be something that would get set once, and then you forget about it.

0 Likes

#15

An update YAY! Most wanted features of these months(?) without updates:

  • Ability to filter from search results certain folders such .git, but display these in sidebar… (I’ve a project with a .git folder with 4000 files and the real project has 300 files, everytime I search for something it says: searching in 4300 files… instead of skipping the 4000 files)
  • If a very long line is going to be shown in a search result please try to crop it.
  • When folding a piece of code, likely a large one, a click in the minimap will make the whole screen to “jump” causing confusion. Please sync the minimap after folding/unfolding something.

Everything works really great here B-)

I’ve had a problem with indexing, but it was my fault, one of the folders in the project was updated with new files constantly, and that triggered the indexing multiple times keeping the CPU usage high. Maybe adding the ability to blacklist certain folders from the index…

Ahh, I’ve a problem, a real one, the sidebar selection is problematic a non intuitive. Almost all the times when selecting multiples files, you will end with at least one selected file or folder that you don’t want in the selection… the selection of the sidebar is lost every time we focus a file, that is…!! a bug. Imagine you switch of tab and you lost your buffer selection… I feel exactly that.

  • Open any file from sidebar, that file will receive a “selection”(because is highlighted) [any other selection you have had will be trashed.]
  • Now select a bunch of unrelated file with control. The first file that is opened in a tab, is still selected. I guess you may want to highlight it but not as a selection. If you don’t notice the file is selected(because of scrolling in the sidebar to some other place) you may end deleting it or moving it to an unrelated place… just that, we already discussed this in another thread. The same still apply for me, this tree has a very special behaviour that after my years using it, I still don’t like it and I think is wrong.
0 Likes

#16

Loving the block cursor! It was really worth the wait :mrgreen:

It would be great if we could set the background colour in the theme using a different key and only use selection colour as the fallback. Btw, it doesn’t seem to work on scopes with a background colour.

0 Likes

#17

This is not a block cursor, this is a kludge hack effect to simulate a block cursor.

Nice to see Jon adding even this though as people have been asking for a block cursor for a while. It would be nicer if we had an actual block cursor eventually :smile:

0 Likes

#18

The hide menu function looks to be working great.

It was glitzy at first (menu overlapping the tabs, etc.), but I narrowed down the issue to a plugin (WakaTime) that must be doing something strange with the menu.

0 Likes

#19

You can already do this via adding ,-path/to/ignore/ (ending with a ‘/’ is important) in the “where” field.

0 Likes

#20

Can you explain this a little more? Where is „where” field? Are you suggesting having something like this (in settings file) ?

"folder_exclude_patterns": "-.git/" ]

Thanks.

0 Likes

#21

Not responding to paying customers in reasonable time is also considered rude by some…

0 Likes

#22

[quote=“iamntz”]

Can you explain this a little more? Where is „where” field? Are you suggesting having something like this (in settings file) ?

"folder_exclude_patterns": "-.git/" ]

Thanks.[/quote]

No, he meant to enter this in the “find in files” dialog which has 3 fields of which the second says “where”.

Usually the thing you proposed is the better way to handle this (only “.git” in that case though), but since tito still wants his “.git” folder in the sidebar, this is the way to go.

0 Likes

#23

Is not reasonable to ask me to write in the Find and Replace dialogue “-git, -.jquery, .d3.js, -some folder with binary content, -ahh here too” every time I use it…

0 Likes

#24

So don’t delete the contents of the field every time you use it then, its content is persistent.

0 Likes

#25

So instead of

  • copying from somewhere “-git, -jquery” and pasting it in the “where” field,
    your solution is
  • copying from somewhere “/search in this folder” and pasting it in the “where” field, taking care of not deleting the “-git, -jquery”
    Is not the same thing, reversed? :smiling_imp: :smiling_imp:

I already know what “where” does and mean, I’m asking for a preference to control that, to the developer of the software; I’m very happy quarnster the workaround works for you, it does not work for me. It trash my precious clipboard and adds a lot of inconvenience, ok!? : )

0 Likes

#26

[quote=“tito”]your solution is

  • copying from somewhere “/search in this folder” and pasting it in the “where” field, taking care of not deleting the “-git, -jquery”[/quote]

Eh, no. I don’t think I’ve ever pasted into the “where” field and don’t see myself doing it in the future either. I’ll be quiet now as I have absolutely no clue why you’d need it (which btw is not me saying that you don’t need it, just that our uses of the find in files feature appear to be different).

0 Likes

#27

In a project there may be a lot of folders: /documents, /features, /lib, /html, /locale /etc … searching for a generic term such “item.something”, “http”, “domain.tld” restricted to a single folder will give only relevant results. Just that, is not the end of the world.

0 Likes

#28

I deal with large projects, and I like to search sub folders depending on what I am looking for. This also cuts down on search time as well. It would be nice to have a separate box you could set your file filters in that would not be overwritten every time you Search in a different specific folder. I also understand the desire to have certain files that you would never want to search described in your project settings file.

I think just splitting the where filters out of the where box into their own box would greatly alleviate these kinds of issues, then when I right click a folder and say search here, I won’t have my filters wiped out. I kind of get the feeling that the filters were an after thought in the current implementation.

I get where tito is coming from on this one. It depends on what kind of things you are working on, and it depends on your workflow.

0 Likes

#29

Darn, there’s still an issue with hiding the menu in linux. (At least on my setup.) The menu reverts when settings are changed.

I can replicate this reliably on a reverted ST3 3054 by:

  • loading ST
  • View > Hide Menu
  • using Ctrl++ to change the size of the font

At this point the menu will overlap the tabs, although the state of the menu is still hidden. By which I mean that the View menu reads “Show Menu”. I need to run the “Toggle Menu” command twice: one to show the menu properly (without overlapping the tabs) and once to hide the tabs again.

It probably doesn’t matter, but I’m running Ubuntu 12.04 and using Openbox as my WM.

Can anyone else verify?

Alex

0 Likes

#30

The block caret causes a weird flicker, even if not activated (i.e. when line highlighting is enabled) when trying to move further up from the first line. I’m using Vintageous.

0 Likes

#31

[quote=“quodlibet”]Darn, there’s still an issue with hiding the menu in linux. (At least on my setup.) The menu reverts when settings are changed.

I can replicate this reliably on a reverted ST3 3054 by:

  • loading ST
  • View > Hide Menu
  • using Ctrl++ to change the size of the font

At this point the menu will overlap the tabs, although the state of the menu is still hidden. By which I mean that the View menu reads “Show Menu”. I need to run the “Toggle Menu” command twice: one to show the menu properly (without overlapping the tabs) and once to hide the tabs again.

It probably doesn’t matter, but I’m running Ubuntu 12.04 and using Openbox as my WM.

Can anyone else verify?

Alex[/quote]

I’m also using ST3 on Archlinux with Gnome3. I can confirm that I have exactly the same problem.

0 Likes