- over 1,000 free tools for The Foundry's Nuke
W_hotbox v1.9
This location is for Registered Users Only.
Perhaps you need to login or register.
13.1, 12.2, 12.1, 12.0, 11.3, 11.2, 11.1, 11.0, 10 or later
Linux, Mac, Windows
28 Mar 2021
7884
W_hotbox
A hotbox for Nuke similar to the one found in Autodesk Maya.
Watch the tutorial:
W_hotbox is basically a fully customisable ‘favourites menu’ that pops up for as long as you press the shortcut and disappears as soon as you release. The buttons that make up the menu represent python scripts and change depending on you selection. The 'Hotbox Manager' offers you an user friendly interface which allows you to add new buttons on the fly. Those buttons are directly accessible via buttons that appear in the menu under your cursor.
You have the option to create buttons that either show up when specific node (combinations) are selected, as well as buttons that will show up no matter what is currently selected.
The hotbox while having a Merge node selected:
For me it changed the way I interact with Nuke completely and it sped up my workflow quite a bit. The ability to move any action to a button that appears near your cursor saves you a trip to the other side of your screen and back pretty often.
Besides that I use it a lot to automate repetitive tasks and actions I would otherwise probably not have taken time for at all. (Think of things that make your script more readable, but don't necessarily contribute to the final image, like (color)labeling nodes.).
However, you can add whatever buttons you like, so it's totally up to you how you put the hotbox to use.
The Manager, an interface to add and modify buttons on the fly:
The download includes a user guide that features an in-depth description of everything there is to know about the hotbox. It also includes an installation guide and some basic python examples. Besides that, the download also comes with a bundle of buttons you can choose to install, so you don't have to start from scratch.
Make sure to follow the steps in InstallationGuide.txt to install the tool properly. To upgrade from an older version, simply replace the old ‘W_hotbox.py’ and ‘W_hotboxManager.py’ with their updated versions.
If you decide to install the tool in a studio environment I would love to hear which studio! (Just because I think that's a fun thing to know :) )
See the change log on page 21 of the user guide for a complete overview of all the added features as well as an overview of the fixed bugs.
Highlighted features that were added:
NEW IN V1.1:
- Added the option to have multiple repositories to store buttons in. To make the tool suitable to be installed in a studio environment. Buttons loaded from an additional repository will appear outlined grey, rather than black. See the chapter called ‘Working in a studio environment’ of the user guide for more information.
- Option to hide the ‘iconsLocation’ knob from the preference panel so artists won’t be able to change it, when installed facility-wide.
- When importing an archive of buttons, the buttons will now append the current set, rather than replacing it.
NEW IN V1.2:
- Improved the way of defining additional repositories (feature added in v1.1). Rather than changing the actual python files the repositories can now be defined by setting environment variables, called ‘W_HOTBOX_REPO_PATHS’ and ‘W_HOTBOX_REPO_NAMES’ (See page 13 of the user guide for more information)
- Same applies for hiding the ‘hotboxIconLocation’ knob from the preferences panel (‘W_HOTBOX_HIDE_ICON_LOC’).
NEW IN V1.3:
- Knob added to the preferences panel to control the hotbox’s font size.
- License added
- Knob formerly called ‘iconLocation’ renamed to ‘hotboxIconLocation’.
- Improved the way archives will get created when none is present.
NEW IN V1.4:
- Improved script editor. The script editor of the Manager now includes line numbers, syntax highlighting and auto indentation to make writing code easier. Tab’s will be automatically registered as four spaces.
- Error catching. Whenever executing a hotbox button causes an error, the problem and it’s corresponding line now will be printed.
- The Hotbox will now function properly in combination with nodes inside groups.
NEW IN V1.5:
- In the script editor, the background color of the selected line now reflects the current state of the loaded script (black - unchanged, white - modified, green - just saved).
- Added the option to launch the hotbox with a single tap, instead of having to keep the shortcut pressed. This mode is available through the ‘Launch Mode’-dropdown in the preferences.
- Reorganised the preferences panel and assigned tooltips to all its knobs.
NEW IN V1.6:
- The option to easily change the colors of the text and background of a button.
- Templates: The ability to save snippets of code to quickly access at a later point in time.
- No-click execution: Execute the button underneath the cursor upon closing the Hotbox.
- New button order system.
- Auto save. No need to click the 'save' button anymore as changes will be saved automatically.
- Option to change to Manager’s font size.
- Tooltips added to Manager.
- Fixed transparency issues on Linux.
NEW IN V1.7:
- Added support for PySide2 (Nuke 11) for Windows and Mac.
NEW IN V1.8:
- Rules; Use Python scripts as filters to decide whether or not to show specific buttons.
NEW IN V1.9:
- Added support for Python 3 (Nuke 13)
Comments
Thanks heaps!
SyntaxError: (unicode error) 'unicodeescape' codec can't decode bytes in position 2-3: truncated \UXXXXXXXX escape
KUDOS
Found this message left underneath the import (importHotboxAr chive) function:
'''
A method to import a set of buttons to append the current archive with.
If you're actually reading this, I apologise in advance for what's coming.
I had trouble getting the code to work on Windows and it turned out it had to do with
(back)slashes. I ended up trowing in a lot of ".replace('\\', '/')". I works, but it
turned kinda messy...
'''
So I investigated further and found out that there were still couple of lines that needed that .replace("\\", "/") handling.
In "W_hotboxManage r.py" file try replacing these lines.
Line: 1024
archiveLocation = tempfile.mkstem p()[1]archiveLocation = tempfile.mkstem p()[1].replace("\\", "/")Line: 1056
importedArchive Location = tempfile.mkdtem p()importedArchive Location = tempfile.mkdtem p().replace("\\", "/")I also found another issue related to the "W_hotbox/Repai r" menu function. That menu item is connected to a function that does not exist. It's connected to "W_hotboxManage r.repairHotbox" when it should be "W_hotboxManager.RepairHotbox".
In "W_hotbox.py" file try replacing.
Line: 1388
editMenu.addCom mand('W_hotbox/ Repair', 'W_hotboxManage r.repairHotbox( )')editMenu.addCom mand('W_hotbox/ Repair', 'W_hotboxManage r.RepairHotbox( )')Limited Menu space has always been an issue for small pipeline/node related scripts. I had been stashing this kind of small scripts inside Edit/Nodes for years for lack of better option.
Can the hotbox menus be edited in script directly instead of using the hotbox editor? (I haven't installed your script yet, just watched the video)
You'll eventually need to put the code in the Hotbox Manager to assign it to the desired nodeclass/butto n.
However, if that works better for you, you can write your code in Nuke's script editor and paste it over when you're done, (as you can still use Nuke while having the Manager open).
Improving the Manager's script editor with basic stuff like line numbers etc, is somewhere on my to-do list for a future release.
Hope that answered your questions.
Cheers
Can these files be directly edited easily?
This way the code can easily be maintained and pushed facility wide.
It's not a deal-breaker to have to open nuke to find the function and edit it, it's just that I'd rather open the file and edit the code there in any text editor.
I found the .py scripts inside the .hotbox tarball, so it's editable but not particularly easy to do so.
Quick question: Why adding a menu option for the icon path instead of making them part of the pluginPath and being directly recognized?
Icons:
I added that option so users without any python knowledge won't run into trouble while installing, yet are still able to choose a custom location to store the icons. Not every artist has custom folders added to his/her pluginpath. That leaves two options:
1) Forcing them to add a folder by adding a line of code to init/menu.py to ensure that path is included in the pluginpath.
2) Making them drop everything directly into ~/.nuke.
Option 1 is obviously the preferred option, but can be challenging for artists that are less technical. Option 2 will create a mess.
I think the way it's currently handled is pretty easy and foolproof: Just open the preferences and point to the folder where you decided to store the icons. Done.
I get your question, I just went with this method to make it a bit harder for less technical compers to run into trouble:)
As a feature request, I would suggest a way to export/import buttons and classes among other Hotbox users.
Thanks
You actually are able to share sets of buttons between workstations/ar tists. Have a look at the section 'Importing and exporting buttons' in the documentation pdf (I didn't want the video to become to long, so I only included the most important stuff). You can even import/export from your clipboard so you don't have to save out any files to disk. As of right now you can only export all your buttons at once though, so I might look into this to make it easier to share a single button. Thanks!
Did more testing last night. One feature that could be huge would be the option to append rather than replace when importing buttons.
I can easily see people wanting to share their setups, but if we have to replace our own every time it gets cumbersome.
Totally agree, and since multiple people brought this up today, consider it done for v1.1
I just made version 1.1 available which appends the current set of buttons rather than replacing it when importing an archive.
I hope it's possible in the new version (haven't had the chance to try it out yet) to choose, replace or replace. e.g. i sit on other artists pc who is also using w_hotbox, bud i't like to load my buttons only, and not his/hers. - that' be nice
Just a quick word of caution, when I imported the archive, it looks like it created a Python folder in the ./nuke folder and imported the presets there. The problem is that I already had a Python folder in that location and it replaced it. so I lost all the content of that folder (I had a backup so not a big deal, but I think there should be a warning if the folder already exists) .
Also quick question about the hotbox in Nuke Studio, it's not showing up in the timeline, is that a limitation?
I also wanted to use it to switch between workspaces, would that be possible?
Cheers and Thank you for making this!!
rmtree should be used with caution if not alerting the user
I'm planning on implementing a 'merge' archives function in a future release. Also good idea to warn the user. Thanks for the feedback
It wasn't inside the W_hotbox folder
I changed it to that location actually. but after importing the archive, the ~/.nuke/Python content was replaced with 3 folders. All, single, multiple. Even the W_hotbox was gone.
I'll make sure this will be more clear in future releases. Thanks
I have changed it now. Thanks for the quick reply!
Not sure about the Nuke Studio question, as I never use it. Good idea to look into that though.
"If you can access it through Python, you can wrap it in a hotbox button". Workspaces are a bit more tricky when it comes to accessing them, but it's possible.
Try putting this in a button:
from hiero.ui import findMenuAction
findMenuAction('NameOfYourWorkspace').trigger()
Cheers!
Thanks!
I love this. Best plugin in a long time!!
So are you guys saying that this actually works in Studio? Would be so amazing if it did. Huge potential for something like nS since it currently is somewhat of a pita workflow-wise. =/
This looks awesome Wouter! Makes me want to start comp again. =) The hotbox from Maya still has a warm place in my heart even though I haven't used Maya for like 10 years.
I found couple of bugs in your archives
first is FilterErode script:
import nuke
for i in nuke.selectedNodes():
i.knob('output').setValue('alpha')
output should be set to "channel" instead.
the second thing is with the merge node
BBox/Union dosent cycle through B/union
I couldn't figure that out..
Again thank you for sharing, such a nice tool to have
If you want to get the bbox one working, you can use the following code:
for i in nuke.selectedNo des():
if i.knob('bbox'). value() == 'union':
i.knob('bbox'). setValue('B')
else:
i.knob('bbox').setValue('union')
Thanks
Even for really simple stuff, like creating a node that doesn't have a default shortcut it's super useful and a real timesaver.
I especially liked the +1 and -1 buttons for saturation. I changed it to 0.1 however :)
One thing I noticed: The arrangement/ord er of the buttons seem kinda random. I am able to change the order in the hotbox manager, however it doesn't seem to match with the arrangement in the actual hotbox.
Is this a bug?
Cheers,
Stefan
Thanks for the kind words and bringing up the buttons order.
It's not a bug, and I would like to refer the the bottom op page 11 in the pdf userguide
It basically comes down to this:
By default new buttons will be added left and right of the row alternately (rather than just putting them the the right of the last button).
I did this to take in account any muscle memory.
Imagine working with the hotbox for half a year or so, with only one button added to a nodeclass. That one button will appear right above the center (as there are no other buttons). However, after half a year we decide to add a bunch of new buttons. These buttons would have pushed our first button away. This might take a bit time to get used to, and you might find yourself searching for that one button because it's not in its usual spot anymore.
That's why I decided to make new buttons appear left and right of the row alternately. This way a button barely move when adding new buttons, unless you manually change the order in the Manager (I say 'barely' because the node will move 'half a button' when the amount of buttons in a row switches from odd to even).
Anyway, if you don't like this behavior you can disable it by turning off ‘Add new buttons to the sides’ in the preferences! That way buttons will simple appear to the right of the last button.
Hope that made it more clear,
Cheers
aaah, I should've read your pdf entirely
Thank you for your explanation. Pretty clever, the thing with the muscle memory. It's great to have a button to change this behavior, but now it does indeed make more sense the way you intended it to be!
Cheers!
The only thing I found was that it gets cropped off if you try and open it too far down in the node graph.. so you have have to move the mouse pointer a bit further up in the node graph and launch it again to see the whole menu. I'm running it on OSX. Maybe you already know of this? Would be awesome to see an update if the future where it always launches on the center of the screen, or at least don't get cropped off.
Again, absolutely killer work Wouter, thanks for sharing this tool!!
Thanks for the feedback, good idea. I'll add that to my to-do list as well! :)
put it on Github for easy issue/question/ feature tracking ;)
I would also love participate to its improvements if it's on github.
Idk if its a bug or something, but I created a delete node and it appeared at the bottom of the list "ALL" as I wanted to have the functionality to delete selected nodes. Tried to move the entry above existing entries and it seems to glitch out. I accidentally dropped it inside Coding sub menu and now when I dragged it out, it just stays there, inside the sub menu.
It would be great as a feature request if you incorporate two button under the new, delete,copy,pas te buttons, basically two arrow keys, one up and one down so pressing it would push the entry upwards or downwards and hence the button in the hotbox changes its position accordingly.
Thank you wouter for this awesome tool!
One thing I noticed from a script i was launching was to do with the shortcut key. I'm planning on leaving it on the ` key but I have a problem. If a text field opens it fills the text boxes with `````````
Would it be possible to eliminate the shortcut key press after you click a hotbox button? even if you are still holding it
the shortcut key not working on nuke 10 sir (tried to change to other key also)
Unfortunately on Centos 6.5 with Gnome and nuke 9.0v7 the transparency is also not working.
Also the box doesn't close any more. If I release the hotkey or click on a menu the hotbox stays. Only clicking outside of it closes it.
For the future it would be very nice to be able to define various hotbox locations through an env variable which get merged together. So there could be a write protected global studio location and a local location where an artist can store overwrites and additional buttons. Each location could also have an icon that is shown at one corner of the button so that you see wether the button comes from.
With this gizmo or plugin creators could also already include a button setup whichs location only needs to be added to the env variable to include it.
I also recommend putting it on github for easy contribution.
Best regards!
Thanks for the reply! I'm planning on including the option to use multiple locations to draw buttons from in the next release. I've been working on that last night and it seems to work now.
Sorry to hear about the problems you experience with GNOME. I'll see what I can do about that.
Cheers
I just uploaded a version 1.1 which makes it possible to add multiple repositories to load buttons from, to make the tool more suitable for a facility-wide implementation.
Unfortunately I've not been able to look into the Gnome related issues you mentioned yet.
Cheers
thank you for your fast new versions. Additional repositories works great. I had the env variable already added myself.
The transparency seems to be a known problem simply if the window manager doesn't support it.
The other issue seems to be a problem of combinations of hot key and keyboard layout. So the default key didn't work with the german layout but the space bar and other keys work fine.
I implemented another feature which is that you do not have to click the button to execute it. Simply select it and release the hotkey and it gets executed. I find it more convenient especially when using a tablet. If you are interested in the changes, let me know!
Cheers!
I am interested, how can i change the behavior to work like that?
I've got two feature requests:
1: I have a problem with all scripts, that pop up a user input since that input is flooded with the shortcut I'm pressing to open the hotbox. Maybe it's possible to catch that 'key down' event, until the shortcut is released? But maybe this could lead to other problems, when the shortcut is used for something else. e.g. right now I use the space bar as hotkey, which works great for opening the hotbox and toggling the window fullscreen! Maybe you've got a solution for this?
2: Could you add that kind of separated-by-da shes-list-thing to the single mode as well? e.g. I want certain functions to be available for roto & rotopaint nodes. Right now I've got to copy them, since the Multiple-mode would require both to be selected, but I just want to share the same functions across different classes. So maybe instead of defining 'Roto' and 'RotoPaint' with the same functions I wish do something like 'Roto-RotoPaint ' in Single-mode. I hope this makes sense. :)
Thanks for the reply. I totally agree with you about point 1. I'm using the hotbox myself a lot, and this is one of the annoying things that could use a bit of polishing. I'm currently working on a v1.1 release (should be online around the end of the weekend/monday) . I'll see what I can do, but can't guarantee this will make it into it.
2) I actually 've though about this a long time, and at one point this was the way it worked. However I found it starting to get a little messy, because you got so many different classes.
For example we have node A,B and C. There's a button I'd like to have shown when any of those are selected, so I add a class called ABC. However I want to add buttons that show up for them individually as well, so I add class A, class B and class C separately. Then I get this idea for a button that is really cool for A and C but doesn't really make sense for B, so I add another class called AC. Now after working with the buttons for a while I get an idea of how to improve one of the existing buttons assigned to class A. Rather than simply going to class A and changing the button, I now have to go look for it as it might be stored in A, AC, ABC, AG or AZ etc. You see what I'm getting at? I felt it started to get messy, and it kinda lost it's nice overview. Besides that the code got more complex and I was afraid the hotbox might lose speed. Therefore I decided to go with an 'one class only' approach for the single mode.
I hope you do understand, thanks for sharing ideas though, much appreciated!
2) Yeah, I get it. Your decision makes totally sense, to avoid a big mess.
Had another spin with this to test it on linux and ran into a few issues.
Running this on OSX worked perfectly fine and did not give these problems.
CENTOS 6.2, gnome 2.28.2, Nuke8.0v6 gave these issues:
1) it seems to overwrite the nuke preferences, or delete them. You can add them back but every new session when the W_hotbox is installed, nuke does not seem to want to pick up the saved preferences (like node colors, pipe thickness, dot size and so on).
I tried to save out the preference file and copy it back into the .nuke location after installing your tool, but that did not work.
2) on removing the tool, it leave the icons path still in its own tab in the preferences (the tab is renamed to the default name 'User') No error messages show up, but its still there even if the 'delete preferences' button is clicked and all hotboxfiles is removed from the .nuke location. It seems like the uninstall process removes everything besides the icon path, and therefore creates a default tab called ('User') where the icon path remains since it was not fully removed. (my guess)
3) Transparency issues. When checking the button called 'disable transparency' it turns on the transparency, the opposite of what I would expect. On OSX is does the inverted right action.
Also another issue on linux is that it does not seem to remember the transparency checkbox value, so for every new session of nuke, I have to go and check the box again.
Would be great to hear if you have had similar issues and possibly have a fix for it. Would love to be able to use this at work, and absolutely will if you have a fix for the preference problems.
Thanks again for sharing your work on nukepedia :)
Thanks for the detailed description, I'll definitely have a look at it! I'm planning on releasing a v1.1 later this weekend/earlier next week, but I can't promise anything regarding the Gnome related bugs (so far I've only been able to test the tool in KDE environments).
That could explain why the script was not acting up on OSX, as I'm running Nuke9 there.
Thanks for the quick reply.
You are right about the 'iconLocation' knob remaining after clicking 'delete' preferences though. That will be fixed in v1.1.
Tried installing and removing the tool again, to test it. (on OSX nuke9).
Seems that it removes the icon path. but the Other tab stll has an empty User tab there.
Any way you could fix it so it removes the tab as well, so that it restores it to the vanilla nuke state before the tool was installed?
Thanks!
There's quite a possibility that people are actually using a tab called User in their preferences to store custom knobs, so forcing it to delete is risky as it might cause problems for some.
Since the source of the problem is fixed (no new User tab will be created when deleting the preferences) I think it's easiest/safest to manually clean up the (harmless) mess that was caused by it.
With Nuke closed, open your preference file in a text editor (~/.nuke/prefer ences10.0.nk or 9 ofc) and look for this line:
addUserKnob {20 User}
Remove it, save, start Nuke.
Sorry for the inconvenience and as always thanks for reporting back to me:)
Also, very minor thing; for your tools-bundle. Had a look at the shuffle python scripts. You might want to add this on the following: alpha, solid alpha, red, green, and blue:
i.knob('in').setValue('rgba')
If you push the Depth shuffle option, the 'in' value gets changed to 'depth', and pressing your current red shuffle or any of the other's mentioned above, after having pressed depth, leaves the 'in' value to depth, so you might want to change it back to rgba so the shuffle works as intended if you jump between depth and other shuffle types.
As said, very minor, but though I'd mention it.
Cheers for your quick updates. Exited to start using this in production when we swap over to nuke10.
While on it, I decided to change the shuffle scripts you mentioned as well, good catch!
Could you add a global setting for font size, family etc. to the nuke prefs? I know I can adjust individual buttons, but it would be nice to have a global setting for all buttons, so I can adjust it independent of my current global nuke settings.
I used to have this built in for quite some time before I released the tool. However, every now and then, the font knob would randomly glitch out, throw an error and reset. So I decided just to remove it completely.
However, now I've seen the hotbox in action on a variety of operating systems, resolutions etc, I definitely see the need for a font controller.
I played around with it a little bit and added a knob that allows you to change the font size. The font family will be matched to the rest of the Nuke interface.
It will be available when I release version 1.3! Thanks for the input.
1) Copy the whole script into a new button. Make sure to put the function call at the end.
2) put an import statement at the top of your button to import that module, and call the function at the end. For example:
import roto_to_track
roto_to_track.roto_to_track ()
So a new repository Adding, windows how to operate it? Whether there are specific instructions?
The second method is not successful! Do not know why? I don't want to put the whole script in!
But I don't know how (a new repository Adding)
C:\tmp\n2; NUKE_HOTBOX_REPO_NAME=C:\tmp\n1
C:\tmp\p2; NUKE_HOTBOX_REPO_PATHS=C:\tmp\p1
I created these folders, but still don't display the menu?
W_HOTBOX_REPO_NAME=name1;name2
W_HOTBOX_REPO_PATHS=C:\tmp\p1;C:\tmp\p2
Instead of name1 and name2 use description of your repositories you want to add. Like SHOW or FACILITY.
But in my case, neither any of the buttons in the hotbox manager related to adding a class or a button, not the import feature doesn't work. The buttons are just not leading to any action after being pushed, import feature opens up the file browser, I navigate to the .hotbox bundle, click import and nothing happens, browser closes and finale.
any ideas ?
OS X El Capitan, NukeX 10.1
Yeah, everything works great! Thank you
i don't know what python code i add to hotbox manager..
could you help me?
by the way you are super awesome!!
nuke.localization.forceUpdateSelectedNodes()
I agree that whole new localization section is not really the best documented part of Nuke 10 when it comes to python...
W_HOTBOX_REPO_PATHS=C:\tmp\p1;C:\tmp\p2
W_HOTBOX_REPO_PATHS=C:\tmp\name1;C:\tmp\name2
W_HOTBOX_REPO_PATHS = TMP C:\ \ name 1; TMP C:\ directory \ NAME2
Variable names are not (NUKE_HOTBOX_RE PO_NAME) and (NUKE_HOTBOX_RE PO_PATHS) but (W_HOTBOX_REPO_N AME) and (W_HOTBOX_REPO_ PATHS)
However, I haven't heard of any problems considering the preferences on Nuke 9 or 10 in combination with OSX. What version of OSX are you running?
I'm not to familiar with the Wacom Radial Menu nor the remote puck you mentioned. Would you like the hotbox to launch when clicking one of your Wacom buttons? Or do you want the option to have a 'launch hotbox' entry in your radial menu?
I'm still using my Intuos3 so I dont have access to any of those features, however, it was fairly easy to just bind the shortcut used for the hotbox as a keystroke to one of the wacoms physical buttons. A expected, the hotbox would now appear every time I push that button.
i tried running it in the hotbox.
I couldn't make it work in there..
First i tried at the end of the script to call the main function.. than nothing happens (that was the case with other scripts i had where they had functions inside) - the code is not being called
Secondly , i removed the main function and run the code directly. (but i still have other functions that are being called from the main function)..The code acts strange, not doing what is expected.. on the contrary i tested the very same cody (copy/paste) from hotbox to the script edditor and run my script from there.. it works...
but not as expected in the hotbox. Why is that?
Is it because that hotbox cannot call functions like that?
Thanks
I am using v1 hotbox at work though, on CentOS
Seems to work fine for me:
Code:
import smartMotionblurSwitch
smartMotionblurSwitch.smartMotionblurSwitch()
It works for me too, thanks. Just thought to let you know, whenever i try to call definitions directly from the hotbox they don't work, try something like getValue or something, and call that definition in the hotbox...
Btw is there anyway to customize the positions of the buttons?
Would be great to have some guidance how to create Backdrop around selected nodes as usual, but with custom Label on it with big font size and custom color. Some kind of backdrop preset to keep consistent colors for specific tasks.
Cheers!
This script creates a green backdrop, with the text 'Key' and a slightly bigger font.
Code:
import nukescripts
backdropNode = nukescripts.autoBackdrop()
backdropNode.knob('label').setValue('Key')
backdropNode.knob('note_font_size').setValue(50)
backdropNode.knob('tile_color').setValue(8323327)
But I have some trouble with 'import nukescripts'.
I try to make a script to get a command for launch a render through a console.
here my script ( it works through script editor ) :
###
import nukescripts
class MakeRenderLine(nukescripts.PythonPanel):
def __init__(self): nukescripts.Pyt honPanel.__init __(self, 'Render multi job')
self.SCRIPT = nuke.Root().nam e()
self.NUKEXE = nuke.env['Execu tablePath']
self.fRange = nuke.String_Kno b('fRange', 'Render Range', '%s-%s' % (nuke.root().fi rstFrame(), nuke.root().las tFrame())) self.addKnob(self.fRange)
def main(self):
nukeToRender = nuke.selectedNo de()['name'].ge tValue() first_frame = int(self.fRange.getValue().split('-')[0])
last_frame = int(self.fRange.getValue().split('-')[1])
cmd = r'"{0}" -t -V -x -F {1}-{2} -X {RN} {3}'.format(sel f.NUKEXE, first_frame, last_frame, self.SCRIPT, RN=nukeToRender)
print cmd nuke.message("\ n %s \n" % cmd)
def knobChanged(sel f, knob): if knob.name() == "OK": self.main()
MRL = MakeRenderLine()
MRL.showModalDialog()
###
When I try to use it I get :
Quote:
Would you mind emailing me the code? Looks like the indentation got lost, so its a bit hard to read at the moment.
Two things yoy could try in the mean time:
- save the script as a module, and try importing and calling that module from the hotbox button
- try added the 'import nukescript' statement right before you need it (instead of at the top of the script)
The preference file shouldn't be replaced on every start up. Could you specify which version of Nuke and which OS you're running?
You've brought tool set thinking to scripts and menus.
EDIT:
v1.4 is available for download now!
I am using NukeX 9.0v7 but I can't get the shortcut key to work.
I tried to change it as well but didn't get anything.
It also made File and Edit menu items switch places for some reason. I can see hotbox under edit menu
Could you specify which OS + version you're running and what keyboard layout you're using? Thanks
I am on NukeX 9.0v7 on a CentOS 6.5 . My keyboard has a UK layout.
Thanks
I've got a strange problem: The buttons inside the hotbox manager are gone. See the screenshot here:
https://s11.postimg.org/ee9csc36r/hotbox.jpg
I was on vacation for one week. A freelancer used my machine in that time. Don't know what happend during that week. Since then I'm missing those buttons.... :(
I did a fresh install of the latest version, but that didn't help. Any ideas why this is happening?
I'm running NukeX10.0v5 on Win7.
Thanks!
this happens when the hotbox manager fails to locate the icon files. Have a look in the preferences (preferences - W_hotbox) and make sure the 'icon location'-knob is pointing to the folder containing the hotbox icons. By default this is set to '~/.nuke/icons/W_hotbox/'.
Hope that fixes it for you
I think the freelancer hit the 'restore defaults' button on the nuke preferences. That caused another problem with hotbox: Nuke wouldn't start anymore due to an error in the prefs. See the screenshot:
https://s18.postimg.org/afwcya949/hotbox2.jpg
Therefore I deleted all hotbox prefes from the nuke preference file. That fixed the start up issue, since hotbox recreated the prefs. But I think I then forgot to set the icons path right agin, since it's located in a custom path here.
Thanks very much for your help! :)
Thanks
EDIT:
This should be fixed in v1.5
The issue is that if you select an option that has a dialogue box with text entry you end up typing a bunch of tildas into the text field on selection because you are likely still holding in the tilda key.
Is there a reason not to have the option to make the hot key a toggle trigger rather than a hold do reveal? For me I think I'd rather tap the key and then make a selection and have it go away at that point.
I realize others would prefer the original behavior. Can you add that as a preference?
Dan
I can totally see why some people would prefer it that way. I'll look into it.
Thanks
I just made v1.5 available. This version has an option to launch the Hotbox with a single tap, rather than having to press and hold the hotkey.
You can switch to this mode by setting the 'Launch mode' knob in the preferences to 'Single Tap'.
Let me know how if you run into any problems!
Just started using nuke 10, so I can finally start using the hotbox.
Loving it, it saves so much time! I have a question though..
I was trying to find a way to change where the buttons show up in the hotbox menu, dragging them up or down in the list didn't seem to do it. is there a way to change the order of the buttons?
Thanks!
glad to hear that:D
Hmm yea, the drag/drop functionality definitively needs some work, I already spend quite a fair amount of time on it but it still only works occasionally, unfortunately. So that's on the to-do list.
In the mean time... Nasty work around: you could order your buttons by hand. Open the folder containing the button files (open an instance of the Hotbox and choose 'Open in Explorer/Finder /File Browser'). Then just rename the files as you like them to be ordered (001.py for the first button, 002.py for the second etc etc).
Cheers
Awesome, thanks for the update and workaround, I will give that a go,
Thanks
Thanks for the updates, this gets better and better.
With the new Launch Mode dropdown I would still suggest a 'no-click mode' feature, where without any mouse click the script would be launched on tap release while hovering the mouse over a button; that would make navigation faster, especially on laptop touchpads. On that mode submenus could be accesed after a moment holding the mouse over a button or something. Also with that mode there wouldn't be any key or mouse button being pressed in the moment of the script execution which could be useful for some scripts.
Thanks!
Adrian
Cheers
Have you run into any issues calling outside modules/dialogs ? We are trying to call a module that pops open another dialog and it closes immediately. Not sure if there is a threading issue with how the class was written.
Thanks,
Mike
I've not experienced any problems with external modules nor dialogs. Actually, the 'Hotbox Manager' is quite a good example of a (Qt) dialog saved as an external module, called from a hotbox button.
which version of Nuke and what kind of OS? Also, what kind of panels are you using (Simple Nuke Panes, Python Panels or Qt Widgets)?
Obviously make sure to import the external modules at the top of the button-script.
If you want me to have a look (and you're allowed to), you can email me a sample script so I can help you troubleshoot.
Thanks
Had this running fine..then did a system rebuild. Mac os 10/9/5.
I installed all good and can see the hotbox manager come up when i press it. I cant import my old library..or your one that is supplied...it just remains empty the library...any ideas?
ty
That's unfortunate... Does Nuke print any error messages upon importing an archive?
Make sure your 'Hotbox location' knob in the preferences is pointing to the Hotbox folder containing the 'Single', 'Multiple' and 'All'-folders. By default this is set to '~/.nuke/W_hotbox/'.
If that's not the case and the archive is still not importing, you can restore the archive manually. Rename your archive file for somithing.hotbo x to something.tar and unpack the tar. This should give you three folders ('Single', 'Multiple' and 'All'). Place those in the W_hotbox folder and you should be good to go.
NameError: name 'nukescripts' is not defined. I have this same error w/other basic shortcuts as well from time to time. I'm a newbie when it comes to python so when you get a chance would love to know the way around this. THanks again for your awesome tool.
import nukescripts
nukescripts.color.nodes()
As Jean-Luc just pointed out correctly you have to import the module first, whenever you use an external module (like nukescripts).
Cheers
Coming from Maya I was wondering if the Maya interaction could be replicated closer? I never use right click in the node graph, so I'd happily replace the node menu that comes up with the hotbox. And ideally a mode where the action is taken upon release of the key/right click.
Cheers
I actually got the 'execute without click'-thing working, so that will definitely make it's way into the next version.
As for the right-click, that's currently not possible unfortunately. Alternatively, you can map the shortcut to the spacebar though, to mimic Maya closer (use 'space' in the shortcut entry of the preferences)?
Cheers
Just discovered you made this, really cool
Go Wouter Go!
I would like to request a feature for something that I just came across:
I have a script, which I would like to appear whenever I have a ParticleEmitter and ANY other class selected. Right now I can't do this, since I must specify the other classes. So I would like to do something like ParticleEmitter -* instead of ParticleEmitter -Class1-Class2 etc.
When I tried it that way, an error occured saying the syntax for the filename was wrong.
Would be great to have this option! :)
PS: I know I can have scripts appear for EVERY class, but I would like to limit this so they only appear when those classes named are within the selection.
I'm actually working on something like this! So I hope to get this out in the next update (it's taking a bit longer this time, but 1.6 will be a pretty big upgrade).
Cheers
I'm stuck in the situation where,
I have a 4K UHD Monitor = Good
I'm using Nuke which relies on an old versio of QT = Bad
Consequently I'm upping my UI font size so I don't go blind from suinting in the first hour of the day and a lot of W_Hotbox's font labels get cutoff.
Is there a way I can "tweak" W_Hotbox to either/or scale the default Button size or the font size ?
Thx again
There's an option in Nuke's preferences that allows you to change the font size of the hotbox buttons ('hotboxFontSiz e'). V1.6 will feature a similar function for the manager's scripteditor.
Hope that helps!
For some reason I'm having errors while making categories where it deletes other buttons.
Maybe it's because I'm trying to style them HTML way (which works). Do you think that is the reason I'm having strange behaviour ? What would you suggest to style menu items then (mainly adding text colors)?
Thanks a lot
Would you be able to write a little description of which buttons you have, what there styling is, and when exactly the error occures? That way I can try to replicate and fix it. Also, which version of Nuke + operating system are you using?
If you feel it's easier, you could drop me an email as well.
Cheers
Seems to fix the problem
Thanks for the updates, this gets better and better.
Can u please tell me how can i write a python code for all the selected read nodes to be changed to "start at 1001"
In order to change the read node to start on frame 1001, you will have to change two knobs:
- frame_mode: the dropdown that should be changed from its default 'Expression' to 'Start at'
- frame: the text field next to the dropwdown, that should be set to 1001. (Note that its a textfield, so it requires a string, not an integer. Some make sure to put some ' ' around the framenumber)
Since you want the to affect all the selected reads nodes (rather than just one) you need to put it in a loop:
for node in nuke.selectedNodes():
----node.knob('frame_mode').setValue('start at')
----node.knob('frame').setValue('1001')
(Hmm, looks like the indentation was stripped from my comment. So I used - (instead of spaces). Make sure the replace those in order to get the code working)
Simply add that as a button to your read class, and you should be good to go!
Hope that helped
In addition to this please tell me what if i have to write if i want nuke to ask for which frame no. i want to start at.
Thanks.
In that case the code would be something like this:
#ask for start frame
startFrame = nuke.getInput(' Start at frame...')
#set knobs
if startFrame:
----for node in nuke.selectedNodes():
--------node.knob('frame_mode').setValue('start at')
--------node.knob('frame').setValue(startFrame)
Note that, if keep pressing the hotbox shortcut, this might float the textfield of the popup. I'm working on that.
Love this tool, but I've come across a potential bug that makes it hard to add buttons.
Running nuke on linux, Nuke version: 10.0v4
The buttons in the hotbox manager (the ones allow you to add more custom buttons), the plus icon button and all that is gone. there should be 3 icons on the left side of the class list, and 6 buttons on the right side of that. They are not present anymore.
I tried removing the tool to reinstall it, but the same issue is still present.. Have you had this problem? or could you possibly run a test on that nuke version to see if you're getting the same issue? Would appreciate it if you had some time to look into that. Thanks again for the awesome work you're sharing.
Sounds like the manager is unable to find the icons. Can you double check that the 'icons location' (Preferences/Ot her/W_hotbox) is pointing to the correct folder, and that the icons are actually present?
Have you tried clearing the (hotbox related) preferences? There's a button in the preferences labeled 'delete preferences'. If you click that, exit the preferences panel by clicking the 'cancel' button and than restarting Nuke that should reset the hotbox related preferences.
This will reset to default, so make sure your 'icon location' knob is pointing to the right folder after restarting again.
Hope that solved it!
Thanks Wouter!
Hotbox is a great tool, node contextual commands is very innovative and useful.
Any news on when your going to release a new iteration and what changes to expect?
I personally think Maya has the best pop-up menu's in terms of set-up and functionality, any chance the w-hotbox is going to move closer towards it?
Thanks for the kind words, glad you like it:)
I'm currently finishing up 1.6 (took me a lot longer than expected, blame crunch time at work I guess haha). I'm pretty confident to say this will be the biggest update since the release though. I'm currently in the progress of documenting all the changes and updating the User Guide.
Some of it's features:
- Color swatches in the manager to colorize buttons/text.
- Templates (Quickly store/access template code).
- Auto save.
- Tooltips in the manager.
- Fixed transparency issues on Linux.
- Rewrote several parts of the core to improve stability.
- Several bugs/tiding up.
- Several things I'm currently forgetting (dont have my todo list in front of me atm)
For 1.7 I'm planning to mainly focus on making the tool compatible with Nuke11/Qt5 (fun times, yay). Besides that I've been looking into 'wildcards' : improving the way you can assign buttons to a Group node by name (I improved this already a lot in v1.6 when it comes to the 'multiple'-sect ion when having a selection of different groups and nodes selected). But it could improved a bit more;)
If you could provide me with some concrete functionalities you like about the Maya hotbox and feel are missing in W_hotbox, I'm of course very willing to look into that!
Hope that answered your question!
Oh about when to expect 1.6: Probably next week, maybe the week after that (definitely May!). As I said, I'm just updating the User Guide and it should be good to go.
Colorized buttons sounds like a great addition, I think that could be a very effective feature.
What do I like about Maya's Hotbox?
Firstly it is quite easy to set up and gives a lot of control over how exactly you want it to function. That said it still has it's limitations.
I like the circular style of Maya's Hotbox and find the quick swiping motion to be faster then using a large amount of keyboard shortcuts. Say you use 10 to 20 different commands during a session, it's unlikely your going to be able to hit the right key without looking down at the keyboard which is ultimately inefficient, hence why Hotboxes can give you the fastest and most enjoyable workflow.
Maya lets you assign a total of eight commands to the circular function, with the option of sub-circular menu's as well as having a listed menu below.
The circular menu is fast to use but limits you to eight commands, for some tasks this may work fine but others it certainly wouldn't. One of the few ways that Maya's Hotbox could be improved upon would be by having the ability to add more then just one command to one of the eight available spaces without having to go into a sub-menu.
So a section (floating menu) could hold any number of commands related to each other. A section could hold your favourite Keying nodes, while the next section holds your favourite Color Correction nodes and adjustments. The different sections could have a different color assigned to them to catch the eye, Green-Keying, Blue-Color Correction, Transforms-Purp le and so on.
Basically a circular hotbox can be as big or as little as you choose, one command or ten assigned to each section.
Another nice feature Maya has is the ability to have multiple Hotbox menu's. So you can have a menu for your Index finger, and a different one for your Middle finger. The Middle takes the A key, while the Index takes the X key, this gives you a natural hand position while easy access to Alt, Ctrl, Shift without having to look down at the keyboard ever. The A key to control widely used functions and Nodes, while the X key can be task specific, this is where Node contextual commands could come into play, or an option to have the ability to quickly assign a custom hotbox specific to the task you are working on. For example a roto hotbox for the viewer area could speed up workflow(if someone wanted to roto in Nuke that is!!!).
As far as things that could be easily be changed, let the Left (Reveal in Explorer) and Right (Hotbox Manager) side buttons be available to have assignments of ones choice, to make more of the space for regularly used commands.
Maybe also the ability to have "All" commands placed above the center of the menu.
Hope all this makes sense?
I just want to say thank you for writing this. I have used W_hotbox since you released it here, and can't imagine using Nuke without it now - especially since I can easily turn any script that pops into my head into a button. Great work!
-G
That's awesome to hear:)
Thanks!
Have you planned to add support for PySide2 in your awesome W_Hotbox ? :)
thanks!
Yep, just got a version up and running with Nuke 11, so expect an update soon!
I see the menu of W_hotbox, but when I trigger the shortcut to open the tools I only see this in the terminal window and the tool UI is not showing
QWidget::paintEngine: Should no longer be called
QWidget::paintEngine: Should no longer be called
QWidget::paintEngine: Should no longer be called
QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::save: Painter not active
QPainter::translate: Painter not active
QPainter::setClipRect: Painter not active
QPainter::save: Painter not active
QPainter::pen: Painter not active
QPainter::setPen: Painter not active
QPainter::pen: Painter not active
QPainter::setPen: Painter not active
QPainter::pen: Painter not active
QPainter::setPen: Painter not active
QPainter::setPen: Painter not active
QPainter::pen: Painter not active
QPainter::setPen: Painter not active
QPainter::pen: Painter not active
QPainter::setPen: Painter not active
QPainter::setPen: Painter not active
QPainter::setPen: Painter not active
QPainter::restore: Unbalanced save/restore
QPainter::restore: Unbalanced save/restore
if operatingSystem not in ['Darwin','Wind ows'] and nuke.NUKE_VERSI ON_MAJOR > 10:
This will disable the transparency on Nuke 11 Linux. It will probably look ugly, but a least it will stop throwing errors. (Or I hope so at least... All hypothetical)
Worth a try
It's a Qt5 (on Linux) thing indeed. This is definitely the no.1 on the priority list, I just haven't had much time to look into the matter as of just yet unfortunately.. . Will update asap.
Ive finally managed to find some time and a copy of Nuke11 on linux to do some test with.
Althoguh, I'ven't produced a proper fix yet, I found a quick work around.
Turns out my previous comment was pretty close, except for a typo...
replace line 82 with the following should work:
if operatingSystem not in ['Darwin','Wind ows'] and nuke.NUKE_VERSI ON_MAJOR < 11:
As stated before, this will introduce some transparency problems. However, the hotbox will (or should) work fine otherwise.
Hopefully this workaround will suffice for now.
Cheers
Thanks!
I think you should refactor your code related to Nuke Preferences save/load/delet e,I have some problem with my own custom preferences knob and yours.
I think its because you are writing directly to the preference file ) instead of let Nuke do this job.
Maybe by following this example is enough for refactoring:
https://github.com/NateScarlet/My-Personal-Scripts/blob/782981ad10bf1d1164966761f4c3104baaa06916/Comp/nuke/wlf/py/wlf/pref.py
or
https://github.com/robmoggach/python-dotnuke/blob/master/mynk/prefs.py
The problem I've seen is that my custom pref knobs suddenly appears in your nuke.Tab_Knob(' hotboxLabel','W _hotbox') :(
Thanks for providing those links, always nice when people think along and to have some sort of starting point. :)
By looking quickly at their code, it seems like they use the same method as I currently do. However, after having added the knobs to the preferences panel, I indeed force write the updated preferences to the preference file (usually this 'writing to file' happens when you open and close the preferences panel).
If I wouldn't do this, nothing will get saved unless the user manually opens and closes the preferences panel (So in order to 'let Nuke do the job', the user has to 'do the job' first) ;) .
Ten, upon start-up the hotbox checks whether the necessary knobs are already presents in order to decide whether or not it's relevant to add them.
That being said, the hotbox preferences should definitely not mixup with any custom knobs. So I'll look into that! Thanks for reporting the issue:)
The first hotbox knob that gets added to the preferences should always be a tabknob, in order to separate the knobs from any custom knobs you already might have.
So I assume your custom knob appears at the end of the hotbox tab? If that is indeed the case so, you might need to add a new tabknob yourself first, in order to separate the knobs from mixing up.
I'll look into the possibility of closing the tab from the bottom anyway though.
Thanks
Wouter
Best,
Juha
What kind of keyboard layout are you using?
Thanks a lot
Currently it's not working on Nuke 11 on linux (yet) (Windows and OSX are fine though).
This is definitely the no.1 on the priority list, I just haven't had much time to look into the matter as of just yet unfortunately.. . However, I'll try to look into and update asap.
Cheers
As posted in another comment, I've found a quick work around to get the hotbox up and running on linux Nuke 11.
replace line 82 of W_hotbox.py with the following:
if operatingSystem not in ['Darwin','Wind ows'] and nuke.NUKE_VERSI ON_MAJOR < 11:
This will introduce some transparence problems, but the hotbox will work as expected.
I'll upload a new version once I've found a proper fix.
Cheers
Cheers
It works perfectly beside the transparency.
At what point did you get stuck?
i paste in nuke user W_hotbox.py & W_hotboxManager.py
Second point
already in nuke user menu.py that i edit & paste this
import W_hotbox, W_hotboxManager
3 point i paste icons with help of downloads
4 point nuke open but some error coming ?
i restart my system than i open nuke working
If you open the hotbox manager (edit - W_hotbox - Open Hotbox Manager) and click 'import Archive', then browse to 'buttonBundle.h otbox' you get a bunch of useful example buttons.
hotbox i s great
any Templates
single
Multiple
All
its great help us
Thank you for this useful script, it is a real time saver.
I have just one issue : I work with an azerty keyboard and the key ' ` ' is not same, it's this one ' ² ' instead. I'm use to this key to call your script but the "excute button without click" option doesn't work. Nothing happens when I release the key, so I have to click on a button and click outside the hotbox to close it.
W_hotbox.py:230 : UnicodeWarning: Unicode equal comparison failed to convert both arguments to Unicode - interpreting them as being unequal
if event.text() == shortcut:
W_hotbox.py:241: UnicodeWarning: Unicode equal comparison failed to convert both arguments to Unicode - interpreting them as being unequal
if event.text() == shortcut:
if I change the shortcut or if I use my keyboard in qwerty mode it work properly, but I would love to use this damn key in azerty
the 'single tap' and 'close on button click' work also
is there any solution ?
thanks for reporting! I'll look into this when I've got some time on my hands.
cheers
This is a great tool and I am using it for a while.
But nuke is giving some error today and is not opening.
Traceback (most recent call last):
File "/u/xyz/.nuke/m enu.py", line 3, in
import W_hotbox, W_hotboxManager
File "/u/xyz/.nuke/p ython/W_hotbox. py", line 1194, in
if hotboxLocationP ath[-1] != '/':
IndexError: string index out of range
It was working fine before. I am almost addicted to using this . Any help is appreciated. Thanks.
Sounds like a problem caused by the path you defined (I assume it's empty). Make sure the 'location' knb in the preferences (Nuke preferences - W_hotbox) is pointing to a valid folder.
Hope that helps!
Long time user of hotbox. small thing.
line 729 of W_hotbox.py which runs self.invokeButton()
If invoking the command raises an exception the undo().end() is never called causing your undo stack to be neverending and problematic.
On my end I've locally patched it to try: except: finally:
The finally always runs the undo().end()
Cheers,
Michael
It was an easy fix:
In line 2837 of the "W_hotboxManage r.py" change "QtWidgets.QKey Sequence" to "QtGui.QKeySequence".
Then everything works as usual :)
And by the way: Thanks to Wouter Gilsing for this amazing tool!!!
This function is similar
If you change the Hotbox location to empty string in Preferences, Nuke will fail to start up with the error:
Traceback (most recent call last):
File "[path to hotbox code]/app/menu. py", line 44, in
import W_hotbox
File "[path to hotbox code]/app/W_hot box/W_hotbox.py ", line 1194, in
if hotboxLocationP ath[-1] != '/':
IndexError: string index out of range
Thankfully, this is open source and Python, so I was able to go in and fix this for my facility: I added
if not hotboxLocationP ath:
hotboxLocationP ath = os.getenv('HOME ').replace('\\' ,'/') + '/.nuke' + '/W_hotbox'
right before error.
I wanted to put this on your radar to fix this for everyone.
I tried for several hours to make a button with merge_transform s_v2 (http://www.nukepedia.com/python/nodegraph/merge_transform s_v2) but I couldn't get the python to work. I get the error "NameError: global name 'check_classes' is not defined" I tried everything in my knowledge to remove the functions or adapt it, but I don't know enough about this stuff to make it work.
I was hoping maybe one of the commenters here would give me a hand with this.
I'm on Win10 with Nuke10.5v4
I happen to have that script assigned to a button as well ;)
If you just place the python module somewhere in your .nuke folder, and then create a button with the following code, it should work fine:
import merge_transforms_v2
merge_transforms_v2.start()
Cheers!
I just recently started at a new place and I installed it there too. Over here thought they use Linux and I'm seeing a weird transparency issue, see screenshot:
i68.tinypic.com/2j1kbv5.png
We have CentOs 7 with Nuke10.5v6
There's also Nuke 11.1v3 and on that one the w_hotbox doesn't even show up just some kind of glitchy opening animation.
Let me know if you want me to try something on this machine to debug it.
The strange thing is that last month when they started implementing the 11 version of nuke here I downloaded and installed the 1.7 version since I was using the old one and I got it working just fine. I don't recall what version I tried it on, whether it was 11.0 or 11.1.v2 or something else
if operatingSystem not in ['Darwin','Wind ows']:
self.setAttribute(QtCore.Qt.WA_PaintOnScreen)
The popup is not transparent but it is functional.
Cheers
Ex: http://i68.tinypic.com/15fiv6u.png
Thanks for the patience:)
____________________________________________
hi,
I am too facing the same problem. I am on Linux Mate 1.16.2.
hoping #Wouter Gilsing will solve the problem soon.
Since you are on Mate; try the following:
In your linux taskbar, go to System - Preferences - Windows and and tick "Enable software compositing window manager"
I was reading all the comments and i found this that u suggested someone to enable this type of feature.
"(Im not sure which flavour of Linus you are on, but see if you can enable 'desktop effects' (give it a quick google to see where you can enable it, I think its somewhere in preferences if im not mistaken).)"
So I already checked that and tried. didn't work for me.
Hope there must be another solution to it even I am trying to figure it out.
Thanks
i´ve got a problem running the script via the shortcut. Im using Nuke x11v1 non-commercial on a Windows 10 machine. All is up to date there... furthermore im using a german keyboard and already signed the shortcut to "y" (which is "z" on an english keyboard)
So, via the menu it´s working fine - however that´s not what its made for, right :)
What can I do?
By the way.. many thanks for the plugin!!!
Quoting Konrad Markwardt:
SOLVED!
I took a look at the code and played around with different shortcuts. Now "," is working fine for me, although i would love to have a shortcut on the left side of my keyboard, e.g. ">"
Doesn´t work in my case - but is it possible?
Thanks
but i tried to shift all my nuke related stuff to my Gdrive, but Hotbox seems to have a problem with the template folder! It gives me this when i try to open the Hotbox Manager, the script itself and shortcuts still work
Traceback (most recent call last):
File "", line 1, in
File "/Users/Sprengm eister/Google Drive/Exchange/ NukeShared/Repo sitory/_.Script /UI/W_hotbox/W_ hotboxManager.p y", line 3665, in showHotboxManag er
hotboxManagerIn stance = HotboxManager(p ath)
File "/Users/Sprengm eister/Google Drive/Exchange/ NukeShared/Repo sitory/_.Script /UI/W_hotbox/W_ hotboxManager.p y", line 263, in __init__
self.scriptEdit orTemplateMenu = ScriptEditorTem plateMenu(self)
File "/Users/Sprengm eister/Google Drive/Exchange/ NukeShared/Repo sitory/_.Script /UI/W_hotbox/W_ hotboxManager.p y", line 2306, in __init__
self.initMenu()
File "/Users/Sprengm eister/Google Drive/Exchange/ NukeShared/Repo sitory/_.Script /UI/W_hotbox/W_ hotboxManager.p y", line 2314, in initMenu
self.addUserTem plates(folder = self.templateFo lder)
File "/Users/Sprengm eister/Google Drive/Exchange/ NukeShared/Repo sitory/_.Script /UI/W_hotbox/W_ hotboxManager.p y", line 2341, in addUserTemplate s
if len(name) > maxNameLength:
TypeError: object of type 'NoneType' has no len()
tried to increase the maxNameLenght in your script but i'm not aware of what it does anyway, so can you help me out?
Thankful Greetings, Marvin
Not sure if this is a bug or I'm doing something wrong but I can't seem to call functions inside hotbox.
W_HOTBOX ERROR: Single/Roto/Cur ve Rename - line 12:
NameError: global name 'get_curves' is not defined
That is the error I'm getting I'm both creating and calling the function inside of hotbox.
Any ideas?
Thanks,
Mitchell
Not sure if it is a bug but I think it's more of a limitation. Functions work great if they are in their own python file when import is used. (Which is not very ideal for me)
Not really a solution, but more of a work around; when I have larger scripts (for example when having multiple funcions defined) I tend so save the code as a external module and import it and run it from the hotbox. That should work.
Cheers
global test01
def test01():
____print 'test01'
def test02():
____print 'test02'
____test01()
test02()
Would you mind sharing some more info? What os are you running it on. Also what do you consider 'not working' do you get an error?
===============================
Traceback (most recent call last):
File "C:/Users/Aleh/ .nuke/menu.py", line 354, in
import W_hotbox, W_hotboxManager
ImportError: No module named W_hotbox
on nuke 11.4v4 I'm encountering a weird behavior, when I press my shortcut instead of opening the interface my screen becomes black.
It might be a nuke bug though...
on nuke 11.4v4 I'm encountering a weird behavior, when I press my shortcut instead of opening the interface my screen becomes black.
It might be a nuke bug though...
You can define extra repositories using environment variables. Have a look at page 15 of the userguide 'Working in a studio environment'. It should give you a fairly detailed explanation of how to achieve what you describe.
Let me know if you can't get it to work.
Anyway, I think it would great if you could explain extra repositories in your documentation. I didnt understand straight away why I should name my extra repository. It would be better to explain this in readme in some basic way, because if you dont define Names, which I didnt, it wouldnt catch extra repositories at all.
You should pls also add some examples with Windows style path syntax, because without it, I was not sure if I am adding paths correctly or if the script is prepared for Windows paths at all.
Awesome tool in general though, thanks!
By the way, I do have a problem when copying 'import W_hotbox, W_hotboxManager ' in the menu.py... When I launch Nuke, an error appears : '/plugins/menu. py : error interpreting this plugin'... Do you have any idea? Am I copying this in the right file? I tried to paste it on different place in the python script but it doesn't change anything...
Thanks!
Cheers
Cheers
Traceback (most recent call last):
File "C:/Nuke10.5v2/ plugins/menu.py ", line 33, in
import W_hotbox, W_hotboxManager
File "C:/Nuke10.5v2/ plugins/W_hotbo x.py", line 1423, in
editMenu.addCom mand( '-', '', '' )
AttributeError: 'NoneType' object has no attribute 'addCommand'
Is that what you were asking for?
Thanks a lot
Cheers
I would very much suggest to not do this and leave the installation files as they come when you install the software. Instead what you could/should do, is using the hidden nuke folder in your home directory. This is where all the user customizations are stored (and generally speaking the most common place where people store their custom tools).
What currently is happening:
Hotbox is trying to add some items to the 'Edit' menu. However, the 'Edit' menu doesn't exist yet (it's generated on line 106 of C:/Nuke10.5v2/ plugins/menu.py).
If you were to create your own menu.py, Nuke would first execute the code as defined in the installation directories (generating the menu's etc, including the Edit menu) and thén proceed with any customizations the user might have done (instead of trying to do both at the same time.)
Hope that helped
Cheers!
Can you help me, please
I want custom function called Set Project BBox from selected read node,but I dont know phyton to do that
Can it also allow users to create nodes instead of tab searching?
If so, do I need to be a programmer to make it create nodes?
Either way awesome tool!
Whenever you create a node through ths Tab menu (or by clicking a menu item) you trigger Python code. That code is:
nuke.createNode('NodeType')
To give an example; to create a blur you would need the following code:
nuke.createNode('Blur')
You can put that in a hotbox button, and it will create a blut everytime you click it.
To awnser the other question: the code that is execute from the button is not just running for the selected nodes.
Your node selection is used to decide whether a button is show or not when you open the hotbox (e.g. a button that is handling Merge operations is only shown when you have a Merge selected). The extual code that is run doesn't care about your selection.
However, if you want your button to show up no matter what you might have selected you can add it to the all section (it will then show up at the bottom of the hotbox) or add it to the node class 'NoSelection' in which case the button will appear if you have nothing selected.
No need to be a programmer:)
Hope that helped
Ok great, I will try it asap. I can go wild using it just as long as it doesn't require any python knowledge. I am as dumb as a bag of rocks when it comes to python. I can do cut & paste & edits, but that's my limit.
"nonetype" object has no attribute 'writeKnobs' (line 844)
Looking forward to testing it out
Many thanks!
One question: Is it possible for controlling the menu stacking under "ALL"
Meaning, i wanted to create 4 buttons for 4 shots under 4 different lines. Right now, it seems, down from the center button, Menu's gets created in 3's, then 4's, then 5 etc..
If you open up the preferences there are three knobs under the Item per Row section. Have a play with these to get it to behave as you want to:)
But, can i control the way number of menu's appear in each line. Like on the first line, i wanted 3 Menu's, on the second line i wanted 10 menus?
i would like to add more button on read node command
1: set start frame "start at 1"
2: set colorspace to "sRBG"
Sure thing!
In your case, the only thing we need to do is the change the value of a knob.
So two questions to start with:
1) Which knob.
2) What value do we need to set it to
Lets go with the colorspace one.
To answer my own questions:
1) the name of the knob is colorspace (if you hover over the knob, it disnpays the name in bold)
2) the value we want to set it to is 'sRGB'
The hotbox works on the selected nodes. We don't only want the code to work on the first node in the selection, but every selected node. If you have a look at other buttons, you will see this construction:
for node in nuke.selectedNo des():
node.knob(KNOBNAME).setValue(VALUE)
so in case of the colorspace knob that would be:
for node in nuke.selectedNo des():
node.knob('colorspace').setValue('sRGB')
Hope that helped. Have a look at my hotbox video as well, as I go over creating new buttons there too.
Cheers
File "C:/Users/Nick/ .nuke\W_hotboxM anager.py", line 74, in __init__
self.setParent(QtWidgets.QApplication.instance().activeWindow())
AttributeError: 'PySide2.QtCore .QCoreApplicati on' object has no attribute 'activeWindow'
File "C:/Users/Nick/ .nuke\W_hotboxM anager.py", line 74, in __init__
self.setParent(QtWidgets.QApplication.instance().activeWindow())
AttributeError: 'PySide2.QtCore .QCoreApplicati on' object has no attribute 'activeWindow'
I am not in a beta version, and now on v12.0.3 but lately I am getting this window message. Sometimes if I replace my py's files it works for a while then stop to work again after few use. Any idea how to fix this?
I've come to a little issue. I've installed W_hotbox at a studio I just started at. Everything seems to be installed correctly(insta lled into my own .nuke folder) and this worked at other facilities but for some reason when I launch the hotbox the whole screen goes black and when I release ` key it goes back to normal. We're using Nuke 11.3. W_hotbox Manager works fine but not the hotbox.
Any idea what's casing it? On my Mac and Linux machine at home it works fine and I've never seen this issue before.
Thanks very much
Zak
I've come to a little issue. I've installed W_hotbox at a studio I just started at. Everything seems to be installed correctly(insta lled into my own .nuke folder) and this worked at other facilities but for some reason when I launch the hotbox the whole screen goes black and when I release ` key it goes back to normal. We're using Nuke 11.3. W_hotbox Manager works fine but not the hotbox.
Any idea what's casing it? On my Mac and Linux machine at home it works fine and I've never seen this issue before.
Thanks very much
Zak
Sory about that. I assume you're on Linux at work?
Give this a try:
remove 'and nuke.NUKE_VERSI ON_MAJOR < 11' from line 82 of W_hotbox.py
so the line reads as:
if operatingSystem not in ['Darwin','Windows']:
if that doesnt work, have a quick look at your OS' 'compositing manager' if you have any. Im not sure which flavour of Linus you are on, but see if you can enable 'desktop effects' (give it a quick google to see where you can enable it, I think its somewhere in preferences if im not mistaken).
Lemme know, if that helped!
Cheers
Thanks so much, Wouter. Will give it a go tomorrow. I can ask one of the comp TD too.
Will let you know.
Thanks
Zak
"menubar" doesn't exist, seems like it should be "editMenu"
I've noticed that the same thing happens when I use Channel Box(Falk.H). May be it's not a script issue?
Cheers
Zak
Channel Hotbox I meant...
When I did that, all looked fine in the Hotbox Manager, but when I closed it, the button was blank, and didn't do anything. Then I was not able to add any more buttons in the Manager until I went into the w_hotbox folder and deleted the bad python script (which just appears blank when I open it in a text editor). Actually, what happens is in the Manager, you hit the plus key or the add folder key and nothing happens, but when you invoke Hotbox, you'll see a bunch of New Item and New Menu buttons. Weird.
So, it seems like something about copying from the PDF really screwed it up. Once I typed it in, it was fine.
Oh, also, I tried to use the Repair function, but when I select that menu item, I get this error:
'module' object has no attribute 'repairHotbox'
This is on Windows 10. Thanks!
I finally got around to install and utilize Hotbox in my workflow, it just seems too versitile to not beeing used :)
In Nuke 11 everything runs fine, but using it in Nuke 12 something's odd. As more often than not, I can't press buttons. They won't get highlighted and can't be clicked. Sometimes however they do get highlighted and are clickable, but it's random if a button will react or not.
Do you happen to have any idea what could cause this?
Best,
Lucas
Wouter's hotbox has become part of my daily workflow and I really can't work without it anymore.
To mimic Maya's behavior I used to set the shortcut to spacebar, which worked fine in Nuke 10, but not in Nuke 11. In Nuke 11 I couldn't toggle to fullscreen anymore if I used the spacebar for the hotbox. I also had other problems in Nuke 11, like the Hotbox Manager disappearing if it lost focus.
Another problem that existed for me in all Nuke versions was the repeated shortcut: If the button started any prompt to the user, the text input would be filled with the repeated shortcut.
As I managed to fix all these issues, I wanted to share my solution with everybody.
As a first step we need to edit the line, where the shortcut get's assigned to the nuke menu (line 1363 in the version 1.8).
We remove the shortcut here, so the line would now be:
editMenu.addCommand('W_hotbox/Open W_hotbox', showHotbox)
Now, instead of using Nuke's own mechanism, we install our own event filter. Simply add the code from this link above the Hotbox class. This will fix all the above mentioned problems.
https://pastebin.com/Pfk05trs
I hope, this helps to enhance your daily workflow, too!
@Wouter: Maybe you want to integrate this on your side, too? I wrote you an email a while ago with my problem, but didn't hear back from you. I guess you get a lot of emails regarding the hotbox...
So I hope to reach you via this comment!
Cheers,
Claus
Thanks so much for the detailed message. I must have missed your email somehow, as I tend to always reply to messages, haha:)
I'll definitely give it a go, thanks!
Cheers
Is W_Hotbox on github or some other version control website? I feel it would make it easier to submit bug reports or feature requests.
Quoting Osvaldo Andreaus:
Hey Osvaldo!
Sorry to hear this. To be honest: I didn't try with the original shortcut as it doesn't exist on my german keyboard.
I'll see, if I can replicate this.
I'm actually having a hard time to get my artists to use W_hotbox, I feel like maybe if each button also had a mouse over info box after tot seconds that might encourage them to explore it more.
Just throwing it there, maybe Wouter would consider it as a future feature.
i'm adding it to the all tab. can you please help me with that
nuke.Root().knob('fps').setValue(24)
or
nuke.Root().kno b('fps').setVal ue(25)
Is there any known issues with Nuke12? It's behaving really weird on my box. most of the button don't work. folders definitely don't work, but some of the buttons work occasionally. I can't even pinpoint which work or not because it changes.
Cheers. Jean-Luc
That doesn't sound familiar. Do you happen to have a bit more information? Version operating system for example. Also, for the buttons that dont work; do you get an error message in the shell?
Thanks!
I'm on Mac OS 10.13.6. Hotbox works perfectly with nuke11.3v4. I have just upgraded hotbox to 1.8 but it's still doing the same thing. There's no message in the error console. After trying a bit more, I can open some folders if I move slowly over them. but the same folder/button doesn't always work. What I mean is that if I go over a button, sometime it will highlight itself and I can click it, then if I move away and come back to it, it may or may not work again. when it doesn't work, nothing happens. it doesn't react. It's only with nuke 12.0v2. Any ideas?
Could it be related to the GUI update?
I'd chime on this too, sounds an awful lot like the troubles I have in Nuke 12 that I posted here 2019-10-02 (comment might have been overlooked). I'm on OSX 10.13.6 as well.
Best,
Lucas
W_Hotbox is one of my absolute favorite Nuke add-ons, but I have exactly the same experience. I'm on OSX 10.13.6. In Nuke 11.3v4 everything works perfectly as expected, but in Nuke 12.0v1 hotbox folders, the hotbox manager and most of the hotbox dosn't work.
Cheers
Johs
For some reason the cursor entering the button isn't registering properly... It works a lot better more when you move your cursor very slowly (just an observation, I wouldn't dare to suggest that as a workaround, haha).
I'll keep investigating, but I'm very glad to hear that updating the operating system seems to resolve it.
Cheers,
Wouter
But now its not working even nuke is not opening it shows error and in terminal the error looks something like this
raceback (most recent call last):
File "C:/Program Files/Nuke11.0v 2/plugins/menu. py", line 10, in
import W_hotbox, W_hotboxManager
File "C:/Program Files/Nuke11.0v 2/plugins\W_hot box.py", line 1423, in
editMenu.addCommand('-', '', '')
Can you update the bundled buttons for the new shuffle node introduced in 12.1.I have very little knowledge in python so i can't do it myself.
Thank you !
Unfortunately Im not a fan of the new Shuffle at all (I think it's quite a downgrade actually), so I'll personally continue using the old Shuffles.
However, In the hotbox manager, under Single, you can simply add a new class called Shuffle2. Any buttons you will add here will show up when you have the new Shuffle selected.
I haven't looked into the new Shuffle's syntax, but I guess you can use the code for the old shuffles as a starting point.
This is the syntax for the new Shuffle
Code:
node.knob('mappings').setValue([(0, 'rgba.red', 'rgba.green'), (0, 'rgba.red', 'rgba.blue'), (0, 'rgba.red', 'rgba.alpha')])You first specify the source, and then the destination. Eg
(0, 'rgba.red', 'rgba.green') would pipe the red channel into the green channel.
Hope that helped!
Is it natively compatible with this version of Nuke or do I have to tweak a few things for it to work?
On 11 I seem to get just a black popup window when opening it.
Might be just a one time bug but cheers for any help.
Are you on Linux by any chance? Nuke11 switched to PySide2, which changed a couple of things. Depending on your configuration, you might need to enable a compositing window manager.
In case of Centos7 with a MATE/GNOME environment:
In your linux taskbar, go to System - Preferences - Windows and and tick "Enable software compositing window manager"
If you can't see this option, have a google for "compositing window manager "
However, In the HotboxManager, under Single, you can simply add a new class called Shuffle2. Any buttons you will add here will show up when you have the new Shuffle selected.
I haven't looked into the new Shuffle's syntax, but I guess you can use the code for the old shuffles as a starting point.
This is the syntax for the new Shuffle
Code:
node.knob('mappings').setValue([(0, 'rgba.red', 'rgba.green'), (0, 'rgba.red', 'rgba.blue'), (0, 'rgba.red', 'rgba.alpha')])
You first specify the source, and then the destination. Eg
(0, 'rgba.red', 'rgba.green') would pipe the red channel into the green channel.
Hope that helped!
Log:
Traceback (most recent call last):
File "", line 1, in
File "C:/Program Files/Nuke12.1v 4/plugins\W_hot boxManager.py", line 3665, in showHotboxManag er
hotboxManagerIn stance = HotboxManager(p ath)
File "C:/Program Files/Nuke12.1v 4/plugins\W_hot boxManager.py", line 263, in __init__
self.scriptEdit orTemplateMenu = ScriptEditorTem plateMenu(self)
File "C:/Program Files/Nuke12.1v 4/plugins\W_hot boxManager.py", line 2306, in __init__
self.initMenu()
File "C:/Program Files/Nuke12.1v 4/plugins\W_hot boxManager.py", line 2314, in initMenu
self.addUserTem plates(folder = self.templateFo lder)
File "C:/Program Files/Nuke12.1v 4/plugins\W_hot boxManager.py", line 2351, in addUserTemplate s
if len(name) > maxNameLength:
TypeError: object of type 'NoneType' has no len()
Amazing tool man but I'm having some problems with it.
First problem is that when I slick "repair" it showing me a error message "'module' object has no attribute 'repairHotbox'"
Second problem is that I'm creating a new button in "All" but I can not see anything over there, I can not delete anything or edit anything and when I press the shortcut key on the node graph it's showing me a blank button and other buttons called "New Item"
I want to fully customize it according to my use but I'm unable to do that.
First of all, thanks for this amazing tool!
I would like to add your W_smartAlign in Hotbox but I guess that different shortcuts (alignments) should be different buttons. Is there any easy way to do it? Should I split the code?
I will appreciate your help.
Thanks!
But I found that I'm customizing when，Nuke would be very unstable and collapse，Why is that？
I'm using w_hotbox in remote through terradici and I have to use the launch mode in single tap and sometimes I'm not sure if a button press registered correctly.
Quote:maybe try to change it to:
Quote:if you don't have it add it under:
Quote:
addUserKnob {4 hotboxTriggerDr opdown l "Launch mode" t "The way the hotbox is launched. When set to 'Press and Hold' the Hotbox will appear whenever the shortcut is pressed and disappear as soon as the user releases the key. When set to 'Single Tap' the shortcut will toggle the Hotbox on and off." M {"Press and Hold" "Single Tap"}}
I suspect that the blink problem has to do with the default key used. On other occasions, I have noticed strange behavior when using that key as a shortcut in other programs. That's why I was trying to change the shortcut, to see if it would solve the problem. But I can't see the panel with the properties either, so I don' t know where to look to solve it.
you can try to manually trigger removing and adding the preferences again, in the script editor try:
Quote:see if the preferences show up.
but anyway here's the line in the nuke preference files that you can change:
Quote:
I just released version 1.9, which has a fix to work around that bug, so you should be able to see the preferences again. :)
Cheers!
Cheers!
I will look at it again tomorrow in case I am missing something...
Totally! I'm a little busy during the week, so I hope to have some spare time during the weekends to have a look at what's up.
I'll drop you a message when I got it running.
Cheers!
hi Victor, what about your V tools, is it up dated :), cant wait to update it as well. thanks
fixed it by changing 2 lines in the W_hotboxManager .py of the importHotboxArc hive(self) function to:
command.append('with tarfile.open(r" {}") as archive:'.format(archiveLocation))
command.append(' archive.extractall(r"{}")'.format(importedArchiveLocation))
this way I dont get the Unicode error.
Could you tell me please, how to use the RMB to call the W_hotbox menu?
thaks a lot!
Solved !
I add the int()
Solved !
I added the int()
Hello Wouter! I'm trying to instal your awesome product, but have the issue importing .hotbox.
windows 10, nuke 13.1
W_hotbox v1.9, built March 28 2021.
taxError: (unicode error) 'unicodeescape' codec can't decode bytes in position 2-3: truncated \UXXXXXXXX escape
Thanks Johannes Hilburg from the thread, works well
I'm currently running nuke 12.2 and Centos 7.4. I can use hotbox exactly one time per session, and the second time I get this error:
Traceback (most recent call last):
File "/home/****/abr own/.nuke/pytho n/W_hotbox.py", line 1357, in showHotbox
hotboxInstance = Hotbox(position = lastPosition)
File "/home/****/abr own/.nuke/pytho n/W_hotbox.py", line 124, in __init__
self.topLayout = NodeButtons()
File "/home/****/abr own/.nuke/pytho n/W_hotbox.py", line 294, in __init__
if self.path[-1] != '/':
IndexError: string index out of range
Any help? Thanks!
**** EDIT:
found your "Enable desktop effects" tip earlier in the thread, and that worked for me. I now have the ugliest version of KDE In the world, but at least hotbox works. Cheers.
thanks
David
Amazing Tool ! Love it so much.
I can colorize a button but not a group. It's Normal ?
Can be very useful for visual organisation.
Thank you so much!
Alexandre
You this was done on purpose to make groups visually distinguishable from regular buttons.
First I like say this tool is amazing I love it
Can you make it so it also works on groups i know if I convert them to gizmos it will work but while comping I prefer working with groups rather then gizmos if it is possible I'll be really great full
I am just guessing but maybe you can make it so it works by taking the group name
For example edgefromalpha1 it removes the number and treat them as a class
This already works the way you describe! Taking the name of the group, ignoring any digits at the end.
Check around 5:50 of the video: https://vimeo.com/179855054
Cheers
Mine was a gzipped tar file.
I renamed a copy then un-archived that, which produced a new dir containing 3 subdirs - All, Multiple and Single. These all contain python text files that drive the shipped tools (e.g.'001.py').
I renamed this un-archived dir 'buttonBundle.ho tbox'
I copied it to the dir I had listed under Nuke Preferences | W_hotbox | General | Hotbox location
In the W_hotbox manager, (with Clipboard unchecked) I used the [Import Archive] button to locate my new 'buttonBundle.ho tbox' folder for W_hotbox to find and everything seems to work in NuxeX 13.1v1
----------------------------------------------------------------
Thanks Wouter for sharing such an amazing Nuke productivity tool with the community!
The Foundry really should license it from you for future releases. I'm sure I will be studying your nifty python code for a long time.
editMenu.addCommand('W_hotbox/Open W_hotbox', showHotbox, shortcut)
So you only need to add the second one and make different names for menus. So final code will be (example):
editMenu.addCommand('W_hotbox/Open W_hotboxENG', showHotbox, shortcut)
editMenu.addCommand('W_hotbox/Open W_hotboxRUS', showHotbox, "ё")
As result hotbox works on Eng and Rus languages
PS: Wouter Gilsing, big thanks for HotBox!
Is it possible to add an option for hotbox?
Sort buttons alphabetically.
Now these buttons are so messed up.
Thanks for your Hotbox~
buttonBundle.ho tbox
1. Is there a easy way to copy paste setups similar to "Projection Setup" and add in the node graph with a push of a button? Because a simple copy - pasting in the manager is not working.
2. Is there a way to execute external gizmos/groups not stored in the .nuke folder as a buttons.
For example I can't install a TX_HueKeyer gizmo in the studio machine, so simple nuke.createNode ('TX_HueKeyer ') command won't work, but I can use groups. So I have stored TX_HueKeyer group as a code in the w_hotbox manager, but every time I have to copy from manager and paste it in the node graph to use it.
I hope I could explain my questions
Thanks!
SyntaxError: (unicode error) 'unicodeescape' codec can't decode bytes in position 2-3: truncated \UXXXXXXXX escape
SyntaxError: (unicode error) 'unicodeescape' codec can't decode bytes in position 2-3: truncated \UXXXXXXXX escape
SyntaxError: (unicode error) 'unicodeescape' codec can't decode bytes in position 2-3: truncated \UXXXXXXXX escape
I have the following issue since I tried to change de shortcut from " ' " to " ² " :
Traceback (most recent call last):
File "C:/Users/K.JOC HER/.nuke/menu. py", line 242, in
import W_hotbox, W_hotboxManager
File "C:/Users/K.JOC HER/.nuke/W_hot box\W_hotbox.py ", line 1416, in
addPreferences( )
File "C:/Users/K.JOC HER/.nuke/W_hot box\W_hotbox.py ", line 939, in addPreferences
shortcut = preferencesNode.knob('hotboxShortcut').value()
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xb2 in position 0: invalid start byte
Don't know what to do :/
If anyone can help me please
any help would be great!
any help would be great!
Nuke stops loading and errors when loading this from menu .py
It works in nuke 12 / 13 thought, just not 14.
Any ideas ?
Nuke stops loading and errors when loading this from menu .py
It works in nuke 12 / 13 thought, just not 14.
Any ideas ?
I can install W_Hotbox 1.9 in in Nuke 13.2 and it works with the backtick. However when I attempt to load buttonBundle.ho tbox nothing happens..
I have the original python file hierarchy (All, Multiple, Single etc). How do I tell the Hotbox Manager where to find them?
Apologies in advance if you are tired of dumb newby questions like this.
This commands are not listed in w_hotbox.
And I can't seem to access them by scripting in menu.py:
menubar=nuke.menu("Nuke")
m=menubar.addMenu("&Workspace")
m.addCommand("&Reset Workspace", "shift+4")
I can't even add a new command inside the Wokspace menu. Any ideas? Thanks!
```
if len(extraReposi tories) > 0:
menubar.addComm and('W_hotbox/- ', '', '')
for repo in extraRepositori es:
menubar.addComm and('W_hotbox/S pecial/Open Hotbox Manager - %s'%repo[0], 'W_hotboxManage r.showHotboxMan ager(path="%s") '%repo[1])
```
to :
```
try:
if len(extraReposi tories) > 0:
menubar.addComm and('W_hotbox/- ', '', '')
for repo in extraRepositori es:
menubar.addComm and('W_hotbox/S pecial/Open Hotbox Manager - %s'%repo[0], 'W_hotboxManage r.showHotboxMan ager(path="%s") '%repo[1])
except Exception as e:
pass
```
to avoid the following error :
"Traceback (most recent call last):
File "C:/Users/xxx/. nuke/menu.py", line 7, in
import W_hotbox
File "C:/Users/xxx/. nuke/W_hotbox_v 1.8\W_hotbox.py ", line 1458, in
menubar.addComm and('W_hotbox/- ', '', '')
NameError: name 'menubar' is not defined"
when you try to execute "nuke.scriptNew ("")" or "nuke.scriptOpe n("")"
The rules buttons for example "Stamps" are duplicated in the new script!
However fiters are not saved either it sems, i.e. when I create a new filter a file called _rule.py is saved but it has 0 bytes.
Any chance for an update?
Do you know if this has been solved?
Cheers!
Hope it will be fixed in the next version.
~.~
Thank you for your work!
I'm trying to append the buttonBundle.ho tbox, but I have this error in the terminal window. (Nuke 15.1v2 and windows 10)
SyntaxError: (unicode error) 'unicodeescape' codec can't decode bytes in position 2-3: truncated \UXXXXXXXX escape
File "\\bishop\PARTA GE\Plugins\Nuke /Nuke14/Gizmos/ W_hotbox\W_hotb oxManager.py", line 1047, in importHotboxArc hive
decodedArchive = base64.b64decod e(encodedArchiv e)
File "C:\Program Files\Nuke15.1v 2\python310.zip \base64.py", line 87, in b64decode
return binascii.a2b_base64(s)
binascii.Error: Invalid base64-encoded string: number of data characters (193) cannot be 1 more than a multiple of 4
Cheers !
Can you tell me if there will be an update for nuke 15?
The tool doesn't really work in it now.
RSS feed for comments to this post