GetDEnabling / GetDDescription in python / c++
-
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 26/03/2012 at 12:22, xxxxxxxx wrote:
Originally posted by xxxxxxxx
i have to say the whole c++ api thing is quite unsatisfying for me. i cannot understand why maxon does not provide the compiled api libs and why maxon doesn't provide at least for their recommanded IDE VS 2005 some template projects. who wants to compile the api each time (using the sdk example projects)? so i ripped the sdk_examples appart and added the api linker links and i guess something went wrong there. i'm sure i'll find the mistake but this is soooo unnecessary ... will stick with 32 bit for now ... and thanks again for your help steve
In fairness, the fact that you have to compile the API for 32 and 64 bit does show that your compiler setup is working. IME the API and the example plugins just compile without any problems, so if that works then you know that any problems are down to you rather than the supplied code.
But of course, you only have to compile the AP once. After that you just tell the linker to use the now compiled libraries. Otherwise the whole compile-link-run (-crash-fix-compile, etc.) cycle would be intolerable. The tut on my site shows, as Scott says, how to set up a project from scratch but I agree that it isn't that straightforward.
Steve
-
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 26/03/2012 at 12:34, xxxxxxxx wrote:
i have red steves tutorials, but they didn't work for me with VS 2005 as they are written for VS 2008.
when i follow these instructions (configuration type, command line paramaters, linker settings,
property manger ...) cinema gives me some couldn't find c4d.h erorrs at the end.doing basicly the same on the sdk example projects after unlaoding the api project works for me.
not sure why. i ' ll revist this thing when i have finished the plugin in greater parts but for now i'll
stick with 32 bit. i am actally not quite sure if this might fault, because if i had set up the project in a
wrong manner why is the plugin compiling and loaded under 64 bit. as i mentioned above most of
the code is actaually working (initing variables, some GetVirtualObjects output ...) -
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 26/03/2012 at 12:55, xxxxxxxx wrote:
Originally posted by xxxxxxxx
Originally posted by xxxxxxxx
i have to say the whole c++ api thing is quite unsatisfying for me. i cannot understand why maxon does not provide the compiled api libs and why maxon doesn't provide at least for their recommanded IDE VS 2005 some template projects. who wants to compile the api each time (using the sdk example projects)? so i ripped the sdk_examples appart and added the api linker links and i guess something went wrong there. i'm sure i'll find the mistake but this is soooo unnecessary ... will stick with 32 bit for now ... and thanks again for your help steve
In fairness, the fact that you have to compile the API for 32 and 64 bit does show that your compiler setup is working. IME the API and the example plugins just compile without any problems, so if that works then you know that any problems are down to you rather than the supplied code.
But of course, you only have to compile the AP once. After that you just tell the linker to use the now compiled libraries. Otherwise the whole compile-link-run (-crash-fix-compile, etc.) cycle would be intolerable. The tut on my site shows, as Scott says, how to set up a project from scratch but I agree that it isn't that straightforward.
Steve
both the sdk and the api project form c4d/ ressource compiled without any problems for me, the
problem is for beginners like me the insecurity - the whole process of creating a c ++ is quite
confusing for beginners, so if you could be sure that at least your api is compiled correctly or
having a solid template project without having to compile the whole api each time would be a
great help.you said it yourself in your tutorial _Maxon implies that compiling the SDK examples is a simple matter of _
_building the solution. _ you said this regarding the the complications of compling the sdk examples
with 2008 but it describes the general problem quite well. i don't see a point for further
discussions here, since maxon seems not to be interested in this point. as i said it was just
some ranting. -
THE POST BELOW IS MORE THAN 5 YEARS OLD. RELATED SUPPORT INFORMATION MIGHT BE OUTDATED OR DEPRECATED
On 29/03/2012 at 21:56, xxxxxxxx wrote:
Hi there littledevil and others,
don't mean to provoke any banter as such, but just thought it might be a good opprtunity to provide some "learner" input myself here - if just for others to have a read over.
I too started C++ plugin coding a few months a go and not being a coder by nature, have found it quite difficult to get on board. I also found it hard to find info on the subject in relation to c4d itself. I came across a few sites on my own but didn't really understand it all. And it wasn't until I went back over a couple of them (including Steve's and Scott's sites) a few times that things started to make a bit of sense.
I do find it a little disappointing when looking back now that I can see so many opportunities for Maxon to make plugin making a much more enjoyable experience, but has instead been left in a bit of a hole. Especially for the code-challenged like myself! However, to be fair to Maxon, not having any knowledge in C++ beforehand probably slowed my start down a lot as well. So it was a combination of both that frustrated me in the beginning. Perhaps if I had had more knowledge in C++ to begin with, I might have made more sense of the difficult language and terms. And maybe if Maxon provided well explained and commented examples I might have understood it better too.
So I can sympatise with you all if you're starting out and having troubles With that said though, I'm now a few months into it, and I feel I have enough of a grasp of the basics to atleast start my own plugins without too much of a fuss. I can make basic events happen, can build my own AM and dialog layouts etc and am on my way to building a plugin which I'm hoping might be of use to not just myself, but maybe others in the community as well! Of course time will tell on that front, but for now, I'm enjoying it, and the possibilities.
Kind regards,
WP. -
On 05/04/2013 at 13:55, xxxxxxxx wrote:
Hello everybody,
old topic, same question. Ive got a TagData and Id like to hide/unhide DescElements. Is there a python solution in the meantime? I dont want to use UserDatas, so I also started to try out GetDEnabling , but its really used for greying out.
Thanks afterwards and in advance
rown -
On 05/04/2013 at 13:59, xxxxxxxx wrote:
Hi rown,
no the required classes are not implemented in Python, yet. Maybe in R15, but I'd say it's more likely to be implemented in R16 or later.
-Niklas
-
On 05/04/2013 at 14:12, xxxxxxxx wrote:
An one year old topic and a reply after 4min. Incredible
Thanks Niklas
rown -
On 23/11/2013 at 03:14, xxxxxxxx wrote:
It seems to work now in the R15.037, since the c4d.Description class has been added.
With GetDEnabling, you get the itemdesc value and :
itemdesc[c4d.DESC_HIDE] = True
works.But, when it's hidden, there is no more the item in the GetDEnabling list, so we can't make it appear. : /
-
On 23/11/2013 at 10:45, xxxxxxxx wrote:
are you sure that there has actually changed something, because as i did describe earlier
in this thread, before R15 it was also possible to :* hide elements using the description parameter of GetDEnabling
* however these modifications did apply globally and not per instance
* reverting these changes was not always possible
* c4d did became quite crashyi also asked in the R15 SDK thread if c4d.Description does change anything about that problem
and the answer was no.is the itemdesc parameter (i think its called that way) actually a c4d.Description now or is it
still a BaseContainer ? -
On 23/11/2013 at 12:03, xxxxxxxx wrote:
Ah, indeed, sorry.
The itemdesc is still a BaseContainer.
I finally abandonned to use it (event if I used a little trick to disable the hiding by saving the itemdesc parameter and enable/disable it in an other function), because as you said, it changes the description of all the object of this type.
So I am afraid there is still no solution.