Re: Possible bug in Calendar

Arne Vajhøj misquoted me:
Harold Yarmouth did not write:
Arne Vajhøj misquoted me:
Harold Yarmouth did not write:
Arne Vajhøj misquoted me:
No I am trying to bring you from non-programmer to programmer-newbee
by telling you to read the documentation instead of posting silly
bug posts to usenet.
Yes, it is.

Glad you agree with me.

I do not!

Yes usually mean agree.

But, as I said in the previous post (and you dishonestly trimmed out and otherwise ignored!), that is a complete misquotation of what I wrote.

This is what was actually originally written:

Have you forgotten yet again to check your confrontational attitude at the door?

Considering that the documentation clearly states that it returns
a Calendar instance based on time, then it seems as a very relevant
question.

Clearly, the answer to my last question there is "yes" ...

No

Yes, it is.

As you can CLEARLY see, I was agreeing that you had forgotten to check
your confrontational attitude at the door, not agreeing with any of your
vicious and uncalled-for personal attacks.

Now stop the dishonest quoting and other extremely childish tricks and start discussing Java, or else go away. Your behavior is completely inappropriate for this forum, not to mention totally uncalled-for, and it will not be tolerated.

You forget something. People laugh at you - they are not afraid of you.

No, Arne, people laugh at *you*. They laugh at your combination of thuggish attitude, poor grammar, childish dishonest cheap tricks to try to "win" an argument, and complete inability to back up your blustery words with any credible threat of real force.

It's like being hissed and growled at by a tiny little kitten, one that frequently tries to hide to pounce at your leg when you walk by, only its tail is sticking out into plain view. Everybody sees through its pathetic attempts at deception and sneakiness, and nobody perceives a real threat, no matter how furiously hissy it gets.

And it can't communicate in clear, understandable English like an adult human being.

The same is true of you being nasty online, where you have no ability to project force, your attempts at dishonesty are easily repudiated by a quick Google Groups search, and you apparently can't make even a fairly short post without at least three typos that make you look like you're barely out of the single-digit grades in school. "Yes usually mean agree" is one step up from "I can has cheezburger?" and two hundred steps down from the its/it's mistakes that, as near as I can tell, even the average Ph.D. doesn't seem to be able to avoid.

You are laughable, Arne.

I should probably stop wasting my time replying to your crap, but it's amusing seeing you flail about in your ignorance and blind anger, and it also causes you to further destroy your own credibility by posting nonsense like you just did, thereby neutralizing what little threat you pose here, that of possibly convincing other people to believe your crap.

Nobody will, now, when they see the cheap tricks you tried to use to make it look like I was agreeing with you when I wasn't. That kind of transparent desperation ploy is the last refuge of a stupid and angry man that realizes he's about to lose the argument. (One that's obviously nowhere near smart enough to realize that he already HAD lost the argument.)

I am an experienced programmer

Sorry - nobody will believe that.

Is that intended as a threat?

Obviously not. I was just noting a fact.

But it is not a fact. You seem to think you can control others' opinions of me, but you can't. You can maybe control others' opinions of *you*. So far, you're doing a bang-up job, between your poor communication skills and transparently dishonest tactics. Perhaps you should quit while ... well, normally I'd say "quit while you're ahead", but you're not ahead, you're way way behind. But you should still quit; like the gambler that's lost his car, you shouldn't keep going until you lose your house, and then your shirt. Not when you're clearly outclassed* and Lady Luck clearly is not on your side.

* You, of course, would be outclassed by a ten year old with no debate-team training or anything, and by any smarter-enough-than-average five year old.

Well - please sue. I guess it would be possible to find around
5000 witnesses from here that can testify that your ability to
read documentation and understanding of OOP are exceptional low.

No, the only things they'll testify are "exceptional low" are
a) your honesty,
b) your intelligence (did you REALLY think nobody would see
through your creative quoting tricks?), and
c) your English reading comprehension and writing grade level

