 | | Re: L3P v1.3 for Mac OSX
|
|
(...) I'll try to get the fixed version of L3P Launcher out this or next week. Unfortunately, I got myself hooked on RPG's. So I haven't been too productive lately... WWDC was fun last week. I talked to the guy who wrote a Cocoa ldarw editor but got (...) (23 years ago, 30-Jun-03, to lugnet.cad.dev.mac)
|
| |
| | Re: L3P v1.3 for Mac OSX
|
|
(...) Lars, Thanks for the quick fix, and thanks again for supporting Mac OS X! Regards, Tom (23 years ago, 30-Jun-03, to lugnet.cad.dev.mac)
|
| |
| | Re: L3P v1.3 for Mac OSX
|
|
(...) You're welcome, nice to hear from Mac users. (...) parts (...) with (...) update 14 (...) slope (...) the (...) code (...) dish) (...) (some (...) the (...) Good investigation! An internal datastructure (Lgeo flags) with bit fields was laid (...) (23 years ago, 30-Jun-03, to lugnet.cad.dev.mac)
|
| |
| | Re: L3P Launcher for Mac OS X
|
|
(...) James, I like the overall approach, and look forward to seeing the finished product. One note is that checking the 'Use LGEO Library' box on the 'Other' pane leads to an error from the LGEODIR environment variable not being set. For this (...) (23 years ago, 29-Jun-03, to lugnet.cad.dev.mac)
|
| |
| | Re: L3P v1.3 for Mac OSX
|
|
(...) I haven't used the LGEO substitution. I haven't seen comments from anyone else on this list that indicated they use them either. Sorry! (23 years ago, 29-Jun-03, to lugnet.cad.dev.mac)
|
| |
| | Re: L3P v1.3 for Mac OSX
|
|
(...) First off, many thanks to Lars for making this tool available for OS X! L3P has been working very well overall, but I'm having an issue with LGEO parts substitution, which I'm curious to know if anyone else has seen. This is with the 20021209 (...) (23 years ago, 29-Jun-03, to lugnet.cad.dev.mac)
|
| |
| | Re: MBC 0.6.1 comments
|
|
(...) Actually, I'd prefer it if you just make a separate .sit (or zip) file with source and put it in the same folder on the internet as the executable program. That way anybody can look at it. You never know when someone might come from nowhere (...) (23 years ago, 25-Jun-03, to lugnet.cad.dev.mac)
|
| |
| | Re: MBC 0.61 comments
|
|
(...) Well, maybe you would know for sure, but not me :) (...) Just out of curiosity, disabling GL_Lighting before drawing lines is slower because you still have to do lighting anyway, and if it isn't GL_LIGTHING, then it is going to be slower? I (...) (23 years ago, 25-Jun-03, to lugnet.cad.dev.mac)
|
| |
| | Re: MBC 0.6.1 comments
|
|
I'll intersperse my answer with Don's observations. (...) You're dead right there - actually I've never considered altering GL_LIGHTING for Type 2 lines, it makes good sense. Actually I haven't altered the parsing and rendering routines since about (...) (23 years ago, 25-Jun-03, to lugnet.cad.dev.mac)
|
| |
| | Re: MBC 0.61 comments
|
|
In lugnet.cad.dev.mac, Christopher Masi wrote: The color of the lines was also somewhat angle dependent. This is probably because MBC leaves lighting enabled when rendering the edge lines. Hmm, maybe it's time to ask for the source because then we'd (...) (23 years ago, 24-Jun-03, to lugnet.cad.dev.mac)
|
