On 20/11/13 20:43, Holger Hummel|Celluloid VFX wrote: > - wouldn't it be possible to add some function that checks whether a > shortcut is already in use and > warn/ask the user before setting it? would save the "hassle" of > searching for it before-hand.
Yep, that's one of the things on my to-do list. A popup saying "This key is already used by [...]" is a good idea, simpler than what I was originally planning > - the href link to the git repo on the nukepedia page is broken. it's > missing the colon after 'http' Hm, it appears Nukepedia prefixes "http://"; to any address that doesn't already start with it.. which messes up "https://"; links like on Github. Frank? > - the widget is insanely slow on my machine. after launching it from > the menu it takes around 15 secs before the panel shows up. searching > for a key also took around the same time. this is on WinXP 64, Nuke > 6.3v7. in Nuke 7.0v8 it was much quicker, basically normal GUI speed. > i guess, there's nothing i can do about it? It is pretty slow in 6.3 on Linux too.. I'll try to have a quick look and see if there's some easy workaround, but I'd suspect there's not https://github.com/dbr/shortcuteditor-nuke/issues/1 On 20/11/13 20:43, Holger Hummel|Celluloid VFX wrote: > hey Ben, > > nice one! just tried it right away as it's one of those things i've ever > wondered why it's not built-in by > default. i got a few questions/remarks: > > - wouldn't it be possible to add some function that checks whether a > shortcut is already in use and > warn/ask the user before setting it? would save the "hassle" of > searching for it before-hand. > - the href link to the git repo on the nukepedia page is broken. it's > missing the colon after 'http' > - the widget is insanely slow on my machine. after launching it from the > menu it takes around 15 secs > before the panel shows up. searching for a key also took around the same > time. this is on WinXP 64, > Nuke 6.3v7. in Nuke 7.0v8 it was much quicker, basically normal GUI > speed. i guess, there's nothing > i can do about it? > > btw, and also thanks for tabtabtab. been using it for a long time now > and it's definitely something that > should be in basically all the software i'm using ;) > > cheers, > Holger > > Ben Dickson wrote: >> In case people don't religiously check every new thing on Nukepedia, >> >> http://www.nukepedia.com/python/ui/shortcut-editor >> >> A simple GUI which lets you quickly assign/override keyboard shortcuts >> for (almost) anything in Nuke. >> >> Nothing that cannot be done in your menu.py with a few lines of code, >> but since writing it the other day I've already assigned keys to a bunch >> of things I've been "meaning to do for ages", but never did.. >> >> >> Secondly, something I wrote 2 years ago(!?) and am still using >> constantly, >> >> http://www.nukepedia.com/python/ui/tabtabtab >> >> It's similar to the default "tab" shortcut thingy.. but it does >> substring matching (so "blr" matches "blur"), and weights your most used >> nodes first (so if I make the useful "Add [math]" node often, it appears >> higher in the list than "Add 3:2 pulldown") >> >> Also it lets you invoke any of "File" menu items, so you can do >> "[tab]Import script" instead of searching around the "File" menu for it. >> Useful for things which you don't use regularly enough to merit a >> keyboard shortcut, but might buried deep inside the Edit>Node menu >> somewhere >> > -- ben dickson 2D TD | [email protected] rising sun pictures | www.rsp.com.au _______________________________________________ Nuke-users mailing list [email protected], http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
