headers
Reinier Post | 13 Feb 2003 22:00
Picon
Picon
Favicon

some changes to path finding on the website


  Hello translators,

The English website has been updated again with changes to the way
files on the FTP server are found.  I find this whole code quite messy
but I think I made some improvements.  Perhaps you want to check if your
own translated versions of files should undergo the same changes.

In particular I would like to get rid of the use of get_filesize().
It is only used for files on the FTP server.  It is better to use
the new function get_ftp_filesize() for that purpose.  I want to
change its implementation at some time.

--

-- 
Reinier
Permalink | Reply | 0 comments |
headers
Brandon Craig Rhodes | 24 Feb 2003 05:18
X-Face
Favicon
Gravatar

Re: Manual translation and updates


Christian Knoke <chrisk@...> writes:

> On Fri, Jan 10, 2003 at 09:49:30PM +0100, Christian Knoke wrote:
>
> > On Fri, Jan 10, 2003 at 12:23:28PM -0800, Paul Zastoupil wrote:
> >
> > > It would be possible with php to store the dimentions on a .spec type
> > > file and insert those on the fly.
> > 
> > I think this is a good solution. I'd volunteer to do it.
> 
> Ok, attached script serves the *.html pages, corrects the links
> on-the-fly and inserts the correct width and height attributes for
> the image tags.  It looks for any *.png files in the locale
> directory and prefers them over the global ones.

Given the talent that modern browsers (Mozilla and Internet Explorer)
have for progressively rendering a page as images load, I am wondering
whether we should not just abandon the HEIGHT and WIDTH attributes for
the time being - making all three versions (the hires, trident, and
isotrident) of the manual identical without adding PHP code or file
dependencies.  We can always add them back in, via some scripts such
as those Christian has provided, if we determine that the lack of
HEIGHT and WIDTH tags are causing problems for our users.

I will wait a day or two for comments or objections before committing
this to the site's CVS; let me know if you think this idea is flawed.

--

--
(Continue reading)

Permalink | Reply | 1 comment |
headers
Christian Knoke | 24 Feb 2003 13:12
Picon
Favicon

Re: Manual translation and updates


On Sun, Feb 23, 2003 at 11:18:54PM -0500, Brandon Craig Rhodes wrote:
> 
> > Ok, attached script serves the *.html pages, corrects the links
> > on-the-fly and inserts the correct width and height attributes for
> > the image tags.  It looks for any *.png files in the locale
> > directory and prefers them over the global ones.
> 
> Given the talent that modern browsers (Mozilla and Internet Explorer)
> have for progressively rendering a page as images load, I am wondering
> whether we should not just abandon the HEIGHT and WIDTH attributes for
> the time being - making all three versions (the hires, trident, and
> isotrident) of the manual identical without adding PHP code or file
> dependencies.  We can always add them back in, via some scripts such
> as those Christian has provided, if we determine that the lack of
> HEIGHT and WIDTH tags are causing problems for our users.
> 
> I will wait a day or two for comments or objections before committing
> this to the site's CVS; let me know if you think this idea is flawed.

I've made some quick tests with opera 6 and netscape 4.7, reloading
a page from a lokal wwwoffle server, with and without image size attributes,
and the cpu time numbers for the browser processes are nearly identical. 
So this seems to confirm you.

But then loading via modem is different (I can't test this) and I remember
that this can be a pain in netscape 4.7, consuming much cpu time while
rerendering the page as the images arrive. [1]

So I'm not sure ...
(Continue reading)

Permalink | Reply | 0 comments |
headers
Christian Knoke | 24 Feb 2003 14:46
Picon
Favicon

Manual serving script vers. 2


Hello,

I've revised my script I posted some weeks ago. It is in use to
serve the german manual pages now.

The purpose of this is to have only one html representaion
of the manual pages, instead of three (for three tilesets).

The script serves the html game manual pages and, while doing this,
adapts the href links, adapts the img links to point to the correct
tileset, and adds the img size attributes on the fly.

It does not create a pngsize file anymore. No special action needs
to be taken to install it any more.

It can be used independently for the /manual directory and the
/website_l10n/*/manual directories, with the restriction, that the
fallback mechanism for non-existent localized manual pages won't
work, until it is installed in the base /manual directory.

The edit process for the manual is slightly affected: No width/height
attributes need to/should be present any more. If you do not use a local
server to view the pages, I suggest some links from the manual/trident
dir to the manual/html/*.html files, to load the pages via file://

The rest of this mail describes the installation. If you have any
questions, please ask.

Christian
(Continue reading)

Permalink | Reply | 0 comments |
headers
Christian Knoke | 28 Feb 2003 19:28
Picon
Favicon

Re: [Freeciv-Dev] Re[2]: (PR#3548) italian.ruleset


On Fri, Feb 28, 2003 at 05:06:06AM -0800, DHerding@... wrote:
> Hello Davide,
> 
> Friday, February 28, 2003, 12:12:38 PM, you wrote:
> 
> DP> Anyway, changes to italian ruleset should be made in italian, thus
> DP> "Victor Emmanuel II" is plain wrong, obviously (it is instead "Vittorio
> DP> Emanuele II")
> 
> OK I didn't know that.

I didn't know either. And i doubt it, because of charset problems.

> DP> and moreover, this can be the chance to put
> DP> geographic hints in the ruleset (Venezia should be on coast,
> DP> Torino/Milano/Roma/Firenze should be on a river, and so on)
> 
> I think there was a thread somewhere which said that (river), (hill)
> etc. should only be set when the city name says it, not when the
> original city is situated there.
> 
> e.g. 'Bremerhaven' should be labeled (ocean) not because the real city
> is a coastal city, but because 'haven' means 'port', and 'Saarbrücken'
> should get (river) because 'Brücken' means 'bridges', and also because
> 'Saar' is a river.

This is new to me. I see no reason for not use the geographical facts.

Hello, DEVELOPERS, can you please state clearly about these two questions?
(Continue reading)

Permalink | Reply | 0 comments |

Gmane