csdenmark, on May 14 2004, 04:49 AM, said:
mrdct, on May 14 2004, 11:48 AM, said:
Having the vugraph schedule in EST & CET may be convenient for people who live in those timezones but is quite a hassle for people who live outside of those timezone and even more hassle for people in the southern hemisphere who have daylight savings at a different time of year.
Also, showing EST & CET together often causes date errors as for 25% of the time EST & CET are on different days.
An automatic means of the vugraph schedule being presented in the user's own timezone would be fantastic, but in the meantime GMT and GMT only would be much for convenient.
I only mentioned this as an example of the easyness to take advantage from standard tools free available to all on internet. What I mean here is fx. stating time as:
Time is fixed on Wednesday, 26 May 2004 3:00:00 PM Paris time
Aut. translation John Goold will be able to put in for help files tomorrow and those important sites will be available in 10+ languages at once.
So simple is translation of BBO help sites:
Dutch language
German language
French language
Italian language
I'm not as fast as Claus! However, I am looking into his suggestion. It may be a while before you see anything (if at all), as I am leaving for Canada in a couple of days to attend our daughter's university graduation. [For two weeks to take advantage of the trip.]
Here are the reasons I want to take a bit of time over this (besides being a little slow on the uptake):
- When I tried a quick test of the Altavista tools, it failed (because I don't have my own web site and the tool attempts to retrieve the text by downloading the page having the translation icon on it).
- The test I tried online (i.e. not translating a BBO Help file) was abysmally slow. I need to determine if this is normal or was just an occasional thing. I don't think we can subject everyone to slow loading of the Help pages. Too many people would feel the Help is worthless if it took too long to display.
- The Altavista icon takes up a considerable amount of space on the displayed page - in one test (putting the code in the Table of Contents frame), it was superposed over the Bridge Base Ace of Spades. So I would have to find a way to prevent this translation mechanism from messing up the look of the Help pages. I have tried to minimize the amount of scrolling people have to do, and so far it looks like this would force more scrolling.
So, here's the bottom line.
The translators may do a poor job, but for some people I can see that a poor job may be better than none at all (I could understand the instructions I used to get with electronic gear, though I used to laugh myself sick at the English). This means it may be worthwhile to implement Claus's suggestion of using the Altavista translation facility.
If it is too slow to be worthwhile to anyone, there is no point.
If it is just a bit sluggish and I can implement it without totally destroying the Help format, I'll try and do so. This may mean asking Fred and Uday for more disk space (and possibly another link in the BBO client) so I can maintain two copies of the Help files (one with the Altavista link embedded).
Oh, one other thing: I dislike going into one web site and having it link to another (e.g. using BBO, bringing up the Help, then the Help linking to another site). This would happen automatically using the Altavista icon (when the page loads, a script that links to Altavista is activated, even if you don't click on the Altavista icon). Also, it would introduce what is effecdtively an advertisement for Altavista into the BBO Help. I need to get Fred and Uday's thoughts on this matter.