Received: from PACIFIC-CARRIER-ANNEX.MIT.EDU by po7.MIT.EDU (5.61/4.7) id AA01464; Sat, 30 Sep 95 12:02:46 EDT Received: from hubbub.cisco.com by MIT.EDU with SMTP id AA17683; Sat, 30 Sep 95 12:02:18 EDT Received: from amri.cisco.com (amri.cisco.com [198.92.29.50]) by hubbub.cisco.com (8.6.12/CISCO.GATE.1.1) with ESMTP id IAA02036; Sat, 30 Sep 1995 08:53:00 -0700 Received: from hubbub.cisco.com (hubbub.cisco.com [198.92.30.32]) by amri.cisco.com (8.3/8.3) with ESMTP id GAA00345; Sat, 30 Sep 1995 06:29:16 -0700 Received: from gateway.skipstone.com (GATEWAY.SKIPSTONE.COM [198.214.10.129]) by hubbub.cisco.com (8.6.12/CISCO.GATE.1.1) with ESMTP id OAA12647 for ; Wed, 27 Sep 1995 14:12:51 -0700 Received: from bugs.skipstone.com (rajat@bugs.skipstone.com [204.69.236.2]) by gateway.skipstone.com (8.6.9/8.6.9) with ESMTP id QAA11831; Wed, 27 Sep 1995 16:12:49 -0500 Received: (from rajat@localhost) by bugs.skipstone.com (8.6.9/8.6.9) id QAA14202; Wed, 27 Sep 1995 16:12:48 -0500 Date: Wed, 27 Sep 1995 16:12:48 -0500 From: Rajat Datta Message-Id: <199509272112.QAA14202@bugs.skipstone.com> To: brtmac@ksu.ksu.edu Cc: vsta@cisco.com In-Reply-To: (message from Brett McCoy on Wed, 27 Sep 1995 12:56:51 -0500 (CDT)) Subject: Re: bitblt I like the notion of having programmability of some sort at the /dev/bitblt level. Basile Starynkevitch suggests vectorizing graphics operations, and is probably the best idea. The point with programmability is that you can download canned routines which can be invoked with just passing parameters instead of all the bits each time. Draw_point, draw_line, draw_image are obvious, but it would be interesting also to have user-definable (more likely system defined) stuff like Draw_window_frame. rajat