>I added bookmark support to the current -devel tree.
Great :)) I'll test it tonight
Loïc
______________________________________________________________________________
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif
>> I am concerned that we are beginning to use much vertical space on the
>> page.
>> What size screen resolution are most people running this at?
>> I use a 17" monitor at 1152x768, and a 21" monitor at 2048x1536.
>Humm, i think that it's 1024x768.
I think that the 800*600 resolution is always widely in use.
Loïc
______________________________________________________________________________
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif
On Mon, 7 May 2001, Robin wrote:
>> Ouch, UTF-8 ? Many browsers won't like this charset. Actually I'm afraid
>> only the major ones (IE and Moz. -then maybe NN6-) knows this charset.
>The majority of browsers will ignore the XML tag :-)
>Thusly, the problem doesn't exist.
Good reply ;)
>> Moreover I've faced some problems with this instruction inside php files:
>> the php parser try... to parse <?xml.... How do you avoid this?
>Turn off the parsing of short PHP tags in the ini file. I had to do this
>long ago because I do the odd bit of XML with PHP already. I think there
>is a way you can do it in the .htaccess file as well (or something).
Arg, that's a problem because the new version had an important improvement
as to me : users no long need to play with the 'register_globals' and the
'magic_quotes' directives inside their php configuration or some '.htaccess'
files.
No other way to fix the problem with the '<?xml' tag? Maybe can we use an
'echo' or a 'print'?
>Actually, I have seen other text directions in NN4 before, notably
>arabic on my friends computer. (Well he runs arabic windows as well)
>I'll get him to try it on Moz to see if that works.
See for example 'www.arabvista.com': to ensure NN4 users are able to read
Arabic pages in a convenient format, they have to 'double-write' their html
pages
:(
Loic
______________________________________________________________________________
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif
Hi all!
On Sun, 6 May 2001, Robin wrote:
>I'm going to start a conversion over into using XHTML & add the DTD tags
>myself.
Great :)
>Our offical DTD header block is now
><?xml version="1.0" encoding="UTF-8"?>
Ouch, UTF-8 ? Many browsers won't like this charset. Actually I'm afraid
only
the major ones (IE and Moz. -then maybe NN6-) knows this charset.
Moreover I've faced some problems with this instruction inside php files:
the php
parser try... to parse <?xml.... How do you avoid this?
>The idea I had, there exists a common CSS file, that does NOT comply for
>the NN4 parent bug. The PHP file reads it in, and spits out a new one that
>is complete, rather like the CSS validator by W3. As a result, we only
>have to maintain the common one and one per language, and the PHP file
>spits out a combined one, that could even be customized per browser.
OK.
>Text direction and font face are a function of the character set.
Have you tried this with Moz or NN? As far as I remenber it won't work
with NN4 at least. Not a big problem nevertheless: NN4 does not support
any directive (even HTML/XHTML) for text direction :(
Regards,
______________________________________________________________________________
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif
Sorry for missing the "{"
I modify it in one directory and test that it work.
Then I check out as another directory, edit it
3 lines to be the same but miss the "{".
, then check in..
I will be more careful (and test with the new
directory)
next time.
Now it work, but not in the same way that Olivier
want.
It only add new row, but not continue for adding more
and more rows. I agree that the change won't be very
complicated but now I am working with my in-place edit
feature. So I will work on cloning later unless
someone
does.
Korakot
__________________________________________________
Do You Yahoo!?
Yahoo! Auctions - buy the things you want at great prices
http://auctions.yahoo.com/
Hi All!
This is a reply to a message from Korakot but maybe this
thread could be interesting for all developpers.
>I agree with you about 3 more variable
>maybe
>$strCharSet
>$strFontFace
>$strTextDirection
OK. For the $strCharSet we should just specify that it
must be member of a family like 'sans-serif'.
And what about $strFontSize (with a value such as 'x-
medium')?
>We could accept these values from Translation Patch.
>(and we could use them from phpMyChat, right?)
Yes: except the Font face, we could easilly set ourself the
other settings (already got them in phpMyChat).
>>- headers that should be handled by php rather than
>>'meta' tags. These headers are cache instruction and
>>charset definition;
>Please explain into more detail, so that I could
>understand what you mean.
Well, inside the 'header.inc.php3' instead of the exsting
meta tags we should use:
$now = gmdate('D, d M Y H:i:s') . ' GMT';
header('Expires: ' . $now);
header('Last-Modified: ' . $now);
header('Cache-Control: no-store, no-cache, must-revalidate'); // HTTP/1.1
header('Cache-Control: pre-check=0, post-check=0, max-age=0'); // HTTP/1.1
header('Pragma: no-cache'); // HTTP/1.0
// Defines the charset to be used
header('Content-Type: text/html; charset=' . $strCharSet);
This way you don't need to:
1) send headers to the browser...
2) ... that will have to send these values back to the
server...
3) ...so the later may decide what to do.
An other problem is that phpMyAdmin do not send any
DTD at the beginning of generadted HTML pages. This
do not fit the W3C standards and may be the reason of
many problems (at least with IE5 for Mac).
>>Lastly we should use an external stylesheet that is
>>called by each of the scripts (it would be easier to
>>customize phpMyAdmin this way). This stylesheet may
>>be a php file so we can pass et least one parameter to it
>>by url: the font face to use.
>I agree that we should use external style sheet.
>But not sure if making it a php file itself a good
>idea.
How can the take into account the font face else? The
only alternative I can image is... to have one external
stylesheet per language! Not sure it's a very good
solution ;)
>Let's consult the dev-list.
Here we are
>Lastly I'd like to discuss about select_lang.inc.php3
>drop this line.
>if (!function_exists('pmaLangDetect')) {
I've added it because under certain circumstances (can't
remenber when, unfortunatly) the 'select_lang.inc.php3'
script is called twice during the parsing related to one
action.
>rename pmaLangDetect to lang_detect
>drop $notFound and use break to go out of while loop
>use variable $http_lang or something short to store
>intermediate value... make it easier to read code.
Ok, not a problem. We just need to clearly define the
coding standards we have to use before I made this
changes.
>In general, the old code is much easier to read and
>understand.
Right but the former have some annoying limits:
1) it was really difficult to choose between dialects. This
is not really a problem for 'fr' and 'fr-ch' for example (sorry Olivier ;)),
but it is one for 'zh and zh-tw' as I've been told, or for different spanish
dialects (same words
with different meanings, or words specific to one dialect
...);
2) the language detection I suggest in the current version
is the result of a digest of about 300 different HTTP_ACCEPT_LANGUAGE and
HTTP_USER_AGENT headers
sent by browsers. Some fits to the RFC specifications,
other not (or not exactly), but each of these 300 headers are taken into
account. I'm afraid the "old" version don't work with all
of them ;)
BTW, this reflect only my state of mind of course.
Regards,
______________________________________________________________________________
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif
I've completed this feature now.
It should work ok, i've put it in both trees as it's a minor feature
really.
Robin Hugh Johnson
"Robbat2"
QTOD: "I used to be an idealist, but I got mugged by reality."
E-Mail : robbat2(a)orbis-terrarum.net
ICQ# : 30269588 or 41961639
Home Page : http://www.orbis-terrarum.net
Time Zone : Pacific Daylight (GMT - 8)
-----GEEK CODE-{---
Version: 3.12 Serial: 2001041400
GU/CS d- a--- C++++ L++++ U*+++ E----
e* h! tv-- X+ W+++ N+++ w--- M P+ R O-
D++ V-- PS+ PE-- Y+ PGP++ r !y t-- 5
s+:- b+++
---}-GEEK CODE-----
-----PGP INFO-{---
Key ID:0x7E20DFA1
FingerPrint:
5447C73A 30FB144C 89521B69 2D6A615E 7E20DFA1
---}-PGP INFO-----
I was wondering, are there any easy methods that we can use to keep our
two trees in sync? As it's a pain to write code for the stable tree and
then have to integrate it all over again with the devel tree.
Robin Hugh Johnson
"Robbat2"
QTOD: "I used to be an idealist, but I got mugged by reality."
E-Mail : robbat2(a)orbis-terrarum.net
ICQ# : 30269588 or 41961639
Home Page : http://www.orbis-terrarum.net
Time Zone : Pacific Daylight (GMT - 8)
-----GEEK CODE-{---
Version: 3.12 Serial: 2001041400
GU/CS d- a--- C++++ L++++ U*+++ E----
e* h! tv-- X+ W+++ N+++ w--- M P+ R O-
D++ V-- PS+ PE-- Y+ PGP++ r !y t-- 5
s+:- b+++
---}-GEEK CODE-----
-----PGP INFO-{---
Key ID:0x7E20DFA1
FingerPrint:
5447C73A 30FB144C 89521B69 2D6A615E 7E20DFA1
---}-PGP INFO-----
I've been looking a bit at all the languages files, and I see that the
existance of variables is horribly out of sync in some of them, yet others
have strings that are commented out, that I can't figure out why.
I'm going to try and put together a list of what variables there are,
which language files they exist in, and if they need to be translated or
not still.
Robin Hugh Johnson
"Robbat2"
QTOD: "I used to be an idealist, but I got mugged by reality."
E-Mail : robbat2(a)orbis-terrarum.net
ICQ# : 30269588 or 41961639
Home Page : http://www.orbis-terrarum.net
Time Zone : Pacific Daylight (GMT - 8)
-----GEEK CODE-{---
Version: 3.12 Serial: 2001041400
GU/CS d- a--- C++++ L++++ U*+++ E----
e* h! tv-- X+ W+++ N+++ w--- M P+ R O-
D++ V-- PS+ PE-- Y+ PGP++ r !y t-- 5
s+:- b+++
---}-GEEK CODE-----
-----PGP INFO-{---
Key ID:0x7E20DFA1
FingerPrint:
5447C73A 30FB144C 89521B69 2D6A615E 7E20DFA1
---}-PGP INFO-----