l i n u x - u s e r s - g r o u p - o f - d a v i s
L U G O D
 
Next Meeting:
April 21: Google Glass
Next Installfest:
TBD
Latest News:
Mar. 18: Google Glass at LUGOD's April meeting
Page last updated:
2005 May 09 21:48

The following is an archive of a post made to our 'vox-tech mailing list' by one of its subscribers.

Report this post as spam:

(Enter your email address)
Re: Browser-based file downloads (was: Re: [vox-tech] browser andmimetypes (I think))
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Browser-based file downloads (was: Re: [vox-tech] browser andmimetypes (I think))



On Sun, May 08, 2005 at 05:11:14PM -0700, Karsten M. Self wrote:
> The other issues you may have to deal with:
> 
>   - Browsers apparently use the MIME type information concerning a file
>     to figure out how to display it.  See above for the .desktop
>     clusterfsck WRT GNOME.  Used to be something you'd manage w/in the
>     browser.  Oh, except when they don't.

In KDE and Konqueror, this kind of stuff _is_ handled more globally,
but then, Konqueror's KHTML display functionality lives elsewhere outside
of Konqueror (such as in the tabbed browsing capabilities of the 'Akregator'
news feed manager/fetcher).

And other applications have abilities to do HTTP, FTP and other kinds
of downloading (such as KGet, obviously, but also pretty much any
other KDE program in which you can open a file... feel free to
download it over HTTP instead of pulling it off your hard disk ;^) )

Anyway, of course, KDE seems to do a reasonable thing.  When you go to
"Settings->Configure Konqueror" in Konqueror, you get a fairly intuitive
configuration window, and there's a big "File Associations" icon on the
left.  Click that to bring up those specific options.

When you go to KDE's main configuration center, the "Control Center"
(available from the "K" start menu), you find all of these same options
stored in reasonable places, though not all buried together under
"Internet & Network -> Web Browser"... again, because it's not _just_ the
web browser that handles these kinds of things.

So really, it depends on how you're going about it.  And to me, at least,
it does seem to make sense.  Though, everyone seems to agree that the KDE
Control Center itself is getting a little too overwhelming, and that the
tree hierarchy and search options on the left aren't the best way of going
about navigating your desktop environment's settings.


<snip>
>   - As noted above, some sites (mostly corprate fsckups dependent on
>     Java or Javascript) don't link directly to downloads, but to an
>     intermediary page.  Sometimes it's trivially possible to determine
>     the proper URL, sometimes not.  Worse:  d/l managers from Firefox
>     and Galeon (GNOME) fail to provide the specific URL currently being
>     fetched in a form that allows ready cut'n'paste to a terminal.  Or
>     at all.

<sacrasm> It's called "progress"!  Now let's go buy another "solution"
for $10,000...

-bill!
_______________________________________________
vox-tech mailing list
vox-tech@lists.lugod.org
http://lists.lugod.org/mailman/listinfo/vox-tech



LinkedIn
LUGOD Group on LinkedIn
Sign up for LUGOD event announcements
Your email address:
facebook
LUGOD Group on Facebook
'Like' LUGOD on Facebook:

Hosting provided by:
Sunset Systems
Sunset Systems offers preconfigured Linux systems, remote system administration and custom software development.

LUGOD: Linux Users' Group of Davis
PO Box 2082, Davis, CA 95617
Contact Us

LUGOD is a 501(c)7 non-profit organization
based in Davis, California
and serving the Sacramento area.
"Linux" is a trademark of Linus Torvalds.

Sponsored in part by:
Sunset Systems
Who graciously hosts our website & mailing lists!