From zenitani at mac.com Sat Sep 2 22:10:12 2006 From: zenitani at mac.com (Seiji Zenitani) Date: Sat, 02 Sep 2006 22:10:12 +0900 Subject: [macemacsjp-english 651] Transparency panel Message-ID: <15613102.1157202612545.JavaMail.zenitani@mac.com> Hi, It is reported that emacs sometimes freeze, when the user too often opens the window transparency panel (via "Help > Carbon Emacs Package > Window Opacity..."). In that case, just wait for a minute or force quit emacs. http://www.emacswiki.org/cgi-bin/emacs-en/CarbonEmacsPackageWithOpacity -- Seiji === Emacs ???????????????????"Help > Carbon Emacs Package > Window Opacity..."?? ???????emacs ??????????????? ????????????? emacs ???????????? http://www.emacswiki.org/cgi-bin/emacs-en/CarbonEmacsPackageWithOpacity ?? From ian at ianbrandt.com Wed Sep 6 03:17:58 2006 From: ian at ianbrandt.com (Ian Brandt) Date: Tue, 05 Sep 2006 11:17:58 -0700 Subject: [macemacsjp-english 652] Re: Carbon Emacs Package (Sep. '06) In-Reply-To: References: Message-ID: <44FDBF56.7090906@ianbrandt.com> First off thank you so much for all your efforts with these packages! Unfortunately I'm having stability problems with the Sept. '06 package. If I arrow around quickly Emacs seems to hang. In fact my entire OS X UI slows down. Oddly enough in Activity Monitor nothing is consuming any significant percentage of CPU, there is plenty of memory, and no disk activity. After a period of 30 or so seconds Emacs will start to respond again, and OS X returns to its normal level of responsiveness. Emacs never lists as "Not Responding" in Activity Monitor. I can choose "Quit" from the context menu in the Dock, but it doesn't have any effect (Emacs doesn't quit even after it becomes responsive again). If I "Force Quit" Emacs it does die, and OS X immediately returns to it's normal level of responsiveness. I can find nothing in the system logs or Emacs messages buffer that offers any clues to why it's bogging down. This issue does not exist with the June package. I'm on a PowerBook G4 1.5Ghz with 1G ram. If I can provide any further information just let me know. Thanks, Ian Seiji Zenitani wrote: > Hi all, > > Carbon Emacs Package (Sep. '06) is available. > > http://homepage.mac.com/zenitani/emacs-e.html > > -- > Seiji Zenitani > zenitani at mac.com > > > ==== > > > ??????????? > > ?????????????????? > ?????????????????? > > http://homepage.mac.com/zenitani/emacs-j.html > > -- > ???? > zenitani at mac.com > > _______________________________________________ > macemacsjp-english mailing list > macemacsjp-english at lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/macemacsjp-english > From zenitani at mac.com Thu Sep 7 12:58:51 2006 From: zenitani at mac.com (Seiji Zenitani) Date: Thu, 07 Sep 2006 12:58:51 +0900 Subject: [macemacsjp-english 653] Re: Carbon Emacs Package (Sep. '06) Message-ID: <11559666.1157601531494.JavaMail.zenitani@mac.com> Hi, At present I have no idea. Could you try the latest Panther build on your Tiger? -- Seiji > On 2006/09/06, at 3:17, Ian Brandt wrote: > > Unfortunately I'm having stability problems with the Sept. '06 > package. If I arrow around quickly Emacs seems to hang. In fact my > entire OS X UI slows down. Oddly enough in Activity Monitor nothing > is consuming any significant percentage of CPU, there is plenty of > memory, and no disk activity. After a period of 30 or so seconds > Emacs will start to respond again, and OS X returns to its normal > level of responsiveness. Emacs never lists as "Not Responding" in > Activity Monitor. I can choose "Quit" from the context menu in the > Dock, but it doesn't have any effect (Emacs doesn't quit even after it > becomes responsive again). If I "Force Quit" Emacs it does die, and > OS X immediately returns to it's normal level of responsiveness. I > can find nothing in the system logs or Emacs messages buffer that > offers any clues to why it's bogging down. This issue does not exist > with the June package. I'm on a PowerBook G4 1.5Ghz with 1G ram. > > If I can provide any further information just let me know. From zenitani at mac.com Mon Sep 18 00:23:09 2006 From: zenitani at mac.com (Seiji Zenitani) Date: Mon, 18 Sep 2006 00:23:09 +0900 Subject: [macemacsjp-english 654] Transparency patch (again) Message-ID: <914E43E8-CC20-46D9-85FF-BAA3E174C61B@mac.com> Dear list, The transparency patch will not be integrated into the emacs main code in the present form, because the patch enhances proprietary platforms only: Mac OSX and Windows, and thus it does not fit the philosophy of the GNU project. However, six months ago, a developer sent me an "X-ready" version of the transparency patch and he also showed me that the transparent emacs was working on his environment. The patch is available at http://macemacsjp.sourceforge.jp/package/ test/transparency2.patch . When we finish the code, we can propose it again to the emacs main developers because it will benefit free platforms, too. However, at present nobody has succeeded to build a transparent emacs on X, except for the original author. We believe that it requires too up-to- date environment -- reportedly it requires X11R6.8 or newer with some extension. In order to collect more clues, does anyone try or examine the above patch? Does anyone has a very recent X window environment that supports transparency feature? Any reports are welcome regarding the patch. Of course, improved code is highly welcome. Sincerely, Seiji Zenitani zenitani at mac.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.sourceforge.jp/mailman/archives/macemacsjp-english/attachments/20060918/355d0e50/attachment.htm From Peter_Dyballa at Web.DE Mon Sep 18 06:09:05 2006 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Sun, 17 Sep 2006 23:09:05 +0200 Subject: [macemacsjp-english 655] Re: Transparency patch (again) In-Reply-To: <914E43E8-CC20-46D9-85FF-BAA3E174C61B@mac.com> References: <914E43E8-CC20-46D9-85FF-BAA3E174C61B@mac.com> Message-ID: Am 17.09.2006 um 17:23 schrieb Seiji Zenitani: > When we finish the code, we can propose it again to the emacs main > developers because it will benefit free platforms, too. However, at > present nobody has succeeded to build a transparent emacs on X, > except for the original author. We believe that it requires too up- > to-date environment -- reportedly it requires X11R6.8 or newer with > some extension. > X11R6.8(.2) can be installed with Fink or DarwinPorts. This release is the first to support translucent windows, also shadows as windows decoration. Sun used it as basis for its Looking Glass. Starting with X11R6.8.1 XOrg can be fetched via CVS. XFree86 4.6.x has the X Rendering Extension (XRender, taken from Plan 9) only partially implemented: the transparency and anti-aliased text parts. Could be the real need is a modern libXft and lib FreeType 2 ? because, xdpyinfo on Apple's X server tells that it has already the RENDER extension. You never tried the patch in X11? -- Greetings Pete From error to error, one discovers the entire truth. - Sigmund Freud From ian at ianbrandt.com Tue Sep 19 03:04:01 2006 From: ian at ianbrandt.com (Ian Brandt) Date: Mon, 18 Sep 2006 11:04:01 -0700 Subject: [macemacsjp-english 656] Re: Carbon Emacs Package (Sep. '06) In-Reply-To: <11559666.1157601531494.JavaMail.zenitani@mac.com> References: <11559666.1157601531494.JavaMail.zenitani@mac.com> Message-ID: <450EDF91.8060607@ianbrandt.com> Seiji Zenitani wrote: > At present I have no idea. Could you try the latest Panther build on your Tiger? Sorry for the delay. Yep, reproducible with the Panther build also. Of note the keyboard I use makes it readily easy to send repeated arrow key events rather quickly (See ). Around 43/sec.: $ cat -A ^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^[[C^C The hang occurs whether I arrow in a single or multiple consecutive directions. ~Ian From Peter_Dyballa at Web.DE Wed Sep 20 05:09:07 2006 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Tue, 19 Sep 2006 22:09:07 +0200 Subject: [macemacsjp-english 657] Re: Transparency patch (again) In-Reply-To: <914E43E8-CC20-46D9-85FF-BAA3E174C61B@mac.com> References: <914E43E8-CC20-46D9-85FF-BAA3E174C61B@mac.com> Message-ID: <9E0D4B1D-FE8A-416F-ABBF-019A30644710@Web.DE> Am 17.09.2006 um 17:23 schrieb Seiji Zenitani: > The transparency patch will not be integrated into the emacs main > code in the present form, because the patch enhances proprietary > platforms only: Mac OSX and Windows, and thus it does not fit the > philosophy of the GNU project. However, six months ago, a developer > sent me an "X-ready" version of the transparency patch and he also > showed me that the transparent emacs was working on his > environment. The patch is available at http:// > macemacsjp.sourceforge.jp/package/test/transparency2.patch . > Hello! I integrated the patch into the GNU Emacs 22.0.50 sources. Now my Carbon Emacs shows transparency. The X client regularly fails at launch with: Xlib: unexpected async reply (sequence 0x1a7)! Nothing else happens, no core, no crash log. I think what's missing is some code that determines whether the X server can handle transparency. If not, no such calls are emitted, so that default- frame-alist and initial-frame-alist need not be changed to just just accept the transparency settings. In case of Unicode Emacs 23.0.0 three patches could not be applied, because there was code for the font-backend extension in place. By hand they could be added. The X client has a slightly different problem: Xlib: unexpected async reply (sequence 0x19a)! Again nothing else happens. Creating Carbon Emacs 23.0.0 did not succeed yet for me: macterm.c does not compile with CFLAGS like -DUSE_MAC_FONT_PANEL or - DUSE_ATSUI, which is really hard to understand! I have no idea how to trace the reason for the Xlib errors. Could be I try to install Xorg 6.8 some day with Fink ? the problem is that this install can again change some things in Fink that cannot be undone so easily ... -- Greetings Pete Globalisation -- communism from above. From zenitani at mac.com Wed Sep 20 06:18:00 2006 From: zenitani at mac.com (Seiji Zenitani) Date: Wed, 20 Sep 2006 06:18:00 +0900 Subject: [macemacsjp-english 658] Re: Transparency patch (again) In-Reply-To: <9E0D4B1D-FE8A-416F-ABBF-019A30644710@Web.DE> References: <914E43E8-CC20-46D9-85FF-BAA3E174C61B@mac.com> <9E0D4B1D-FE8A-416F-ABBF-019A30644710@Web.DE> Message-ID: Hi, An updated patch arrived just now! Could you try the new one? Reportedly "unexpected async reply" has gone. http://macemacsjp.sourceforge.jp/package/test/ transparency2-20060920.patch In our environment (Gentoo AMD64), transparency excellently works on XGL. On X.org, emacs works without throwing critical errors, but transparency does not work. It still needs a way to go. -- Seiji > Hello! > > I integrated the patch into the GNU Emacs 22.0.50 sources. Now my > Carbon Emacs shows transparency. The X client regularly fails at > launch with: > > Xlib: unexpected async reply (sequence 0x1a7)! > > Nothing else happens, no core, no crash log. I think what's missing > is some code that determines whether the X server can handle > transparency. If not, no such calls are emitted, so that default- > frame-alist and initial-frame-alist need not be changed to just just > accept the transparency settings. > > > In case of Unicode Emacs 23.0.0 three patches could not be applied, > because there was code for the font-backend extension in place. By > hand they could be added. The X client has a slightly different > problem: > > Xlib: unexpected async reply (sequence 0x19a)! > > Again nothing else happens. > > Creating Carbon Emacs 23.0.0 did not succeed yet for me: macterm.c > does not compile with CFLAGS like -DUSE_MAC_FONT_PANEL or - > DUSE_ATSUI, which is really hard to understand! > > > I have no idea how to trace the reason for the Xlib errors. Could be > I try to install Xorg 6.8 some day with Fink ? the problem is that > this install can again change some things in Fink that cannot be > undone so easily ... > > -- > Greetings > > Pete > > Globalisation -- communism from above. > > > > _______________________________________________ > macemacsjp-english mailing list > macemacsjp-english at lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/macemacsjp-english From simon at pushface.org Wed Sep 20 06:43:46 2006 From: simon at pushface.org (Simon Wright) Date: Tue, 19 Sep 2006 22:43:46 +0100 Subject: [macemacsjp-english 659] Re: Transparency patch (again) In-Reply-To: <9E0D4B1D-FE8A-416F-ABBF-019A30644710@Web.DE> References: <914E43E8-CC20-46D9-85FF-BAA3E174C61B@mac.com> <9E0D4B1D-FE8A-416F-ABBF-019A30644710@Web.DE> Message-ID: On 19 Sep 2006, at 21:09, Peter Dyballa wrote: > Xlib: unexpected async reply (sequence 0x1a7)! When I used to program X (Xt) this often meant that multiple threads were trying to access Xlib/Xt without turning on thread protection .. XInitThreads(), and there was an Xt function too, I see there's an Xthread interface now, though .. From Peter_Dyballa at Web.DE Thu Sep 21 07:08:33 2006 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Thu, 21 Sep 2006 00:08:33 +0200 Subject: [macemacsjp-english 660] Re: Transparency patch (again) In-Reply-To: References: <914E43E8-CC20-46D9-85FF-BAA3E174C61B@mac.com> <9E0D4B1D-FE8A-416F-ABBF-019A30644710@Web.DE> Message-ID: <7A896A9D-D04F-4F61-8C66-9033B0529804@Web.DE> Am 19.09.2006 um 23:18 schrieb Seiji Zenitani: > An updated patch arrived just now! Could you try the new one? > Reportedly "unexpected async reply" has gone. Right: it works in this sense in the X client GNU Emacs 22.0.50, but still no transparency with Apple's X server. Same for Unicode Emacs 23.0.0. I am compiling the Carbon versions right now. Tomorrow ? oops: it's already today! I'll be away from my Mac for hours: optimal time to compile Fink's X server. -- Greetings Pete "What do you think of Western Civilisation?" "I think it would be a good idea!" -- Mohandas Karamchand Gandhi From xah at xahlee.org Fri Sep 22 03:07:35 2006 From: xah at xahlee.org (xah lee) Date: Thu, 21 Sep 2006 11:07:35 -0700 Subject: [macemacsjp-english 661] CJK fonts Message-ID: <7A854E07-65C4-4046-886A-96D1BA816EF0@xahlee.org> in the older carbon emacs (e.g. the build in early this year), there's CJK fonts. For example: hiraginokaku,hiraginomin... etc. Screenshot: http://xahlee.org/emacs/i/emacs_menu.png but since about perhaps May, the carbon emacs build i download no longer have these fonts. How can i get these fonts back? Thanks. Xah xah at xahlee.org ? http://xahlee.org/ ? From zenitani at mac.com Fri Sep 22 10:21:47 2006 From: zenitani at mac.com (Seiji Zenitani) Date: Fri, 22 Sep 2006 10:21:47 +0900 Subject: [macemacsjp-english 662] Re: CJK fonts In-Reply-To: <7A854E07-65C4-4046-886A-96D1BA816EF0@xahlee.org> References: <7A854E07-65C4-4046-886A-96D1BA816EF0@xahlee.org> Message-ID: <68290FAA-8A78-4CDC-91B1-9BA6CCBEF38D@mac.com> Hi, On 2006/09/22, at 3:07, xah lee wrote: > in the older carbon emacs (e.g. the build in early this year), > there's CJK fonts. For example: > hiraginokaku,hiraginomin... etc. > Screenshot: http://xahlee.org/emacs/i/emacs_menu.png > > but since about perhaps May, the carbon emacs build i download no > longer have these fonts. > > How can i get these fonts back? Since 2006-03-25, "Help > Carbon Emacs Package > CJK Fixed Width Fontset" provides only one CJK fontset. Extra forty fontsets will be available by the following line in your .emacs.el. (require 'carbon-font) > Thanks. > > Xah > xah at xahlee.org > ? http://xahlee.org/ -- Seiji From xah at xahlee.org Fri Sep 22 20:53:54 2006 From: xah at xahlee.org (xah lee) Date: Fri, 22 Sep 2006 04:53:54 -0700 Subject: [macemacsjp-english 663] Re: CJK fonts In-Reply-To: <68290FAA-8A78-4CDC-91B1-9BA6CCBEF38D@mac.com> References: <7A854E07-65C4-4046-886A-96D1BA816EF0@xahlee.org> <68290FAA-8A78-4CDC-91B1-9BA6CCBEF38D@mac.com> Message-ID: <902AFE54-3DC6-4899-9DCF-6F554DFD8595@xahlee.org> ? (require 'carbon-font) ? Thanks! also learned (setq line-spacing 1) from your home page! http://homepage.mac.com/zenitani/elisp-j.html Xah xah at xahlee.org ? http://xahlee.org/ On 2006 Sep 21, at 6:21 PM, Seiji Zenitani wrote: Since 2006-03-25, "Help > Carbon Emacs Package > CJK Fixed Width Fontset" provides only one CJK fontset. Extra forty fontsets will be available by the following line in your .emacs.el. (require 'carbon-font) ? From Peter_Dyballa at Web.DE Sat Sep 23 03:10:51 2006 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Fri, 22 Sep 2006 20:10:51 +0200 Subject: [macemacsjp-english 664] Re: Transparency patch (again) In-Reply-To: References: <914E43E8-CC20-46D9-85FF-BAA3E174C61B@mac.com> <9E0D4B1D-FE8A-416F-ABBF-019A30644710@Web.DE> Message-ID: Am 19.09.2006 um 23:18 schrieb Seiji Zenitani: > An updated patch arrived just now! Carbon Emacs 22.0.50 has still transparency. Carbon Emacs 23.0.0 still does not compile when any of -DUSE_ATSUI or - DUSE_MAC_FONT_PANEL are given: .../mac/../src/macterm.c: In function 'mac_set_font_info_for_selection': .../mac/../src/macterm.c:8478: error: 'FACE_FOR_CHAR' undeclared (first use in this function) .../mac/../src/macterm.c:8478: error: (Each undeclared identifier is reported only once .../mac/../src/macterm.c:8478: error: for each function it appears in.) Without these defines it compiles ? but crashes at lunch time, ahemm: launch time! So Carbon Emacs 23.0.0 won't have transparency. I think the patch needs to be extended to work in in version 23.0.0, too, to become accepted as integral part of GNU Emacs. Yesterday I could build in Fink X.Org 6.8.2 and Xfree86 4.5.0. I'll try to install them tonight or tomorrow. -- Greetings Pete To be is to do. -- I. Kant To do is to be. -- A. Sartre Yabba-Dabba-Doo! -- F. Flintstone From zenitani at mac.com Sat Sep 23 04:06:43 2006 From: zenitani at mac.com (Seiji Zenitani) Date: Sat, 23 Sep 2006 04:06:43 +0900 Subject: [macemacsjp-english 665] Fwd: [Macemacsjp-users 1167] Re: Transparency patch (again) References: <15540745.1158813330575.JavaMail.zenitani@mac.com> Message-ID: Hi Pete and list, I forward two emails. First one: An updated patch. Sorry, I sent it to the wrong address -- to the japanese list. Second one: Take a look at the screenshot from Japanese user. A transparent emacs works on his Linux! -- Seiji Begin forwarded message: > From: Seiji Zenitani > Date: 2006?9?21? 13:35:30:JST > To: MacEmacs > Subject: [Macemacsjp-users 1167] Re: Transparency patch (again) > Reply-To: macemacsjp-users at lists.sourceforge.jp > > Hi, > >> In our environment (Gentoo AMD64), transparency excellently works on >> XGL. On X.org, emacs works without throwing critical errors, but >> transparency does not work. It still needs a way to go. > > Now compatible with both XGL and X.org. > http://macemacsjp.sourceforge.jp/package/test/ > transparency2-20060921.patch > > For details, see the below email (Japanese language, but I think > it's useful). > http://lists.sourceforge.jp/mailman/archives/macemacsjp-users/2006- > September/001165.html > > -- Seiji Begin forwarded message: > From: Daichi Ando > Date: 2006?9?22? 18:20:24:JST > To: macemacsjp-users at lists.sourceforge.jp > Subject: [Macemacsjp-users 1167] Re: Transparency patch for X11 > > X.org??????????? > http://cad.lolipop.jp/private/image/transparency_emacs_on_X_060922.png > > ????VMWare??Scientific Linux 4.3 (X.org > 6.8.2)??? From zenitani at mac.com Sat Sep 23 04:15:28 2006 From: zenitani at mac.com (Seiji Zenitani) Date: Sat, 23 Sep 2006 04:15:28 +0900 Subject: [macemacsjp-english 666] Re: CJK fonts In-Reply-To: <902AFE54-3DC6-4899-9DCF-6F554DFD8595@xahlee.org> References: <7A854E07-65C4-4046-886A-96D1BA816EF0@xahlee.org> <68290FAA-8A78-4CDC-91B1-9BA6CCBEF38D@mac.com> <902AFE54-3DC6-4899-9DCF-6F554DFD8595@xahlee.org> Message-ID: <9E46F1B1-7A15-4DC2-93BC-D602CC9B796A@mac.com> Dear Xah Lee-san, On 2006/09/22, at 20:53, xah lee wrote: > ? (require 'carbon-font) ? > > Thanks! > > also learned (setq line-spacing 1) from your home page! > http://homepage.mac.com/zenitani/elisp-j.html Grad to hear that :-) By the way, I believe your native language is Simplified or Traditional Chinese language. You will see two subsections on Chinese languages in the following wiki page. At a glance, these subsections are somehow complicated and I don't know whether they are up-to-date or not. If you are an expert on Chinese emacs, could you examine and reorganize them? (In my opinion, tips for 2005 versions are no longer necessary.) http://www.emacswiki.org/cgi-bin/emacs-en/CarbonEmacsPackage * How do I input and display Traditional Chinese characters? * How do I input and display Simplified Chinese characters? best wishes, -- Seiji From Peter_Dyballa at Web.DE Sat Sep 23 05:52:44 2006 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Fri, 22 Sep 2006 22:52:44 +0200 Subject: [macemacsjp-english 667] Re: Fwd: [Macemacsjp-users 1167] Re: Transparency patch (again) In-Reply-To: References: <15540745.1158813330575.JavaMail.zenitani@mac.com> Message-ID: Am 22.09.2006 um 21:06 schrieb Seiji Zenitani: > First one: > An updated patch. Sorry, I sent it to the wrong address -- to the > japanese list. There is a mentioning of X.org 7.0 ... > > Second one: > Take a look at the screenshot from Japanese user. A transparent emacs > works on his Linux! The re-compilation will end today! Hopefully I'll see something similiar ... transparency2-20060920.patch does not bring transparency with neither Apple's X11 nor X.org 6.8.2 (also not in X only, i.e. not rootless) nor Xfree86 4.5.0 (also not in X only, i.e. not rootless). When do you sleep? When you're on vacation? -- Greetings Pete "It isn't pollution that's harming the environment. It's the impurities in our air and water that are doing it." From Peter_Dyballa at Web.DE Sat Sep 23 19:11:24 2006 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Sat, 23 Sep 2006 12:11:24 +0200 Subject: [macemacsjp-english 668] Re: Fwd: [Macemacsjp-users 1167] Re: Transparency patch (again) In-Reply-To: References: <15540745.1158813330575.JavaMail.zenitani@mac.com> Message-ID: <8D7ACAA8-1E4F-400A-B769-36D7E752D726@Web.DE> Am 22.09.2006 um 21:06 schrieb Seiji Zenitani: > An updated patch. I have still no success with Xorg 6.8.2 and Xfree86 4.5.0. Probably X11R7 is needed ... -- Greetings Pete Our enemies are innovative and resourceful, and so are we. They never stop thinking about new ways to harm our country and our people, and neither do we. -- Georges W. Bush From zenitani at mac.com Sat Sep 23 21:36:04 2006 From: zenitani at mac.com (Seiji Zenitani) Date: Sat, 23 Sep 2006 21:36:04 +0900 Subject: [macemacsjp-english 669] Re: Fwd: [Macemacsjp-users 1167] Re: Transparency patch (again) In-Reply-To: <8D7ACAA8-1E4F-400A-B769-36D7E752D726@Web.DE> References: <15540745.1158813330575.JavaMail.zenitani@mac.com> <8D7ACAA8-1E4F-400A-B769-36D7E752D726@Web.DE> Message-ID: <52848122-9B89-48CC-969D-44E1B6AD15A4@mac.com> Hi, On 2006/09/23, at 19:11, Peter Dyballa wrote: > > Am 22.09.2006 um 21:06 schrieb Seiji Zenitani: > >> An updated patch. > > I have still no success with Xorg 6.8.2 and Xfree86 4.5.0. Probably > X11R7 is needed ... > That screenshot was taken on X.org 6.8.2. I'm not sure but you have to activate "composite" extension? -- Seiji > -- > Greetings > > Pete > > Our enemies are innovative and resourceful, and so are we. They never > stop thinking about new ways to harm our country and our people, and > neither do we. > -- Georges W. Bush > > > _______________________________________________ > macemacsjp-english mailing list > macemacsjp-english at lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/macemacsjp-english From Peter_Dyballa at Web.DE Sun Sep 24 08:42:46 2006 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Sun, 24 Sep 2006 01:42:46 +0200 Subject: [macemacsjp-english 670] Re: Fwd: [Macemacsjp-users 1167] Re: Transparency patch (again) In-Reply-To: <52848122-9B89-48CC-969D-44E1B6AD15A4@mac.com> References: <15540745.1158813330575.JavaMail.zenitani@mac.com> <8D7ACAA8-1E4F-400A-B769-36D7E752D726@Web.DE> <52848122-9B89-48CC-969D-44E1B6AD15A4@mac.com> Message-ID: <8CD8F6E1-9E8D-4B9B-99C4-8402128B2C83@Web.DE> Am 23.09.2006 um 14:36 schrieb Seiji Zenitani: >>> An updated patch. >> >> I have still no success with Xorg 6.8.2 and Xfree86 4.5.0. Probably >> X11R7 is needed ... >> > That screenshot was taken on X.org 6.8.2. > > I'm not sure but you have to activate "composite" extension? I don't think that this extension can be turned on: it has to be integral part of the X server. And none of my available ones has it built-in: XFree86 version: 4.4.0 XFree86 version: 4.5.0 X.Org version: 6.8.2 ======================================================================== ======================== number of extensions: 26 number of extensions: 27 number of extensions: 29 Apple-DRI Apple-DRI Apple-DRI Apple-WM Apple-WM Apple-WM BIG-REQUESTS BIG-REQUESTS BIG-REQUESTS DAMAGE DEC-XTRAP DEC-XTRAP DEC-XTRAP DOUBLE-BUFFER DOUBLE-BUFFER DOUBLE-BUFFER Extended-Visual-Information Extended-Visual-Information Extended-Visual-Information FontCache FontCache FontCache GLX GLX GLX LBX LBX LBX MIT-SCREEN-SAVER MIT-SCREEN-SAVER MIT-SCREEN-SAVER MIT-SHM MIT-SHM MIT-SHM MIT-SUNDRY-NONSTANDARD MIT-SUNDRY-NONSTANDARD MIT-SUNDRY-NONSTANDARD RECORD RECORD RECORD RENDER RENDER RENDER SECURITY SECURITY SECURITY SGI-GLX SGI-GLX SGI-GLX SHAPE SHAPE SHAPE SYNC SYNC SYNC TOG-CUP TOG-CUP TOG-CUP X-Resource X-Resource X-Resource XC-APPGROUP XC-APPGROUP XC-APPGROUP XC-MISC XC-MISC XC-MISC XFIXES XFree86-Bigfont XFree86-Bigfont XFree86-Bigfont XINERAMA XINERAMA XINERAMA XInputExtension XInputExtension XTEST XTEST XTEST XVideo XVideo XVideo I finally found that the crashes of transparency patched Carbon Emacs 23.0.0 are due to my initialisation files. When I launch it with -Q I can turn on transparency. So your patch works for all Carbon Emacsen. Could be I'll find some time to read how to configure and compile X11R6.8 or modular X11R7 ... -- Greetings Pete Bake Pizza not war! From ytrewq1 at gmail.com Sun Sep 24 14:01:22 2006 From: ytrewq1 at gmail.com (ytrewq1) Date: Sun, 24 Sep 2006 14:01:22 +0900 Subject: [macemacsjp-english 671] working w/ keychain? Message-ID: Hello, Is anyone familiar with any elisp attempts at interfacing with Mac OS X's Keychain? It seems that something simple may be doable via /usr/bin/security but before delving further, I thought I'd ask around to locate any previous attempts. Thanks for your attention. From Peter_Dyballa at Web.DE Sun Sep 24 18:09:40 2006 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Sun, 24 Sep 2006 11:09:40 +0200 Subject: [macemacsjp-english 672] Re: Fwd: [Macemacsjp-users 1167] Re: Transparency patch (again) In-Reply-To: <8CD8F6E1-9E8D-4B9B-99C4-8402128B2C83@Web.DE> References: <15540745.1158813330575.JavaMail.zenitani@mac.com> <8D7ACAA8-1E4F-400A-B769-36D7E752D726@Web.DE> <52848122-9B89-48CC-969D-44E1B6AD15A4@mac.com> <8CD8F6E1-9E8D-4B9B-99C4-8402128B2C83@Web.DE> Message-ID: <48DAA5E6-2D0F-45C7-BEC1-9CEC7B084711@Web.DE> Am 24.09.2006 um 01:42 schrieb Peter Dyballa: > And none of my available ones has it built-in: The first list looks so bad in Mail, I hope this one will make it: Extensions XFree86 4.4.0 XFree86 4.5.0 X.Org 6.8.2 ====================================================================== No. of 26 27 29 Apple-DRI x x x Apple-WM x x x BIG-REQUESTS x x x DAMAGE x DEC-XTRAP x x x DOUBLE-BUFFER x x x Extended-Visual-Information x x x FontCache x x x GLX x x x LBX x x x MIT-SCREEN-SAVER x x x MIT-SHM x x x MIT-SUNDRY-NONSTANDARD x x x RECORD x x x RENDER x x x SECURITY x x x SGI-GLX x x x SHAPE x x x SYNC x x x TOG-CUP x x x X-Resource x x x XC-APPGROUP x x x XC-MISC x x x XFIXES x XFree86-Bigfont x x x XINERAMA x x x XInputExtension x x XTEST x x x XVideo x x x -- Greetings Pete "Specifications are for the weak and timid!" From Peter_Dyballa at Web.DE Thu Sep 28 21:08:54 2006 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Thu, 28 Sep 2006 14:08:54 +0200 Subject: [macemacsjp-english 673] Re: Fwd: [Macemacsjp-users 1167] Re: Transparency patch (again) In-Reply-To: <52848122-9B89-48CC-969D-44E1B6AD15A4@mac.com> References: <15540745.1158813330575.JavaMail.zenitani@mac.com> <8D7ACAA8-1E4F-400A-B769-36D7E752D726@Web.DE> <52848122-9B89-48CC-969D-44E1B6AD15A4@mac.com> Message-ID: Am 23.09.2006 um 14:36 schrieb Seiji Zenitani: >>> An updated patch. >> >> I have still no success with Xorg 6.8.2 and Xfree86 4.5.0. Probably >> X11R7 is needed ... >> > That screenshot was taken on X.org 6.8.2. > > I'm not sure but you have to activate "composite" extension? I 'git' X11R7.1, Mesa-6.5.1, Direct Rendering Infrastructure and Direct Rendering Manager (dri/drm), ran into some bugs in the source, had to find that the X11 app binaries overwrite their X resources files because HFS+ is case preserving but not case sensitive (File and FilE are the same item, only one of them can exist in the same directory) ? finally ran into an obvious bug in GCC 4.0.1! Years later Apple might have solved it ... There is (are a few?) issues about endianness. Do you know how to make gcc-3.3 and gcc-4.0 show their built-in DEFINEs, i.e. __MAC_OS_X__ or __APPLE__ etc.? I knew these things with GCC 2! I think I'll have to apply some patches for this and actually do not know with which #ifdef to start ... (some source files include sys/ endian.h which has to be machine/endian.h on Mac OS X) * The Composite extension allows a client to request that all drawing to window is redirected to off-screen buffer. Through the Damage extension the client, called a 'compositing manager', can know which areas of a window is modified and render the windows on screen. By making use of the drawing requests from both the core protocol and the RENDER extension, the compositing manager can create special effects, such as translucent windows. Since RENDER is build into XQuartz, Apple's X server, we should be able to see transparency. The problem seems to be that we can't launch XQuartz in 32 bit mode: 24 bit for colours and another 8 bits for transparency ... although a depth of 32 bits is supported! -- Greetings Pete With Capitalism man exploits man. With communism it's the exact opposite. From njriley at uiuc.edu Fri Sep 29 02:15:42 2006 From: njriley at uiuc.edu (Nicholas Riley) Date: Thu, 28 Sep 2006 12:15:42 -0500 Subject: [macemacsjp-english 674] Re: Fwd: [Macemacsjp-users 1167] Re: Transparency patch (again) In-Reply-To: References: <15540745.1158813330575.JavaMail.zenitani@mac.com> <8D7ACAA8-1E4F-400A-B769-36D7E752D726@Web.DE> <52848122-9B89-48CC-969D-44E1B6AD15A4@mac.com> Message-ID: On Sep 28, 2006, at 7:08 AM, Peter Dyballa wrote: > There is (are a few?) issues about endianness. Do you know how to > make gcc-3.3 and gcc-4.0 show their built-in DEFINEs, i.e. > __MAC_OS_X__ or __APPLE__ etc.? gcc -dM -E < /dev/null should do it. From Peter_Dyballa at Web.DE Fri Sep 29 02:50:52 2006 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Thu, 28 Sep 2006 19:50:52 +0200 Subject: [macemacsjp-english 675] Re: Fwd: [Macemacsjp-users 1167] Re: Transparency patch (again) In-Reply-To: References: <15540745.1158813330575.JavaMail.zenitani@mac.com> <8D7ACAA8-1E4F-400A-B769-36D7E752D726@Web.DE> <52848122-9B89-48CC-969D-44E1B6AD15A4@mac.com> Message-ID: <3C756BC1-7B46-40A3-98FB-1625E23A89B6@Web.DE> Am 28.09.2006 um 19:15 schrieb Nicholas Riley: > On Sep 28, 2006, at 7:08 AM, Peter Dyballa wrote: > >> There is (are a few?) issues about endianness. Do you know how to >> make gcc-3.3 and gcc-4.0 show their built-in DEFINEs, i.e. >> __MAC_OS_X__ or __APPLE__ etc.? > > gcc -dM -E < /dev/null > > should do it. > It doesn't for me: no input files Could strings help? -- Greetings Pete The future will be much better tomorrow. -- George W. Bush From njriley at uiuc.edu Fri Sep 29 06:03:43 2006 From: njriley at uiuc.edu (Nicholas Riley) Date: Thu, 28 Sep 2006 16:03:43 -0500 Subject: [macemacsjp-english 676] Re: Fwd: [Macemacsjp-users 1167] Re: Transparency patch (again) In-Reply-To: <3C756BC1-7B46-40A3-98FB-1625E23A89B6@Web.DE> References: <15540745.1158813330575.JavaMail.zenitani@mac.com> <8D7ACAA8-1E4F-400A-B769-36D7E752D726@Web.DE> <52848122-9B89-48CC-969D-44E1B6AD15A4@mac.com> <3C756BC1-7B46-40A3-98FB-1625E23A89B6@Web.DE> Message-ID: <20060928210343.GA92056@uiuc.edu> On Thu, Sep 28, 2006 at 07:50:52PM +0200, Peter Dyballa wrote: > > Am 28.09.2006 um 19:15 schrieb Nicholas Riley: > > >On Sep 28, 2006, at 7:08 AM, Peter Dyballa wrote: > > > >>There is (are a few?) issues about endianness. Do you know how to > >>make gcc-3.3 and gcc-4.0 show their built-in DEFINEs, i.e. > >>__MAC_OS_X__ or __APPLE__ etc.? > > > >gcc -dM -E < /dev/null > > > >should do it. > > > > It doesn't for me: no input files > > Could strings help? Whoops. Try: gcc -dM -E - < /dev/null Need to get it to read from stdin. (insert something about not answering emails on public mailing lists while incredibly low on sleep...) -- Nicholas Riley | From Peter_Dyballa at Web.DE Fri Sep 29 06:23:15 2006 From: Peter_Dyballa at Web.DE (Peter Dyballa) Date: Thu, 28 Sep 2006 23:23:15 +0200 Subject: [macemacsjp-english 677] Re: Fwd: [Macemacsjp-users 1167] Re: Transparency patch (again) In-Reply-To: <20060928210343.GA92056@uiuc.edu> References: <15540745.1158813330575.JavaMail.zenitani@mac.com> <8D7ACAA8-1E4F-400A-B769-36D7E752D726@Web.DE> <52848122-9B89-48CC-969D-44E1B6AD15A4@mac.com> <3C756BC1-7B46-40A3-98FB-1625E23A89B6@Web.DE> <20060928210343.GA92056@uiuc.edu> Message-ID: <2060EE7A-C934-4B0C-BD52-60273CCFECEF@Web.DE> Am 28.09.2006 um 23:03 schrieb Nicholas Riley: > gcc -dM -E - < /dev/null Ah! This looks much better! Thank you very much! -- Greetings Pete The human animal differs from the lesser primates in his passion for lists of "Ten Best". -- H. Allen Smith