* bug#2041: 23.0.60; strange behaviour of Emacs.app with -q
@ 2009-01-25 11:49 Peter Dyballa
2017-09-25 15:01 ` Alan Third
2017-12-06 19:46 ` Glenn Morris
0 siblings, 2 replies; 3+ messages in thread
From: Peter Dyballa @ 2009-01-25 11:49 UTC (permalink / raw
To: emacs-pretest-bug
Hello!
When I launch Emacs.app as 'nextstep/Emacs.app/Contents/MacOS/Emacs -
q --debug-init &' it shows a somehow regular behaviour, positioning
the initial frame at (0,0) and having an opaque frame with white
background. When I remove ~/.emacs and launch GNU Emacs as 'nextstep/
Emacs.app/Contents/MacOS/Emacs --debug-init &' (no -q needed since I
don't have a user-init-file, not even default.el or ~/.emacs.d/init)
it shows an irregular behaviour, positioning the initial frame with a
particular size and a font at a point given wich are all given by
initial-frame-alist, and having a completely transparent frame with
not existing background: when I click at it I select the application
behind it, even when I pick a text.
The X client version does not have such a 'memory' – although it
follows X defaults, which are different from what Emacs.app shows.
In GNU Emacs 23.0.60.1 (powerpc-apple-darwin8.11.0, NS apple-
appkit-824.48)
of 2009-01-25 on localhost
Windowing system distributor `Apple', version 10.3.824
configured using `configure '--without-sound' '--without-pop' '--
with-dbus' '--with-libotf' '--with-ns' '--disable-ns-self-contained'
'--enable-locallisppath=/Library/Application Support/Emacs/
calendar23:/Library/Application Support/Emacs' 'PKG_CONFIG_PATH=/sw/
lib/xft2/lib/pkgconfig:/sw/lib/fontconfig2/lib/pkgconfig:/sw/lib/
freetype219/lib/pkgconfig:/sw/lib/pango-ft219/lib/pkgconfig:/sw/lib/
qt4-x11/lib/pkgconfig:/sw/lib/system-openssl/lib/pkgconfig:/sw/lib/
pkgconfig:/sw/share/pkgconfig:/usr/X11R6/lib/pkgconfig:/usr/local/lib/
pkgconfig:/usr/lib/pkgconfig' 'CFLAGS=-Wno-pointer-sign -bind_at_load
-H -pipe -fPIC -mcpu=7450 -mtune=7450 -fast -mpim-altivec -ftree-
vectorize -foptimize-register-move -freorder-blocks -freorder-blocks-
and-partition -fthread-jumps -fpeephole -fno-crossjumping' 'CPPFLAGS=-
no-cpp-precomp' 'LDFLAGS=-bind_at_load -dead_strip -multiply_defined
suppress -L/sw/lib/ncurses''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: de_DE.UTF-8
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: de_DE.UTF-8
value of $XMODIFIERS: nil
locale-coding-system: utf-8-unix
default-enable-multibyte-characters: t
Major mode: Fundamental
Minor modes in effect:
tooltip-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
global-auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
--
Greetings
Pete
Think of XML as Lisp for COBOL programmers.
- Tony-A (some guy on /.)
^ permalink raw reply [flat|nested] 3+ messages in thread
* bug#2041: 23.0.60; strange behaviour of Emacs.app with -q
2009-01-25 11:49 bug#2041: 23.0.60; strange behaviour of Emacs.app with -q Peter Dyballa
@ 2017-09-25 15:01 ` Alan Third
2017-12-06 19:46 ` Glenn Morris
1 sibling, 0 replies; 3+ messages in thread
From: Alan Third @ 2017-09-25 15:01 UTC (permalink / raw
To: Peter Dyballa; +Cc: 2041
Peter Dyballa <Peter_Dyballa@Freenet.DE> writes:
> When I launch Emacs.app as 'nextstep/Emacs.app/Contents/MacOS/Emacs -
> q --debug-init &' it shows a somehow regular behaviour, positioning
> the initial frame at (0,0) and having an opaque frame with white
> background. When I remove ~/.emacs and launch GNU Emacs as
> 'nextstep/Emacs.app/Contents/MacOS/Emacs --debug-init &' (no -q needed
> since I don't have a user-init-file, not even default.el or
> ~/.emacs.d/init) it shows an irregular behaviour, positioning the
> initial frame with a particular size and a font at a point given wich
> are all given by initial-frame-alist, and having a completely
> transparent frame with not existing background: when I click at it I
> select the application behind it, even when I pick a text.
Hi, I know sorry nobody's got back to you about this before now. I can't
replicate the bug so I think it's probably been fixed.
Are you still able to replicate it?
--
Alan Third
^ permalink raw reply [flat|nested] 3+ messages in thread
* bug#2041: 23.0.60; strange behaviour of Emacs.app with -q
2009-01-25 11:49 bug#2041: 23.0.60; strange behaviour of Emacs.app with -q Peter Dyballa
2017-09-25 15:01 ` Alan Third
@ 2017-12-06 19:46 ` Glenn Morris
1 sibling, 0 replies; 3+ messages in thread
From: Glenn Morris @ 2017-12-06 19:46 UTC (permalink / raw
To: Peter Dyballa; +Cc: 2041
If this is still an issue with current Emacs, please open a new report.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2017-12-06 19:46 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-01-25 11:49 bug#2041: 23.0.60; strange behaviour of Emacs.app with -q Peter Dyballa
2017-09-25 15:01 ` Alan Third
2017-12-06 19:46 ` Glenn Morris
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.