Sublime Forum

Dev Build 2178

#12

I’m not sure if i like the new Icon, here is why:

First: Why is the Icon a Button? I think the Icon should somehow describe the program, actually it does just add some confusion.

Second I would look for something more time-less. This Icon looks nice, because it leverages some design-trends from the last years. They are even today a bit cheesy already. (We call this hipster?) The old Icon wasn’t visually that great, but surely more time-less - thus a better icon than the new one. IMHO :smile:

Simon

0 Likes

#13

I actually quite like this icon, although the white bit looks a bit out of place? I don’t know. Either way it’s much better than the original IMHO.

0 Likes

#14

Regarding the icon: click :smile:

Guys, guys listen… rename finally works as expected!! Who cares about the icon? :mrgreen:

0 Likes

#15

The new icon is… aa… OK I guess.
I much prefer the other one.
The new one is not sublime, but rather ostentatious.

Would it be possible in the next build to have both so we can choose?

0 Likes

#16

[pre=#0C1021] v = self.window.find_open_file(old)
if v:
v.retarget(new)[/pre]
view.retarget > icon :smile:

0 Likes

#17

loving the new icon :smile:

0 Likes

#18

Hmm… I figured out what feels “off” about the new icon:

https://img.skitch.com/20120215-kdp1mqjfkurpkwbqwmwrbtuxct.png

The “S” reminds me a little bit of Comic Sans.

Sublime Edit is way to awesome to draw this comparison.

0 Likes

#19

Haha.

0 Likes

#20

Nah that’s definitely not Comic Sans

0 Likes

#21

Was thinking more a dark grey-green :smile:

0 Likes

#22

Oh were you now…?! :wink:

You can take my png & adjust the hue/saturation & brightness yourself… I think a grey/white ‘S’ would be best anyway…

0 Likes

#23

I am experiencing Word Wrap issues with the latest build. With each file you have to set Word Wrap and after doing for 5-6 files, it doesn’t work anymore, I see it checked/unchecked but it doesn’t do anything. Is this a bug?

0 Likes

#24

I think a grey/white ‘S’ would be best anyway…

Them’s fighting words pardnah!! Green is The One True color

haha

If you do a grey/white one, do please post it, as I’d probably swap to it. I don’t care enough to photoshop it myself though.

0 Likes

#25

Yep, the orange seems to be lost in my dock. Full black or white might help.

0 Likes

#26

Same here! You’ll never please everyone, but this is nice. More importantly, so far it works great and it’s an awesome app.

0 Likes

#27

[quote=“castles_made_of_sand”]

Was thinking more a dark grey-green :smile:[/quote]

If you lack a graphics editor of your own, try pixlr.com.

0 Likes

#28

[quote=“bradgessler”]Hmm… I figured out what feels “off” about the new icon:

The “S” reminds me a little bit of Comic Sans.

Sublime Edit is way to awesome to draw this comparison.[/quote]

facepalm.gif

0 Likes

#29

Hi,
I’m having troubles to properly use a custom icon on ubuntu 11.10 (the new icon looked too blurry).

I’m using this icon made by Dan Perrera: http://dribbble.com/shots/311515-A-Sublime-Text-2-Icon-that-is-less-horrible
FYI I’m also using the ‘Hope’ GTK+ theme.

sudo cp /path/to/your/custom/icon.png /usr/share/icons/hicolor/128x128/apps/sublime-text-2.png && cd /usr/share/icons && sudo gtk-update-icon-cache hicolor

The command above by @sheldno doesn’t worked for me.

The only thing that worked for me is by replacing this files :

~/.config/sublime-text-2/Packages/Default/Icon.png ~/.config/sublime-text-2/Packages/Default/Icon-dock.png
I have also replaced all icons that appeared with the latest build #2178 in

sublime/Icons/16x16/sublime_text.png
sublime/Icons/48x48/sublime_text.png
sublime/Icons/128x128/sublime_text.png
sublime/Icons/256x256/sublime_text.png

with the appropriate icons resolutions.

As you can see in the screenshot, the icons looks well in the dock, but appeared blurry when i switch programs using alt+tab.

http://img15.hostingpics.net/thumbs/mini_186822Espacedetravail3003.jpg

Any ideas ?

0 Likes

#30

I’m still experiencing several issues with the new indentation system.

  • “Close Tag” does not de-indent the inserted tag.

  • The new indent_to_bracket setting works great for simple
    cases, but it’s incomplete. Example (using the “Erlang” syntax, 4 space indent, | is cursor):

I insert a new function call:

function_foobar() ->
    call_a(|

When adding a simple value as the argument, indent_to_bracket works fine:

function_foobar() ->
    call_a("a string",
           |

However, when i add an expression that starts with a keyword, it doesn’t:

function_foobar() ->
    call_a(fun (X) ->
        |

It seems like indent_to_bracket will only work while the cursor is in the
same scope as the bracket, or when the expression being indented is more complex than
just a simple expression. Is this by design? My wish would be to make it
work like this instead (indentation being calculated from the start of the bracket)

function_foobar() ->
    call_a(fun (X) ->
               |

Is there any chance we’ll get indentation via a plugin callback in the future?
That would definitely improve the situation for Erlang.
I’d love to be able to do indentation correcly in my own Erlang plugin since the
current way (a TextMate heritage) doesn’t really work for syntax definitions with
more complex requirements than, say, Ruby or JavaScript.

0 Likes

#31

@aschuler when you launch Sublime Text from the command line, Gnome Shell doesn’t know what icon
it should use for the window so it uses whatever the application provides as an X11 property (_NET_WM_ICON).
I presume ST2 sets the proptery implicitly through GTK2, so it’s going to be tough to build a workaround.

Gnome Shell does have a JavaScript API though, you could try that.

0 Likes