[Gimp-web] Moving of site proposal

Niklas Mattisson scizzo at gimp.org
Fri Sep 19 15:40:47 2003


Hey,

On Fri, 2003-09-19 at 15:04, Raphaël Quinet wrote:
> However, Yosh sent a mail to me, indicating that the changes that I
> reverted (going back to tables instead of div+css) are now causing
> some problems in Mozilla Firebird.  Unfortunately, he was not very
> specific so I am waiting for more details so that I can try to fix
> that problem.

The firebird problem seems to be ok now. So I guess this is not a big
issue at the moment I am not sure though. (Looks ok in my firebird
anyways)

> Regarding the help, then yes, there are things that can be done to
> help.  None of them are critical for the launch, but there are several
> things that should not be too hard to do:
> 
> - Fix typos and other minor things that you think should be fixed.

This is exactly the things I want to fix before the move.

> - Re-write the top paragraph on the home page (welcome text).  It does
>   not have to be perfect, but I think that the current text could be
>   improved easily.  Several comments have already been made in bug
>   #119210.  Anyone who is interested can post some suggestions in that
>   bug report, or just commit the changes directly.

I asked Branko about this and he wants someone that is a native English
speaker to do the welcome text, I am not a native English speaker and I
don't know how to write this in a good way so maybe someone that is a
native English speaker could do something here and close the bug?

> - Try to improve the /about/ section, especially introduction.html.
>   The links to the platform-specific builds should probably be local
>   links (to the platform-specific sections).

This is also a thing that could be done later even though it would be
nice to have fixed now. So I do not belive that we _have_ to do this
right now. We can improve this later after the move.

> - Update the download page. (bug #119562)  Ideally, we should automate
>   the whole process like in the "old" site, which updates the links
>   and the text of the page automatically depending on the current
>   version numbers.  But for the short term, we should just commit an
>   updated version of the page with hardcoded links and version numbers.

Where did the mirror.xhtml go? What was wrong with it? Or what has
happened to it?

> - Add visible FIXME comments in the pages that are still under
>   construction (such as the /source/ page).  They will serve a dual
>   purpose: inform the visitors about the fact that some pages are not
>   really ready yet (even if this is obvious to us) and maybe encourage
>   some spontaneous contributions.

Yes this is good but this would also mean that all pages would have
this. Not all pages are finished yes so the ones we feel should have
this comment should get it also.

> - Improve the platform-specific sections: /unix/, /windows/,
>   /macintosh/ and /os2/.  I have re-structured these pages a bit and I
>   will commit the changes on Saturday, but I would be happy if anybody
>   could improve them afterwards.  Relevant bugs include bug #119537,
>   bug #119539, bug #119246 and bug #119538.

You have restructured pages that has a maintainer? Are the maintainers
of the file informed about this? And have they seen the changes that you
have done and aproved them for the site? (Just because you are
coordinator does not mean you can make changes to sites like that when
there are maintainers that needs to be informed about it.)

> - Remove all e-mail addresses from all pages, unless the owner of that
>   address has confirmed that it is OK for it to be on a page that can
>   be harvested for spam.  This applies to the mailto: links and to the
>   text displayed in the pages (spam robots collect both).  All
>   tutorials have to be updated: the copyright message should be
>   removed from the footer of the pages so that the standard footer can
>   be used (credits should be moved to the top of the page if not done
>   already).  I will try to do that on Saturday, but I wouldn't mind if
>   somebody else would beat me to it.

E-mail addresses ok. Updating all the tutorials..no. This would take
long time and we could do this later after the move. Trust me there is
more then just the footer that will change later.

> - Remove or comment out the links that are known to be broken or that
>   lead to pages that will have to be replaced in the near future (and
>   for which the URLs may change).  Some broken links are listed in bug
>   #118755.  Some pages that will have to be re-structured include the
>   ChangeLogs (see also bug #119487) and the splash screen gallery.

We should remove the links instead of commenting them out. This is
something we can work with later after the move is done but removing the
links before the move.

> - Update the /team.html page.

This is not a big issue at the moment however yes it should be updated.

> There are several other things that should be done, but they require
> more work or may involve some script hacking, so they should probably
> be kept for later:
> - Prepare a list of pages and images that should be redirected from
>   their old location (on the old site) to their new location. It may
>   be necessary to create a new page explaining what has moved.  I will
>   try to take care of that, but suggestions are welcome.  The details
>   can be found in bug #116523.
> 
> - Update the list of mirrors.  Since January, I made 12 updates to the
>   list of mirrors on the old site and Sven made one update.  Some
>   mirrors have been added, some have changed their path, some others
>   have been removed.  These updates should be copied to the new list.
> 
> - Update the news by copying the existing news from the old site
>   (including the commit dates from the old CVS - this is very
>   important!).
> 
> - Improve the links to the bug reports.  The links listed on the old
>   site (http://www.gimp.org/devel_ver.html) offer many convenient
>   shortcuts that are not present in the new page
>   (http://mmmaybe.gimp.org/bugs/).  They should be generated by
>   combining some prefixes with version-dependent suffixes.
> 
> - Fix all other bug reports...  ;-)

Yes lets leave these for now and think about them later after the move.

Best regards,
-- 
Niklas Mattisson <scizzo@gimp.org>