On Mon, Mar 16, 2015 at 11:27 PM, Andrei - Constantin Popescu <
popescu.andrei1...@gmail.com> wrote:
>
> 2015-03-16 9:07 GMT+02:00 Kalpit Thakkar <ceasy...@gmail.com>:
>
> Kalpit,
>
> First of all, what I'm telling you is much more informal and probably a
> lot less accurate than what Daniel can, so it's best to stick with his
> feedback.
>
Yes, I will stick with his feedback. As a fellow developer, I thought your
experience might help me, so I asked you for details on this.
> Hello Andrei,
>> I wanted to ask you some questions!
>>
>> Foremost,
>> How did you start out on your project? I mean, what were the initial
>> places where you looked and found information required for carrying out the
>> project?
>>
>> I have been looking at your patches and the work done related to this in
>> GCi '14.
>> Your implementation on BoT, Pipe, Sketch and Sphere is pretty clean and
>> awesome!
>> Well, in your proposal, you have mentioned about vol, extrude and ars as
>> well. Did you start anything on it? Can you guide me about it?
>>
>
> No, I haven't done anything else than those you mentioned, I worked a
> bit on RCC but I believe I stopped very early, or was already done or so.
> What you could do (and again, Daniel might give you a better task) is to
> merge/apply my Pipe implementation, there is some feedback from Daniel
> which I hadn't apply, it's a good/easy thing to do. Basically, my idea was
> to look at how the objects are implemented internally and to design(with
> Daniel) a class that would resemble the primitive's behaviour.
> I worked to fit the internal structure into the core interface smoothly.
> All the operations are actually performed on the BRL-CAD internal
> structures (rt_<primtive>_internal)
>
> What I would do is integrate the work that's already been done( I think
> pipe is last unmerged) and anything that Daniel mentioned. You should
> figure out a primitive priority. In example, extrude depended on Sketch, it
> was difficult/not useful to implement extrude before having sketch.
>
> Regarding testing, my humble opinion is that you could test a primtive
> that's support for another(sketch -> extrude), it's no point developing a
> new one if the base one doesn't work.
>
>
> Again, Daniel helped me throughout this project as well, so he's really
> the best person to speak to, I just tried to share my experience to the
> best of my capability. Good luck!
>
Thanks a lot, Andrei. I was thinking the same about looking at your Pipe
implementation and discussing with Daniel about anything that should be
added / applied to it, because it wasn't merged, meant there was something
more to be done! I will do that soon enough. That would also help me get
familiar with how to go about reviewing someone else's work and make it
work with the system. Also, how are things merged. Right?
Yeah, all operations are done on rt_*_internal and Daniel told me that
constructors use the form used in MGED commands. That was something I
should've figured out but I guess I didn't work hard enough to look for it.
Yeah, I have figured out a priority : I want to implement ARBN and ARS this
time, without fail and as you said now that extrude depends on Sketch, it
will be a good idea to implement extrude.
I'll keep in mind what you have said. It has been really helpful to focus
my line of thought and I hope to keep getting your valuable feedback.
Regards,
> Andrei
>
With Regards,
Kalpit Thakkar
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming The Go Parallel Website,
> sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for
> all
> things parallel software development, from weekly thought leadership blogs
> to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> BRL-CAD Developer mailing list
> brlcad-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/brlcad-devel
>
>
------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
BRL-CAD Developer mailing list
brlcad-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/brlcad-devel
