General / Sublime Text

-1

When having the "Open Files" section shown, the tab bar has GUI glitches

12 år siden • 0

I enabled "Open Files" (from View > Side Bar > Show Open Files) and I started to have GUI glitches in the file tab area:

While switching between files using the keyboard the current file wasn't highlighted properly, like leaving the previous one highlighted
after a few minutes and files switched I would end up with something like this: http://d.pr/i/rbQW
Changing the Layout will create other glitches and inconsistencies like overlapping file tabs: http://d.pr/i/vxVT
The "go to anything" panel has transparent margins: http://d.pr/i/3qtN If I call the panel from the sublime preference file it is shown correctly

Notes: Disabling the theme does not help.

By hiding the "Open Files" section in the sidebar and restarting the app (once or twice) these problems don't appear.

Stem

-1

Automatic docbloc comments

13 år siden • opdateret af 13 år siden • 1

Automatic docbloc comments

/**

adding the above and pressing enter should generate the docblox comments.

Eg :

    /**
     * @param type $hello
     * @param type $world
     * @return type
     */
    public function helloWorld( $hello , $world)
    {
    }

Netbeans has the functionality, not sure whether I am missing something in Sublime

Stem

-1

Toggle comment shortcut removes other comments

13 år siden • opdateret 13 år siden • 0

Situation :

File type : .js

I have a class description comment at the start of my file :
/**
* Class description
*/

I have a big comment block at the end of the file (classic /* ... */)

How to reproduce : with that similar file structure, select multiple lines, and use the "Toggle Comment" shortcut (Ctrl+/ on my machine)

At first you think nothing has happened, and if you try it again, it will comment your lines. But what you may not have noticed is the effects of the first shortcut use : it removed the "/*" at the start the file and the "*/" at the end, causing execution issues.

I can reproduce the bug on 2 computers (build 2126 on one and 2181 on the other) with the same effects. Both computers use Windows XP Pro x86

Stem

-1

unresponsive copying using Command+C shortcut in OS X

13 år siden • opdateret af 13 år siden • 1

Stem

-1

vintage mode: paste over visual selection

13 år siden • opdateret 13 år siden • 0

It's currently not possible to paste over a visual selection like in Vim with 'p'. I works with Ctrl+v btw.

Stem

-1

Control-drag selection to immediate next line

13 år siden • 0

I often select multiple lines to duplicate. When using the mouse I select my desired lines and control-click the selection and drag down. My intent is to duplicate the selection to the very next line. However, currently the caret is only allowed to get as close as the beginning of the next line, which breaks the flow. The expected behavior is to be allowed to start at the end of the selected text.

Example:

I have the following text:

"-I/path/to/myproject/includes/something",

"-I/path/to/myproject/includes/somethingelse",

"-I/path/to/myproject/includes/morethings",

"-I/path/to/myproject/includes/evenmorethings",

"Something different"

I want to add 4 more lines and change a small bit of each. I want this to be immediately after the first four lines.

I select the first four lines of text by clicking to the right of the end of the fourth line and dragging up to the blank space above (or the end of the line above). I then hold control and click on my selection and start dragging to duplicate the text.

The best output I can get is:

"-I/path/to/myproject/includes/something",

"-I/path/to/myproject/includes/somethingelse",

"-I/path/to/myproject/includes/morethings",

"-I/path/to/myproject/includes/evenmorethings",

"-I/path/to/myproject/includes/something",

"-I/path/to/myproject/includes/somethingelse",

"-I/path/to/myproject/includes/morethings",

"-I/path/to/myproject/includes/evenmorethings","Something different"

If I could position the caret at the end of the selection I could get:

"-I/path/to/myproject/includes/something",

"-I/path/to/myproject/includes/somethingelse",

"-I/path/to/myproject/includes/morethings",

"-I/path/to/myproject/includes/evenmorethings",

"-I/path/to/myproject/includes/something",

"-I/path/to/myproject/includes/somethingelse",

"-I/path/to/myproject/includes/morethings",

"-I/path/to/myproject/includes/evenmorethings",

"Something different"

Stem

-1

GBK格式乱码，怎么才能支持GBK编码啊？

13 år siden • 0

请问有办法支持gbk编码吗？

Stem

-1

Search key pressed twice searches previous text

11 år siden • 0

Would be nice if pressing incremental search key (e.g. ctrl+s) a 2nd time defaulted to the previous search. If this can be accomplished with contexts, that would be good enough, but I'm not seeing it.

Emacs has a nice feature to make it quick to perform the same incremental search multiple times, which I do in cases where I search, make some edits, then move to the next instance.

Like ST, the first press displays the search panel with no text. However, pressing again before inserting text automatically chooses the previous from history. Since there is nothing to search for, which is normally what the 2nd press would do, there is nothing else useful the key could do, so this seems like a reasonable default.

Am I missing some easy keystrokes to get to search history? Particularly without using arrow keys?

Stem

-1

Bigger resize-editor-pane active area

13 år siden • opdateret 13 år siden • 0

The area beside the scrollbars which activate the "resize editor pane" functionality is too small (less than 5px wide). I resize multiple panes regularly while working, so I always run into the difficulty of performing this action. I like how this area is big in Vim making it extremely easy to do this.

I also love Sublime's zoomed-out map of the opened file. Why couldn't the vertical scrollbar just disappear (leaving it's whole 20px width for easy resizing) and just use the Sublime file navigator as the only vertical scrolling control?

Stem