bug-gne
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-gne]Moderation & Server setup


From: Christopher Mahan
Subject: Re: [Bug-gne]Moderation & Server setup
Date: Mon, 19 Feb 2001 14:55:20 -0800

I'm looking at providing inline image link to identified media.

The only drawback I can see is that in order to know the ID of the media, the author would have to upload the media first...

We'll see.

I personally love graphs and such and would need that capability as well.

Chris Mahan


From: Mehdi Tibouchi <address@hidden>
Reply-To: address@hidden
To: <address@hidden>
Subject: Re: [Bug-gne]Moderation & Server setup
Date: Mon, 19 Feb 01 22:33:24 +0100

>I was thinking of the summary field, or synopsys, and wondered if that
>didn't better belong in the classification system. Also, I'm not sure the
>author is the best person to write a synopsys. Most of the time, yes, but
>not always.

Well, it is an academic habit to have authors write abstracts for their
articles, and it seems pretty sound. If they need help for this, they
should be able to ask an editor to help.

>Same thing on keywords. I thought about having a list of
>keywords, and came to the same conclusion.

As for keywords, I agree that the author may not be the best person to
choose them. But some hints for the classification system could be
useful.

>On images, and links for that matter, I was not very sure how to proceed. I
>was thinking that links could be given at the bottom, as "additional
>resources" or "see also" and there could be two sections, "Other GNE
>articles" and "Outside references".
>
>For picures, do I put them inline, do I wrap the text? Do I put thumbs? An
>article with a lot of photos or media might take forever to load.

If pictures are simply used as illustrations, inline pointers to some
list of media (or to the picture itself, in a popup window, say) is a good
idea. But you sometimes use pictures to compensate for the browsers
lacking certain rendering capabilities--e.g. to display equations. This is
arguably a Bad Thing, but there's little else you can do, unless you
decide
to provide the xml syntax to input equations and to generate corresponding
inline jpegs on download.

When we come to it, there should definetely be an official policy on how
to input equations and similar elements (commutative diagrams, Feynman
diagrams, etc.) some authors (this includes me, actually ;-) simply can't
do without.

For now, we should probably suggest them to keep their articles until we
decide, but an "<inline>" tag could be useful nonetheless.

_______________________________________________
Bug-gne mailing list
address@hidden
http://mail.gnu.org/mailman/listinfo/bug-gne

_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com




reply via email to

[Prev in Thread] Current Thread [Next in Thread]