Prev: extracting a sony system recovery ".img"
Next: Just BASIC
From: Paul Lutus on 24 Sep 2006 11:48
Olaf Greck wrote:

/ ...

> What a lot of [but bad language here]!

What a lot of ignorance, you mean.

> Sorry Paul, but if you cannot program according to reality admit it
> and do not blame the user for your programming skills.

WHAT? The clock in question is a user-level application. If the user hasn't
set his local clock correctly, there's nothing I can do.

> Why do programmers always (well, often) try to tell to the user that
> the program is right and the rest of the galaxy has to change the life
> as we know it to make it fit the program?

You really need to find out what you are talking about. The World Clock is a
user-level clock application that is downloaded to, and runs, on the client
machine, and relies entirely on the client machine's clock accuracy and
settings such as time zone.

Consider daylight time, which is probably what tripped up the OP. Daylight
time is practiced during one time of year in Stockholm, Sweden, but it is
practiced in the opposite time of year in Cape Town, South Africa, even
though both places are in the same time zone. Therefore I can't presume to
set daylight time without knowing where my visitor lives, and I cannot
automatically find out where my visitor lives (for excellent reasons). The
daylight time setting must therefore be made by the visitor.

And ... all this is explained on the page in question, if the visitor will
only take the time to read it. You had this opportunity, and you passed it
up, preferring ignorance.

Welcome to reality.

--
Paul Lutus
http://www.arachnoid.com
From: Olaf Greck on 24 Sep 2006 14:43
Paul Lutus <nospam(a)nosite.zzz> wrote:

[snip waste of time]

My computer is right. My computers clock is set correctly, so is the
time zone.
Many other (well written) programs confirm this every day. End of
story.

If you cannot understand nor like to admit that your program is
limited have a seat: Plonk

best regards

Olaf

From: Daniel Mandic on 24 Sep 2006 17:04
Olaf Greck wrote:

> Sorry Paul, but if you cannot program according to reality admit it
> and do not blame the user for your programming skills.

Sorry. But Paul has been blamed an id..., then something about his
family etc.
His reply to that was very fair, compared to the posts to him.

> Why do programmers always (well, often) try to tell to the user that
> the program is right and the rest of the galaxy has to change the life
> as we know it to make it fit the program?

I never felt so.



Best Regards,

Daniel Mandic
From: tarotray on 24 Sep 2006 18:59

Paul Lutus wrote:
> Olaf Greck wrote:
>
> / ...
>
> > What a lot of [but bad language here]!
>
> What a lot of ignorance, you mean.
>
> > Sorry Paul, but if you cannot program according to reality admit it
> > and do not blame the user for your programming skills.

The user should only have to manually input information that is
impossible to obtain elsewhere. In this case that's true. Javascript
has no possiblity to read the DST, only the timezone. This is because,
although most modern OSs like Windows knows perfectly well what the DST
settings are down to the start & end date/times of DST, locally,
javascript deals with the lowest common denominator of machines (must
work everywhere), so it has no way to get to any locally set DST.

>
> WHAT? The clock in question is a user-level application. If the user hasn't
> set his local clock correctly, there's nothing I can do.

Huh? What's it got to do with the local clock setting? This statement
does not make it clear enough. People are getting confused between all
the clever Windows (& other OSs) time settings and the javascript,
which has to work in any browser on any OS.

>
> > Why do programmers always (well, often) try to tell to the user that
> > the program is right and the rest of the galaxy has to change the life
> > as we know it to make it fit the program?
>

IMHO A programmer serves the user. If something is too complex for some
users to make use of, then it is not bad programming, but not the best
possible, either. Professionalism depends on making the software do the
job, not the user, wherever conceivably possible. Obviously, in this
case, for this software's functionality, it is not. Therefore, it is
good software and the user has to follow the given instructions.

I hope this adds some clarity.

Now, to change the subject back to the Aging Face software the original
poster asked for.

There is Morph Age for Mac users and FaceGen Modeller for Windows
(Limited Demo is free). There is no freeware to do the job, yet, as far
as I can tell.

>
> Consider daylight time, which is probably what tripped up the OP. Daylight
> time is practiced during one time of year in Stockholm, Sweden, but it is
> practiced in the opposite time of year in Cape Town, South Africa, even
> though both places are in the same time zone. Therefore I can't presume to
> set daylight time without knowing where my visitor lives, and I cannot
> automatically find out where my visitor lives (for excellent reasons). The
> daylight time setting must therefore be made by the visitor.
>
> And ... all this is explained on the page in question, if the visitor will
> only take the time to read it. You had this opportunity, and you passed it
> up, preferring ignorance.

>
> Welcome to reality.
>
> --
> Paul Lutus
> http://www.arachnoid.com

From: tarotray on 24 Sep 2006 19:19

tarotray(a)gmail.com wrote:

>
> Now, to change the subject back to the Aging Face software the original
> poster asked for.
>
> There is Morph Age for Mac users and FaceGen Modeller for Windows
> (Limited Demo is free). There is no freeware to do the job, yet, as far
> as I can tell.
>

BTW 'Manipulating Facial Appearance Through Age Parameters' is a nice
paper on the subject of aging faces through morphing.

It can be found at:

http://mirror.impa.br/sibgrapi96/trabs/pdf/a36.pdf#search=%22age%20morphing%22

First  |  Prev  |  Next  |  Last
Pages: 1 2 3 4 5
Prev: extracting a sony system recovery ".img"
Next: Just BASIC