Home Download Buy Blog Forum Support

Dev Build 2101

Re: Dev Build 2101

Postby jbrooksuk on Thu Aug 11, 2011 9:40 am

jps wrote:Next dev build won't be until next week though, as I'm off on a short holiday until the 18th.

Have fun Jon! You deserve it! :D
jbrooksuk
 
Posts: 754
Joined: Sun Apr 11, 2010 10:37 am
Location: England

Re: Dev Build 2101

Postby kimberly on Thu Aug 11, 2011 12:38 pm

Ah, syntax in the staus bar. And indentation. I love. :mrgreen:
kimberly
 
Posts: 5
Joined: Fri Jun 24, 2011 11:59 pm

Re: Dev Build 2101

Postby adzenith on Thu Aug 11, 2011 11:45 pm

jps wrote:
adzenith wrote:What was the clash? I was very confused when I hit cmd+option+up to go to my header file and it didn't work.

Oops! I'll change the bindings again for the next version. Ctrl+Shift+Up/Down is no longer available on Lion, as Ctrl+Arrow keys are now the default keys for mission control (and annoyingly, it also eats ctrl+shift+arrow keys, which do the same thing as the unshifted version, just slower).

Next dev build won't be until next week though, as I'm off on a short holiday until the 18th.

Strange... maybe because I've done an upgrade install it didn't set those shortcuts by default? Thanks though! and have a good holiday!
adzenith
 
Posts: 1213
Joined: Mon Oct 19, 2009 9:12 pm

Re: Dev Build 2101

Postby natebeaty on Fri Aug 12, 2011 9:46 pm

adzenith wrote:Strange... maybe because I've done an upgrade install it didn't set those shortcuts by default? Thanks though! and have a good holiday!


I also don't see the ctrl-up/down (or ctrl-shift-up/down) on my install of Lion.

ctrl-left/right do change Spaces (which I find really odd, having such a low-level keyboard shortcut for changing your space), but up/down were not set by default.
natebeaty
 
Posts: 120
Joined: Wed Apr 06, 2011 8:28 pm
Location: Chicago, IL

Re: Dev Build 2101

Postby firejdl on Mon Aug 15, 2011 8:26 pm

jps wrote:the most noticeable change is that closing the current file via a key binding will select the previous file (in the mostly recently used stack), instead of the neighboring file. This was always the intended behavior, there was just a typo preventing it from triggering previously.


Would very much appreciate a setting for this, as my intended behavior for this is to select the neighboring file since that is what I'm used to from e.g. Firefox. The current behavior also makes it harder to close a bunch of files at once if they weren't all used in the order I want to close them.
firejdl
 
Posts: 9
Joined: Thu Feb 03, 2011 3:35 am

Re: Dev Build 2101

Postby natebeaty on Sun Nov 06, 2011 5:17 pm

firejdl wrote:
jps wrote:the most noticeable change is that closing the current file via a key binding will select the previous file (in the mostly recently used stack), instead of the neighboring file. This was always the intended behavior, there was just a typo preventing it from triggering previously.


Would very much appreciate a setting for this, as my intended behavior for this is to select the neighboring file since that is what I'm used to from e.g. Firefox. The current behavior also makes it harder to close a bunch of files at once if they weren't all used in the order I want to close them.


Did this behavior ever get a setting? I just scoured the forums and config files, unable to locate anything like "on_close_select_next_file_in_stack": true (or something named better! ha).

This behavior has been driving me nuts lately. I open a lot of files throughout the day, and then when I want to close many tabs in sequence, it jumps all over the place (based on the stack order), instead of selecting an adjacent tab on close.
natebeaty
 
Posts: 120
Joined: Wed Apr 06, 2011 8:28 pm
Location: Chicago, IL

Previous

Return to General Discussion

Who is online

Users browsing this forum: Google [Bot] and 15 guests