Lennart Borgman | 1 Jan 2010 02:25
Picon
Gravatar

Re: session management with desktop and window configuration

On Thu, Dec 31, 2009 at 6:33 PM, Vicente Hernando Ara
<bizenton <at> gmail.com> wrote:
> Hi,
>
> may be I should start another thread but,
>
> is it possible to save and restore not only windows but also processes
> they were attached to? e.g: w3m or shell

That is a job for desktop.el. At the moment I do not remember how
flexible it is, but if it is not it should be.

(winsav.el (and I guess the other variants too) remember which buffer
was shown in which window + buffer pos in window. But it is a job for
desktop to restore the buffers. winsav just binds them to the
windows.)

Lennart Borgman | 1 Jan 2010 02:27
Picon
Gravatar

Re: session management with desktop and window configuration

On Thu, Dec 31, 2009 at 6:32 PM, martin rudalics <rudalics <at> gmx.at> wrote:
>> Nice. I have seen revive but have not looked into it. There is also
>> winsav.el in nXhtml that can save and restore frames and windows.
>> (Martin, I am a bit surprised that you do not know about it. Didn't I
>> tell about this before?)
>
> I think winsave.el should do better than revive.el because it works on
> the window-tree.  But winsave.el is still based on splitting and
> resizing which IMHO are liable to fail (otherwise there wouldn't be any
> need for the `condition-case' in `bw-adjust-window').  And I dislike the
> idea of calling `adjust-window-trailing-edge' repeatedly (every call of
> this function means to allocate an entire window configuration).

Strange things happens during resizing. But as you know I wanted to
rewrite it. Sorry for not coming back to you about this. nXhtml did
take much longer time than I expected. (And there is still fundamental
problems. Some low level changes in Emacs are definitively needed IMO.
But it is a hard decision.)

Lennart Borgman | 1 Jan 2010 02:29
Picon
Gravatar

Re: session management with desktop and window configuration

On Thu, Dec 31, 2009 at 6:31 PM, martin rudalics <rudalics <at> gmx.at> wrote:
>> Thanks for your reply. So, I wrote some functions using revive.el:
> [...]
>> It seems to be enough to what I wanted. :)
>
> When you encounter problems you can try Lennart's winsav.el which IIRC
> is based on window-trees and doesn't have to make guesses from window
> edges as revive.el.  ECB records the entire story of window-splits in
> order to reconstruct the window-tree which is not reasonable either.

I have taken some care to support ECB in winsav.el.

That said I think the different versions should be merged. But it is a
quite difficult job. If someone is interested in doing it please try
to find the discussions between Martin and me about this. There are
some good points to start from.

Óscar Fuentes | 1 Jan 2010 05:44
Picon

Re: Can I keep budget using Emacs?

Water Lin <WaterLin <at> ymail.invalid> writes:

> Is there any mode to keep notes about how I spend my money?
>
> I am just very interesting to try some mode like keeping budget. Or is
> there some mode like Excel in emacs?

I use SES (Simple Emacs Spreadsheet, included on Emacs 23). My needs are
very simple, though: just estimate how much time I have before becoming
homeless :-)

--

-- 
Óscar

Óscar Fuentes | 1 Jan 2010 05:52
Picon

Re: No sound with Emacs 23.1.1 on Ubuntu 9.10

Joe Casadonte <jcasadonte <at> northbound-train.com> writes:

> I installed Emacs 23.1.1 via apt-get under Ubuntu 9.10, and it doesn't
> generate any sounds (e.g. C-g does not make it go "beep").  Sound does
> work on the computer (e.g. CDs and YouTube and such).  Any ideas?

IIRC, there was a problem with (K)ubuntu 9.10 and the PC buzzer, because
now it is emulated by default. IIRC again, you need some alsamixer
tweak. A quick Internet seach for "alsamixer ubuntu beep pc" returned
this:

http://friendlytechninja.com/2009/10/16/howto-fix-alert-system-beep-in-ubuntu-9-10-karmic-koala/

HTH

--

-- 
Óscar

Eli Zaretskii | 1 Jan 2010 09:43
Picon

Re: Geometry ignored in Emacs 23.1.91 on OpenSUSE 11.2

> Date: Thu, 31 Dec 2009 18:24:20 -0500
> From: Steve Revilak <steve <at> srevilak.net>
> 
>    GNU Emacs 23.1.91.1 (i686-pc-linux-gnu, GTK+ Version 2.18.1) of 2009-12-31
> 
> I've run into one problem that I can't seem to work around: emacs
> doesn't seem to pay attention to certain elements on the geometry
> specification.  For example
> 
>    emacs -Q --geometry 99x40-0-0
> 
> Creates a frame with a width of 99, but a height of 25 (not 40).

Does it work without -Q (and with an empty ~/.emacs file)?

The handling of -Q has changed in v23.2 (see NEWS), so perhaps this
bug is a side effect.

In any case, a proper way of reporting a bug in a pretest is with
"M-x report-emacs-bug RET".

Thanks.

Sean Sieger | 1 Jan 2010 15:18
Picon

Re: Can I keep budget using Emacs?

Óscar Fuentes <ofv <at> wanadoo.es> writes:

    I use SES (Simple Emacs Spreadsheet, included on Emacs 23). My needs are
    very simple, though: just estimate how much time I have before becoming
    homeless :-)

Thanks for the giggle!  Awesome.

Sean Sieger | 1 Jan 2010 15:28
Picon

Re: Can I keep budget using Emacs?

Óscar Fuentes <ofv <at> wanadoo.es> writes:

    I use SES (Simple Emacs Spreadsheet, included on Emacs 23). My needs are
    very simple, though: just estimate how much time I have before becoming
    homeless :-)

After I explained to my six-year-old daughter what it was that I
laughing about, she asked, ``What did one centipede say to the other
centipede?''

``Uhh ...'' I desperately tried.

``Ow!  My foot, my foot, my foot ...'' she answered, recursively,
seemingly knowingly.

martin rudalics | 1 Jan 2010 15:55
Picon
Picon

Re: session management with desktop and window configuration

 > Strange things happens during resizing.

The inherent problem of resizing is that you can't specify _which_ other
windows may be affected when resizing a particular window.  So you end
up doing what your and Stefan's balancing routines do: Adjusting the
size of one window may break the size of another one and ou have to go
on until the configuration converges to (a possibly suboptimal) one
which can't be improved by the algorithm.

 > But as you know I wanted to
 > rewrite it. Sorry for not coming back to you about this. nXhtml did
 > take much longer time than I expected. (And there is still fundamental
 > problems. Some low level changes in Emacs are definitively needed IMO.
 > But it is a hard decision.)

My current code allows to specify the sizes of windows directly.  It
only checks whether the sizes fit - if they do it applies them (in one
direction only though - so for resizing horizontally and vertically you
have to run the code twice).  What I don't know yet is whether we should
keep the splitting concept of winsave.el.  IIRC it's a bit tedious since
you have to make sure that the window you want to split is large enough.
OTOH writing some extra code to construct a window tree from a saved
description is not very funny either (especially because I would have to
write it in C.)

martin

Lennart Borgman | 1 Jan 2010 16:04
Picon
Gravatar

Re: session management with desktop and window configuration

On Fri, Jan 1, 2010 at 3:55 PM, martin rudalics <rudalics <at> gmx.at> wrote:
>> Strange things happens during resizing.
>
> The inherent problem of resizing is that you can't specify _which_ other
> windows may be affected when resizing a particular window.  So you end
> up doing what your and Stefan's balancing routines do: Adjusting the
> size of one window may break the size of another one and ou have to go
> on until the configuration converges to (a possibly suboptimal) one
> which can't be improved by the algorithm.
>
> My current code allows to specify the sizes of windows directly.  It
> only checks whether the sizes fit - if they do it applies them

Is there an elisp function to access it?

> (in one
> direction only though - so for resizing horizontally and vertically you
> have to run the code twice).

Don't you have to run it once for every node in the window tree?

> What I don't know yet is whether we should
> keep the splitting concept of winsave.el.  IIRC it's a bit tedious since
> you have to make sure that the window you want to split is large enough.
> OTOH writing some extra code to construct a window tree from a saved
> description is not very funny either (especially because I would have to
> write it in C.)
>
> martin
>
(Continue reading)


Gmane