gnuherds-app-dev
[Top][All Lists]
Advanced

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

Re: Updated header.tpl


From: Davi Leal
Subject: Re: Updated header.tpl
Date: Thu, 12 Apr 2007 11:06:57 +0200 (CEST)

Victor Engmark wrote:
> > >       - Maybe needed: img {border: none;}
> The image should not have a border, like at gnuherds.org. I wasn't sure if
> that was already in the CSS rules.

It did not.


> > >    - Maybe the language title attribute should say something like
> > >      "Change language to X".

> The reason was simply that the @title is just the name of the language
> translated into the current locale, as in
> <a href="http://www.gnuherds.org/Home.php?language=en_US"; title="Inglese"
> lang="en">English</a>
> I'm not sure how the current @title helps, that's all.

Now, I underdand!. Sorry. I have added {t}Change language to{/t} to
@title. You can get the result at:
http://www.gnuherds.org/templates/header.tpl


I have not used:
    {t}Change language to English{/t}
    {t}Change language to Spanish{/t}
    {t}Change language to French{/t}
    ...
to avoid duplication for the translators.  If we add some translation to
our site which has problems with this construction
    {t}Change language to{/t} {t}lang{/t}
we could think about it again.


> Here's a summary of
> the attributes available for language control:

>    - hreflang - The language of the target page (used only on <a>).

Added this too.


> By the way, if we internally use the country code with the language (as in
> "_US"), we should use the same in the language attributes. It's more precise
> and accurate, and if we get languages like fr_CA or en_UK later, it's a good
> idea to make sure the system is built that way bottom-up.

Modified too.

You can get the result at: http://www.gnuherds.org/templates/header.tpl

I have checked it with validator.w3.org and with the textual browser
'w3m'. If you think it is right, you can get the .tpl file from the above
URL and commit it to CVS.



> > You could setup your own development environment [...]

> I'll see if I can - I already have a server running which I don't want to
> mess with. It would be great to have a central testing environment for this
> kind of thing, but I guess it's too much work for now.

For my development environment, I use the same www.gnuherds.org host
(hosted now at my home :P ), with a no-public host-name "g-00.org" ,
which I have added to the /etc/hosts file:
   192.168.0.2  g-00.org

I did not add it to the DNS server, to avoid Google and others search
engines index it, adding so that mess to the search results :P


Better than a central testing environment, each developer should have her
own environment. It is possible!.  If you are unable to setup one at your
home, I can setup one for you at this same machine, following the below
steps:

  1. I create an account for you
  2. I add g-your-name.org to /etc/hosts
  3. I create the virtual domain of g-your-name.org at Apache
  4. You add the below line to your /etc/hosts
        217.127.236.41  g-your-name.org

If you agree, let me know the name for your account, "victor"?
and for your development domain, "g-victor.org" ?

Davi




reply via email to

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