Your China Buying Agent!(040212-1)
We would like to apologize as soon as this email is caused you any inconvenience. If it is, should you delete it directly, or send it back to [EMAIL PROTECTED] Many thanks! Dear Sir/Madam: PANFINE GROUP, since 1982 The Reliable Partner: Stable Cooperation, Truly Support With Coordination & Understanding Are you seeking a buying agent to assist you in outsourcing and producing the most competitive products from China? Well, here we are. We're Panfine! "PANFINE GROUP" is able to be your professional buying agent located in China because we are involved the following business as: Services: (Location in Shanghai, China) *RESOURCE *REPACKAGE *LOGISTIC CENTER *PRODUCTION Products: (Made in China or Taiwan) 1. Aluminum Profile: Use for door, window, bathroom & so on. 2. Sanitary Ware: Shower room, Massage Bathtub, Shower panel, Basin, Faucet, Accessory.& so on. 3. Glass: Bathroom Glass, Furniture Glass, Tempered Glass, Bent Tempered Glass, Flower Embossed Glass, Crystal Glass & so on. 4. Lighting:Poly Lighting, Ceramic Lamp, Stand Lamp, Table Lamp, Humidifier, Lamp Cover, Lighting Accessory as Metal Part & so on. Gaining higher profit or reducing overall costs for your business, please contact us immediately. We wish for you to have a great success in business! Best regards, Kimberly Chu for (042112-1) Panfine Creations Corp.
Re: Latest fixes from DRI Project
At 9:12 AM + 2/11/04, Alan Hourihane wrote: On Tue, Feb 10, 2004 at 06:20:25PM -0800, Torrey Lyons wrote: At 10:11 AM -0800 1/28/04, Alan Hourihane wrote: >Log message: > 778. Fix Multitexture problems with vertex arrays and indirect rendering >(Bugzilla #1092, DRI Project). > 777. Fix SecondaryColor & FogColor when indirect rendering (Bugzilla > #1091, >DRI Project). These fixes have the side effect of breaking GLX on Mac OS X. The problem is the addition of new server side dependencies on glPointParameteri, glPointParameteriv, glSampleMaskSGIS, glSamplePatternSGIS. Mac OS X instead uses glPointParameteriNV and glPointParameterivNV and GL_SGIS_multisample is not supported. I can fix these by substituting the glPointParameter*NV calls and removing the calls to the glSample*SGIS functions as shown in the patch below. Note the server still says it supports the glx extension GLX_SGIS_multisample. Should I add an #ifdef to glxscreens.c as well to remove claiming this extension? Any other comments? Your changes seem reasonable Torrey, go ahead. So I committed a similar patch that incorporates Ian Romanick's suggestions and fixes building on Mac OS X 10.1 and newer. All the changes are conditioned on MISSING_GL_EXTS and/or __DARWIN__. Let me know if it looks like I missed anything. Thanks, Torrey ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: DocBook pre-Release Notes
On Wed, 2004-02-11 at 17:33 -0500, georgina o. economou wrote: > Hi, > > I was going thru the Release Notes for 4.4 and I noticed that there are double > commas in section 5,1 thru 5.4 where all the submitters names are. I also think the > colon on the TOC after section 5 looks wild. Perhaps I am unfamiliar with the > formatting of LinuxDoc but to me a colon should mean that the list directly follows, > not that it points to a section. > > And btw, I like the little finger for a NOTE. Other than that John, I like it. Georgina, 1) The double comma is an oops on my part. I will publish a fix in about an hour. 2) The semi-colon in the TOC is just following mimicing from the official CVS version. New Features, Enhancements and Updates:. 3) The graphics are standard DocBook graphics. I have seen some others for tip/note/warning/caution/next/previous/home/up that are much prettier than the standard issue DocBook ones, but the license prohibits their usage (GPL or GFDL). If you know a good graphics artist/designer, you can do some good stuff. For an example, you might look at https://www.redhat.com/docs/manuals/linux/RHL-9-Manual/install-guide/ch- intro.html. Again there are licensing restrictions with these, but they show what can be done. John ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Re: how to get cursor image
Thank Alan's reply! >wjd wrote: >> I want to get cursor's image in X Application,does there any X11 API support >> this feature? > >Not in most X implementations, including XFree86. The only >one I'm aware of that currently has this is the one at >http://xserver.freedesktop.org using Keith Packard's X-Fixes >extension. > > >-- > -Alan Coopersmith- [EMAIL PROTECTED] > Sun Microsystems, Inc.- Sun Software Group > User Experience Engineering: G11N: X Window System > > >___ >Devel mailing list >[EMAIL PROTECTED] >http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: do XFree86 accept XIM projects?
On Wed, 11 Feb 2004, Zhang Weiwu wrote: >Hello. I'm zhangweiwu from the minichinput project. This is the >first time I post to this list, so please forgive me if I posted >to the wrong list. > >To be brief: minichinput is a Chinese input method server. Can >XFree86 accept minichinput as its subproject? > >Minichinput is one of the most widely used *nix input server >among the simplified Chinese users (or at least I think so). >Linux distros like RedHat and Turbolinux adopted minichinput as >the default input server. minichinput handles both GB, Big5 and >UTF8, it is lightweighted, doesn't rely on gtk/qt. > >Who/what list should I contact if I wish to make minichinput a >subproject of XFree86, and release as part of it? Do XFree86 >accept this kind of subprojects? Personally, I think having minichinput as it's own separate piece of software is the best thing to do. Everyone is currently trying to get rid of this massive monolithic source code tree which includes everything under the sun. It is easier to maintain applications like minichinput if it is it's own project, and it's easier to package, and to update. Having to recompile the entirity of XFree86 to fix a small bug in a single tiny application is going backwards IMHO. So, while I can't speak for the XFree86 project at all, and I'm definitely not trying to do so, I can at least give you my viewpoint from a distribution engineering perspective. We will continue to ship minichinput as a separately packaged rpm package that is not included with the XFree86 sources, even if the XFree86 project were to include it in their tarball, much in the same way that we now currently ship xterm as a separate package. Other distribution X maintainers that I am in contact with daily on IRC share this sentiment generally, and look forward to having more modular X sources to deal with in the future as well. Note that this is not to discourage your idea in any way, but rather just to indicate that it wont be useful to everyone out there for this to be included directly in XFree86. It may however benefit other OSs and distributions which XFree86 supports which may not already ship minichinput, such as commercial proprietary OSs however. Hope this feedback is useful. Take care, TTYL -- Mike A. Harris ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
DocBook pre-Release Notes
Hi, I was going thru the Release Notes for 4.4 and I noticed that there are double commas in section 5,1 thru 5.4 where all the submitters names are. I also think the colon on the TOC after section 5 looks wild. Perhaps I am unfamiliar with the formatting of LinuxDoc but to me a colon should mean that the list directly follows, not that it points to a section. And btw, I like the little finger for a NOTE. Other than that John, I like it. ___ Join Excite! - http://www.excite.com The most personalized portal on the Web! ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: a8r8g8b8
On Wed, 11 Feb 2004, Thomas Winischhofer wrote: > > > Mark Vojkovich wrote: > > >What's the question/problem? > > Where might this bug be at home? > > By "bug" I mean that red and blue are always the same, which they > obviously shouldn't. Obviously? > > By "at home" means in what part of the XAA (?) source should I start > looking? XAA has nothing to do with the contents of the textures it moves around. It doesn't touch the data. They either contain the correct data, or some part of the server that rendered them is wrong. Mark. > > Thomas > > > > >>Mark (and others), > >> > >>I played a little with a8r8g8b8 alpha textures and despite the fact my > >>driver (erm, by hardware reasons) can't accelerate them, I think I found > >>an issue: > >> > >>(I use a source where these kinds of alpha textures are still accepted > >>by XAA, ie before Mark disabled this). > >> > >>The textures always have identical red and blue alphas. Green is ok, > >>though. I have no idea where to look for this... any hint? > >> > >>Thomas > >> > >>-- > >>Thomas Winischhofer > >>Vienna/Austria > >>thomas AT winischhofer DOT net http://www.winischhofer.net/ > >>twini AT xfree86 DOT org > >> > > > > > > ___ > > Devel mailing list > > [EMAIL PROTECTED] > > http://XFree86.Org/mailman/listinfo/devel > > > > -- > Thomas Winischhofer > Vienna/Austria > thomas AT winischhofer DOT net *** http://www.winischhofer.net/ > twini AT xfree86 DOT org > > > > ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: how to get cursor image
On Wed, 11 Feb 2004, wjd wrote: > Hi All, > > I want to get cursor's image in X Application,does there any X11 API support > this feature? > There is no API to do this. Mark. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: how to get cursor image
wjd wrote: I want to get cursor's image in X Application,does there any X11 API support this feature? Not in most X implementations, including XFree86. The only one I'm aware of that currently has this is the one at http://xserver.freedesktop.org using Keith Packard's X-Fixes extension. -- -Alan Coopersmith- [EMAIL PROTECTED] Sun Microsystems, Inc.- Sun Software Group User Experience Engineering: G11N: X Window System ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: currect place to submit patches
--- mel kravitz <[EMAIL PROTECTED]> wrote: > Hi, > I have a patch to ../bsd/alpha_video.c > for NetBSD alpha 21164 boxes, where can i send this? Post the patch and a description of what it does on http://bugs.xfree86.org from there it will be reviewed and potentially committed. Alex > -Mel > -- > mel kravitz <[EMAIL PROTECTED]> > switching power inc > > __ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
currect place to submit patches
Hi, I have a patch to ../bsd/alpha_video.c for NetBSD alpha 21164 boxes, where can i send this? -Mel -- mel kravitz <[EMAIL PROTECTED]> switching power inc ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Questions regarding gdb on Solaris/SPARC
On Tue, 10 Feb 2004, Matt Prazak wrote: > Partly out of curiosity and partly out of a desire for XFree86's GTK+ XInput > support, I'm trying to see how difficult/practical it would be to get the > XFree86 sunffb driver working under Solaris/SPARC. So far, XFree86 will > simply report that it finds no screens even when using a working config file > pulled from a Debian/SPARC install, and I quickly found that gdb isn't very > helpful for stepping into the sunffb module to see what's happening. There > seems to be some spotty documentation regarding special patches for gdb, so: > 1) Are the patches available for enabling module debugging in gdb known to work > well under Solaris/SPARC? Are there known caveats? > 2) Are there recent developments regarding these patches (e.g., supporting more > recent versions of gdb, etc.)? > 3) How about Sun's dbx? I don't have a license for it , but I'm curious about > anyone's experiences with it with respect to XFree86. I might be able to get a > 60-day trial for dbx, but it would obviously be of limited use. > Also, I found that I had to disable set-uid on the XFree86 executable before > gdb would do anything meaningful (otherwise it reports errors about procfs). > This appears to have already been reported to the gdb project, at least > according to Google Groups. The XFree86 should be debugged as root. It is also easier to use a static binary generated with '#define DoLoadableServer NO' in xc/config/cf/host.def. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 developer and VP. ATI driver and X server internals. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: do XFree86 accept XIM projects?
--- Zhang Weiwu <[EMAIL PROTECTED]> wrote: > Hello. I'm zhangweiwu from the minichinput project. This is the first > time I post to this list, so please forgive me if I posted to the > wrong list. > > To be brief: minichinput is a Chinese input method server. Can > XFree86 > accept minichinput as its subproject? > > Minichinput is one of the most widely used *nix input server among > the > simplified Chinese users (or at least I think so). Linux distros like > RedHat and Turbolinux adopted minichinput as the default input > server. > minichinput handles both GB, Big5 and UTF8, it is lightweighted, > doesn't > rely on gtk/qt. > > Who/what list should I contact if I wish to make minichinput a > subproject of XFree86, and release as part of it? Do XFree86 accept > this > kind of subprojects? Post a patch and description as an enhancement on xfree86 bugzilla (http://bugs.xfree86.org). 4.4.0 is about to be released so if your patch goes in, I suspect it won't be until after 4.4 is released. Alex > > Thank you. > > > ___ > Devel mailing list > [EMAIL PROTECTED] > http://XFree86.Org/mailman/listinfo/devel __ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: a8r8g8b8
Mark Vojkovich wrote: What's the question/problem? Where might this bug be at home? By "bug" I mean that red and blue are always the same, which they obviously shouldn't. By "at home" means in what part of the XAA (?) source should I start looking? Thomas Mark (and others), I played a little with a8r8g8b8 alpha textures and despite the fact my driver (erm, by hardware reasons) can't accelerate them, I think I found an issue: (I use a source where these kinds of alpha textures are still accepted by XAA, ie before Mark disabled this). The textures always have identical red and blue alphas. Green is ok, though. I have no idea where to look for this... any hint? Thomas -- Thomas Winischhofer Vienna/Austria thomas AT winischhofer DOT net http://www.winischhofer.net/ twini AT xfree86 DOT org ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel -- Thomas Winischhofer Vienna/Austria thomas AT winischhofer DOT net *** http://www.winischhofer.net/ twini AT xfree86 DOT org ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
do XFree86 accept XIM projects?
Hello. I'm zhangweiwu from the minichinput project. This is the first time I post to this list, so please forgive me if I posted to the wrong list. To be brief: minichinput is a Chinese input method server. Can XFree86 accept minichinput as its subproject? Minichinput is one of the most widely used *nix input server among the simplified Chinese users (or at least I think so). Linux distros like RedHat and Turbolinux adopted minichinput as the default input server. minichinput handles both GB, Big5 and UTF8, it is lightweighted, doesn't rely on gtk/qt. Who/what list should I contact if I wish to make minichinput a subproject of XFree86, and release as part of it? Do XFree86 accept this kind of subprojects? Thank you. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: GL_VERSION string fix
On Tue, Feb 10, 2004 at 10:33:24PM -0500, David Dawes wrote: > Just using atof() should work. Or better, add __glXAtof() to > glx_ansic.h. Your right David. I should allow time for testing next time :-) committed. Alan. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Latest fixes from DRI Project
On Tue, Feb 10, 2004 at 06:20:25PM -0800, Torrey Lyons wrote: > At 10:11 AM -0800 1/28/04, Alan Hourihane wrote: > >Log message: > > 778. Fix Multitexture problems with vertex arrays and indirect rendering > >(Bugzilla #1092, DRI Project). > > 777. Fix SecondaryColor & FogColor when indirect rendering (Bugzilla > > #1091, > >DRI Project). > > These fixes have the side effect of breaking GLX on Mac OS X. The > problem is the addition of new server side dependencies on > glPointParameteri, glPointParameteriv, glSampleMaskSGIS, > glSamplePatternSGIS. Mac OS X instead uses glPointParameteriNV and > glPointParameterivNV and GL_SGIS_multisample is not supported. I can > fix these by substituting the glPointParameter*NV calls and removing > the calls to the glSample*SGIS functions as shown in the patch below. > Note the server still says it supports the glx extension > GLX_SGIS_multisample. Should I add an #ifdef to glxscreens.c as well > to remove claiming this extension? Any other comments? Your changes seem reasonable Torrey, go ahead. Alan. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
how to get cursor image
Hi All, I want to get cursor's image in X Application,does there any X11 API support this feature? Thanks wjd ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
