To LUGNET HomepageTo LUGNET News HomepageTo LUGNET Guide Homepage
 Help on Searching
 
Post new message to lugnet.cad.devOpen lugnet.cad.dev in your NNTP NewsreaderTo LUGNET News Traffic PageSign In (Members)
 CAD / Development / 9574
9573  |  9575
Subject: 
Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths
Newsgroups: 
lugnet.cad.dev
Date: 
Sat, 6 Mar 2004 07:09:18 GMT
Viewed: 
4090 times
  
"Don Heyse" <dheyse@hotmail.spam.go.away.com> schrieb im Newsbeitrag
news:Hu4BBu.20n4@lugnet.com...
<SNIP>
6.  The user decides he wants to add the MegaBlok parts.  He copies the
    <LDRAWDIR>ldraw.ini file to his HOME directory and adds a path for
    <HOME>/clones where he has stored the clone parts.  Maybe he even adds
    the tags <PARTS> and <CLONES> to identify them better for some future
    version of LPUB.
7.  He also adds the knex parts and labels the directory with the extra • tags
    <PARTS>, <KNEX>, and <SKIP> because he wants to search for knex parts
    before things in the <MODELDIR>, but only when he's enabled KNEX. • Most
    of the time he wants to ignore them.
8.  Finally he adds the boxer parts and labels that directory <PARTS>, • <BOXES>,
    and <SKIP> for similar reasons.  He can't put them in • %LDRAWDIR%\PARTS\B
    because that's set to read only by the admin.  Hopefully a future • version
    of the boxer program will be able to find them in the new location. • Or
    maybe a future version of Windows will allow a user to create real • soft
    links instead of those useless shortcut links...

I think this all works ok with the search strategy I listed earlier.

Don

Ahhh I didn't see that in the first place, good that you pointed me to,
thanks.
I generally do not recommend to bring in third party definitions into the
standard definition. So in my opinion there is no need to take care on Knex,
MegaBloks or what ever in our definition of keywords - and just a second -
this sounds like the user will define tags - no that shouldn't happen.

We shouldn't drop the ball - but we are going to define a way of specifying
how a ldraw-lib compatible software should go through the directories when
it is searching for a part, nothing else. Additionally I thought SHOW/HIDE
might be nice in order to allow a user to define what he will get in a part
library display.
If a user is trying to use any of our programms to make none lego models, he
will be an expirienced user anyway - and I guess be able to use different
ini files.

Please don't add any none LDraw specific keywords or definition - and this
should be a programming language either :-)

Michael



Message has 1 Reply:
  Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths
 
(...) Oh I don't know. I'm still hoping some of these ideas will eventually start to grow on you. Hopefully Lars will write some really nice code that finds the parts search list and somehow associates a list of tags with each directory in the list. (...) (20 years ago, 7-Mar-04, to lugnet.cad.dev)

Message is in Reply To:
  Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths
 
(...) Here's how I see it working: 1. The admin creates an LDRAW directory on the server. 2. The admin creates extra parts directories under <LDRAWDIR> on the server. 3. The admin creates an ldraw.ini file in the <LDRAWDIR> using the new GUI program (...) (20 years ago, 5-Mar-04, to lugnet.cad.dev)

132 Messages in This Thread:
(Inline display suppressed due to large size. Click Dots below to view.)
Entire Thread on One Page:
Nested:  All | Brief | Compact | Dots
Linear:  All | Brief | Compact

This Message and its Replies on One Page:
Nested:  All | Brief | Compact | Dots
Linear:  All | Brief | Compact
    

Custom Search

©2005 LUGNET. All rights reserved. - hosted by steinbruch.info GbR