Path: news.cs.au.dk!not-for-mail From: nospam2159@cs.au.dk (Peter von der=?iso-8859-1?q?_Ah=E9?=) Newsgroups: daimi.beta Subject: Re: Beta er min ven... Date: 03 Apr 2000 11:45:03 +0200 Organization: Computer Science Department of the University of Aarhus Lines: 78 Message-ID: References: <38E1F1C7.1B89774D@cs.au.dk> <38E215A4.B1AFE349@cs.au.dk> <38E463C3.79B1686B@brics.dk> <38E859DD.6152F3EE@cs.au.dk> NNTP-Posting-Host: ufleku.cs.au.dk Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: xinwen.cs.au.dk 954755104 13641238 255.255.255.255 (3 Apr 2000 09:45:04 GMT) X-Complaints-To: news@cs.au.dk NNTP-Posting-Date: 3 Apr 2000 09:45:04 GMT X-Attribution: Ahe User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6 Xref: news.cs.au.dk daimi.beta:10477 >>>>> "MC" == Michael Christensen writes: MC> Peter von der Ahé wrote: >> Er det ikke et spørgsmål om synsvinkel. I guienv ser ud som om >> det er designet efter hvad programmøren af guienv kan >> implementere. I andre gui api'er har fokus i designfasen været >> implementering af applikationer. MC> Har du overvejet, at guienvs design også kunne være under MC> indflydelse af, at det er ment som et platformsuafhængig gui api? Jeg sætter ikke spørgsmål ved hvad der oprindeligt var målet med guienv, men snarere om det er nået. Efter at have arbejdet en del med guienv har jeg fået en fornemmelse af at guienv understøtter en mindste fællesnævner af Motif og MS Windows. Det er vel heller ikke helt forkert at mange features i guienv er kommet med, fordi man vil understøtte en specifik ting i enten Motif eller MS Windows - ikke fordi man har sat sig ned og lavet idémylder (min kontakter på humaniora fortæller mig at det er det danske ord for "brain-storm") med fokus på hvad der er behov for når man skriver applikationer - eller bare gør det nemt. >> Set fra en applikations udviklers synspunkt har man vel behov for >> at implementere en funktionalitet når brugeren har trykket/klikket >> på en knap. Man er vel ligeglad med om det sker ved "onMouseUp" >> eller "onMouseDown". MC> Nej. Hvorfor ikke? Hvis jeg skal lave fx. en "OK" knap, så er det der betyder noget da om brugeren har klikket på knappen. >> Det vil der være taget stilling til en gang for alle af dem som >> har implementeret api'et. Dette vil sikre en ensartethed i alle >> applikationer, som gør dem lettere at gå til. MC> Nej. Dette ville sikre en ensartethed i de applikationer, som er MC> udviklet med netop det gui api. Men udviklerne af gui api'et har selvfølgelig taget stilling den slags ting. Hvis man kører programmet på platform X betyder onClicked selvfølgelig onMouseDown (for det er kutymen på platform X), men på platform Y er det selvfølgelig anderledes. Men det kan godt være at det er et smagsspørgsmål. Jeg mener ikke at et platformsuafhængigt gui nødvendigvis skal se ens ud på forskellige platforme. Men der er tydeligvis mange andre, som mener noget andet, se bare på fx. mozilla. MC> Nu er ensartethed jo ikke _altid_ noget ønskværdigt. Ikke MC> sjældent benytter man vel gui api'ets primitiver, såsom knapper, MC> til at designe egne skræddersyede kontroller? Burde det ikke være sjældent? Ellers er det vel fordi der mangler funktionalitet i det gui api man bruger? Men jeg har heller aldrig foreslået at man fjerner onMouseDown osv. Men jeg mener at de er for primitive i andre sammenhænge. MC> En knap kan se ud og opføre sig på mange forskellige måder - alt MC> efter konteksten den optræder i. Her er det smart at have så MC> finkornet en kontrol som muligt over ting som MC> muse-events. Selvfølgelig kan man stadig godt have en OnClick MC> event, som lægger en ganske bestemt fortolkning ned over, hvad MC> sammenhængen mellem museklik og knap er. Men det bør nu heller MC> ikke være et spørgsmål om mange sekunder for at lave en sådan MC> specialiseret fyr selv, hvis man øsnker det. Idéen med et platformsuafhængigt gui api er vel lige netop at man undgår at skulle tage stilling til platformsafhængige detaljer. Hvis man hver gang skal sidde og tage stilling til et antal andre platformes måde at gøre tingene på, synes jeg at man mister noget platformsuafhængighed. -- YMMV