home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.os.os2.advocacy:11708 comp.os.os2.apps:9877 comp.os.os2.misc:41262
- Path: sparky!uunet!usc!wupost!psuvax1!rutgers!njitgw.njit.edu!hertz.njit.edu!dic5340
- From: dic5340@hertz.njit.edu (David Charlap)
- Newsgroups: comp.os.os2.advocacy,comp.os.os2.apps,comp.os.os2.misc
- Subject: Re: Better File Management??
- Message-ID: <1993Jan5.202900.28196@njitgw.njit.edu>
- Date: 5 Jan 93 20:29:00 GMT
- References: <1992Dec31.185639.29060@ultb.isc.rit.edu> <1992Dec31.210300.11314@actrix.gen.nz> <1993Jan1.213044.268@grebyn.com>
- Sender: news@njit.edu
- Organization: New Jersey Institute of Technology, Newark, N.J.
- Lines: 19
- Nntp-Posting-Host: hertz.njit.edu
-
- In article <1993Jan1.213044.268@grebyn.com> mfraioli@grebyn.com (Marc Fraioli) writes:
- >
- >Does this mean that they have sped up the time it takes for the icons to
- >be drawn when you open a window? This has always bugged me.
-
- The problem isn't in the icon draw time, but in the icon load time.
- After having written some code using bitmaps and icons, I can safely
- say that the speed to draw them is very very fast - faster than
- Windows 3.1, for that matter. The problem with WPS is that it has to
- load the icons from each file in a folder. This loading is what eats
- time. I'm sure there's room for optimizing here, but it's more
- closely related to the speed to fetch EA's and resources out of files
- than to the speed of painting (which is, after all, related to the
- video driver).
- --
- |) David Charlap | .signature confiscated by FBI due to
- /|_ dic5340@hertz.njit.edu | an ongoing investigation into the
- ((|,) | source of these .signature virusses
- ~|~
-