 | | Re: Planes for a new download-tool (2) (fwd)
|
|
(...) What I mean, and also what I tought others ment too, is that a download tool is usefull to download files (within a Directory and eventually under its subtree), if the files represent software programs or *.dat files or whatever, it should be (...) (24 years ago, 26-Jul-00, to lugnet.cad.dev)
|
| |
| | Re: Planes for a new download-tool (2)
|
|
Yesterday I did some tests and I found out, that just the MFC-code is using the user-preferences for proxies and other internet-settings on NT and 98. So I feel at least under Windows I HAVE TO GO the MFC way :-( However a different point is that (...) (24 years ago, 26-Jul-00, to lugnet.cad.dev)
|
| |
| | Re: Planes for a new download-tool (2) (fwd)
|
|
Rui Martins wrote in message ... (...) be (...) it >all boils down to files. I really don't get what you're saying. One was a previous idea for parts, which is what I told you. It was discussed, but I never told you in my email that we were *going* (...) (24 years ago, 25-Jul-00, to lugnet.cad.dev)
|
| |
| | Re: Planes for a new download-tool (2) (fwd)
|
|
(...) There is no reason, at least from my point of view, to have 2 or more different systems to control downloading/updating of software/files, since it all boils down to files. We just need to supply a base URL for each module (either a software (...) (24 years ago, 25-Jul-00, to lugnet.cad.dev)
|
| |
| | Re: Planes for a new download-tool (2)
|
|
(...) OK, we could have a config file, created by the aplication (applet), when there isn't one, which the user could than edit, or even run the applet with parameters, which I believe is posible, but I'm Not sure (haven't worked on Java for 2 years (...) (24 years ago, 25-Jul-00, to lugnet.cad.dev)
|
