Yeah but Iâm so sorry, why orange or even green again? It feels whimsy.
Shouldnât the icon maintain some continuity ? i.e. matte gray and darker gray
EDIT: May as well make the icon a preference as well.
Yeah but Iâm so sorry, why orange or even green again? It feels whimsy.
Shouldnât the icon maintain some continuity ? i.e. matte gray and darker gray
EDIT: May as well make the icon a preference as well.
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
Simon
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.
Regarding the icon: click
Guys, guys listen⌠rename finally works as expected!! Who cares about the icon?
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?
[pre=#0C1021] v = self.window.find_open_file(old)
if v:
v.retarget(new)[/pre]
view.retarget > icon
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.
Oh were you now�!
You can take my png & adjust the hue/saturation & brightness yourself⌠I think a grey/white âSâ would be best anywayâŚ
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?
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.
Same here! Youâll never please everyone, but this is nice. More importantly, so far it works great and itâs an awesome app.
[quote=âcastles_made_of_sandâ]
Was thinking more a dark grey-green [/quote]
If you lack a graphics editor of your own, try pixlr.com.
[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
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 ?
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.