Re: [9fans] sam resizing

2013-10-22 Thread Matthew Veety
On Oct 23, 2013, at 0:00, BurnZeZ wrote: > > acme -b > You mean ed, right?

Re: [9fans] sam resizing

2013-10-22 Thread BurnZeZ
acme -b

Re: [9fans] sam resizing

2013-10-22 Thread Mark van Atten
Thanks for the comments! My screen is large, and I use the space the way Ingo describes, putting the edit buffer in the top left corner. But I'd be interested to have the extra option for a while and see if I do find this as useful as it now seems; when I find the time, I may be able to find out h

Re: [9fans] sam resizing

2013-10-21 Thread Ingo Krabbe
On Tue Oct 22 08:19:47 CES 2013, quans...@quanstro.net wrote: > so i'm wondering. acme does a good job of auto layout. > the thing acme lacks is a edit buffer (~~sam~~). so maybe > it would be fruitful to add edit buffer(s) to acme? > > - erik I don't think its good to compare acme and sam as t

Re: [9fans] sam resizing

2013-10-21 Thread erik quanstrom
> as you wrote, sam window configuration depends on the situation. But > for me its not the number of files that changes the resize options, > but the base size of the whole sam workspace. [...] so i'm wondering. acme does a good job of auto layout. the thing acme lacks is a edit buffer (~~sam~~

Re: [9fans] sam resizing

2013-10-21 Thread Ingo Krabbe
Hey Mark, as you wrote, sam window configuration depends on the situation. But for me its not the number of files that changes the resize options, but the base size of the whole sam workspace. If it's big enough, its resonable to resize the ~~sam~~ command window to an upper left rectangle (vi