 | | Re: Central location for LDraw prefs
|
|
(...) When you say "pref pane" do you mean a "PreferencePane" that goes into "System Preferences...", or do you mean just a way to set the preferences from a dialog box opened by selecting "Preferences..." from the application's "Application" menu? (...) (23 years ago, 7-Sep-03, to lugnet.cad.dev.mac)
|
| |
| | Re: Central location for LDraw prefs
|
|
I vote for org.ldraw.plist because it's short and simple. However I could probably be convinced to go for org.ldraw.ldrawconfig.plist because it's like com.apple.internetconfig.plist, or maybe org.ldraw.apps.plist, but not the one with mac in it. To (...) (23 years ago, 7-Sep-03, to lugnet.cad.dev.mac)
|
| |
| | Re: Central location for LDraw prefs
|
|
(...) No, Apple doesn't encourage that. And you are right, it shouldn't be named org.ldraw.ldrawdir.plist. Most preferences for a single application are stored in a single file. Some applications use entire folders (especially web browsers--so they (...) (23 years ago, 7-Sep-03, to lugnet.cad.dev.mac)
|
| |
| | Re: Central location for LDraw prefs
|
|
(...) Unless I'm misunderstanding, I think you would be much better off if you drop ".ldrawdir" from the plist filename above. That way the file can contain other settings in the future in addition to the LDRAWDIR setting you have now. Or put (...) (23 years ago, 7-Sep-03, to lugnet.cad.dev.mac)
|
| |
| | Re: Central location for LDraw prefs
|
|
(...) These two pages discuss everything you could want to know. (URL) preferences format: The most common preference file format is an xml file with the file extension ".plist" with this DTD: (URL) propose the code to be: <key>LDRAWDIR</key> (...) (23 years ago, 7-Sep-03, to lugnet.cad.dev.mac)
|
| |
| | Re: Central location for LDraw prefs
|
|
(...) That's a reasonable goal. We made some similar progress recently in Windows with the ldraw.ini file. So, where is the Library/Preferences/* usage documented. I don't know anything about it. Could you point me to a document like qa1067.html (...) (23 years ago, 7-Sep-03, to lugnet.cad.dev.mac)
|
| |
| | Re: Central location for LDraw prefs
|
|
(...) LOL, I guess so. James (23 years ago, 6-Sep-03, to lugnet.cad.dev.mac)
|
| |
| | Re: Central location for LDraw prefs
|
|
(...) Dang. So already there has to be 2 locations: ~/.MacOSX/environment.plist, and Library/Preferences/*pref name* That is ok. What if we all agree that if our app changes the ldraw directory, it will change it in both places? Same with the (...) (23 years ago, 6-Sep-03, to lugnet.cad.dev.mac)
|
| |
| | Re: Central location for LDraw prefs
|
|
(...) Does this mean that my little invention, the LDRAWDIR environment string, is spread to Macs, too? Sorry for the intrusion, but this is a true ego trip, my little "child" is found in so many system settings of computers all over the world. I (...) (23 years ago, 6-Sep-03, to lugnet.cad.dev.mac)
|
| |
| | Re: Central location for LDraw prefs
|
|
(...) The latest version of ldglite will come with a script to update the ~/.MacOSX/environment.plist file with the LDRAWDIR setting. See here for details. (URL) you want to test the script before the release, I'm sure Tom could email you the (...) (23 years ago, 6-Sep-03, to lugnet.cad.dev.mac)
|
| |
| | Central location for LDraw prefs
|
|
So I have been thinking a user should only have to edit the LDraw folder location once, in one app, and all other apps should use the same location. This is similar to com.apple.internetconfig.plist, where the system internet settings for mail, (...) (23 years ago, 6-Sep-03, to lugnet.cad.dev.mac)
|
| |
| | L3P Launcher .7
|
|
I am releasing the next version of L3P Launcher. This version has a fully functioning GUI. Except for presets do not work. So if you want to make more than one custom light, you have to add them in the User Flags field. I also added a feature that (...) (23 years ago, 1-Sep-03, to lugnet.cad.dev.mac)
|
| |
| | LDGLite 1.0.0 video matrix
|
|
Don, I added a table of observations for the various video modes and LD modes to the end of the message. I put in carriage returns to manually wrap lines before 80 characters, and everything lines up nicely if you use a monospaced font. One last (...) (23 years ago, 9-Aug-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite 1.0
|
|
(...) Ah yes, I see the problem. Since I didn't really expect the driver to actually report a change, I neglected to call the glutPostRedisplay() function, so it won't do a full refresh until you do something that makes it redraw. I'll fix that one (...) (23 years ago, 9-Aug-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite 1.0
|
|
(...) At screen resolution 1024x768, 32bit, issuing the following command ./ldglite100 -le -v800,600 mini.dat puts up the following window (URL) (terminal reports ATi drivers) moving the window (not resizing just moving) changes the contents to (...) (23 years ago, 9-Aug-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite 1.0
|
|
(...) To be clear, getting trail line when rotating lines is what I could not reproduce. (...) Tom, you don't have an account on my machine, so I don't think this link is going to work :) In ATi mode, trans orange gets some speckles while rotating, (...) (23 years ago, 8-Aug-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite 1.0
|
|
(...) Thanks, but it sounds like the congrats are a bit premature at this point. Oh well, I guess I can live with 1.0.1 or 1.0.2 or 1.0.99 or whatever... (...) That's interesting. It sounds like I *can* query the driver during a reshape and find out (...) (23 years ago, 8-Aug-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite 1.0
|
|
(...) Chris (and Don), I can reproduce this. It appears that changing between standard views after editing (not necessarily spinning) will do it. The behavior is actually different for me with the Apple OpenGL versus ATI. With Apple, the trans color (...) (23 years ago, 8-Aug-03, to lugnet.cad.dev.mac, FTX)
|
| |
| | LDGLite 1.0
|
|
Don, Congratulations on the 1.0 release. At 800,600 (32bit colors) resolution the ATi driver loads, and then LDGLite switches to the Apple driver (the window behavior and the printout from the terminal is included below) after the window is (...) (23 years ago, 8-Aug-03, to lugnet.cad.dev.mac)
|
| |
| | Re: MBC 0.4b2 (Cocoa) bug fix release
|
|
(...) Oh... rotation is like buttah. Well, as buttery as a PB G3/400 gets :) Thanks. One note so far, the new and open commands leave the previous window as the acitve window. Not a show stopper by any means, but it is unexpected behavior. Hm, (...) (23 years ago, 8-Aug-03, to lugnet.cad.dev.mac)
|
