home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!well!moon!cyberden!phbill
- From: phbill@cyberden.uucp
- Newsgroups: comp.sys.atari.8bit
- Subject: Thanks Rick!
- Message-ID: <k0uZTB6w165w@cyberden.uucp>
- Date: Mon, 09 Nov 92 15:04:07 PST
- Organization: Indescribable Creations
- Lines: 41
-
- I must thank RIck Cortese for help with pointer movement on GDesk. It
- moves SMOOTHLY now! WOW! It's great. Instead of jumping 8-pixels when
- it moves left and right, it moves ONE PIXEL AT A TIME. I didn't directly
- import the source you sent me though Rick. I did take it's concept
- (using the RSHift, LSHift operators at move the bits.. I knew I'd have
- to use those, but how was another story..) Perhaps I could even write a
- new Print8 (ok, update the old one) which will be able to position text
- anywhere on the screen, not just on the Graphics 0-like 40 x 23 grid.
-
- NOW, however, I have a very STRANGE problem. I have a clock display at
- the upper right of the screen on GDesk, and when you point to the
- rightmost upper corner of the screen, the clock changes modes (time, time
- set, date (set), and off). When it's in time set or date (set) modes,
- you click the numbers to advance them by one, BUT.. the numbers just jump
- all over the place.. I decided "ok, maybe it's a problem with how I
- store it in the string I use to display it with the Print8() procedure,
- I'll print the values to the printer every time they change"... guess
- what, not only do the numbers on the printout come out correctly (how I
- WANT it to), but so does the time on the screen!.. so I decided
- "alright, I'll turn the PrintBD() calls (that you use to print to device
- (in this case, printer)) into remarks, and it should work right"...
-
- guess what? same thing as before.. the numbers jump around strangely..
- since I'm using BYTEs, it's a little harded to see what the pattern is
- with the clock, but the thing SHOULD be working right... I asked a
- computer expert (not w/ Ataris or Action!, though) what she thought
- (actually, I was just mentioning this bug-from-hell that I found (made?))
- and she said it probably had to do with the fact that the printer slows
- down the system.. it might be that when I press the button to
- advance the number on the clock that it keeps advancing (and wrapping at
- 256 back to 0, since they're bytes) until I let go (which can be 10s of
- times in a fraction of a second), but it has checks to wrap at time
- limits (12 hours, 59 minutes & seconds)... also, the same
- bug happens with my date (set) mode...
-
- anyone have any ideas!? is this confusing or WHAT?!
-
- thanx in advance.. perplexed,
-
- --
- Bill Kendrick : PhBill@Cyberden.UUCP Currently working on GDesk
-