* Several proposals, that I think will be helpful(or i dont know about).
@ 2013-11-25 10:18 Constantin Kulikov
2013-11-25 12:41 ` Michael Heerdegen
` (2 more replies)
0 siblings, 3 replies; 19+ messages in thread
From: Constantin Kulikov @ 2013-11-25 10:18 UTC (permalink / raw
To: emacs-devel
[-- Attachment #1: Type: text/plain, Size: 808 bytes --]
The first one let you know if you are at the 'loading' stage while emacs is
starting. It could be useful in case when you start emacs --daemon from
startup script and your elisp code intended to ask yes-or-no -- then emacs
--daemon will stuck, but if you have some function like `loadingp' then you
can defer some questions on after-make-frame-functions for example.
Like:
(if (and (daemonp) (loadingp))
(add-hook 'after-make-frame-functions ask-my-question)
(ask-my-question))
This could be achieved by setting variable like `emacs-loading' to `t' in
the beginning of .emacs and setting it to `nil' in the end. But I think
there must be standard way for this.
Second I want some standard way to filter out emacs daemon's
'frame'(usually it's frame with ('name . "F1") parameter) from
`(frame-list)'.
[-- Attachment #2: Type: text/html, Size: 1024 bytes --]
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Several proposals, that I think will be helpful(or i dont know about).
2013-11-25 10:18 Several proposals, that I think will be helpful(or i dont know about) Constantin Kulikov
@ 2013-11-25 12:41 ` Michael Heerdegen
2013-11-25 14:40 ` Stefan Monnier
2013-11-26 19:33 ` Glenn Morris
2 siblings, 0 replies; 19+ messages in thread
From: Michael Heerdegen @ 2013-11-25 12:41 UTC (permalink / raw
To: emacs-devel
Constantin Kulikov <zxnotdead@gmail.com> writes:
> The first one let you know if you are at the 'loading' stage while
> emacs is starting.
Isn't checking the value of `load-file-name' sufficient?
> Second I want some standard way to filter out emacs daemon's 'frame'
> (usually it's frame with ('name . "F1") parameter) from `(frame-list)
Sorry, can't help with that.
Michael.
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Several proposals, that I think will be helpful(or i dont know about).
2013-11-25 10:18 Several proposals, that I think will be helpful(or i dont know about) Constantin Kulikov
2013-11-25 12:41 ` Michael Heerdegen
@ 2013-11-25 14:40 ` Stefan Monnier
[not found] ` <CAFkz2yowhPEMjbdxCKuTkPwEwpN5uop4Uni472EpScSbcR8jWw@mail.gmail.com>
2013-11-26 19:33 ` Glenn Morris
2 siblings, 1 reply; 19+ messages in thread
From: Stefan Monnier @ 2013-11-25 14:40 UTC (permalink / raw
To: Constantin Kulikov; +Cc: emacs-devel
> Second I want some standard way to filter out emacs daemon's
> 'frame'(usually it's frame with ('name . "F1") parameter) from
> `(frame-list)'.
Does (eq frame-initial-frame (selected-frame)) work for you?
It could also replace your (loadingp) predicate, I think.
Stefan
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Several proposals, that I think will be helpful(or i dont know about).
[not found] ` <CAFkz2yowhPEMjbdxCKuTkPwEwpN5uop4Uni472EpScSbcR8jWw@mail.gmail.com>
@ 2013-11-25 18:14 ` Constantin Kulikov
[not found] ` <jwvbo18s5k9.fsf-monnier+emacs@gnu.org>
1 sibling, 0 replies; 19+ messages in thread
From: Constantin Kulikov @ 2013-11-25 18:14 UTC (permalink / raw
To: emacs-devel
[-- Attachment #1: Type: text/plain, Size: 246 bytes --]
> frame-initial-frame
hmm. The name of variable looked promising and I didn't know about it, but
it's value is `nil'.
emacs-version is "24.3.50.1"
Also, is it possible to somehow print text to stdout(into 'terminal') from
emacs and if not why?
[-- Attachment #2: Type: text/html, Size: 552 bytes --]
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Several proposals, that I think will be helpful(or i dont know about).
[not found] ` <jwvbo18s5k9.fsf-monnier+emacs@gnu.org>
@ 2013-11-25 18:42 ` Constantin Kulikov
2013-11-26 10:23 ` Constantin Kulikov
0 siblings, 1 reply; 19+ messages in thread
From: Constantin Kulikov @ 2013-11-25 18:42 UTC (permalink / raw
To: Stefan Monnier, emacs-devel
[-- Attachment #1: Type: text/plain, Size: 1061 bytes --]
> We're talking about determining the current state
Here what I have:
# cat ~/.emacs-experiments
-- (message "initial-frame: %s; frame: %s; eq: %s;" frame-initial-frame
(selected-frame) (eq frame-initial-frame (selected-frame)))
# emacs -q --daemon=exp --load ~/.emacs-experiments
-- ("emacs" "--load" "/home/constantin/.emacs-experiments")
-- Starting Emacs daemon.
-- initial-frame: nil; frame: #<frame F1 0x9a6a50>; eq: nil;
On 25 November 2013 22:26, Stefan Monnier <monnier@iro.umontreal.ca> wrote:
> >> frame-initial-frame
> > hmm. The name of variable looked promising and I didn't know about it,
> but
> > it's value is `nil'.
> > emacs-version is "24.3.50.1"
>
> We're talking about determining the current state, so the fact that it's
> nil at some point is not necessarily a problem. Also, if that var work,
> try terminal-frame instead (which the one I was thinking of, really).
> It's also nil when you look at it interactively, but just like the
> other, it's not always nil (otherwise those vars would be useless).
>
>
> Stefan
>
[-- Attachment #2: Type: text/html, Size: 1678 bytes --]
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Several proposals, that I think will be helpful(or i dont know about).
2013-11-25 18:42 ` Constantin Kulikov
@ 2013-11-26 10:23 ` Constantin Kulikov
2013-11-26 13:14 ` Stefan Monnier
0 siblings, 1 reply; 19+ messages in thread
From: Constantin Kulikov @ 2013-11-26 10:23 UTC (permalink / raw
To: Stefan Monnier, emacs-devel
[-- Attachment #1: Type: text/plain, Size: 1474 bytes --]
Found that `frame-initial-frame' working when starting 'standalone' emacs:
# emacs -q --load ~/.emacs-experiments
then in *Message* buffer it prints:
> initial-frame: #<frame emacs@ZXnotdead 0xf502b0>; frame: #<frame
emacs@ZXnotdead 0xf502b0>; eq: t;
but in don't work for emacs --daemon
On 25 November 2013 22:42, Constantin Kulikov <zxnotdead@gmail.com> wrote:
> > We're talking about determining the current state
>
> Here what I have:
>
> # cat ~/.emacs-experiments
> -- (message "initial-frame: %s; frame: %s; eq: %s;" frame-initial-frame
> (selected-frame) (eq frame-initial-frame (selected-frame)))
>
> # emacs -q --daemon=exp --load ~/.emacs-experiments
> -- ("emacs" "--load" "/home/constantin/.emacs-experiments")
> -- Starting Emacs daemon.
> -- initial-frame: nil; frame: #<frame F1 0x9a6a50>; eq: nil;
>
>
>
> On 25 November 2013 22:26, Stefan Monnier <monnier@iro.umontreal.ca>wrote:
>
>> >> frame-initial-frame
>> > hmm. The name of variable looked promising and I didn't know about it,
>> but
>> > it's value is `nil'.
>> > emacs-version is "24.3.50.1"
>>
>> We're talking about determining the current state, so the fact that it's
>> nil at some point is not necessarily a problem. Also, if that var work,
>> try terminal-frame instead (which the one I was thinking of, really).
>> It's also nil when you look at it interactively, but just like the
>> other, it's not always nil (otherwise those vars would be useless).
>>
>>
>> Stefan
>>
>
>
[-- Attachment #2: Type: text/html, Size: 2505 bytes --]
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Several proposals, that I think will be helpful(or i dont know about).
2013-11-26 10:23 ` Constantin Kulikov
@ 2013-11-26 13:14 ` Stefan Monnier
2013-11-26 13:35 ` Constantin Kulikov
2013-11-26 19:34 ` Johan Bockgård
0 siblings, 2 replies; 19+ messages in thread
From: Stefan Monnier @ 2013-11-26 13:14 UTC (permalink / raw
To: Constantin Kulikov; +Cc: emacs-devel
> Found that `frame-initial-frame' working when starting 'standalone' emacs:
> # emacs -q --load ~/.emacs-experiments
> then in *Message* buffer it prints:
>> initial-frame: #<frame emacs@ZXnotdead 0xf502b0>; frame: #<frame
> emacs@ZXnotdead 0xf502b0>; eq: t;
> but in don't work for emacs --daemon
But have you tried with terminal-frame instead?
Stefan
PS: As for sending text to stdout, you can do it (or maybe it
was to stderr), using a particular stream argument to `print', but
I can't remember now.
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Several proposals, that I think will be helpful(or i dont know about).
2013-11-26 13:14 ` Stefan Monnier
@ 2013-11-26 13:35 ` Constantin Kulikov
2013-11-26 13:39 ` Constantin Kulikov
2013-11-26 19:34 ` Johan Bockgård
1 sibling, 1 reply; 19+ messages in thread
From: Constantin Kulikov @ 2013-11-26 13:35 UTC (permalink / raw
To: Stefan Monnier, emacs-devel
[-- Attachment #1: Type: text/plain, Size: 182 bytes --]
> have you tried with terminal-frame instead?
initial-frame: nil; frame: #<frame F1 0x9a6a50>; eq: nil;
same as with --daemon. So how can I use it? Maybe misunderstand something...
[-- Attachment #2: Type: text/html, Size: 353 bytes --]
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Several proposals, that I think will be helpful(or i dont know about).
2013-11-26 13:35 ` Constantin Kulikov
@ 2013-11-26 13:39 ` Constantin Kulikov
2013-11-26 14:19 ` Constantin Kulikov
0 siblings, 1 reply; 19+ messages in thread
From: Constantin Kulikov @ 2013-11-26 13:39 UTC (permalink / raw
To: Stefan Monnier, emacs-devel
[-- Attachment #1: Type: text/plain, Size: 398 bytes --]
oh, wait. `terminal-frame' is variable name(i thought that you want me to
run my test code in emacs -nw) -- going to try it.
On 26 November 2013 17:35, Constantin Kulikov <zxnotdead@gmail.com> wrote:
> > have you tried with terminal-frame instead?
> initial-frame: nil; frame: #<frame F1 0x9a6a50>; eq: nil;
>
> same as with --daemon. So how can I use it? Maybe misunderstand
> something...
>
>
[-- Attachment #2: Type: text/html, Size: 880 bytes --]
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Several proposals, that I think will be helpful(or i dont know about).
2013-11-26 13:39 ` Constantin Kulikov
@ 2013-11-26 14:19 ` Constantin Kulikov
2013-11-26 19:19 ` Stefan Monnier
2013-11-26 19:22 ` Stefan Monnier
0 siblings, 2 replies; 19+ messages in thread
From: Constantin Kulikov @ 2013-11-26 14:19 UTC (permalink / raw
To: Stefan Monnier, emacs-devel
[-- Attachment #1: Type: text/plain, Size: 336 bytes --]
OK.
Then when asking question:
(if (and (daemonp) (eq terminal-frame (selected-frame)))
try searching for another frame to focus or defer ask-my-question
ask-my-question)
For frame-list:
(defun my-frame-list ()
(if (daemonp)
(filtered-frame-list #'(lambda (f) (not (eq f terminal-frame))))
(frame-list)))
Right ?
[-- Attachment #2: Type: text/html, Size: 542 bytes --]
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Several proposals, that I think will be helpful(or i dont know about).
2013-11-26 14:19 ` Constantin Kulikov
@ 2013-11-26 19:19 ` Stefan Monnier
2013-11-26 19:22 ` Stefan Monnier
1 sibling, 0 replies; 19+ messages in thread
From: Stefan Monnier @ 2013-11-26 19:19 UTC (permalink / raw
To: Constantin Kulikov; +Cc: emacs-devel
> Then when asking question:
> (if (and (daemonp) (eq terminal-frame (selected-frame)))
> try searching for another frame to focus or defer ask-my-question
> ask-my-question)
I think so, yes (and you can skip the (daemonp) test).
Stefan
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Several proposals, that I think will be helpful(or i dont know about).
2013-11-26 14:19 ` Constantin Kulikov
2013-11-26 19:19 ` Stefan Monnier
@ 2013-11-26 19:22 ` Stefan Monnier
1 sibling, 0 replies; 19+ messages in thread
From: Stefan Monnier @ 2013-11-26 19:22 UTC (permalink / raw
To: Constantin Kulikov; +Cc: emacs-devel
> (if (and (daemonp) (eq terminal-frame (selected-frame)))
> try searching for another frame to focus or defer ask-my-question
> ask-my-question)
Another option would be to check (framep (selected-frame)), tho I'm
afraid that it would return the same for a tty as for the daemon case.
Stefan
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Several proposals, that I think will be helpful(or i dont know about).
2013-11-25 10:18 Several proposals, that I think will be helpful(or i dont know about) Constantin Kulikov
2013-11-25 12:41 ` Michael Heerdegen
2013-11-25 14:40 ` Stefan Monnier
@ 2013-11-26 19:33 ` Glenn Morris
2013-11-26 19:45 ` Constantin Kulikov
2 siblings, 1 reply; 19+ messages in thread
From: Glenn Morris @ 2013-11-26 19:33 UTC (permalink / raw
To: Constantin Kulikov; +Cc: emacs-devel
Constantin Kulikov wrote:
> It could be useful in case when you start emacs --daemon from startup
> script and your elisp code intended to ask yes-or-no -- then emacs
> --daemon will stuck,
I'm not sure what you are saying/proposing, but it sounds somewhat like
http://debbugs.gnu.org/13697
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Several proposals, that I think will be helpful(or i dont know about).
2013-11-26 13:14 ` Stefan Monnier
2013-11-26 13:35 ` Constantin Kulikov
@ 2013-11-26 19:34 ` Johan Bockgård
1 sibling, 0 replies; 19+ messages in thread
From: Johan Bockgård @ 2013-11-26 19:34 UTC (permalink / raw
To: emacs-devel
Stefan Monnier <monnier@iro.umontreal.ca> writes:
> PS: As for sending text to stdout, you can do it (or maybe it was to
> stderr), using a particular stream argument to `print', but I can't
> remember now.
`external-debugging-output'
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Several proposals, that I think will be helpful(or i dont know about).
2013-11-26 19:33 ` Glenn Morris
@ 2013-11-26 19:45 ` Constantin Kulikov
2013-11-26 19:47 ` Glenn Morris
0 siblings, 1 reply; 19+ messages in thread
From: Constantin Kulikov @ 2013-11-26 19:45 UTC (permalink / raw
To: Glenn Morris, emacs-devel
[-- Attachment #1: Type: text/plain, Size: 540 bytes --]
Interesting, thanks. Yes it's the same issue.
(or noninteractive
(and (daemonp)
(null (cdr (frame-list)))
(eq (selected-frame) terminal-frame)))
On 26 November 2013 23:33, Glenn Morris <rgm@gnu.org> wrote:
> Constantin Kulikov wrote:
>
> > It could be useful in case when you start emacs --daemon from startup
> > script and your elisp code intended to ask yes-or-no -- then emacs
> > --daemon will stuck,
>
> I'm not sure what you are saying/proposing, but it sounds somewhat like
> http://debbugs.gnu.org/13697
>
[-- Attachment #2: Type: text/html, Size: 1031 bytes --]
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Several proposals, that I think will be helpful(or i dont know about).
2013-11-26 19:45 ` Constantin Kulikov
@ 2013-11-26 19:47 ` Glenn Morris
2013-11-26 20:02 ` Constantin Kulikov
0 siblings, 1 reply; 19+ messages in thread
From: Glenn Morris @ 2013-11-26 19:47 UTC (permalink / raw
To: Constantin Kulikov; +Cc: emacs-devel
Constantin Kulikov wrote:
> Interesting, thanks. Yes it's the same issue.
As I said there, IMO there should be a standard function for this
("can I interact with the user").
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Several proposals, that I think will be helpful(or i dont know about).
2013-11-26 19:47 ` Glenn Morris
@ 2013-11-26 20:02 ` Constantin Kulikov
2013-11-26 20:07 ` Glenn Morris
0 siblings, 1 reply; 19+ messages in thread
From: Constantin Kulikov @ 2013-11-26 20:02 UTC (permalink / raw
To: Glenn Morris, emacs-devel
[-- Attachment #1: Type: text/plain, Size: 164 bytes --]
> there should be a standard function for this
Agree.
// And then maybe standard packages from emacs distro should be updated to
not hang emacs daemon. Eventually.
[-- Attachment #2: Type: text/html, Size: 265 bytes --]
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Several proposals, that I think will be helpful(or i dont know about).
2013-11-26 20:02 ` Constantin Kulikov
@ 2013-11-26 20:07 ` Glenn Morris
2013-11-26 20:13 ` Constantin Kulikov
0 siblings, 1 reply; 19+ messages in thread
From: Glenn Morris @ 2013-11-26 20:07 UTC (permalink / raw
To: Constantin Kulikov; +Cc: emacs-devel
Constantin Kulikov wrote:
> // And then maybe standard packages from emacs distro should be updated to
> not hang emacs daemon. Eventually.
Sounds like my other suggestion in that report ("maybe yes-or-no-p etc
should abort in such cases rather than waiting for ever").
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Several proposals, that I think will be helpful(or i dont know about).
2013-11-26 20:07 ` Glenn Morris
@ 2013-11-26 20:13 ` Constantin Kulikov
0 siblings, 0 replies; 19+ messages in thread
From: Constantin Kulikov @ 2013-11-26 20:13 UTC (permalink / raw
To: Glenn Morris, emacs-devel
[-- Attachment #1: Type: text/plain, Size: 658 bytes --]
> maybe yes-or-no-p etc should abort
Just aborting is not so good in my apinion.
I think it could be replaced with something like: yes-or-no-or-defer-p that
takes a function as argument, and if it cannot interact with user it
executes this function or add this function to after-make-frame-functions
hook.
On 27 November 2013 00:07, Glenn Morris <rgm@gnu.org> wrote:
> Constantin Kulikov wrote:
>
> > // And then maybe standard packages from emacs distro should be updated
> to
> > not hang emacs daemon. Eventually.
>
> Sounds like my other suggestion in that report ("maybe yes-or-no-p etc
> should abort in such cases rather than waiting for ever").
>
[-- Attachment #2: Type: text/html, Size: 1054 bytes --]
^ permalink raw reply [flat|nested] 19+ messages in thread
end of thread, other threads:[~2013-11-26 20:13 UTC | newest]
Thread overview: 19+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-11-25 10:18 Several proposals, that I think will be helpful(or i dont know about) Constantin Kulikov
2013-11-25 12:41 ` Michael Heerdegen
2013-11-25 14:40 ` Stefan Monnier
[not found] ` <CAFkz2yowhPEMjbdxCKuTkPwEwpN5uop4Uni472EpScSbcR8jWw@mail.gmail.com>
2013-11-25 18:14 ` Constantin Kulikov
[not found] ` <jwvbo18s5k9.fsf-monnier+emacs@gnu.org>
2013-11-25 18:42 ` Constantin Kulikov
2013-11-26 10:23 ` Constantin Kulikov
2013-11-26 13:14 ` Stefan Monnier
2013-11-26 13:35 ` Constantin Kulikov
2013-11-26 13:39 ` Constantin Kulikov
2013-11-26 14:19 ` Constantin Kulikov
2013-11-26 19:19 ` Stefan Monnier
2013-11-26 19:22 ` Stefan Monnier
2013-11-26 19:34 ` Johan Bockgård
2013-11-26 19:33 ` Glenn Morris
2013-11-26 19:45 ` Constantin Kulikov
2013-11-26 19:47 ` Glenn Morris
2013-11-26 20:02 ` Constantin Kulikov
2013-11-26 20:07 ` Glenn Morris
2013-11-26 20:13 ` Constantin Kulikov
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.