Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Message-ID: <42919280.1000207@atomice.net> Date: Mon, 23 May 2005 09:21:20 +0100 From: Chris January User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: new setup for testing References: <20050521230405 DOT 23489 DOT qmail AT sourceware DOT org> <428FC238 DOT 4872F844 AT dessent DOT net> <42909526 DOT 9030307 AT familiehaase DOT de> <429096F0 DOT 9040704 AT familiehaase DOT de> <429097F0 DOT 6030906 AT familiehaase DOT de> <42909AD3 DOT 7A091B04 AT dessent DOT net> In-Reply-To: <42909AD3.7A091B04@dessent.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Brian Dessent wrote: > "Gerrit P. Haase" wrote: > > >>>The column headers disappear partially when switching back from full >>>screen view to normal view, see attached screenshot. >> >>It works at first, breaks after using the radio buttons one time, e.g. >>switch from 'curr' to 'exp' then toggle back from full screen view to >>default. > > > Thanks for the report. I think this is related to another problem I'm > aware of and need to write code to fix: when you resize the package > chooser, the scroll info is not recalculated. It's only recalculated > when you e.g. switch the view, or toggle the "hide obsolete" checkbox. > Example: Maximize, then cycle the view to full. Now restore to original > size without touching the view, and scroll all the way down. You can't > get to the very bottom of the package list because the scroll info has > not been recalculated. Likewise if you switch to full then maximize you > can scroll down past the last line, for the same reason. I don't think the radio buttons should really be radio buttons at all because when you select one it changes the state of another widget: namely the package selection widget. It also collapses the tree if you have it expanded, which is another no-no. The radio buttons are actually commands and therefore should be command buttons (i.e. push buttons). If you select "Keep", for example, the action for every package changes to "Keep". I can, however, then change the action for specific packages by clicking the cycle icon beside the package name. The wizard page is now no longer in the "Keep" state so the radio buttons no longer reflect the current state of the page. Changing the current view, on the other hand, is not a command and therefore shouldn't be a command button but instead a cycle widget/drop-down list. So a revised set of controls might look like this: View: [Not Installed]v Set all packages to: |Current| |Previous| |Update| |Unstable| Where "Current", "Previous", "Update" and "Unstable" are command buttons are "Not Installed" is an item in a drop down list. The View option has moved to the left hand side since it is, IMHO, the most frequently used control and should therefore be as close to the top left corner for left-to-right languages as possible. I've used "Current" here to refer to the currently installed package and "Update" to refer to the latest stable version of a package available. This usage is consistent with the usage of "Current" in the package selection listview below, whereas the current usage is inconsistent. Also selecting any control (including "Hide Obsolete Packages") resets the listview. This should not happen as the user may have spent some considerable time expanding the tree and arranging the columns to find the items they want to change only to have the tree collapsed again and the columns resized when they click another control. Regards, Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/