My app-defaults won't work for emacs any more

[* Tong *]

Hi,

I haven't updated my emacs for quite a while and today when I update it,
I notice that the new emacs is not following my app-defaults settings,
which has been working for quite a long time.

Does it happen to you as well? How did you fix it?

Thanks

$ apt-cache policy emacs
emacs:
Installed: 23.3+1-1ubuntu9
Candidate: 23.3+1-1ubuntu9
Version table:
*** 23.3+1-1ubuntu9 0
500 http://us.archive.ubuntu.com/ubuntu/ precise/main amd64
Packages
100 /var/lib/dpkg/status

[Peter Dyballa]

Am 05.09.2012 um 05:41 schrieb * Tong *:

> Does it happen to you as well? How did you fix it?

Enter info mode (C-h i), go to the Emacs node (m Emacs) and there to the X Resources node (m X Resources).

You can see that different sorts of X resources exist, related to the X toolkits GNU Emacs uses. By invoking M-x emacs-version RET you will be informed by some helpful details. It's also possible that GNU Emacs makes use of GSettings …

BTW, do you see the X resources when you list them with xrdb?

--
Greetings

Pete

Clovis' Consideration of an Atmospheric Anomaly:
The perversity of nature is nowhere better demonstrated than by the fact that, when exposed to the same atmosphere, bread becomes hard while crackers become soft

[Ensemble]

On Wed, 05 Sep 2012 11:04:22 +0200, Peter Dyballa wrote:

> It's also possible that GNU Emacs makes use of GSettings

Ahh! Thanks Peter, it reminds me where to look for answers --
The emacs I have:

emacs23 - The GNU Emacs editor (with GTK+ user interface)

It's using GTK+ user interface! Yuck! Yuck! Why can't I have a emacs that
looks like Unix, Ubuntu?! I lost xterm-like scroll bar years ago, now the
whole Unix-like look and feel!

Sigh. . . Thanks everyone.

[Charles Philip Chan]

Ensemble <not....@ensemble.choir.org> writes:

> It's using GTK+ user interface! Yuck! Yuck! Why can't I have a emacs
> that looks like Unix, Ubuntu?! I lost xterm-like scroll bar years ago,
> now the whole Unix-like look and feel!

No one is stopping you from recompiling emacs with
"--with-toolkit=<lucid, athena or motif>"

Charles

--
>Ever heard of .cshrc?
That's a city in Bosnia. Right?
(Discussion in comp.os.linux.misc on the intuitiveness of commands.)

[Yuri Khan]

On Sat, Sep 8, 2012 at 9:18 AM, Charles Philip Chan <cpc...@bell.net> wrote:

>> It's using GTK+ user interface! Yuck! Yuck! Why can't I have a emacs
>> that looks like Unix, Ubuntu?! I lost xterm-like scroll bar years ago,
>> now the whole Unix-like look and feel!
>

> No one is stopping you from recompiling emacs with
> "--with-toolkit=<lucid, athena or motif>"

For lucid, it’s not even necessary — Ubuntu ships the emacs23-lucid
package, one only has to ask for it.

Though, I don’t see what’s so bad in having a GTK+ Emacs in a
GTK+-based GNU/Linux distribution :]

[Charles Philip Chan]

Yuri Khan <yuri....@gmail.com> writes:

Hi Yuri:

> Though, I don’t see what’s so bad in having a GTK+ Emacs in a
> GTK+-based GNU/Linux distribution :]

Neither do I- I shudder just thinking about Athena and Motif. However,
to each their own poison.

Cheers,
Charles

--
linux: the choice of a GNU generation
(k...@cis.ufl.edu put this on Tshirts in '93)

[Peter Dyballa]

Am 08.09.2012 um 06:29 schrieb Yuri Khan:

> Though, I don’t see what’s so bad in having a GTK+ Emacs in a
> GTK+-based GNU/Linux distribution :]

Those silly scroll-bars are not showing the relations of buffer use and buffer position. I don't need another liar when I have politicians around.

--
Greetings

Pete

Engineer: a mechanism for converting caffeine into designs

[Yuri Khan]

On Sat, Sep 8, 2012 at 6:33 PM, Peter Dyballa <Peter_...@web.de> wrote:

> Those silly scroll-bars are not showing the relations of buffer use and buffer position. I don't need another liar when I have politicians around.

That would be a bug, then, and a bug in Emacs.

For me, though, they do, except that the calculations seem to be based
on characters (or possibly bytes) instead of visual lines.

[Eli Zaretskii]

> Date: Sat, 8 Sep 2012 21:41:23 +0700
> From: Yuri Khan <yuri....@gmail.com>
> Cc: Charles Philip Chan <cpc...@bell.net>, help-gn...@gnu.org

>
> For me, though, they do, except that the calculations seem to be based
> on characters (or possibly bytes) instead of visual lines.

Characters, not bytes. (Byte counts would be irrelevant anyway, since
the internal Emacs representation of characters is not necessarily
identical to the external one.)