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?
Sorry, been a bit busy lately and not keeping up with the mailing list.
I will have a look...
On 29/11/13 20:27, Ben Dickson wrote:
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
_______________________________________________
Nuke-users mailing list
[email protected], http://forums.thefoundry.co.uk/
http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
