Re: w32 does not have emacsclient/server - getting paper size

[Lennart Borgman]

David Kastrup wrote:

> > There are several reasons I think. One reason is that installing new
> > programs should not change system overall behaviour.
> >    
>
> Then why install them in the first place?
>  
I am sorry but this does not make sense.

>  
>
> > A more important reason is that programs on w32 communicate
> > differently than on GNU/Linux. The w32 way, COM (or what the current
> > name for it is, it changes now and then), is rather similar to Corba
> > on a conceptual level. Programs can call other programs through COM
> > and get a result back. The Registry keeps track of the available COM
> > components.
> >    
>
> Well, PATH keeps track of the available programs.
>  
I am sorry again, you are simply oversimplifying.

> What use is there in "interfaces with version control" in a system
> that does not even support different versions of DLLs to be installed
> at the same time?
>  
Sorry, but obviously some users care about what version they are using 
and sometimes want to have different versions installed simultaneaously.

> > Whatever we think of that this is the w32 way and to integrate in
> > the w32 environment as first class citizens this must be accepted.
> >    
>
> It is not a goal for Emacs to be a first class w32 citizen.  The goal
> for Emacs on Windows is to be as good an Emacs as elsewhere.
I found this comment worth noting. The meaning of what you are writing 
here is not self evident. It must be further developed to be useful.

One thing to think about is for example "what do users on different 
system require of the programs they are using?". Even if users are not 
explicitly mentioned in your statement they are of course implicitly.