To LUGNET HomepageTo LUGNET News HomepageTo LUGNET Guide Homepage
 Help on Searching
 
Post new message to lugnet.cad.dev.macOpen lugnet.cad.dev.mac in your NNTP NewsreaderTo LUGNET News Traffic PageSign In (Members)
 CAD / Development / Macintosh / 752
    Re: LDView 3.1 on Mac OS X! —Travis Cobbs
   Thanks for doing that, Jim. Just as a note, the latest development code compiles and runs on Mac OS X without modification, and LDView 3.2 will have an official Mac Universal Binary version (although it might labeled as Beta). (Getting the Universal (...) (18 years ago, 19-Feb-07, to lugnet.cad.dev.mac, FTX)
   
        Re: LDView 3.1 on Mac OS X! —Travis Cobbs
     It looks similar to Jim's (with a different model), but here's a screenshot: (URL) It appears that we compiled with different versions of QT; Jim's border around the graphics area is different, as is the toolbar area. I didn't mention it in my (...) (18 years ago, 19-Feb-07, to lugnet.cad.dev.mac, FTX)
    
         Re: LDView 3.1 on Mac OS X! —Travis Cobbs
     (...) It turns out I was wrong about the above. The back-ported QT 3.3 that Peter tracked down was the Windows version. The QT 3.3.7 that I'm using for Mac OSX is the official free version from Trolltech. (Peter compiled the QT version of LDView (...) (18 years ago, 19-Feb-07, to lugnet.cad.dev.mac, FTX)
   
        Re: LDView 3.1 on Mac OS X! —Jim DeVona
   (...) Wow! That's great news. Indeed, I wasn't aware that an up-to-date Mac version was in the works. (...) Making it universal with no dependencies is great - that will make it easily accessible to a lot more people than if prerequisites like Boost (...) (18 years ago, 19-Feb-07, to lugnet.cad.dev.mac, FTX)
   
        Re: LDView 3.1 on Mac OS X! —Travis Cobbs
     (...) I have to wonder what QChar is defined as in QT4. In QT3, it's just an integer type, as far as I can tell. The wchar_t type is just an integer type (4-byte integer in Linux, 2-byte integer in Windows, not sure about OSX). I suspect this error (...) (18 years ago, 20-Feb-07, to lugnet.cad.dev.mac, FTX)
    
         Re: LDView 3.1 on Mac OS X! —Jim DeVona
     (...) On my MacBook, wchart is a 4-byte type. I'm not sure about the QChar definition. I've found a class definition in /src/corelib/tools/q...ar.h/.cpp, but my C++ is weak so on first glance I'm not sure how to interpret its type compatibility. (...) (18 years ago, 20-Feb-07, to lugnet.cad.dev.mac, FTX)
    
         Re: LDView 3.1 on Mac OS X! —Travis Cobbs
     (...) I took a look at the QChar docs in both QT 3 and QT 4, and updated the failing line of code to call the unicode() function on the QChar object. This builds fine in QT 3, and should also build fine in QT 4. I haven't had a chance yet to see if (...) (18 years ago, 20-Feb-07, to lugnet.cad.dev.mac, FTX)
    
         Re: LDView 3.1 on Mac OS X! —Jim DeVona
      (...) Hi, Travis. I've (URL) LDView 3.2> with Qt 4.2.2 using your updated code. I thought I'd share my leads on the remaining kinks before proceeding. First, how I got it to compile: I expanded libtool to /usr/bin/libtool at line 13 of Makefile.inc (...) (18 years ago, 21-Feb-07, to lugnet.cad.dev.mac, FTX)
     
          Re: LDView 3.1 on Mac OS X! —Jim DeVona
      (...) After taking another look at the list of uic3 warnings and LDView.ui, I am willing to bet that my problems with fly-through mode - and polling mode, maybe are due to QT4 differences. Both pollChanged(QAction*) and viewChangedMode(QAction*) are (...) (18 years ago, 22-Feb-07, to lugnet.cad.dev.mac, FTX)
     
          Re: LDView 3.1 on Mac OS X! —Jim DeVona
      (...) Correction to the screenshot link I just posted of LDView with a more compact Qt style: (URL) Sorry for the double post. Jim (18 years ago, 22-Feb-07, to lugnet.cad.dev.mac, FTX)
    
         Re: LDView 3.1 on Mac OS X! —Allen Smith
     I'm delighted to see another developer supporting the Macintosh. (...) Yeah, LDraw/Unofficial just seemed like the logical choice. That was feature that went nowhere, though. I never even documented it, because I didn't think anyone else supported (...) (18 years ago, 27-Feb-07, to lugnet.cad.dev.mac, FTX)
    
         Unofficial directory (with non-standard name lenght)? (Was: LDView 3.1 on Mac OS X!) —Tore Eriksson
      (...) So far, we have maintained the old DOS convention of max. 8 chars and no SPACE used in folder names. I realize that fewer and fewer programs and utils are made in DOS evironments, maybe I'm the only to still make quick 'n' dirty programs in (...) (18 years ago, 28-Feb-07, to lugnet.cad.dev.mac, lugnet.cad.dev, FTX)
     
          Re: Unofficial directory (with non-standard name lenght)? (Was: LDView 3.1 on Mac OS X!) —Timothy Gould
       --snip-- (...) Personally I'm against maintaining it. It forces us into strange naming conventions for something which probably affects no users of the software. Tim (18 years ago, 28-Feb-07, to lugnet.cad.dev, FTX)
      
           Re: Unofficial directory (with non-standard name lenght)? (Was: LDView 3.1 on Mac OS X!) —Tore Eriksson
       (...) It it really so? We still use renderers and utilities that have command line inputs, and I don't know but I have a strong feeling that long names may cause problems like "Unofficial" turs into "Unoffi~1" followed by path not found errors. And (...) (18 years ago, 1-Mar-07, to lugnet.cad.dev, FTX)
      
           Re: Unofficial directory (with non-standard name lenght)? (Was: LDView 3.1 on Mac OS X!) —Timothy Gould
        (...) I'm not sure about 98 and its ilk but I've never had any problems with long filenames in XP for l3p (and possible other command lines although I can't remember any off hand). I would certainly recommend against using spaces in filenames as (...) (18 years ago, 1-Mar-07, to lugnet.cad.dev, FTX)
       
            Testing long filenames was Re: Unofficial directory (with non-standard name lenght)? —Timothy Gould
         (...) And sorry to reply to myself... Could people using older operating systems test this? I'm happy to maintain the status quo if there are problems but if no-one finds problems then I think we make the majority suffer for something that isn't (...) (18 years ago, 1-Mar-07, to lugnet.cad.dev, FTX)
        
             Re: Testing long filenames was Re: Unofficial directory (with non-standard name lenght)? —Tore Eriksson
         (...) Well, I made a small program in Delphi 7 that lists the command line parameters, drag and dropped a file named "LongFileName.dat" in it, and here is the surprising result: (URL) (Running on a Win98SE PC.) So I think long file names still has (...) (18 years ago, 2-Mar-07, to lugnet.cad.dev, FTX)
        
             Re: Testing long filenames was Re: Unofficial directory (with non-standard name lenght)? —Ross Crawford
          (...) (URL) Here's> the output on XP. ROSCO (18 years ago, 2-Mar-07, to lugnet.cad.dev, FTX)
         
              Re: Testing long filenames was Re: Unofficial directory (with non-standard name lenght)? —Tore Eriksson
          (...) Thanks, Well well, first advantage of downgrading to XP, I guess. Just to be sure, you did drag and drop into the "application", or did you write it in a command line? /Tore (18 years ago, 2-Mar-07, to lugnet.cad.dev, FTX)
         
              Re: Testing long filenames was Re: Unofficial directory (with non-standard name lenght)? —Ross Crawford
          (...) That was command line, (URL) the result with drag n drop> is similar. ROSCO (18 years ago, 2-Mar-07, to lugnet.cad.dev, FTX)
        
             Re: Testing long filenames was Re: Unofficial directory (with non-standard name lenght)? —Travis Cobbs
          (...) My best guess is at that time MS was trying to make things safe for old programs (although it seems senseless for them to have done this with Win32 apps). If you call the Win32 function GetLongPathName on the short path, it will give you the (...) (18 years ago, 2-Mar-07, to lugnet.cad.dev, FTX)
         
              I hereby accect long file names! —Tore Eriksson
          (...) It's an utterly complicated way, but it works! Only problem is that GetLongPathName erases all other kinds of command line parameters. Now that I know that at least it is possible to avoid shortened pathnames, I rest my case. I no longer (...) (18 years ago, 2-Mar-07, to lugnet.cad.dev, FTX)
        
             Re: Testing long filenames was Re: Unofficial directory (with non-standard name lenght)? —Willy Tschager
          (...) (URL) on Win2000 SP4 w. (18 years ago, 2-Mar-07, to lugnet.cad.dev, FTX)
        
             Re: Testing long filenames was Re: Unofficial directory (with non-standard name lenght)? —Manfred Moolhuysen
         (...) showing D:DownloadsShowParameters.exe The second line (Label2) however, stays blank. With friendly greetings, M. Moolhuysen. (18 years ago, 3-Mar-07, to lugnet.cad.dev, FTX)
       
            Re: Unofficial directory (with non-standard name lenght)? (Was: LDView 3.1 on Mac OS X!) —Allen Smith
        (...) The only character either Linux or Mac OS X is allergic to is '/'. Spaces are perfectly acceptable under both. One need only take care that any paths fed to the shell are properly escaped. Ideally anybody writing shell scripts or system() (...) (18 years ago, 2-Mar-07, to lugnet.cad.dev, FTX)
       
            Re: Unofficial directory (with non-standard name lenght)? (Was: LDView 3.1 on Mac OS X!) —Timothy Gould
        (...) Yeah I know they can be included but it's usually a safe idea not to. When setting a standard I'd be wary of allowing anything that is commonly poorly interpreted (which I suspect the escaped characters are). Tim (18 years ago, 2-Mar-07, to lugnet.cad.dev, FTX)
      
           Re: Unofficial directory (with non-standard name lenght)? (Was: LDView 3.1 on Mac OS X!) —Travis Cobbs
       (...) First of all, I agree that we should avoid using space in filenames for all official stuff. It's just too problematic. However, that's not a reason to forbid the use of long filenames in general. The thing is, any program that doesn't support (...) (18 years ago, 1-Mar-07, to lugnet.cad.dev, FTX)
     
          Re: Unofficial directory (with non-standard name lenght)? (Was: LDView 3.1 on Mac OS X!) —Allen Smith
      (...) With tongue slightly in cheek, I believe it is time to accept the technological advancements of 1984. If DOS wasn't obsolete the day it was written, it definitely was within a few years. DOS filenames tend to be inscrutable, and there just (...) (18 years ago, 2-Mar-07, to lugnet.cad.dev, FTX)
    
         Re: LDView 3.1 on Mac OS X! —Ross Crawford
     (...) Well the other thing to consider is that with the adoption of the standard header on DAT files, there really is no *need* to store unofficial files in a different sub-directory, because programs will be able to tell which files are unofficial (...) (18 years ago, 1-Mar-07, to lugnet.cad.dev.mac, FTX)
    
         Re: LDView 3.1 on Mac OS X! —Allen Smith
     It's me the user that wants to know which unofficial parts I've downloaded and am using, and thus which may require updating, deleting, or something. For me it is purely a user-management issue. My program doesn't really care if a part is Official (...) (18 years ago, 2-Mar-07, to lugnet.cad.dev.mac, FTX)
    
         Re: LDView 3.1 on Mac OS X! —Ross Crawford
     (...) Sure, but as I said, you can't be 100% certain that the contents of the standard LDraw directory are all official and vice versa, so the best way to manage them (in my opinion) is lump them all together, and have a program that helps you (...) (18 years ago, 2-Mar-07, to lugnet.cad.dev.mac, FTX)
    
         Re: LDView 3.1 on Mac OS X! —Travis Cobbs
     Before I say anything else, I want to point out that as the author of LDView my comments here are necessarily biased. So keep that in mind as you read them. (...) I disagree that it's not useful to have the unofficial parts in another directory. (...) (18 years ago, 2-Mar-07, to lugnet.cad.dev.mac, FTX)
    
         Re: LDView 3.1 on Mac OS X! —Ross Crawford
     (...) Indeed. (...) Well that's the part I disagree with. Everyone is different, and making assumptions about what people will want to use is always bad for program developers. The choice should be the user's, not the programmer's. (...) That may be (...) (18 years ago, 2-Mar-07, to lugnet.cad.dev.mac, FTX)
    
         Re: LDView 3.1 on Mac OS X! —Joshua Delahunty
     (...) As a user (and a programmer; though I've yet to do any work on LDView), I prefer the way Travis is doing things. Not that that makes it right; I'm just saying that you can't (and shouldn't) lump the users and the programmers into two competing (...) (18 years ago, 3-Mar-07, to lugnet.cad.dev.mac, FTX)
    
         Re: LDView 3.1 on Mac OS X! —Jim DeVona
     (...) Absolutely. Before I started using LDView and realized that Bricksmith could also use its Unofficial folder, any and all unofficial files I downloaded just got dumped in parts. To chime in on the filename length issue, my LDraw folder got real (...) (18 years ago, 3-Mar-07, to lugnet.cad.dev.mac, FTX)
    
         Re: LDView 3.1 on Mac OS X! —Ross Crawford
     (...) Well I would argue that is forcing the user to do something the program could do much more easily (and accurately). Both those make the assumption that the contents of the standard LDraw directory are always official, and the contents of the (...) (18 years ago, 3-Mar-07, to lugnet.cad.dev.mac, FTX)
    
         Re: LDView 3.1 on Mac OS X! —Jim DeVona
     (...) Absolutely. But until such time as a program like that is available, I'm most interested in what can be done pragmatically with the tools available now. I've probably just confused the discussion of plans for future improvements - in which (...) (18 years ago, 3-Mar-07, to lugnet.cad.dev.mac, FTX)
   
        Re: LDView 3.1 on Mac OS X! —James Reynolds
   (...) Yeah, they have been working on it for some time, almost 3 years. I'm very eager to get rid of the old version on my website! I don't believe it works with 10.4. I'm very glad to see more Mac LDraw apps! James (18 years ago, 21-Feb-07, to lugnet.cad.dev.mac)
 

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