But then again, I do use REALbasic for making Mac OS 9, OS X and Windows apps on occasion. And I'm not afraid to admit it!
For those who would like something like VB, but cross platform, Revolution a free-beer RAD tool compiles to Mac OS 9 and X, Winders, Linux, and oodles of other Unices. It's kind of like VB + HyperCard.
All the beautiful simplicity and elegance of Scheme's syntax, but with all the damned libraries of Java.
I don't know about you, but I use lambdas all the time in CL and ISLISP coding. You'd be joking if you said (lambda (x) wasn't something any lisp prorgammer used plenty, although you are very right to say that practical Lisp programming sure as hell ain't "Intro to CS with Scheme"- #'loop does more than my swiss army knife.
(and no, that's not a joke- i like the simple lisp syntax and having plenty of libraries at my command)
There is this Mac "HTML" editor that basically did this, but streamlined it- the whole process was done on the Mac. My gf had been looking for a free HTML editor before she pirated Dreamwaver or spent all day for a while in a lab at school working on her website with the school's copy.
You were given a white, blank page to begin with. You had various tools, and it looked like a drawing program. You put text on, images, etc, drawing them. It would work well with a tablet. Then you save. You'd think the tool wouuld save all the text as regular HTML text, but nope- it exported the *entire page* as an image, making an image map out of it with the text that was supposed to be linked, etc. Really seemed laughable.
Denim seems a bit cooler- it adds gesture recognition to this.;) (and more, it'sa joke folks)
I am pretty sure this was an old version of Freeway for Classic Mac OS. There had to have been an option somewhere to have it emit HTML/images like a normal editor, or perhaps they've just upgraded it to that... But they're not out of business, and some people really like the tool so it must not be a totally crappiece.
Funny you should say that, since the OS X dev tools are basically updated versions of NextStep.
Not really.
Mac OS X is derived from OpenStep, not NeXTSTEP. Most of OS X is derived from OpenStep, not just the development tools.
NeXTSTEP != OpenStep. OpenStep was a rewrite of NeXT's OS done a while back. The idea was to standardize, clean up, and open up the Objective-C API, making it something that other vendors could port/run on other platforms, removing some OS-specific stuff out of the NeXTSTEP API. GNUstep and OpenStep for Solaris and OpenStep for Windows are the fruits of this.
Since.NET's original annoucnement, I've thought that it was a really cool potential technology. As a Mac and Linux guy, I kept myself from getting too excited, as there was little chance MS would do a port themselves to these platforms. But then Mono and dotGNU were announced. And the potential of this couldn't be denied- Mono was/is a project led by *the* Miguel nonetheless. So now, as a Mac and Linux guy, a *free* implementation of.NET was within reach. I probably wouldn't have been as hopeful if it was just some SourceForge page someone put up, but no, big names were behind Mono.
We have been seeing very steady progress for a while, and now we are getting something quite meaty indeed. If running Eclipse on Mono isn't proof that Mono is becoming a viable solution for many coders, I don't know what is..NET provides many technical advantages over Java and other systems. Hell, I would even go so far as to say that MS *innovated* with its creation. It was a pretty bold thing to base their future on. The technology to do something like.NET has been around for a while, but never before has it been done in a way that interop between languages was so transparent and seamless.
Sure, you've been able to run other languages on the Java VM for a while. You've been able to run other languages on various Smalltalk VMs for longer. You've been able to run other languages on Lisp VMs for even longer than that! However, none of the attempts before.NET provided such a neat little package for such a system.
I occassionally laugh when some Java advocate points to the Java languages page when someone else brings up that.NET can do seamless interop between many languages. Even if I have Jython and Bistro installed, there is no (relatively simple) way that I can subclass classes written in Java in Bistro/Smalltalk, write some of the methods in Jython, and then do the scripting in JTcl. It could be done with a hefty amount of additional code to call various evalLanguage()-ish methods, but luckily, we don't have to do that with.NET.
I am a Smalltalk programmer. I am a Mac and Linux user. I am also an ecologist. The last thing I want to do is switch to Java just so I could have access to a few more libraries for data analysis. I think it is silly for Sun to expect every programmer in the world to switch to its language without hestitation. It may work on the C++ guys, who are usually moving up in the language food chain by switching to the Java language on the Java platform, but for me, it'd be a downgrade. A decrease in productivity. A decrease in flexibility. Etc. The list goes on. However, with.NET, I don't have to use the One True Language that any one vendor hath ordained, and with Mono, I don't even have to use the One True Runtime Implementation. With the newly released #Smalltalk, things are looking pretty damn good from here. ANSI Smalltalk, yet access to all classes and code written for the.NET VM available like any other Smalltalk class. And if someone else wants to use my code later on, she won't have to convert it, open up the parts she wants to some RPC protocol or anything else like that- she can just subclass it. Or instantiate it... like it should be.
Doing all sorts of accents on Mac OS Classic/X are super easy. Maybe you just didn't know where to look... but with the plain-old US layout, you do such:
Opt-U + Letter = An umlauted letter
(Opt-u + A = Ä) Opt-` + Letter = A backwards accent letter
(Opt-` + e = è) Opt-i + Letter = A caret-top letter
(Opt-i + i = î) Opt-e + Letter = Accented letter
(Opt-e + ó) Opt-n + Letter = An n-yayed letter
(Opt-n + n = ñ)
That's all I know off the top of my head. The only won I use regularily is the umlaut key for German, excuse the lack of knowledge on the real words for some of the kinds of accents.:P
But this is about the damndest easiest way to do it, less using a kb layout for a language which uses these letters.
If you ever need to find out how to do these again, open up Keycaps, in/Applications/Utilities. When it is open, hold down the option key, and it will show you all the characters which are typed when you do option-key. The keys with a white square highlighted are those which are combined with other letters to create accented letters.
It's a helluva lot better than ALT codes on WinDOS.:)
No, it doesn't change readabilility, but who needs to?
There would be said autogenerated code for accessing the inst vars. You would access them in the same way, whether Java did it in the background for you or if your IDE did it.
I doubt many people mistype accessors, but having the IDE do it could help reliability as well.
Don't Java IDEs take care of this for you? This sort of feature (called autoaccessors, methinks) has been around in Smalltalk IDEs for a long time. But then again, it's a lot fewer lines of code to say the same thing in Smalltalk than in Java for this.
Except DOS in tiny. Win95 is not. A virtualized DOS machine takes up very few resources, disk space, RAM, and CPU. Even when running a number of them in one windows sessions. A Win95 session would double (or more) the requirement for RAM for Longhorn and have other effects.
I really doubt that. Connectix's technology would require running a virtualized machine on top of the regular PC running another version of Windows with the full API. Yes, there could be modifications, like with Classic on Mac OS X, to streamline and integrate this, but it seems a bit excessive...
Last year sometime, our NES burnt out. We tried to replace the capacitor that blew, but it wasn't the exact one we needed and the NES will only run for a few minutes then die between reboots. So... I forget about it.
A few months ago, I was really jonsin for some NES. I tried using an emulator on my iBook and my PDA, but it just wasn't what I wanted. I was thinking about making an NES controller adapter for my iBook or PC and then outputting to the screen, but that was a huge PIA.
The other option was buying a new NES. After looking around some, I accidentally came across information about emulation on the Dreamcast. Did a little math, and found that it would likely be cheaper to get a DC than it would to get an NES that worked with some additional games!
So, I bought a DC for $30 from Half.com. I've seen them at my local Funcoland for $35 as well. Man, $30! For that $30, I have a machine that can not only play the NES games I have, but pretty much every damned NES game that has ever existed. Plus, SNES, Genesis, Sega Master System, and others! And, I don't have to deal with a super-crashy NES and all the associated mouth-wind-rituals involved.
I am not sure if it is needed, but I made sure to get a DC manufactured before Dec 2000 (or whatever the cut-off is), so that I could easily burn CDs of ROMs and emulators as well as my own and other folks' homebrew software.
I don't own one DC game though... I've been meaning to find out a couple decent ones and buy them cheap. But we've got the GameCube for that, so I've not really been motivated to look too hard.
Can anyone reccomend any really good games that can be had for the DC that I couldn't get for the GameCube? I'd love to hear some reccomendations!
As I said, it's plenty fast when doing numbers, but ABC and abc are slow. It's even slower when you add trained strokes to it, then it's entirely unusable.
Well, I don't really think it's more flexible. There is potential for it to be more flexible, but considering the mindset of most Linux developers, I don't think it will be in the end. While I still have hopes, I don't see much innovation (excuse the poor word) coming out of OZ or Sharp ROMland. No doubt it will improve, perhaps even rival other platforms in some areas someday.
Unless by flexible you mean having the ability to compile pretty easily a wide variety of apps which don't really belong on the Z, in which case yes. But I've actually (and regrettably) found WinCE-based PDAs to be more flexible than the Zaurus in terms of software available and what you can do with it. What kinds of flexibility where you thinking of?
The stuff usually cited by Z fans as being a part of this flexibility- SSH/telnet, VNC, X11, perl or python programming, having a shell, etc all can be done on WinCE, and often times its easier to setup on WinCE than it is on PDA Linux for these Unix packages. You've also got a better chance finding a front-end or an adapted version of this package for the smaller-screen, smaller-resource configuration of a PDA with a WinCE port than the Zaurus version. I kind of assumed that it would work out the otherway when I bought my Z and find I have more *practical* desktop Unix software ports on my Jornada 720 than on my Zaurus.
That said, no other mobile platform beats Opera and Konq on the Z for speed and quality of the browser. Pocket IE on PocketPC is pretty bad, but IE on Handheld PC 2000 (also WinCE 3.0-based) is a lot better...
Well, first, I apologize. I was in a very bad mood this morning. I was doing a little wifi-age this morning on my Z, and randomly I get a blank screen. Take out the card, and it goes back to normal. Somewhat normal. So I reboot. And all of my shit is gone. I have a backup, but from a week ago. This Zaurus- and from my talkingson in #zaurus and on the web, it sounds like the Zaurus is riddled with problems. It sucks. So much potential, but it just bums me out that it sucks so hard. I guess I'm still adjusting to the fact that I have to reset my Linux-based Zaurus at least twice as much as I've had to reset any WinCE- or NewtonOS-based PDA I've ever owned.:(
If it weren't for the fact that the 5x00 has a 100 MHz bus (!) and therefore runs my own OS/OE Dynapad faster, I would've eBayed this sucker and go back to using my Newton or maybe even the Dell Axim that I won. Maybe it was a sign...
Waiting for OZ 4.0? I'm waiting for the new Sharp ROM! With Opera 6 and Qtopia 1.6 it'll be somewhat of an upgrade. Let's hope they did a little work on the PIM apps...
The stock ROM stinks in relation to decent PDA platforms, like Newton OS, PalmOS or even PocketPC. But compared to OZ, it's great as a PIM/PDA platform. Which is a bummer.
1. You can use X11 apps from within Qtopia on the Zaurus or any Linux PDA using an Xserver that displays within a Qtopia window. Just as easy.
2. There's no way I'll not miss my real keyboard until I have real handwriting recognition on my Linux PDA. Not stroke or character recognition, which is what Xstroke, Graffitti, Jot and the system in Qtopia all are. No one seems to be working on a such a project, yet another case of Linux people not knowing how good they could have it.
But then again, character recognition that doesn't immensely blow would be a step in the right direction- the CR built into Qtopia on the Zaurus is so ass-slow. For numbers it is quick enough, by virtue of having fewer characters to recognize. However, in either caps or small letter boxes, it takes like 500 ms to recognize a frigging letter! HA! Not acceptable. How is Xstroke?
Perhaps it was a bad choice of fake acronym. Linux technically isn't Unix, but who the hell cares? But it aims to be a Unix, providing the same services with the same interface to those services (POSIX). That makes it a wannabe Unix, although that word has negative connotations which I don't like for this.
However his die hard views seem strange. If Linus calls his kernel Linux and not gnuLinux then its called Linux. A name is a name. Who cares? I could call it Katzware! But its still Linux.
RMS has no issue with the kernel's name. He doesn't think that Linus' kernel, the Linux kernel itself should be called GNU/Linux. His problem is that people called entire distros which use the Linux kernel simply "Linux." He has a problem with this because a big part of any Linux distro is a bunch of GNU software. He evidentally things that any user of Linux should be forced to pay him in respect and homage by calling it GNU/Linux instead of simply Linux. Afterall, the kernel is a very small part of it. But if we're talking about how much of what makes up a distro, Linux should be probably be called XFree/Linux86 before GNU/Linux, at least in terms of total KLOC in a distro.
Are you sure he uses XFree86 on his desktop? I imagine that RMS gets by perfectly fine without using any non-GPL software... I wouldn't be surprised if he did use non-GPL stuff, but he's not your average 16 year old Windows convert- he doesn't need XFree or KDE or GNOME or even WindowMaker.
I've known some folks who actually say, outloud, "I use Guhnoo Leenucks." All of them were pretty damned pretentious stick-up-butt-types. I've known some peop
How about we all just start calling "Linux" or "GNU/Linux" AWUOS- "a wannabe unix OS," which really captures the essence of linux, gnu, xfree, kde gnome, etc. That way, if my system, for some reason or another uses less than 23% GNU code I won't have to waste my time tallying it up and deciding whether or not I should say "GNU/Linux" or just "Linux."
Man, I used to really respect RMS. Maybe I was just young and dumb. Yes, GNU has contributed some awesome code to the world, but why the hell does he enjoy going out of his way to be an asshole? The XFree guys aren't telling everyone Linux should be called GNU/Xfreenux. It's sad- RMS must have some big feelings of inadequacy to press the issue so hard and so often. I honestly feel bad for the guy...
Nope, the rendering in engine is completely different from anything in Windows or Unix IE. It was written from the ground up seperately, it's not merely a port. I imagine there is some code shared between the two versions, but perhaps not even much of that.
IE for Mac was written from the ground up completely seperate from IE for Windows or Unix. I imagine there is some shared code, but it's not a port of the other IE.
Umm, the parent to which you replied is talking about an IE widget, not an HTML widget in general.
OS X still has the HTML help. One can still embed it.
The wrapper around the new-and-improved KHTML is called WebCore. Yes, Safari is based on it. And it works now, in 10.2, no need to wait for 10.3. The new OmniWeb uses WebCore for rendering and anyone could write an appthat uses it.
As others have poitned out, I do Cmd- and Ctrl-Ses all the time.
Furthermore, the mouse isn't neccesarily the problem. The problem is that one has to switch between the mouse and the keyboard, the real slower-downer. With an OS that properly supports a mouse/pen-based interface and was designed well for that purpose, one could work just as fast. Take the NewtonOS, for example... No, one can't write quite as fast as one can type (I get 40-50 WPM with the Newton OS 2.1 HWR and 70 WPM typing), but it is very satisfactory. The rest of the GUI operations are just as fast over the long run as using a CLI.
Slashdot Mirror
I don't use VB. Ever.
But then again, I do use REALbasic for making Mac OS 9, OS X and Windows apps on occasion. And I'm not afraid to admit it!
For those who would like something like VB, but cross platform, Revolution a free-beer RAD tool compiles to Mac OS 9 and X, Winders, Linux, and oodles of other Unices. It's kind of like VB + HyperCard.
Mmmm, Common Lisp.
All the beautiful simplicity and elegance of Scheme's syntax, but with all the damned libraries of Java.
I don't know about you, but I use lambdas all the time in CL and ISLISP coding. You'd be joking if you said (lambda (x) wasn't something any lisp prorgammer used plenty, although you are very right to say that practical Lisp programming sure as hell ain't "Intro to CS with Scheme"- #'loop does more than my swiss army knife.
(and no, that's not a joke- i like the simple lisp syntax and having plenty of libraries at my command)
There is this Mac "HTML" editor that basically did this, but streamlined it- the whole process was done on the Mac. My gf had been looking for a free HTML editor before she pirated Dreamwaver or spent all day for a while in a lab at school working on her website with the school's copy.
;) (and more, it'sa joke folks)
You were given a white, blank page to begin with. You had various tools, and it looked like a drawing program. You put text on, images, etc, drawing them. It would work well with a tablet. Then you save. You'd think the tool wouuld save all the text as regular HTML text, but nope- it exported the *entire page* as an image, making an image map out of it with the text that was supposed to be linked, etc. Really seemed laughable.
Denim seems a bit cooler- it adds gesture recognition to this.
I am pretty sure this was an old version of Freeway for Classic Mac OS. There had to have been an option somewhere to have it emit HTML/images like a normal editor, or perhaps they've just upgraded it to that... But they're not out of business, and some people really like the tool so it must not be a totally crappiece.
Funny you should say that, since the OS X dev tools are basically updated versions of NextStep.
Not really.
Mac OS X is derived from OpenStep, not NeXTSTEP. Most of OS X is derived from OpenStep, not just the development tools.
NeXTSTEP != OpenStep. OpenStep was a rewrite of NeXT's OS done a while back. The idea was to standardize, clean up, and open up the Objective-C API, making it something that other vendors could port/run on other platforms, removing some OS-specific stuff out of the NeXTSTEP API. GNUstep and OpenStep for Solaris and OpenStep for Windows are the fruits of this.
This is awesome!
.NET's original annoucnement, I've thought that it was a really cool potential technology. As a Mac and Linux guy, I kept myself from getting too excited, as there was little chance MS would do a port themselves to these platforms. But then Mono and dotGNU were announced. And the potential of this couldn't be denied- Mono was/is a project led by *the* Miguel nonetheless. So now, as a Mac and Linux guy, a *free* implementation of .NET was within reach. I probably wouldn't have been as hopeful if it was just some SourceForge page someone put up, but no, big names were behind Mono.
.NET provides many technical advantages over Java and other systems. Hell, I would even go so far as to say that MS *innovated* with its creation. It was a pretty bold thing to base their future on. The technology to do something like .NET has been around for a while, but never before has it been done in a way that interop between languages was so transparent and seamless.
.NET provided such a neat little package for such a system.
.NET can do seamless interop between many languages. Even if I have Jython and Bistro installed, there is no (relatively simple) way that I can subclass classes written in Java in Bistro/Smalltalk, write some of the methods in Jython, and then do the scripting in JTcl. It could be done with a hefty amount of additional code to call various evalLanguage()-ish methods, but luckily, we don't have to do that with .NET.
.NET, I don't have to use the One True Language that any one vendor hath ordained, and with Mono, I don't even have to use the One True Runtime Implementation. With the newly released #Smalltalk, things are looking pretty damn good from here. ANSI Smalltalk, yet access to all classes and code written for the .NET VM available like any other Smalltalk class. And if someone else wants to use my code later on, she won't have to convert it, open up the parts she wants to some RPC protocol or anything else like that- she can just subclass it. Or instantiate it... like it should be.
Since
We have been seeing very steady progress for a while, and now we are getting something quite meaty indeed. If running Eclipse on Mono isn't proof that Mono is becoming a viable solution for many coders, I don't know what is.
Sure, you've been able to run other languages on the Java VM for a while. You've been able to run other languages on various Smalltalk VMs for longer. You've been able to run other languages on Lisp VMs for even longer than that! However, none of the attempts before
I occassionally laugh when some Java advocate points to the Java languages page when someone else brings up that
I am a Smalltalk programmer. I am a Mac and Linux user. I am also an ecologist. The last thing I want to do is switch to Java just so I could have access to a few more libraries for data analysis. I think it is silly for Sun to expect every programmer in the world to switch to its language without hestitation. It may work on the C++ guys, who are usually moving up in the language food chain by switching to the Java language on the Java platform, but for me, it'd be a downgrade. A decrease in productivity. A decrease in flexibility. Etc. The list goes on. However, with
Christ, I rambled plenty for this post...
Many thanks to the Mono team!
Doing all sorts of accents on Mac OS Classic/X are super easy. Maybe you just didn't know where to look... but with the plain-old US layout, you do such:
:P
/Applications/Utilities. When it is open, hold down the option key, and it will show you all the characters which are typed when you do option-key. The keys with a white square highlighted are those which are combined with other letters to create accented letters.
:)
Opt-U + Letter = An umlauted letter
(Opt-u + A = Ä)
Opt-` + Letter = A backwards accent letter
(Opt-` + e = è)
Opt-i + Letter = A caret-top letter
(Opt-i + i = î)
Opt-e + Letter = Accented letter
(Opt-e + ó)
Opt-n + Letter = An n-yayed letter
(Opt-n + n = ñ)
That's all I know off the top of my head. The only won I use regularily is the umlaut key for German, excuse the lack of knowledge on the real words for some of the kinds of accents.
But this is about the damndest easiest way to do it, less using a kb layout for a language which uses these letters.
If you ever need to find out how to do these again, open up Keycaps, in
It's a helluva lot better than ALT codes on WinDOS.
No, it doesn't change readabilility, but who needs to?
There would be said autogenerated code for accessing the inst vars. You would access them in the same way, whether Java did it in the background for you or if your IDE did it.
I doubt many people mistype accessors, but having the IDE do it could help reliability as well.
Don't Java IDEs take care of this for you? This sort of feature (called autoaccessors, methinks) has been around in Smalltalk IDEs for a long time. But then again, it's a lot fewer lines of code to say the same thing in Smalltalk than in Java for this.
Not too many devices use SyncML. Maybe someday though.
Except DOS in tiny. Win95 is not. A virtualized DOS machine takes up very few resources, disk space, RAM, and CPU. Even when running a number of them in one windows sessions. A Win95 session would double (or more) the requirement for RAM for Longhorn and have other effects.
I really doubt that. Connectix's technology would require running a virtualized machine on top of the regular PC running another version of Windows with the full API. Yes, there could be modifications, like with Classic on Mac OS X, to streamline and integrate this, but it seems a bit excessive...
Last year sometime, our NES burnt out. We tried to replace the capacitor that blew, but it wasn't the exact one we needed and the NES will only run for a few minutes then die between reboots. So... I forget about it.
A few months ago, I was really jonsin for some NES. I tried using an emulator on my iBook and my PDA, but it just wasn't what I wanted. I was thinking about making an NES controller adapter for my iBook or PC and then outputting to the screen, but that was a huge PIA.
The other option was buying a new NES. After looking around some, I accidentally came across information about emulation on the Dreamcast. Did a little math, and found that it would likely be cheaper to get a DC than it would to get an NES that worked with some additional games!
So, I bought a DC for $30 from Half.com. I've seen them at my local Funcoland for $35 as well. Man, $30! For that $30, I have a machine that can not only play the NES games I have, but pretty much every damned NES game that has ever existed. Plus, SNES, Genesis, Sega Master System, and others! And, I don't have to deal with a super-crashy NES and all the associated mouth-wind-rituals involved.
I am not sure if it is needed, but I made sure to get a DC manufactured before Dec 2000 (or whatever the cut-off is), so that I could easily burn CDs of ROMs and emulators as well as my own and other folks' homebrew software.
I don't own one DC game though... I've been meaning to find out a couple decent ones and buy them cheap. But we've got the GameCube for that, so I've not really been motivated to look too hard.
Can anyone reccomend any really good games that can be had for the DC that I couldn't get for the GameCube? I'd love to hear some reccomendations!
Yup, and I have it set to that. It is still slow.
As I said, it's plenty fast when doing numbers, but ABC and abc are slow. It's even slower when you add trained strokes to it, then it's entirely unusable.
Well, I don't really think it's more flexible. There is potential for it to be more flexible, but considering the mindset of most Linux developers, I don't think it will be in the end. While I still have hopes, I don't see much innovation (excuse the poor word) coming out of OZ or Sharp ROMland. No doubt it will improve, perhaps even rival other platforms in some areas someday.
Unless by flexible you mean having the ability to compile pretty easily a wide variety of apps which don't really belong on the Z, in which case yes. But I've actually (and regrettably) found WinCE-based PDAs to be more flexible than the Zaurus in terms of software available and what you can do with it. What kinds of flexibility where you thinking of?
The stuff usually cited by Z fans as being a part of this flexibility- SSH/telnet, VNC, X11, perl or python programming, having a shell, etc all can be done on WinCE, and often times its easier to setup on WinCE than it is on PDA Linux for these Unix packages. You've also got a better chance finding a front-end or an adapted version of this package for the smaller-screen, smaller-resource configuration of a PDA with a WinCE port than the Zaurus version. I kind of assumed that it would work out the otherway when I bought my Z and find I have more *practical* desktop Unix software ports on my Jornada 720 than on my Zaurus.
That said, no other mobile platform beats Opera and Konq on the Z for speed and quality of the browser. Pocket IE on PocketPC is pretty bad, but IE on Handheld PC 2000 (also WinCE 3.0-based) is a lot better...
Well, first, I apologize. I was in a very bad mood this morning. I was doing a little wifi-age this morning on my Z, and randomly I get a blank screen. Take out the card, and it goes back to normal. Somewhat normal. So I reboot. And all of my shit is gone. I have a backup, but from a week ago. This Zaurus- and from my talkingson in #zaurus and on the web, it sounds like the Zaurus is riddled with problems. It sucks. So much potential, but it just bums me out that it sucks so hard. I guess I'm still adjusting to the fact that I have to reset my Linux-based Zaurus at least twice as much as I've had to reset any WinCE- or NewtonOS-based PDA I've ever owned. :(
If it weren't for the fact that the 5x00 has a 100 MHz bus (!) and therefore runs my own OS/OE Dynapad faster, I would've eBayed this sucker and go back to using my Newton or maybe even the Dell Axim that I won. Maybe it was a sign...
Waiting for OZ 4.0? I'm waiting for the new Sharp ROM! With Opera 6 and Qtopia 1.6 it'll be somewhat of an upgrade. Let's hope they did a little work on the PIM apps...
The stock ROM stinks in relation to decent PDA platforms, like Newton OS, PalmOS or even PocketPC. But compared to OZ, it's great as a PIM/PDA platform. Which is a bummer.
1. You can use X11 apps from within Qtopia on the Zaurus or any Linux PDA using an Xserver that displays within a Qtopia window. Just as easy.
2. There's no way I'll not miss my real keyboard until I have real handwriting recognition on my Linux PDA. Not stroke or character recognition, which is what Xstroke, Graffitti, Jot and the system in Qtopia all are. No one seems to be working on a such a project, yet another case of Linux people not knowing how good they could have it.
But then again, character recognition that doesn't immensely blow would be a step in the right direction- the CR built into Qtopia on the Zaurus is so ass-slow. For numbers it is quick enough, by virtue of having fewer characters to recognize. However, in either caps or small letter boxes, it takes like 500 ms to recognize a frigging letter! HA! Not acceptable. How is Xstroke?
1. This isn't on the front page.
;P
2. It's great news for the FS movement? What is? That you can compile apps for the Zaurus? YAY!
Don't get me started on the Z. I own one. And I'm pissed.
Perhaps it was a bad choice of fake acronym. Linux technically isn't Unix, but who the hell cares? But it aims to be a Unix, providing the same services with the same interface to those services (POSIX). That makes it a wannabe Unix, although that word has negative connotations which I don't like for this.
However his die hard views seem strange. If Linus calls his kernel Linux and not gnuLinux then its called Linux. A name is a name. Who cares? I could call it Katzware! But its still Linux.
RMS has no issue with the kernel's name. He doesn't think that Linus' kernel, the Linux kernel itself should be called GNU/Linux. His problem is that people called entire distros which use the Linux kernel simply "Linux." He has a problem with this because a big part of any Linux distro is a bunch of GNU software. He evidentally things that any user of Linux should be forced to pay him in respect and homage by calling it GNU/Linux instead of simply Linux. Afterall, the kernel is a very small part of it. But if we're talking about how much of what makes up a distro, Linux should be probably be called XFree/Linux86 before GNU/Linux, at least in terms of total KLOC in a distro.
Are you sure he uses XFree86 on his desktop? I imagine that RMS gets by perfectly fine without using any non-GPL software... I wouldn't be surprised if he did use non-GPL stuff, but he's not your average 16 year old Windows convert- he doesn't need XFree or KDE or GNOME or even WindowMaker.
I've known some folks who actually say, outloud, "I use Guhnoo Leenucks." All of them were pretty damned pretentious stick-up-butt-types. I've known some peop
How about we all just start calling "Linux" or "GNU/Linux" AWUOS- "a wannabe unix OS," which really captures the essence of linux, gnu, xfree, kde gnome, etc. That way, if my system, for some reason or another uses less than 23% GNU code I won't have to waste my time tallying it up and deciding whether or not I should say "GNU/Linux" or just "Linux."
Man, I used to really respect RMS. Maybe I was just young and dumb. Yes, GNU has contributed some awesome code to the world, but why the hell does he enjoy going out of his way to be an asshole? The XFree guys aren't telling everyone Linux should be called GNU/Xfreenux. It's sad- RMS must have some big feelings of inadequacy to press the issue so hard and so often. I honestly feel bad for the guy...
Nope, the rendering in engine is completely different from anything in Windows or Unix IE. It was written from the ground up seperately, it's not merely a port. I imagine there is some code shared between the two versions, but perhaps not even much of that.
IE for Mac was written from the ground up completely seperate from IE for Windows or Unix. I imagine there is some shared code, but it's not a port of the other IE.
Umm, the parent to which you replied is talking about an IE widget, not an HTML widget in general.
OS X still has the HTML help. One can still embed it.
The wrapper around the new-and-improved KHTML is called WebCore. Yes, Safari is based on it. And it works now, in 10.2, no need to wait for 10.3. The new OmniWeb uses WebCore for rendering and anyone could write an appthat uses it.
As others have poitned out, I do Cmd- and Ctrl-Ses all the time.
Furthermore, the mouse isn't neccesarily the problem. The problem is that one has to switch between the mouse and the keyboard, the real slower-downer. With an OS that properly supports a mouse/pen-based interface and was designed well for that purpose, one could work just as fast. Take the NewtonOS, for example... No, one can't write quite as fast as one can type (I get 40-50 WPM with the Newton OS 2.1 HWR and 70 WPM typing), but it is very satisfactory. The rest of the GUI operations are just as fast over the long run as using a CLI.