> 
> That's fair enough. I was afraid that if we might carry on without 
> considering it, we might not be able to easily include it to existing code 
> afterwards. But if it's viable to defer it, so we shall do.

No easier or harder, definitely viable.  More overriding is an old adage by 
Alan Kay rephrased slightly:  make the simple easy, the complicated possible.

> Today I started working on a function that asks the user for density_point 
> values and stores it in a list .
> It's still WIP but I'll share my progress anyways, feedback welcome (the 
> earlier the better).

This is great, please keep sharing.  This looks potentially like the beginnings 
for what a proper material object (see TODO) might end up requiring/using for 
the typein interface.

Some feedback, you should use bu_fgets for portability.  You're also also not 
using the right format specifier, even though it seems to work (man printf).  
Fastf_t is a floating point type so it should be something like %.2lf instead 
of lld which is for long long integers.

What are your next steps with that code?

> Currently it crashes as soon as I input a valid point. Will debug that now. 
> I just want to know it the general idea is being carried out correctly.

Yep, looks like the right direction.

>  I'm currently writing it below the rtexample.c code as a separate function, 
> and will call it through main. This way, new code sits on top now.
> I don't really know how to add new source files to a "project" (in this case 
> the rtexample project) in Visual Studio and link it to the build target (or 
> whatever is needed for it to compile correctly with all the includes).
> I'll find out, someday :-) Until then I'll just add stuff to existing files.

That is fine for the next week at least.

Cheers!
Sean

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
BRL-CAD Developer mailing list
brlcad-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/brlcad-devel

Reply via email to