|
Grex > Coop11 > #220: policies about on-line images? | |
|
| Author |
Message |
jep
|
|
policies about on-line images?
|
Dec 20 22:11 UTC 2000 |
I recently joined omni as the fw of the sports conference. I'm
interested in trying out the capabilities of Backtalk, and want to try
designing a WWW page for the conference. I've designed several for
M-Net and WebYAPP, and want to try some things out here as well.
However, it raises some questions about disk usage and images.
Is there a policy about image files stored on Grex? Is there a policy
about what images can be shown in user and conference WWW pages? Is
there a place other than one's home directory where image files should
be stored? What disk allotment are users given here?
WWW pages can get pretty large if you use images, even small ones. I
understand it may be better to load images from elsewhere for my
conference WWW page here. Before I spend much time on the page, I
wanted to see what limitations I will run into (and preferences I should
keep in mind). I'm not interested in pushing policy limits; I'm more
interested in avoiding trampling over expectations and proprieties.
Thanks!
|
| 20 responses total. |
scott
|
|
response 1 of 20:
|
Dec 20 23:12 UTC 2000 |
The current policy is that we don't have the bandwith/space for images.
However, it is possible to store images on another server somewhere and just
point to them.
Backtalk itself stores all it's button images on HVCN (I think).
|
robh
|
|
response 2 of 20:
|
Dec 21 02:18 UTC 2000 |
Yep, you can see the code for my home page here
(/a/r/o/robh/www/index.html) which points to several
images on my ISP account. It can be done!
|
keesan
|
|
response 3 of 20:
|
Dec 21 20:39 UTC 2000 |
I have all sorts of images linked to my home page from other people's pages,
including digital photos they took of us. Works fine.
|
jep
|
|
response 4 of 20:
|
Dec 22 00:22 UTC 2000 |
All right. Thanks!
|
steve
|
|
response 5 of 20:
|
Dec 22 01:21 UTC 2000 |
I know our current policy is more than a little weird, given
the nature of the net these days, but Grex would be *REALLY* hit
hard if it were ever known that we were willing to deal with
graphical images.
Every day (and I do mean every day) we have people trying to
deal with graphical images on Grex, be it via mail, lynx, or FTP.
I get writes and tels from people asking about images on web pages
just often enough that I'm quite confident that we'd be swamped
in a matter of months at most.
|
jep
|
|
response 6 of 20:
|
Dec 22 18:07 UTC 2000 |
I don't think it's weird. I don't think it can last for long, because
it's a WWW world out there, and that means supporting images. Grex
needs more bandwidth and disk space. (You probably never considered
that, did you, STeve? heh.) But under Grex's current resources, it's a
reasonable policy. It's not hard to work with; I won't have any trouble
loading such images from other sites as are needed for what I want to do
with the sports conference.
|
keesan
|
|
response 7 of 20:
|
Dec 22 19:20 UTC 2000 |
I can view graphics with lynx, or sent me by email. In lynx adjust options
to show the images as links, then download the one I want to see to my home
directory, then Ymodem it to my computer, shell to Procomm, use a DOS-based
graphical viewer to look at it, and back to grex while still online. Takes
a couple of minutes but then I can delete the email. I have learned to ignore
small gifs sent with holiday greetings and labelled ivy.gif. Or things at
websites like button.gif. Cshow is a nice viewer, or a combination of djpeg
and g&s (from NetTamer). Given how much time it takes per image, grex's
bandwidth is not likely to be swamped by people doing it my way.
|
janc
|
|
response 8 of 20:
|
Dec 23 06:23 UTC 2000 |
(Backtalk's button images were imported from HVCN for years, but I got tired
of the buttons going away when HVCN goes down, so moved them to Grex. They
are mostly tiny and I didn't think backtalk necessarily had to abide by the
policy for users. However, pretty much all other images on Grex's pages are
served from HVCN. Mostly there aren't many.)
|
keesan
|
|
response 9 of 20:
|
Dec 23 19:01 UTC 2000 |
Can you please put Alt tags (text) on the button images, so that they can be
read with graphics turned off? (The new lynx probably shows button names, but
who reads the conferences with lynx?)
|
ball
|
|
response 10 of 20:
|
Dec 24 03:35 UTC 2000 |
I recently moved my personal web site to Grex. I had a site
on Angelfire but whenever you upload a file they prepend a
bunch of javascript that can really screw things up. I was
quite willing to have a banner ad. or two, but not at the
expense of a site that doesn't work.
The only graphics my own site has are little icons
indicating that it uses valid (strict) HTML 2.0 and valid
cascading style sheets. Those are linked from the W3C site
and don't use Grex disk space.
I'm notorious for hating my own site within a week of
revising it. It's interesting (to me) that I'm happiest with
it now that it's plain text. Your comments and observations
are invited via email. My site is at...
http://grex.cyberspace.org/~ball/
|
remmers
|
|
response 11 of 20:
|
Dec 24 17:46 UTC 2000 |
Your site looks quite nice. I especially like your use of
style sheets to give it a distinctive appearance.
|
keesan
|
|
response 12 of 20:
|
Dec 24 20:23 UTC 2000 |
It also looks fine on grex, without any style and with alt tags.
|
janc
|
|
response 13 of 20:
|
Dec 25 04:52 UTC 2000 |
Re #9: Backtalk has had ALT tags on buttons for years.
|
ball
|
|
response 14 of 20:
|
Dec 26 07:15 UTC 2000 |
Thanks John & Sindi! As a frequent lynx user I appreciate
alternative descriptions for images, summaries for tables
and so on. Also, I once had a conversation with a web user
who happens to be blind (he had an Apple Macintosh read the
pages to him). He hates the kind of garbage that programs
like FrontPage churn out (the novelty of hearing "ampersand
non-break space" read dozens of times where someone has used
it to indent text wears off pretty rapidly). I've also tried
to use style sheets in such a way that even early versions
of Mosaic render them without loosing any information
(headings remain headings for example).
|
keesan
|
|
response 15 of 20:
|
Dec 26 20:33 UTC 2000 |
re 13 - I cannot see the Alt tags with the browser I am testing. It is
possible that the browser is at fault. I will check with Netscape. Thanks.
|
gull
|
|
response 16 of 20:
|
Dec 27 14:19 UTC 2000 |
has been standard for a non-break space for a *long* time...maybe he
needs some newer web page reading software.
|
ball
|
|
response 17 of 20:
|
Dec 27 18:36 UTC 2000 |
I know it's been standard, it's also been abused. Whether or
not his browser should read them out (and he may have
upgraded since our last meeting), it's one of many tags that
has been abused by web designers (and worse, web design
programs). It's not the right mechanism for setting a margin
- style sheets are.
|
other
|
|
response 18 of 20:
|
Dec 27 18:51 UTC 2000 |
But CSS standards compliance is still a long way from universal, so
what's the motivation?
|
keesan
|
|
response 19 of 20:
|
Dec 27 20:35 UTC 2000 |
Re alt tags - the browser is definitely at fault. They display properly at
the first page but not at some other pages. Nobody else seems to have caught
this among the testers, possibly because they were not browsing with graphics
turned off at a familiar site.
|
ball
|
|
response 20 of 20:
|
Dec 27 22:13 UTC 2000 |
Re #18: I know CSS support isn't universal, thats why I use
it in such a way that although the sites develop benefit
from them, they don't /depend/ on them. The kind of people
who try to use to create margins (or who write
design tools that do) have evidently missed some points of
web design philosophy.
|