-
-
Notifications
You must be signed in to change notification settings - Fork 10
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Resolve unclear save folder logic #26
Comments
@PiorGit Sorry for the long wait, I have updated the explanation. Can you take a look and tell me what doesn't fit you? |
Hello !
I hope this helps ! |
Thank you for your feedback. Here I just have some thoughts on what we're working on.
True, I admit it's still very confusing at first. I will fix it soon.
I agree with you, most users have basis technical knowledge while working with Blender and they shouldn't feel any difficulty to understand the add-on concept. However, we choose to minimize the "How it works" information from the user interface, not because we don't want people to know, but because we want to avoid the people's frustration when seeing it over and over again. Blender have designed a pretty good UI for add-ons where everything users want to know is on top of the settings. We encourage user to click the 📓 Documentation in their first use and it will lead them to the well-refined document, where we should put all the explanation I've just written there and all enormous-sized tables which won't fit in any interface component. Moreover, it's also the place where users should find their desired concept, nice illustrations or all the references they need to look up. They only need to read it once, and every time later, when they use that feature, they only need to be reminded of a small hint like a tooltip, not a wall of text. Storing the main instruction on the internet also avoid us to frequently update the add-on just because of the documentation. I understand you don't mean to put all the documentation to the UI, but I just want you to know we're trying to limit the text flowing on the interface. I'm not saying we shouldn't care about UI text. On the contrary, we should find a better way to let user gain the concept without having to read the whole document. It's something that's easy to learn for a newbie, but keep the knowbies happy. The idea about the toggle to view information is reasonable and potential, we should continue discuss to choose a good design.
The idea is great and I'm sure it will help a lot of users, giving them a better sense of control. However, this is still expensive at the moment. For now, we continue to encourage users to understand the concept first with the idea I mentioned above. |
Hello ! One last remark would be that perhaps there might have been some feature creep going on around this case of a file in need of being created ? I see an option for a folder location, an option for a custom filename, and some choices given to the user about which file to save. Why not consolidate all this into a single field : "ImagePaste needs to create a temporary file on disc for some of the copy and paste operations to operate. Please specify a folder path for this file :" [input field for a path to directory] That way, many parameters would be removed and everything is crystal clear. (I am perhaps simplifying things too much here of course, but you get the idea). |
This issue aims to redefine the saving preferences design with help of @PiorGit, or at least make it clearer.
Current design explanation
In case we want to paste an image from the clipboard into Blender, the add-on has to save it to a file on the disk, and then create an image in the Blender session data which refer to this real image. This saving location depends on whether the current
.blend
file is saved or not.If the
.blend
file is not saved, the default location to save is the Blender temporary folder, i.e. the%TEMP%\<session ID>\
on Windows or the/tmp/<session ID>/
on other OSs. These images will be deleted after closing Blender, that's why when we reopen the.blend
file, the image will be missing. The Moving images feature was born to avoid this. We can also choose another directory to save these images by checking the box and providing a path beside the Use a directory.If the
.blend
file is already saved and the box in the illustration below is unchecked, the image will be saved in the same place where the.blend
file is located. If it's like the configuration below, the add-on will first create a folder namedImagePaste
and then save the images inside. You can of course change the name of this folder.And what is the box next to Force use for? It will save the image to the specified location, regardless of whether the
.blend
file is saved or not.So what is the recommended workflow?
The three images above show the configuration that we think will work best for most artists, regardless of whether you want to open Blender to test out some features or you want to seriously start a project. All the images in the
.blend
file will be stored in theImagePaste
folder which you can pack with the.blend
file and ship anywhere.The text was updated successfully, but these errors were encountered: