On Tue, Aug 31, 2010 at 12:43 PM, <tpgww@xxxxxxxxxxx> wrote: > On Thu, 26 Aug 2010 17:13:03 +1000 > <tpgww@xxxxxxxxxxx> wrote: >> I suspect that we all would prefer that output-pane resizing worked as you >> describe, in effect as if stacked, independent, windows were being partially >> [un]covered. > > Code in svn now makes it work somewhat like this. > Nice, thanks! Although I now understand why either top- or bottom-line approach is arbitrary. It might only be argued that the latter is more often useful. > One consequence is that the output text gets a bit scratchy while the output > pane is being resized, due to the need to scroll the output in parallel with > the resize. > I noticed this in terminal emulators, xfce4-terminal and geany, although their performance seems inferior to emel's current implementation. > Feel free to evaluate. > There's again a minor bug lurking around. Generate some output and make sure the pane display is rock bottom: - resizing downwards works as expected; the output display is kept rock-bottom - resizing upwards shifts output from rock-bottom, by a line or so; successive resize operations (upwards then downwards, etc., with mouse release in between) will keep scrolling the output up to a random line. Do you think this behaviour could eb avoided? Regards Liviu > Regards > Tom > > > -- > Users can unsubscribe from the list by sending email to > emelfm2-request@xxxxxxxxxxxxx with 'unsubscribe' in the subject field or by > logging into the web interface. > -- Do you know how to read? http://www.alienetworks.com/srtest.cfm http://goodies.xfce.org/projects/applications/xfce4-dict#speed-reader Do you know how to write? http://garbl.home.comcast.net/~garbl/stylemanual/e.htm#e-mail -- Users can unsubscribe from the list by sending email to emelfm2-request@xxxxxxxxxxxxx with 'unsubscribe' in the subject field or by logging into the web interface.