Out of curiosity. Is the ipv6 supposed to be working properly now?
Last time I updated, I noticed that remote operation was broken.
That is, Xlib was unable to connect to a remote system (I assume
it didn't work with internet sockets anymore, but unix domain sockets
still worked).
On Thu, 2003-08-14 at 19:06, Alex Deucher wrote:
I haven't tried multiple radeon cards, but I seem to recall several
people having this problem right around when 4.3.0 was released. I
don't think a proper fix ever went in and I think the issue was to be
revisited later. I don't know if it's
I haven't tried multiple radeon cards, but I seem to recall several
people having this problem right around when 4.3.0 was released. I
don't think a proper fix ever went in and I think the issue was to be
revisited later. I don't know if it's needed anymore or not.
Alex
--- Jon Smirl [EMAIL
--- Alex Deucher [EMAIL PROTECTED] wrote:
2) access ROM directly instead of relying on copy
in low RAM. This allows multiple cards. Required
MPP_TB_CONFIG fix in driver.
Is this patch necessary for xfree86? It may address
some of the issues
in the email threads I sent out yesterday
From: Pablo Saratxaga [EMAIL PROTECTED]
Subject: Re: [Fonts] Problem of Xft2
Date: Fri, 8 Aug 2003 18:32:34 +0200
The right and wrong of a toolkit become clear when using
Xft2. For me, Qt is the only choice when using Xft2. So I do
I feel exactly the opposite: as Qt doesn't have
On Thu, 7 Aug 2003, Mike FABIAN wrote:
Jungshik Shin [EMAIL PROTECTED] :
On Sat, 2 Aug 2003, Chisato Yamauchi wrote:
Have you seen CJK's *TYPICAL* fonts.dir of TrueType fonts?
It is following:
Not many people would be fond of tweaking fonts.dir/scale files
these days :-)
It
On Sat, 9 Aug 2003, Jungshik Shin wrote:
On Fri, 8 Aug 2003, Pablo Saratxaga wrote:
That being said, it would be nice to have the ability to do
user-configuration
of glyph substitutions in gtk2; eg telling that when a given font is
choosen, then characters of range 0x00-0xff should
David Dawes writes:
Just so people don't get the wrong idea about what XFree86 is
doing, core (server-side) font support will continue to be supported
and maintained while ever there are sections of our user base that
need it. The same is true of our inclusion of the 'xtt' module as
On Fri, 8 Aug 2003, Mike FABIAN wrote:
Jungshik Shin [EMAIL PROTECTED] :
On Thu, 7 Aug 2003, Mike FABIAN wrote:
It can be automatically generated. The /usr/sbin/fonts-config script
on SuSE Linux generates such TTCap entries automatically into the
make some people frustrated if it just
On Fri, 8 Aug 2003, Pablo Saratxaga wrote:
On Fri, Aug 08, 2003 at 06:59:43PM +0900, Chisato Yamauchi wrote:
But Gtk2 has not complete font-substitution mechanism.
Therefore, Gtk2 is insufficient in CJK environment.
GTk2, using pango, has builtin fontset mechanism.
(it is always
C/GUZMAN EL BUENO,137
MADRID - ESPANA
TEL: +34-669 051 095, FAX:+34 916 640 223
E-mail: [EMAIL PROTECTED]
FROM: THE DESK OF THE PROMOTIONS MANAGER,
INTERNATIONAL PROMOTIONS/PRIZE AWARD
Jungshik Shin [EMAIL PROTECTED] さんは書きました:
On Sat, 2 Aug 2003, Chisato Yamauchi wrote:
Have you seen CJK's *TYPICAL* fonts.dir of TrueType fonts?
It is following:
Not many people would be fond of tweaking fonts.dir/scale files
these days :-)
Chisato Yamauchi writes:
OK, so you are not selecting different ranges but different files?
Is it a standard procedure to distribute one font accross several
files or was the single file just split into separate ones just to
avoid blowing up the XFontStruct?
GT fonts is a quite
___
Fonts mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/fonts
From: Mrs Magreth Hatch
PLEASE ENDEAVOUR TO USE IT FOR THE CHILDREN OF GOD.
I am the above named person from Kuwait. I am married to Mr. Kazeem Hatch who worked
with Kuwait embassy in Ivory Coast for nine years before he died in the year 2001.
We were married for eleven years without a
On Thu, 7 Aug 2003, Steve Sullivan wrote:
For example, the Terminal edit current profile gui shows
the Miriam font, but Miriam isn't listed by xfontsel or xlsfonts.
There are two separate font systems, the X11 core font system and
the client-side system with Xft/fontconfig. What you get
Read this!
How are you? Paying off a loan like the rest of america?
We blast your debt and give you a fresh start!
- Save you a lot of money by eliminating late fees
- Settle your accounts for a substantially reduced amount
- Stop creditors calling you on the phone
- Avoid bankruptcy
... and
, 14. 2003. 04:32:57 CEST Frank Murphy :
Sorry, I meant shift levels. my proposed us-ascii would have just
key AE01 { [ 1,exclam ] };
not
key AE01 { [ 1, exclam, onesuperior, exclamdown ] };
I'd go for:
key AE01 { [ 1, exclam,
Dr Andrew C Aitchison wrote:
Is there a difference between CA(fr) and fr(CA)*
Does the user care about it ? Should we make them mean the same thing ?
*FR(ca) would be different, although possibly unimportant or meaningless.
I think there is a minor difference.
In such name the first word
, 14. 2003. 13:12:05 Dr Andrew C Aitchison :
On Thu, 14 Aug 2003, Danilo Segan wrote:
For the sake of difference, I would recommend the following:
- National keymaps should use ISO 3166 code in all UPPERCASE (eg.
US)
- Linguistic keymaps should use ISO 639 code in all lowercase (eg.
On Thu, 14 Aug 2003, Danilo Segan wrote:
For the sake of difference, I would recommend the following:
- National keymaps should use ISO 3166 code in all UPPERCASE (eg. US)
- Linguistic keymaps should use ISO 639 code in all lowercase (eg. en)
Is this going to cause us to run into CVS problem
, 13. 2003. 18:58:40 CEST Frank Murphy :
The only xkb_symbols us that I see are in digital/us and
xfree68/ataritt.
But the map would be the same as the xkb_symbols basic in pc/us,
basically, the same as latin(basic) only not including the group 2 or
3 symbols (exclamdown, etc.). However, it
Read this!
Dont you hate paying off your loans? ... .
We can help! We can consolidate your bills into just one low monthly payment. Start
Fresh!
- Save you a lot of money by eliminating late fees
- Settle your accounts for a substantially reduced amount
- Stop creditors calling you on the phone
, 14. 2003. 17:35:10 CEST Frank Murphy :
I'd go for:
key AE01 { [ 1, exclam, any, any ] };
(I'm not sure if your idea would work like this -- if it would,
then this is unneccessary burden).
It's already done with only two levels in the pc/us keymap. I don't
see a reason to
Sorry, I meant shift levels. my proposed us-ascii would have just
key AE01 { [ 1,exclam ] };
not
key AE01 { [ 1, exclam, onesuperior, exclamdown ] };
I'd go for:
key AE01 { [ 1, exclam, any, any ] };
(I'm not sure if your
The only xkb_symbols us that I see are in digital/us and
xfree68/ataritt.
But the map would be the same as the xkb_symbols basic in pc/us,
basically, the same as latin(basic) only not including the group 2 or
3 symbols (exclamdown, etc.). However, it would be in the latin file
and
No, I didn't mean to imply that FR was choosen as a default for fr
because of textual similarity, but rather, because France, with ISO
3166 code of FR, is the originator of French language fr (perhaps
this is not a good enough reasoning, and your reasoning based on
population might be more
301 - 327 of 327 matches
Mail list logo
