Re: new to unix: basic help
Thank you Sherm, Trey, David, Adam, Puneet, Kriss, Rich & Stephano for your input. wow! I've already subscribed to a couple more lists that look helpful .. and fun! thanks Puneet. I was lucky to start learning Perl with O'Reilly Books, so I feel quite comfortable with the language itself as long as it was on MacPerl. Going Unix (Darwin) was something I had looked forward to, but quite scary at the same time: somehow I know how to fix my "Classic" Mac (Sherm) even if something goes really *wrong*, but feared that setting up the date & time in OSX without the GUI would take a NASA Scientist (ok, I'm exaggerating a bit, I'm actually quite exited playing around in the Terminal.app). I'd downloaded David's article on compiling Apache with mod_perl (*and* Kevin's Perl 5.8.0 as well) from pointers in this list and they've been sitting on my Desktop waiting for my courage ... I guess I'll take a look at expat first and see how I go. Most important: I took up programming during one of my country's (Ecuador) biggest crisis in 1999. I was lucky enough to have chosen Perl *randomly* out of a list of at-that-time-all-greek-to-me languages. I've literally fallen in love with it, sort of the way Bach would fall in love with mathematics. But no, there's no way I'm giving up music ... it might be tougher than most "jobs", but it's sound in you soul is part of your God given Salary. Luckily enough, thing are better now: for one thing Ecuador is in better shape and I'm doing well (http://www.riccardoperotti.com), and for another, I'm moving to Canada next year! I haven't actually made any money with Perl until a couple of months ago, but then again, Bach didn't make any money with Math either ... then again, I'm hardly Bach and then again, Bach didn't make any money with his music either ... and aren't we all glad he didn't become a Math teacher instead!!! Stefano: I'm afraid that although my Italian father tough me how to "defend myself" in Italian, I'm very poor at writing it. I'm not near Italy, as noted before, but wish you the best with perlmongers.it and thank you for the invitation! (too bad there's no www.perlmongers.ec) Thank you all again, really. I'm off to "perldoc-ing" (first things first, I guess). Riccardo -- mailto:[EMAIL PROTECTED] http://www.riccardoperotti.com
Re: new to unix: basic help
On Saturday, December 14, 2002, at 01:44 PM, Riccardo Perotti wrote: http://www.riccardoperotti.com Hrm, this page is just brown background for me (using Chimera). (too bad there's no www.perlmongers.ec) Well, you could start one! :-) David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: new to unix: basic help
In my IE 5 on mac it works good. Some good music to download... Well done. Kris On 14.12.2002 22:59 Uhr, "David Wheeler" <[EMAIL PROTECTED]> wrote: > On Saturday, December 14, 2002, at 01:44 PM, Riccardo Perotti wrote: > >> http://www.riccardoperotti.com > > Hrm, this page is just brown background for me (using Chimera). > >> (too bad there's no www.perlmongers.ec) > > Well, you could start one! > > :-) > > David
browser compatibility (was Re: new to unix: basic help)
On Saturday, December 14, 2002, at 03:44 PM, Riccardo Perotti wrote: http://www.riccardoperotti.com doesn't work in Chimera. I checked your source code -- you really need to make it compatible with browsers other than if (NN4) { .. else if (IE4) { .. Sooner or later Chimera is gonna become a majorly ubiquitous browser on the Mac. You can easily write a server side script in perl to generate all that stuff for different browsers. Puneet.
Re: New Perl install
There was something in the docs about installing with fink. I'm not sure which ones, but I think that it was the article on Apple's site. Cheers, John
Re: new to unix: basic help
On Saturday, December 14, 2002, at 04:44 PM, Riccardo Perotti wrote: But no, there's no way I'm giving up music ... You know... people use Perl to write poetry... why not music? sherm-- UNIX: Where /sbin/init is Job 1.
Re: New Perl install
Thanks. Alex pointed me at http:[EMAIL PROTECTED]/msg02447.html, which gave instructions for rebuilding fink's Storable module. Problem solved. On Saturday, December 14, 2002, at 04:38 PM, John R. Fraser Jr. wrote: There was something in the docs about installing with fink. I'm not sure which ones, but I think that it was the article on Apple's site. Cheers, John
Re: Test Mac::Carbon build for me?
In article, [EMAIL PROTECTED] (Emmanuel. M. Decarie) wrote: > Mac-Carbon-0.02 01 doesn't compile on my machine. I get this error: > > /usr/include/gcc/darwin/2.95.2/g++/../stdbool.h:10: warning: empty declaration > AppleEvents.xs: In function `XS Mac AppleEvents AESend': > AppleEvents.xs:624: `keyReplyPortAttr' undeclared (first use in this function) > AppleEvents.xs:624: (Each undeclared identifier is reported only once > AppleEvents.xs:624: for each function it appears in.) > make[1]: *** [AppleEvents.o] Error 1 > make: *** [subdirs] Error 2 Could you search your system headers for "keyReplyPortAttr"? If you can't find it, try (in Carbon.h, or AppleEvents.xs): #define keyReplyPortAttr 'repp' See if that works. Thanks, -- Chris Nandor [EMAIL PROTECTED]http://pudge.net/ Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
Re: Test Mac::Carbon build for me?
In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] (David H. Adler) wrote: > Test results for os 10.2.2, perl 5.6.0: > t/Carbon...## Component Manager: attempting to find > symbols in a component alias of type (imdc/MP42/MSFT) > ok I am not entirely sure what it is, but some component you are loading is printing this information out, probably to STDERR. I don't know that there's anything I can do about it from Mac::Carbon, and it doesn't affect the tests. > MacPerl/t/MacPerl..## Component Manager: attempting to find > symbols in a component alias of type (imdc/MP42/MSFT) > Use of uninitialized value in pattern match (m//) at blib/lib/MacPerl.pm line > 144. > Use of uninitialized value in substitution (s///) at blib/lib/MacPerl.pm line > 145. > Use of uninitialized value in substitution (s///) at blib/lib/MacPerl.pm line > 146. > # Failed test (MacPerl/t/MacPerl.t at line 88) > # got: undef > # expected: '3' Hm. I thought maybe this was a problem in 10.1.x, but apparently not, since you're using 10.2.2. Did you run the test from Terminal.app on the local machine? Thanks, -- Chris Nandor [EMAIL PROTECTED]http://pudge.net/ Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
Re: browser compatibility (was Re: new to unix: basic help)
On 12/14/2002 5:33 PM, Puneet Kishor wrote: > > doesn't work in Chimera. I checked your source code -- you really need > to make it compatible with browsers other than > > if (NN4) { > .. > > else if (IE4) { > .. > > Sooner or later Chimera is gonna become a majorly ubiquitous browser on > the Mac. You can easily write a server side script in perl to generate > all that stuff for different browsers. > > Puneet. > Thanks. I guess I should. What would be the correct "Chimera detection scheeme"? Riccardo -- mailto:[EMAIL PROTECTED] http://www.riccardoperotti.com
Re: browser compatibility (was Re: new to unix: basic help)
Riccardo Perotti wrote: > What would be the correct "Chimera detection scheeme"? Check out: http://www.webreference.com/tools/browser/javascript.html Nothing Chimera specific, but can detect Gecko based browsers. Can also detect Flash plug-in and version.
Re: new to unix: basic help
On Sat, 14 Dec 2002, Sherm Pendley wrote: > On Saturday, December 14, 2002, at 04:44 PM, Riccardo Perotti wrote: > > > But no, there's no way I'm giving up music ... > > You know... people use Perl to write poetry... why not music? Indeed. http://search.cpan.org/author/FOOCHRE/MIDI-Realtime-0.01/Realtime-0.01/Realtime.pm There may be others as well, but MIDI::Realtime is pretty neat... :) -- Chris Devers[EMAIL PROTECTED]
Re: browser compatibility (was Re: new to unix: basic help)
On Sat, 14 Dec 2002, Riccardo Perotti wrote: > What would be the correct "Chimera detection scheeme"? As part of the family of browsers using the Gecko engine (with others being Mozilla, Netscape 6+, Phoenix, and Galeon), I would think that any attempt to get your pages to display well on $gecko should work well for all of them, since they all use the same core software to display pages. Better still, go browser agnostic, and let the user visit with whatever kind of web client she chooses -- traditional (IE, Netscape, Opera), low-fi (lynx, links, w3m, wget, telnet $site 80), or beyond (Palm Pilot / AvantGo, cell phone browser, braille screen reader, etc). But that's a whole other rant, isn't it? :) -- Chris Devers[EMAIL PROTECTED]
Re: browser compatibility (was Re: new to unix: basic help)
On Saturday, December 14, 2002, at 07:27 PM, Chris Devers wrote: Better still, go browser agnostic, and let the user visit with whatever kind of web client she chooses -- traditional (IE, Netscape, Opera), low-fi (lynx, links, w3m, wget, telnet $site 80), or beyond (Palm Pilot / AvantGo, cell phone browser, braille screen reader, etc). But that's a whole other rant, isn't it? :) The javascript on the page in question does only slightly different things depending if the document object has an .all attribute (assumed to be IE) or a .layers object (assumed to be NS4) The difference revolves around slightly adjusting the size of the frame elements. It probably shouldn't of had an if(IE){/* create tighter frames */ } else if (NS4) { /* create larger frames */ } The slightly larger frames should be fine for most browsers, if the extra whitespace in IE was really that unsightly, it probably would have been best to special case it and let unknown browsers fall into the more forgiving category. if(IE){/* create tighter frames */ } else { /* create the default frame size */ } (Thats assuming every version of IE needs 560 pixel frames rather than the 575 pixel ones. A pretty big stretch. I'd be tempted to say chuck the javascript and just use the 575 pixel frame for everyone.) A more complete way would be to start off with an initial guess at the frameset size, let the individual frames render, and then have each adjust the parent as necessary. For the general case of javascript browser detection, often the best solution is, don't. Test for the individual javascript features you want to use: if(document.innerHTML) { // stuff that uses innerHTML else if (document.getElementById) { // stuff that used getElementById } This has the best chance of working across browsers, across platforms (feebly trying to say something to imply this is at all on topic.), and across versions.
Re: How to build Axpoint?
On Sat, 14 Dec 2002, David Donovan wrote: > hello jking, > > I too am having difficulty getting AxPoint to build... I did get libiconv > linked however... the problem is in the Text::Iconv perl module.. > you need to hack the Makefile.Pl file like so (assuming you have your > fink stuff in /sw): [snip] Thanks for the tip. I expect to get back to this now that the semester is ending (and I can convert some presentations to something like this); it's weird that this was tricky at all in some sense... jking
Re: browser compatibility (was Re: new to unix: basic help)
Riccardo, Dunno what the correct "Chimera detection scheme" would be, but Apache recognizes Chimera as Browser: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.1) Gecko/20021104 Chimera/0.6 That said, others have responded with better suggestions on cross-browser compatibility. In the end, it is up to you to cater to whatever browsers you want to cater to. Personally, I worry about IE and Netscape/Mozilla, but then, most of my applications are for controlled environments (that is, client intranets), so the users can be dictated to -- "thou shalt use so-and-so browser" or "we won't give a fig about so-and-so browser". That does make things easy ;-). Frankly, all this browser incompatibility is nonsense, and both M$ and Netscape should be taken to the backalley and #$@%. but, that _is_ another topic, for perhaps another list. Thanks for TierraDeLuz.mp3. Nice. Puneet. On Saturday, December 14, 2002, at 05:24 PM, Riccardo Perotti wrote: On 12/14/2002 5:33 PM, Puneet Kishor wrote: doesn't work in Chimera. I checked your source code -- you really need to make it compatible with browsers other than if (NN4) { .. else if (IE4) { .. Sooner or later Chimera is gonna become a majorly ubiquitous browser on the Mac. You can easily write a server side script in perl to generate all that stuff for different browsers. Puneet. Thanks. I guess I should. What would be the correct "Chimera detection scheeme"? Riccardo -- mailto:[EMAIL PROTECTED] http://www.riccardoperotti.com