- User Since
- Jan 11 2010, 1:49 PM (474 w, 5 d)
Thu, Feb 14
Wed, Jan 30
Sat, Jan 26
Jan 15 2019
Jan 9 2019
Dec 30 2018
Dec 16 2018
Jun 28 2018
Apr 26 2018
Not necessary. It was accidentally committed anyways. Thanks for the fix :)
Apr 25 2018
Whoops, better check the init.py, i made some usability changes at it, and forgot to revert them for this report. I included the Preview element into the addon, and made the preview and assign buttons bigger and easier to access. Both has nothing to do with the error message reported here. But maybe you find it useful ...
Created a new task for it https://developer.blender.org/T54803
Apr 24 2018
This three error messages comes by the way from this addon :)
Ah, i see. Many thanks :)
Sorry for resurrecting this thread. I have compiled the newest Blender version, and stumbled across that the fix has introduced a few error messages now at switching the libraries. The version included in 2.79b doesn't show this behaviour.
Apr 18 2018
Thanks for the idea stephen, but it's not a rights issue. The folder is writable. I have meanwhile found out what it is. You can't add a material as long as the filter categories button is active. The way it works is:
Apr 17 2018
Apr 9 2018
Thanks for explanation. Seems that i have to live with the current behaviour.
Mar 12 2018
Mar 1 2018
Thanks for linking to the fix. Blender 2.79a comes still with addon version 0.3.8. The neweset Buildbot builds comes with 0.3.9. And this script version works now.
Feb 15 2018
Thanks for the quick fix and the advice. Now it works :)
Feb 3 2018
Jan 28 2018
Just wanted to add that i can see this behaviour also at other Last operator panels, like Rip Fill and Extend Vertices.
Jan 27 2018
Jan 20 2018
Jan 15 2018
Well, maybe it is really me understanding things wrong. But i have modified the size for proportional editing in two ways, and end in different results where it should end in the same result.
Nov 16 2017
Oct 8 2017
Sep 27 2017
Aug 13 2017
Fully convinced :)
Ah, indeed. Thanks Aleksandr. I guess the new way is the fix for the old behaviour, right?
Aug 11 2017
Um, this addon is included in Blender 2.79 RC1 :)
Jul 19 2017
Not here, unfortunately. Still the same behaviour with a fresh downloaded buildbot build, sorry.
Jul 5 2017
Jun 29 2017
Jun 28 2017
Indeed. No 404 anymore. I forgot to check this in the newest version. But the link now leads to https://docs.blender.org/manual/en/dev/editors/3dview/object/index.html#bpy-ops-object . And the manual entry is at http://docs.blender.org/manual/ja/dev/editors/3dview/object/properties/duplication/duplifaces.html
Jun 27 2017
Feb 23 2017
Yes, that fixed the problem. Many thanks :)
Feb 21 2017
Ah, so i am glad that i asked again. Thanks for confirming :)
Feb 20 2017
Feb 13 2017
Icon only buttons would need the tool name too.
Jan 9 2017
Hm. To drag it down to its minimum size is just the worst case to show the problem most clearly. This "minor" glitch causes me now to drag the title bar around every time i change the size of the Blender window. And it's enough to drag it just a few pixels around to make it visibly open up.
Jan 5 2017
Nov 17 2016
Oct 31 2016
Oct 21 2016
Nevermind. Now i get what you mean. They come up when i can have access to it. Available for example appears in the list when i already have a keying set.
I can without problem assign those keyingsets in the dropdown box in the timeline. So it's wrong there too?
Oct 20 2016
Jul 13 2016
Thanks for the info :)
Jul 7 2016
Thanks a bunch :)
Apr 19 2016
Apr 12 2016
Not permanently. Just during import. Once done the cursor turns back to normal.
too fast at the send button ... and at my laptop, which is another Win 7 system. Means it is reproduceable at an independant system. It also happens with every obj file that i have tested. That was my first thought, that something is wrong with the obj file. But tested with several other files, and always same result.
Yes. For 2.77 it was the factory settings.
Mar 2 2016
Feb 21 2016
Feb 10 2016
Dec 23 2015
In case it helps a bit, the file where this message gets triggered is the wm_windows.c file , Line 784 in the static int ghost_event_proc class.
Too fast at the send button ...
Ah, indeed. That was most probably the "randomness" i have experienced. Thanks for the hint. Just curious, why are there two edit boxes at all? Looks a bit like double functionality :)
Dec 22 2015
Dec 14 2015
Thanks Julian :)
Dec 3 2015
Okay, seems that i have catched with the show/hide dot files the one button of the row that has this behaviour ^^
Dec 1 2015
Well, most users will most probably not even know this feature exists in UV Editor. It has no menu entry ^^
Thanks Sergey :)
Argh, i wish i could edit images. The other half of the image was not meant to be publically shown :/
Nov 4 2015
Oct 19 2015
Oct 10 2015
Thanks for explanation :)
Oct 9 2015
I did some more investigation. And i think Lukas Stockner was at the right spot here. It seems to be connected with the old to do that you mention here. Most of the by him red marked keys have the wrong key mapping when i try to add a new hotkey. In the search field the keys works correct though.
Oct 8 2015
Different key mapping for different apps? You never stop learning ^^
Hm, there is no event when i change the hotkey. The console only gets flooded with wm_window_make_drawable arguments. Do i miss something else?
@Lukas Mandok (Lukas), i am at Windows 7 here, so i cannot talk about Linux. But it can be that we are at something bigger here.
I have tested this at two independand german Win 7 64 Bit systems when this is of help. My main system. And my laptop, which has Win 7 fresh installed after a disastreous Win 10 update attempt. Same behaviour at both systems.
Sorry for the big picture. I wish you could edit your own reports ...