kelvin@cs.utexas.edu (Kelvin Thompson) (10/17/88)
Last week I got the cdev called "Simon" off of comp.binaries.mac
(or was it Sumex?). The cdev lets you customize (or internationalize,
if you'd like me to verbify another noun) the way that dates and times
are displayed.
Simon is neato, except it seems to offset the position of the time of
day whereever it is displayed. So when I put up the alarm clock DA,
the time partly covers the close-box on the DA. When I look at the
"General" cdev, the time overlaps its partition box.
Anybody else seen this? Any hints about how to fix?
--
-- Kelvin Thompson, Lone Rider of the Apocalypse
kelvin@cs.utexas.edu {...,uunet}!cs.utexas.edu!kelvinfrankng@basser.oz (Frank Ng) (10/18/88)
> Simon is neato, except it seems to offset the position of the time of > day whereever it is displayed. So when I put up the alarm clock DA, > the time partly covers the close-box on the DA. When I look at the > "General" cdev, the time overlaps its partition box. > > Anybody else seen this? Any hints about how to fix? > > -- > -- Kelvin Thompson, Lone Rider of the Apocalypse > cs.utexas.edu {...,uunet}!cs.utexas.edu!kelvin This is not a bug with Simon, both the alarm clock and the General cdev provide right justified positions for the time of day. If the current time combined with the time format you have chosen yield too long a string, the string will run off (to the left) of its anticipated area. Frank ----- -- Frank Ng ACSnet: frankng@basser.oz Department of Computer Science ARPA: frankng%basser.oz@uunet.uu.net University of Sydney NSW 2006 UUCP: uunet!munnari!basser.oz!frankng AUSTRALIA
langford@reed.UUCP (Chris Langford) (10/18/88)
I put Simon in my system folder, and changed the way the dates
were presented (e.g., from Tuesday, October 18, 1988 to 18 October 1988).
Then I opened HyperCard and went to my Datebook stack. I have a script
that goes to the particular card for that day by finding word 2 of item 2
of the long date. Well, suddenly there's no item 2, and the script doesn't
work. Rather than go back and find all the scripts that do searches based on
the long date and change them, I dumped Simon. It's a useful thing if you
like European calendars, but it's not worth the effort of digging through
that much HyperTalk. Thanks anyway.
--
Chris Langford |
tektronix!reed!langford | "And to everyone else out there,
langford@reed.bitnet | the secret is to bang the rocks
| together, guys." kelvin@cs.utexas.edu (Kelvin Thompson) (10/21/88)
In article <1540@basser.oz>, frankng@basser.oz (Frank Ng) writes: >> Simon is neato, except it seems to offset the position of the time of >> day whereever it is displayed. >> >> -- Kelvin Thompson > > This is not a bug with Simon[...]. If the > current time combined with the time format you have chosen yield too > long a string, the string will run off (to the left) of its > anticipated area. I don't think that's the whole story. The only thing I changed with Simon was the capitalization of AM/PM (they are capitalized by default, and I changed them to all lower case). This should not make the time take up more space (if anything, it should make it slightly skinnier). It looks to me like Simon is putting a space after am/pm. [Filler for inews...] [Filler for inews...] [Filler for inews...] [Filler for inews...] [Filler for inews...] [Filler for inews...] [Filler for inews...] [Filler for inews...] [Filler for inews...] [Filler for inews...] -- -- Kelvin Thompson, Lone Rider of the Apocalypse kelvin@cs.utexas.edu {...,uunet}!cs.utexas.edu!kelvin
frankng@basser.oz (Frank Ng) (10/22/88)
> From: langford@reed.UUCP (Chris Langford) > Summary: It also messes w/ HyperCard Simon does not do anything with HyperCard! It edits the system INTL and itl resources which all properly written programs (including Hypercard, bless its little heart) access when it wants date/time formatting information. It will "mess" up YOUR hypertalk scripts if you write them in such a way as to assume an unchanging format of date/time returned by HyperCard functions, then go and changed this format with Simon. What else would you expect? > ... > I put Simon in my system folder, and changed the way the dates > were presented (e.g., from Tuesday, October 18, 1988 to 18 October 1988). ^^^^^^^^^^^^^^^ > Then I opened HyperCard and went to my Datebook stack. I have a script > that goes to the particular card for that day by finding word 2 of item 2 > of the long date. Well, suddenly there's no item 2, and the script doesn't ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Did you REALLY expect there to be an item 2 in "18 October 1988"? Frank Ng -- Frank Ng ACSnet: frankng@basser.oz Department of Computer Science ARPA: frankng%basser.oz@uunet.uu.net University of Sydney NSW 2006 UUCP: uunet!munnari!basser.oz!frankng AUSTRALIA
frankng@basser.oz (Frank Ng) (10/22/88)
In article <3653@cs.utexas.edu> kelvin@cs.utexas.edu (Kelvin Thompson) writes: >In article <1540@basser.oz>, frankng@basser.oz (Frank Ng) writes: >>> Simon is neato, except it seems to offset the position of the time of >>> day whereever it is displayed. >>> >>> -- Kelvin Thompson >> >> This is not a bug with Simon[...]. If the >> current time combined with the time format you have chosen yield too >> long a string, the string will run off (to the left) of its >> anticipated area. > >I don't think that's the whole story. The only thing I changed with >Simon was the capitalization of AM/PM (they are capitalized by default, >and I changed them to all lower case). This should not make the time >take up more space (if anything, it should make it slightly skinnier). >It looks to me like Simon is putting a space after am/pm. Kelvin, I think I know what the problem is, and sorry I didn't mention this is my first reply. Then menu selections for Simon's morning and evening suffixes are the strings " AM", " PM", " am", " pm", " Am", " Pm". I put the space in between the time and date because I thought it was more aesthetically pleasing. Unfortunately I didn't realize it would mean that the string will not look good with the alarm clock or in the General cdev. I would be happy to email you a copy which doesn't have the leading space if you email me a request. Frank -- Frank Ng ACSnet: frankng@basser.oz Department of Computer Science ARPA: frankng%basser.oz@uunet.uu.net University of Sydney NSW 2006 UUCP: uunet!munnari!basser.oz!frankng AUSTRALIA