 | | Re: New primitives?
|
|
(...) I wasn't aware of the tang primitive, and I had forgotten about the chrd primitive. Going from the chrd primitive to the proposed truncated disc requires the addition of one triangle, and the total number of triangles after adding that one is (...) (17 years ago, 30-Mar-08, to lugnet.cad, FTX)
|
| |
| | Re: New primitives?
|
|
(...) There are already circle chord and tangent primitives on the parts tracker. You would just need to add a couple of triangles to get the ones you're proposing. See: (2 URLs) (17 years ago, 30-Mar-08, to lugnet.cad, FTX)
|
| |
| | Re: Is anyone working on 32745?
|
|
(...) I have send my first efforts already by email. cu mikeheide (17 years ago, 30-Mar-08, to lugnet.cad.dat.parts)
|
| |
| | Re: LPub 4 Status
|
|
(...) OK, now that's just plain weird. Glad to hear it's fixed, though. --Travis (17 years ago, 29-Mar-08, to lugnet.cad.dev, lugnet.cad.dev.mac)
|
| |
| | Re: LPub 4 Status
|
|
(...) If you used my code as an example for Core GL setup, then the error was due to a bug in my code. If not, put the following in your CGLPixelFormatAttribute array, and it should work even via ssh: CGLPixelFormatAttribute attrs = (...) (17 years ago, 29-Mar-08, to lugnet.cad.dev, FTX)
|
| |
| | Re: LPub 4 Status
|
|
(...) problem fixed. extern void qt_mac_set_native_me...bar(bool); qt_mac_set_native_me...bar(true); Kevin (17 years ago, 29-Mar-08, to lugnet.cad.dev, lugnet.cad.dev.mac)
|
| |
| | Re: Is anyone working on 32745?
|
|
(...) Cool. We might actually get this very difficult part done. It may take a while but I'll try to get the inside bit mostly complete (easier than the outside). Then we can split the work into the harder bits... Tim PS. We should probaly shift to (...) (17 years ago, 28-Mar-08, to lugnet.cad.dat.parts)
|
| |
| | Re: Is anyone working on 32745?
|
|
(...) I have never done in this way, but it sounds good. I think first step should be a mokup for the overall dimensions and the connection (axle hole etc) points. The fine tuning (ribs in frontside etc) should then be divided into areas for you and (...) (17 years ago, 28-Mar-08, to lugnet.cad.dat.parts)
|
| |
| | Re: LPub 4 Status
|
|
(...) I'm guessing it's related, but there's presumably something you did that QT Designer doesn't do, or vice versa. Obviously QT is designed so that apps can be written completely without using QT Designer. One thing you might do is create a (...) (17 years ago, 28-Mar-08, to lugnet.cad.dev, lugnet.cad.dev.mac)
|
| |
| | Re: LPub 4 Status
|
|
(...) Hmmm..... one major difference is that I didn't use the designer for any of my GUI. I wonder if that is why things are different. Kevin (17 years ago, 28-Mar-08, to lugnet.cad.dev, lugnet.cad.dev.mac)
|
| |
| | Re: Is anyone working on 32745?
|
|
(...) Do you fancy a divide and conquer approach? If we each did different sections it might make it more possible. At the least it is a fairly easy part to subdivide. Tim (17 years ago, 28-Mar-08, to lugnet.cad.dat.parts)
|
| |
| | Re: LPub 4 Status
|
|
(...) I figured that Development would be use by parts authors. I was offering it as an alternative to D:work_in_progress. LSynth it is. Kev (17 years ago, 28-Mar-08, to lugnet.cad.dev)
|
| |
| | Re: LPub 4 Status
|
|
(...) Perfect - many thx! Don't think there is any need for "development" but "<LDRAWDIR>LSynth" wouldn't hurt. You could then store all constraints and synthesis parts in that folder without the need to mix them with the official parts or rebuild (...) (17 years ago, 27-Mar-08, to lugnet.cad.dev)
|
| |
| | Re: LPub 4 Status
|
|
(...) LDView has its main menu inside the .ui file for the main window. It was created and is maintained in QT Designer. Take a look at LDView.ui to see if there's anything obviously different there. --Travis (17 years ago, 27-Mar-08, to lugnet.cad.dev, lugnet.cad.dev.mac)
|
| |
| | Re: Is anyone working on 32745?
|
|
(...) I wanted to start that part some month ago, but at a closer look I decided to not doing it because it is a real challenge. But I want that part very, very much. So please go ahead and make my dream come true. cu mikeheide (17 years ago, 27-Mar-08, to lugnet.cad.dat.parts)
|
| |
| | Re: LPub 4 Status
|
|
(...) All I get is a single menu item in the menu bar above the desktop. It says LPub. The contents of the menu are not from LPub though. I've built LPub using QMainWindow. It has a function that returns a pointer to the menuBar(). I build all my (...) (17 years ago, 27-Mar-08, to lugnet.cad.dev, lugnet.cad.dev.mac)
|
| |
| | Re: LPub 4 Status
|
|
(...) I'm not too familiar with Qt or Trolltech's recommendations, so maybe someone else can help work out what you need to do. The Mac version of LDView 3.2 is a Qt app, so maybe Travis can get you started. The application bundle structure applies (...) (17 years ago, 27-Mar-08, to lugnet.cad.dev, lugnet.cad.dev.mac)
|
| |
| | Re: LPub 4 Status
|
|
(...) Just out of curiosity, what IS in the menu bar when the LPub window is the current active window? --Travis (17 years ago, 27-Mar-08, to lugnet.cad.dev, lugnet.cad.dev.mac)
|
| |
| | Re: LPub 4 Status
|
|
(...) OK, that's very very strange. LDView's main menu "just worked" (mostly). I had to do some fixups to make it fit the Mac style, but it was perfectly usable without those. It "just works" when compiled with QT 4 also. (...) Menu" on a Mac isn't (...) (17 years ago, 27-Mar-08, to lugnet.cad.dev, lugnet.cad.dev.mac)
|
| |
| | Re: LPub 4 Status
|
|
(...) I believe a MAC version mklist utility used to generate the PARTS.LST file comes bundled with the OS-X version of ldglite. Source code is available, so anyone can build it on whatever platform they like. There may be better ways to build the (...) (17 years ago, 27-Mar-08, to lugnet.cad.dev, FTX)
|
