[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-linux
Subject:    Re: [kde-linux] Re: [kde] Re: Has The performance been forgotten?
From:       "Peppe" <cerebro84 () vodafone ! it>
Date:       2004-10-10 4:49:10
Message-ID: 002b01c4ae84$7f3b5f10$83a1623e () acerc5ropxp63k
[Download RAW message or body]

I must say there's something weird in KDE. I'm using it for years, and I 
wouldn't change it for nothing, but I noticed that on my Desktop (AMD Athlon 
2000+) the application startup time is almost immediate, while on my 
notebook (Centrino 1500) there is a great delay (some seconds before the 
application really starting). I don't thing it's a mhz issue but something 
in the compiling process: in fact, on my laptop it was very fast when I used 
Mandrake (the same distro as my desktop), while now I'm using gentoo. But 
it's not an issue related to precompiled sources, because on my desktop I 
use kde-cvs (compiled all by me in my machine).

----- Original Message ----- 
From: "James Richard Tyrer" <tyrerj@acm.org>
To: <kde-linux@kde.org>
Sent: Saturday, October 09, 2004 11:19 PM
Subject: [kde-linux] Re: [kde] Re: Has The performance been forgotten?


> Bahram Alinezhad wrote:
>> Similarly, many projects may be known responsible for a certain issue, 
>> but all in uncertainty, and all may deny! If such a lack of co-ordination 
>> can be found in the linux community, solving a performance problem 
>> becomes disappointing; However, I hope this not to be true.
>
> Unfortunately, I found that this is the case with font problems.
>
> CUPS can not find fonts unless the path to them is compiled into 
> GhostScript.
>
> With LPRng the problem appears to be the same (or perhaps worse).
>
> The GNUlpr system works OK, but I found a bug in Bash that caused 
> problems.
> And, unfortunately, GNUlpr is no longer maintained.
>
> GhostScript doesn't work with FontConfig.
>
> Qt doesn't get the PostScript font names correct which causes strange 
> problems.
>
> There is no easy way to setup FontConfig for font substitutions.
>
> The utility: "mkfontscale" that comes with X doesn't work correctly on 
> some
> weights and on fonts with "ADD_STYLE_NAME" for the old X font system. 
> This
> results in fonts not found by OpenOffice.
>
> There is a fundamental difference with how Type1 and TrueType fonts divide 
> up
> the Family_Name and the other attribute fields in the XLFD and the 
> equivalent
> fields in a "fonts.cache-1" file.  Should X &/| FontConfig address this, 
> or
> should Qt address this, or should all applications have to deal with this 
> problem?
>
> There are problems with Qt not recognizing some of the Type1 fonts that
> FontConfig has no problem serving.
>
> KDE does not print TrueType fonts very well if they are 'embedded' in the
> PostScript file.  Having the fonts embedded in the PostScript files takes 
> CPU
> time especially with TrueType fonts since they must be converted to 
> Type42.
>
> These font problems have multiple sources and nobody seems to think that
> addressing them is an important issue.  If other projects don't address 
> these
> problems, then KDE should do it (at least for KDE).
>
> And, yes, font problems are part of the performance issue.  Specifically, 
> KDE
> doesn't appear to cache the list of available fonts so this is done with 
> every
> application when you open it.  The only way to get the PostScript font 
> names
> correct when printing appears to be to read them from the font files when 
> needed
> -- they aren't cached by FontConfig.
>
> --
> JRT
>
> ___________________________________________________
> This message is from the kde-linux mailing list.
> Account management:  https://mail.kde.org/mailman/listinfo/kde-linux.
> Archives: http://lists.kde.org/.
> More info: http://www.kde.org/faq.html.
>
> 


___________________________________________________
This message is from the kde-linux mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde-linux.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.
[prev in list] [next in list] [prev in thread] [next in thread]