On Wed, Jul 31, 2013 at 7:55 PM, Tom Browder wrote:
> On Wed, Jul 31, 2013 at 6:35 PM, Clifford Yapp
> wrote:
> >> > That's okay, but I would like to standardize on the execution of the
> ...
> >> Two cases in point are mged and burst (which is my current interest as
> ...
> > Just my 2 cents, b
On Wed, Jul 31, 2013 at 6:35 PM, Clifford Yapp wrote:
>> > That's okay, but I would like to standardize on the execution of the
...
>> Two cases in point are mged and burst (which is my current interest as
...
> Just my 2 cents, but I would be definitely opposed to any convention that
> didn't hav
>
> > That's okay, but I would like to standardize on the execution of the
>
> program name, with no args, to return a short usage string. I guess a
> > very few programs might not take to that convention (but I'll have to
> > be convinced), but most (if not all) could be converted to do that.
>
>
On Thu, Aug 01, 2013 at 12:32:25AM +0530, Mohit Daga wrote:
> Hi all,
>
> On Thu, Aug 1, 2013 at 12:17 AM, wrote:
>
> > Revision: 56390
> > http://sourceforge.net/p/brlcad/code/56390
> > Author: mohitdaga
> >
>
> Recently there were structural changes in libicv.
>
> We are in a pro
On Wed, Jul 31, 2013 at 2:02 PM, Mohit Daga wrote:
...
> We are in a process to identify if the changes have worked well. We wish If
> members on this list could run benchmark on there respective machines. And
> report if there are any errors.
No errors (rev 56391), log sent to benchm...@brlcad.o
On Wed, Jul 31, 2013 at 10:17 AM, Tom Browder wrote:
> On Wed, Jul 31, 2013 at 8:04 AM, Christopher Sean Morrison
> wrote:
>> On Jul 31, 2013, at 8:35 AM, Tom Browder wrote:
>>> I am working on a proposal for DRY handling of binary program option
>>> descriptions
...
> That's okay, but I would l
On Tue, Jul 30, 2013 at 11:04 PM, Christopher Sean Morrison
wrote:
> Just be prepared for g-obj to sometimes not complete successfully. You'll
> need to have some minimal code to detect this case.
I already encountered this problem. Are there any test cases available
for g-obj's unexpected beha
On Wed, Jul 31, 2013 at 8:41 PM, H.S.Rai wrote:
> True. What I request you to elaborate a bit more (relating with para
> above ended with [1] ).
>
>> Just because it lets you display and move a 3D model around does mean the
>> interface is relevant or useful. Our domain is focused on engineeri
On Wed, Jul 31, 2013 at 7:11 AM, H.S.Rai wrote:
>> Actually not, I didn't changed anything since after assigning material
>> to models.
>
> Then same results are expected.
>
> You should make both version available.
>
> 1st with default material
> 2nd with changed material.
>
> rather than modify
Hi all,
On Thu, Aug 1, 2013 at 12:17 AM, wrote:
> Revision: 56390
> http://sourceforge.net/p/brlcad/code/56390
> Author: mohitdaga
>
Recently there were structural changes in libicv.
We are in a process to identify if the changes have worked well. We wish If
members on this list co
On Tue, Jul 30, 2013 at 11:04 PM, Christopher Sean Morrison
wrote:
>
> Just be prepared for g-obj to sometimes not complete successfully. You'll
> need to have some minimal code to detect this case.
Any operation you do, after that you need to verify that it success,
and then what two branches,
On Wed, Jul 31, 2013 at 8:04 AM, Christopher Sean Morrison
wrote:
> On Jul 31, 2013, at 8:35 AM, Tom Browder wrote:
>> I am working on a proposal for DRY handling of binary program option
>> descriptions
...
> 2) we don't need duplicate options like -s/-S where they both describe a
> framebuffer
On Mon, Jul 29, 2013 at 10:29 AM, Christopher Sean Morrison
wrote:
>
> Actually, I see LOTS of irrelevant features that add complexity but provide no
> value for a CAD interface.
True.
> This is exactly why there is content creation modeling software like Maya and
> 3D
> Studio and solid modeli
On Jul 31, 2013, at 8:35 AM, Tom Browder wrote:
> I am working on a proposal for DRY handling of binary program option
> descriptions, and one thing I've seen in several programs is use of
> multiple characters for the same purpose, e.g., 's' or 'S' for bitmap
> size. I would like to propose tha
I am working on a proposal for DRY handling of binary program option
descriptions, and one thing I've seen in several programs is use of
multiple characters for the same purpose, e.g., 's' or 'S' for bitmap
size. I would like to propose that such use be prohibited for new
programs and existing pro
Hi all,
> Hi Mark,
>> I have started looking up for cmake for
>> https://github.com/stepcode/stepcode/issues/235
>> I have tried installing headers from src/base to DESTINATION
>> ${INCLUDE_INSTALL_DIR}/dir http://paste.kde.org/pf5e67c22/
>> I want to know what actually destination is and where
16 matches
Mail list logo
