From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1ItjTG-0005Cm-1Y for mharc-grub-devel@gnu.org; Sun, 18 Nov 2007 07:41:54 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ItjTD-0005BT-LD for grub-devel@gnu.org; Sun, 18 Nov 2007 07:41:51 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ItjTB-0005BG-8y for grub-devel@gnu.org; Sun, 18 Nov 2007 07:41:50 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ItjTB-0005BD-3t for grub-devel@gnu.org; Sun, 18 Nov 2007 07:41:49 -0500 Received: from pne-smtpout4-sn2.hy.skanova.net ([81.228.8.154]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1ItjTA-0005GC-PS for grub-devel@gnu.org; Sun, 18 Nov 2007 07:41:49 -0500 Received: from [127.0.0.1] (88.193.32.97) by pne-smtpout4-sn2.hy.skanova.net (7.3.129) id 471A7B0C0018E98A for grub-devel@gnu.org; Sun, 18 Nov 2007 13:41:20 +0100 Message-ID: <4740338E.5010103@nic.fi> Date: Sun, 18 Nov 2007 14:43:58 +0200 From: =?ISO-8859-1?Q?Vesa_J=E4=E4skel=E4inen?= User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: The development of GRUB 2 References: <20071110213136.GA18400@thorin> <87sl33rdoz.fsf@xs4all.nl> <20071118115656.GB18369@thorin> <47402C4B.20907@nic.fi> <87r6inpwd6.fsf@xs4all.nl> In-Reply-To: <87r6inpwd6.fsf@xs4all.nl> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: Quoted-Printable X-detected-kernel: by monty-python.gnu.org: Solaris 10 (beta) Subject: Re: serial port X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GRUB 2 List-Id: The development of GRUB 2 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Nov 2007 12:41:51 -0000 Marco Gerards wrote: > Vesa J=E4=E4skel=E4inen writes: >> This is the same way it works with gfxterm. You define video mode >> beforehand of the switch. >> >> But there is actually a one architectual issue here... How are we goin= g >> to support graphical terminal and serial terminal at the same time? eg= =2E >> allow user to enable multiple terminals... >=20 > It's not possible yet. It would be a nice feature to have. The > problem is that the sizes do not match. Should we use the smallest > terminal? Or just completely different ones? For graphical menu I see that menu system would use different rendering method than text mode menu. Actually this is a requirement for graphical menu anyway. Different input methods could be merged after input translations has been completed. And separate output methods for specific terminal types? How this would work in reality I have not thought it yet.