-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Actually the car stereo idea is an old one for me..
I tried and tried to get linux on the Clarion 310C autopc (SH3 processor) but clarion locked down the flash roms pretty tight, along with making the display hardware as non-standard as they could. (I was able to boot a linux kernel from the debug port in the back from a CF card... but that was about it.. The problem I have been running into is a color LCD panel that will survive the temperature extremes in the car AND is not in a delta configuration (car tv screens have a really wierd pixel layout) costs over $1500.00 (single quantities) and that blows up any small-shop development. Anyways your button-bar idea I tried with just a row of regular text labels across the bottom/side (My design had buttons along both sides and the bottom but didnt use Pgui but SDL directly) It would be cool to have a widget that does this though... Sometime During Monday 29 April 2002 11:17 am, Pascal Bauermeister Announced to the world: > Hello Micah and everybody, > > one of our products (the low-end one) will have no touchscreen, but > function keys. > > We intend to place a row of unlabelled physical buttons just under the > screen, and display the labels on the screen. Much like some HP > calculators (HP28, HP48, etc.). > > Having this capability will surely interest guys hacking (wanting to > hack) pg apps on car radios, oscilloscopes, field devices... :-) > > A toolbar application (let's name it 'pgbtnbar') that we intend to write > (sharing some similarities with pgboard) would display these buttons. > > An application intending to use the button bar would have to do it > explicitly, by passing a button map to pgbtnbar, which will stack these > maps. > > A map could consist of a list of pairs, each pair being a string and an > id. Pgbtnbar would care for sacrificing one button for horizontal > scrolling if necessary. > > Some issues need a solution: > * The exchange protocol between pgbtnbar and the applications. I > think it would be nice to have it go via pgserver (i.e. > app<->pgserver<->pgbtnbar and not app<->pgbtnbar ) > * Having (via an option) the standard dialogs use pgbtnbar > * The focus from widget to widget (e.g. PG_WIDGET_FIELD) could > be controlled by pgbtnbar, as well as scrolling inside a > widget: pgserver would, as necessary, give pgbtnbar a special > map, that pgbtnbar would merge to the current map. > > All this require some work in pgserver and in the client lib too. I have > no doubts about the feasibility, but I'd like to hear your opinion about > how it could be implemented. > > Pascal. - -- When all else fails, try Kate Smith. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8z8SG1BVJFo4RPoYRAmYCAJ4pidQ+Qmlt2wZx0zPb/frQ2H0I+QCeJm6T JAg3p1ZoYnRuf2rmR+6bM/0= =qONE -----END PGP SIGNATURE----- _______________________________________________ Pgui-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/pgui-devel
