| |
In lugnet.cad.dat.models, Todd Lehman writes:
> In lugnet.cad.dat.models, Tim Courtney writes:
> > [...]
> > Steve notes the interface here doesn't support .LDR. I am wondering, if the
> > server can pass a .ldr or .mpd (or .dat) file to the computer, instead of
> > the 'ldraw.cgi' file. I think that would make life easier?
> >
> > Let me know if I'm way off base here - but I seem to remember this being
> > brought up before too.
>
> I think you're pretty close. The server isn't actually reporting 'ldraw.cgi'
> anywhere -- that's just the script name in the URL. Here's what the server
> reports:
>
> Content-type: application/x-ldraw
> Content-disposition: attachment;filename="monkeypede.ldr"
Ok. MSIE 5.0 still tells me I'm attempting to open the file "ldraw.cgi." I'm
trying this on two computers.
The second computer, which doesn't have file associations configured for
LDraw stuff, asks me what program to open the file in. I select LDView, and
it opens the file.
On the first computer (the one I'm posting from), I click to download it, it
prompts me to save it or open it from the current location. I select open
from current location, and it opens the file in MLCad. *I think* I once told
it to use MLCad via the dialog MSIE brings up, and left 'always use this
program for this file type' checked. I can't find an entry for .cgi files in
my Windows file associations. If I change the association for .ldr files, it
still opens in MLCad. :-(
I think this is a Windows/IE problem, not a LUGNET problem. :-(
I tried opening the file in Mozilla, it allowed me to select the program to
use to open it. I selected LDView, and it opened successfully. I tried again
and selected MLCad, and MLCad opened the file successfully.
> The changepoint tonight here is that it _used to_ report:
>
> Content-type: application/x-ldraw
> Content-disposition: attachment;filename="lugnet.cad.dat.models_1812.dat"
>
> In other words, now it auto-detects the filename that's embedded in the LDraw
> data (by looking for a '0 Name' line) and sends this back to the browser
> instead.
>
> Does that make the problem go away or is it still there?
It works on Mozilla, or on IE 5.0 when passing the file to LDView. But MLCad
doesn't understand it when IE 5.0 sends it the file.
Thanks!
-Tim
|
|
Message has 1 Reply:
 | | Re: Monkeypede
|
| (...) Well, it's a LUGNET problem even if it's an MSIE bug, right? :-) I think there's another thing we can try. I remember reading once that MSIE in its infinite wisdom sometimes ignores MIME types and gleans the file type from the extension in the (...) (21 years ago, 11-Apr-03, to lugnet.cad.dat.models, lugnet.admin.general)
|
Message is in Reply To:
| | Re: Monkeypede
|
| (...) I think you're pretty close. The server isn't actually reporting 'ldraw.cgi' anywhere -- that's just the script name in the URL. Here's what the server reports: Content-type: application/x-ldraw Content-disposition: (...) (21 years ago, 11-Apr-03, to lugnet.cad.dat.models, lugnet.admin.general)
|
22 Messages in This Thread:
 
  
- 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
|
|
|
|
