Subject:
|
Re: pictures at tracker
|
Newsgroups:
|
lugnet.cad
|
Date:
|
Wed, 15 May 2002 18:53:01 GMT
|
Viewed:
|
668 times
|
| |
|
|
Steve Bliss wrote:
> In lugnet.cad, Kyle McDonald writes:
>
>>Here's a wacky idea for the detail page.
>>
>>Would anyone be interested in a java applet on the page where they
>>could actually zoom in/out and rotate the part without DownLoading
>>the Dat, or starting any other tools?
>>
>
> Probably. Depends on how big (bytes) it is. And what (if anything) needs
> to be specially installed on the user's machine (I'm fairly ignorant about
> java applets). And how powerful it is.
>
Well, there is some setup involved on the user's machine. I understand
that how much setup is acceptable is probably a function of how useful
the tool is huh?
It would involve installing a recent JRE (1.3 or 1.4) the Java Plugin
(which comes with the JRE,) and one other Java extension (Java3D.)
It's possible that many people have the JRE and the Plugin installed
already? If so only the Java3D extension would be needed. This extension
is available on Windows (in both an OpenGL and Direct3D flavor,) linux,
solaris, and SGI/Irix (though the SGI version may not be the most recent,
I think my code will run against it.) Apple keeps promising a version
of Java3D for the Mac, but it has yet to materialize.
>
>>I'm not sure how different this would really be compared to setting
>>up your MIME types correctly so that your browser just starts up
>>another viewer when you click on the DAT file, but I think it might
>>be something at least some people might like as an option.
>>
>
> If it runs in the browser, it would be noticeably different. If it could
> retain settings between different pages, that would be pretty cool, too.
>
I think this could be arranged. I haven't done much programming of applets
specifically, but I know mine can be converted pretty easily. I know the
Java plugin will cache the applet code itself, so if there is any real
startup lag, it should only be on the first details page.
> If it has to retrieve all subfiles from the ldraw.org server, and doesn't
> cache them, that would be bad. :(
>
It would definately cache them. I could optionally load them from ldraw.org
the first time (and would always for the file being displayed) or it could
possibly load subfile references from your current local parts library. While
that would be quicker, it may not be desired if the new part requires a new
subfile.
I'll try to see if I can throw a Demo together soon. I'll post more details
when I have them.
-Kyle
--
_
-------------------------------ooO( )Ooo-------------------------------
Kyle J. McDonald (o o)
|||||
\\\//
(o o) kmcdonald@BigFoot.COM
-------------------------------ooO(_)Ooo-------------------------------
|
|
Message has 1 Reply:
 | | Re: pictures at tracker
|
| (...) I thought a java applet doesn't have access to the local file system for security reasons. A java application on the other hand can access the current local parts library, but you can't run that from a browser without jnlp or something like (...) (22 years ago, 15-May-02, to lugnet.cad)
|
Message is in Reply To:
| | Re: pictures at tracker
|
| (...) Probably. Depends on how big (bytes) it is. And what (if anything) needs to be specially installed on the user's machine (I'm fairly ignorant about java applets). And how powerful it is. (...) If it runs in the browser, it would be noticeably (...) (22 years ago, 15-May-02, to lugnet.cad)
|
77 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
|
|
|
|