(Really I should stop and "pick on someone my own size". This is like being in a fistfight with a grade school bully. Except that the grade school bully was dumb enough to walk up to and punch *me*, so I wasn't picking on anyone -- he was and he bit off more than he could chew!)

You don't read documentation.

I do.

Nonsense. If you had, then this thread would not have existed.

Yet I did, and this thread nonetheless exists.

Clearly, you have made a mistake in your logic somewhere.

See if you can figure out, on your own, where the mistake is.

Hint: If the conclusion is false, either the premise is false or the conclusion does not follow from the premise. Figure out first which of these (if not both) is the case, and then continue from there.

You don't understand object oriented principles.

I do.

No.

Yes, I do.

Your idea of having Calendar implement Gregorian calendar
and have other calendars overwrite methods

My idea was of having Calendar implement a basic Date factory functionality and have non-standard calendars provide Date- or Calendar- wrapping and translation functionality, actually. Though given what I now know regarding your apparent grade-level, I shouldn't expect you to be able to comprehend any of that.

In other words, Date, Calendar (or maybe another name would be better), and LocalizedCalendar (or maybe just Calendar, if the date-factory got a different name), analogously to the existing pattern of String, StringBuilder, and Collator, MessageBundle, and the other peripheral classes for localized String handling.

You do not let Calendar be GregorianCalendar and then ask all
other Calendars to overwrite most methods.

Who said anything about that?

You did.

No, I said that the object charged with the responsibility of being the no-frills Date builder should be simple and straightforward, and need not be polymorphic (and thus should not, given the simplicity requirement).

Not true.

Well, now you've descended to calling me a liar and otherwise being at the lowly "did too! did not!" level of argumentation.

There's really no point in my continuing this. It's like participating in a gunfight with an unarmed opponent. It's not really fair to Arne if I continue.

But then again, he was the one who started the fight ...

you do not even know about the "is a" principle.

A lie.

Obviously not.

Obviously yes.

It's just that it's not relevant to the issue of how to implement a simple Date builder,

What Date builder ?

As explained to you many times then Calendar is not a Date builder.

I don't need anything explained to me. I know Calendar has other functions. The problem is that it IS also the Date builder -- as evidenced by the Date constructors that produce specific dates and times being deprecated with a note in the docs to use Calendar instead.

Calendar's split responsibilities are the cause of many if not all of its woes. The date-building functionality and the localization functionality belong in separate places, and even at separate layers.

Calendars for use in ordinary business-programming situations are not. Anything else belongs outside the core date/time classes. Same way String does not have the functionality of Collator or MessageBundle built-in, nor does StringBuilder.

Surprisingly calendar functionality belongs in the calendar classes.

Then it is date-builder functionality that does not.

It is probably best to use the name Calendar for the localization/translation classes. But then the mutable-Date class used to just construct a Date from a given bunch of integers should be broken out as a separate class and named, oh, say, DateBuilder, and those Date javadocs I mentioned updated to point people to DateBuilder.
.

Relevant Pages

  • Re: Reminders in Outlook calendar - need them more than 2 wks in advan
    ... syncing to MSN or Hotmail calendar) from setting reminders more than 2 weeks ... functionality rather than users having to develop workarounds. ... custom reminder date in Outlook that's desktop based. ...
    (microsoft.public.outlook.calendaring)
  • Entourage 2004, Exchange and delegate Calendars
    ... When the exchange extentions can out in Entourage 10.1.4, ... Outlook 2001 for Mac - the ability to fully view someone else's ... exchange calendar who has set you up as a delegate. ... functionality wasn't there. ...
    (microsoft.public.mac.office.entourage)
  • Re: Calendar Form Frustration
    ... The only reason I would use third party activeX control over what you ... small calendar control with two months shown that is in sync with the big ... is available it changes to should more details of the appointment. ... functionality and steal as much code as possible from others. ...
    (microsoft.public.access.formscoding)
  • Re: Entourage 2004, Exchange and delegate Calendars
    ... > exchange calendar who has set you up as a delegate. ... > functionality into Entourage 2004. ...
    (microsoft.public.mac.office.entourage)
  • Re: How to reference and populate controls on Content Page
    ... Calendar page does not use masterpage. ... Only the page that calls popup does. ... I have very little code in the page that calls the calendar popup. ... string strDate = calDate.SelectedDate.ToShortDateString; ...
    (microsoft.public.dotnet.framework.aspnet)
Loading