Well, arguably he is just as much biased away from Tcl, in favor of Perl: in a few eamples he resorts to Perl modules, while coding the same example entirely in Tcl...
The problem with Intego is that they have blown _that_ exploit out of proportion -- as very rightly pointed out in many places _that_ exploit (or similarly crafted one) could just as easily happen to on UNIX or Windows or *any* other OS.
I think you are missing the point of a parent, that is not FUD by any count. While having all those "applications" is noce, the fact remains that all I need to put together a site (and pretty much of *any* complexity) is a text editor. Having to do the maze of RDF/OWL/whatever by hand is hardly easy.
That said, as mentioned elswhere here, as long as this new stuff is just an optional "refinement", it may come in quite handy.
Get it straight -- Xerox interface was not stolen. I'd suspect that if it were, Xerox would have long-long time ago sued anyone trying to implement WIMP.
Jokes aside -- sometimes it is at least 3 places that can go wrong:
1. Particular document (or rather application) that defaults to letter vs. A4, e.g. MS Word that was not configured correctly.
2. Printer settings.
3. Printer document defaults.
That is from a user perspective. There can be more, if one gets a print server/domain with print queues involved.
While (1) should really be fetching details from (2) and (3). But if (2) and (3) contradict each other, I think that (3) has a precedence.
I agree that letter/A4 override may *sometimes* be unwanted -- but those would be times when you want things to really be perfect. In most other cases -- when you work for a "global" organization (read: you get mails/docs from US) all you want to do is just print the damn thing outfor the bloody conference call -- and at that point the fact that your margins are going to be a bit skewed does not matter less...
And one more: with all the tons of domain-managed settings that are applied these days in any size of a Windblows network, I wonder if one day someone would finally force default document size to be not letter. Speaking of which -- I'd say if I say that my regional settings are not US, default letter size should be A4, just like it happened to be set automgically on my PowerBook...
Actually, newer (as in, say last 3-5 yrs) HP printers (proper ones, not the small crap that tends to spread like cancer in poorly managed offices) have a config option to always override this sort of a mis-hap.
One thing I was always curious though, is why is it asking 'PC' for letter-sized paper? Why not 'Dude, load letter'?
Wouldn't for that then the easiest be not to have any of these fuckers?
That whole article made me, actually, feel quite disgusted -- such a bravado of "Look -- these are the cool toys for all our trigger-happy generals." How aout a Doom's Day Device, then?
It's intersting that one of the ideas that seemed to be threaded throught he first part of the article was "there's just one problem -- we're not sure who the enemy is." Unfortunately, the tendency at times to then invent one.
This is no different than, say, downloading a file that advertises itself as OOo-2.0.tbz, unziping it (or just opening it in Nautilus/Konqueror/whatever) to fire off setup.sh which happens to be a malicious script that does an rm -rf ~/. Better yet, it might ask for an admin password (and the "Word" of this story could do that as well) and do an rm -rf /
Right on, brother! On average I tend to be switching back and forth between GNOME and KDE every 8-10 weeks. Both are making big strides in improving overall user experience, but it is not always 100% on the money.
For one I hate almost *all* of KDE themese -- most of them waste more screen realestate than loosely spaced icons in MacOS X Finder. Plastik seems to be nearly getting there, but still not fully.
I agree with lots of posts and the article that such "bridge burning" as done by GNOME team w.r.t. Nautilus in 2.6 release is, probably, not right. Then again -- a lot of people did not like MacOS X's Finder when it first came around with default NeXT browsing layout. Giving users an option to easily switch between spatial and browsing modes (and not only as a right-click item) would have been very nice, but was probably not as important as making Nautilus so much faster than its previous incarnation.
Yeah, I saw those. As well as a bunch of stuff from academic archives -- to bad there is not a single plain text reference (is Rapira still running on anything (othere that 8086 emulators)?). I've never used Rapira nor Robik -- we did not have AGATs in our school. We had BK0010 with FOCAL (turns out to be a DEC invention, and is one of "translated to many" languages), which I also did not learn/use, mostly for aesthetic considerations. We also had Korvets with a bastardised MSX variety of basic. We also had Yamahas with proper MSX2 basic -- those were fun machines: you could code really nice and relatively fast games in BASIC. Or play Zanac:)
Lastly, we also had some oldish ES 1030 (or 1035?) -- large boxes with magnetic tape storage and only a single proper CRT terminal -- the rest were perfocard/perforlent/magnetic tape readers (that had to be typed up on screenless terminals). That thing ran PRIMUS as an OS -- not sure what exactly it was, but my understanding is that it was some russified "export" -- possibly one of VAX OSes?
BTW, is whitespace significant there? Looks like a more or less typical scripting language -- maybe a bit of Python, a bit of a shell, a bit like AppleScript
I can't imagine having to program anything in Russian, even though this is my native tongue. For one, it would take 3-4 times as many key-strokes. And even then it still looks more cryptic to me than English... PodklyuchitVneshnyuyuKomponentu vs. LoadAddIn:) Still, better than it could be, e.g. ZagrDopKomp...
One needs to remember that an imprtant property of English is that it is a lot more structured than many other, et least European, languages. There ar eno gender changes of verbs/adverbs/adjectives. Plurality is easily indicated by adding an 's'. Irregular verbs? But that's just a hash table, if you wish. There is really only one correct way of combining words in a sentence. Words are relatively short.
Compare that to, say, Slavic languages -- you'd pretty much have to know all relevant "attributes" of each known word in a language to for sure use it correctly. Or even French or German -- you at least need to know gender of each word to use it correctly.
None of that nonsens in English -- making it possible to write Perl programs that can almost be read (yeah, I know, it can also be written in Perl in such a way that one may need a crypoanalytic to decipher the meaning). Or come up with languages like AppleScript that look almost like proper English.
That said, replacing tokens in a programming language grammar with word in a different language does not really constitute such a great achievement. What would have been a good example is the use of certain properties of some natural language that make it possible to use as a basis for an efficient programming language! I remember reading somewhere that there's been some hopw for Sanskrit to provide something like that -- yet my memory is to flaky to remember the details and reasons behind that... It was ling before the outsourcing plague, though (not that many Indians speak Sanskrit anyway).
There most certainly were quite a few, and not only programming languages, but also OSes. One of programming languages that comes to my mind is Rapira (). If you do a search you'll get quite a few references to it. I always had a problem with this sort of "localized versions" -- especially in Slavic lannguages: our average word length is longer than English (hence lots of abbreviations in these laguages), most of computer terminolgy is anyway borrowed...
Just the same I am generally having big problems with localized Excel -- I once saw my mothers excel worksheet (Russian version) and could not figure out half of the formulas!
Chances are that your first assumption is the most valid. Most other ideas (like browser home pages, tunnels, etc.) assume that the thief would (a) plug a laptop in (b) start it up (c) very likely *login* and do something with it. That's a lot of assumptions to make about someone stealing your laptop -- it is far more likely that it would indeed be wiped out clean, and then sold.
If it has been stolen for the possible value of *data* on it, then it is highly unlikely that it will ever be connected to the 'Net.
if you are concerned with interchngeability -- replace 'cvjf' with 'cvzf' and set extension to 'tgz' -- resulting archive (ellegant beauty of it!) will be easily opened by your buddy using most other archivers -- be it 7-zip ot WinZIP or Mac OSX StuffIt.
Windows:
- Cygwin (I'll count it as one, but it is, as we all know, many) http://www.cygwin.com/
- GNU Emacs http://www.gnu.org/software/emacs/
- Frefox http://www.mozilla.org/projects/firefox/
- Winkeys http://www.admiton.com/
- PuTTY http://www.chiark.greenend.org.uk/~sgtatham/putty/
- Java http://www.sun.com/
- XXE and XFC from http://www.xmlmind.com/
- Tcl/Tk (the ActiveState ones) http://tcl.tk/
- PostgreSQL http://www.postgresql.org/
Linux/*BSD:
- X11:)
- PostgreSQL
- GNU Emacs
- Tcl/Tl
- Firefox
- Mutt
- AOLServer
- OpenOffice
- tcsh if it is not there
- RXVT
- Sodipodi
- The Gimp
Slashdot Mirror
Well, arguably he is just as much biased away from Tcl, in favor of Perl: in a few eamples he resorts to Perl modules, while coding the same example entirely in Tcl...
The problem with Intego is that they have blown _that_ exploit out of proportion -- as very rightly pointed out in many places _that_ exploit (or similarly crafted one) could just as easily happen to on UNIX or Windows or *any* other OS.
I think you are missing the point of a parent, that is not FUD by any count. While having all those "applications" is noce, the fact remains that all I need to put together a site (and pretty much of *any* complexity) is a text editor. Having to do the maze of RDF/OWL/whatever by hand is hardly easy.
That said, as mentioned elswhere here, as long as this new stuff is just an optional "refinement", it may come in quite handy.
I think you meant to say AAA batteries (at least this is the case with Palm III series).
I used Palm for taking notes, albeit not for a full-scale diary. Had no problem doing with graffiti -- although it does take some getting used to.
Get it straight -- Xerox interface was not stolen. I'd suspect that if it were, Xerox would have long-long time ago sued anyone trying to implement WIMP.
Jokes aside -- sometimes it is at least 3 places that can go wrong:
1. Particular document (or rather application) that defaults to letter vs. A4, e.g. MS Word that was not configured correctly.
2. Printer settings.
3. Printer document defaults.
That is from a user perspective. There can be more, if one gets a print server/domain with print queues involved.
While (1) should really be fetching details from (2) and (3). But if (2) and (3) contradict each other, I think that (3) has a precedence.
I agree that letter/A4 override may *sometimes* be unwanted -- but those would be times when you want things to really be perfect. In most other cases -- when you work for a "global" organization (read: you get mails/docs from US) all you want to do is just print the damn thing outfor the bloody conference call -- and at that point the fact that your margins are going to be a bit skewed does not matter less...
And one more: with all the tons of domain-managed settings that are applied these days in any size of a Windblows network, I wonder if one day someone would finally force default document size to be not letter. Speaking of which -- I'd say if I say that my regional settings are not US, default letter size should be A4, just like it happened to be set automgically on my PowerBook...
Actually, newer (as in, say last 3-5 yrs) HP printers (proper ones, not the small crap that tends to spread like cancer in poorly managed offices) have a config option to always override this sort of a mis-hap.
One thing I was always curious though, is why is it asking 'PC' for letter-sized paper? Why not 'Dude, load letter'?
Wouldn't for that then the easiest be not to have any of these fuckers?
That whole article made me, actually, feel quite disgusted -- such a bravado of "Look -- these are the cool toys for all our trigger-happy generals." How aout a Doom's Day Device, then?
It's intersting that one of the ideas that seemed to be threaded throught he first part of the article was "there's just one problem -- we're not sure who the enemy is." Unfortunately, the tendency at times to then invent one.
This is no different than, say, downloading a file that advertises itself as OOo-2.0.tbz, unziping it (or just opening it in Nautilus/Konqueror/whatever) to fire off setup.sh which happens to be a malicious script that does an rm -rf ~/. Better yet, it might ask for an admin password (and the "Word" of this story could do that as well) and do an rm -rf /
On a few samples I had, there was no difference between exported to PDF and printed to PDF. YMMV, I guess.
How about printing as PDF? That's as good and as easy as exporting into PDF in 1.1...
Right on, brother! On average I tend to be switching back and forth between GNOME and KDE every 8-10 weeks. Both are making big strides in improving overall user experience, but it is not always 100% on the money.
For one I hate almost *all* of KDE themese -- most of them waste more screen realestate than loosely spaced icons in MacOS X Finder. Plastik seems to be nearly getting there, but still not fully.
I agree with lots of posts and the article that such "bridge burning" as done by GNOME team w.r.t. Nautilus in 2.6 release is, probably, not right. Then again -- a lot of people did not like MacOS X's Finder when it first came around with default NeXT browsing layout. Giving users an option to easily switch between spatial and browsing modes (and not only as a right-click item) would have been very nice, but was probably not as important as making Nautilus so much faster than its previous incarnation.
How about putting it into /usr/local/ as *BSDs do?
Read hier(1).
Yeah, I saw those. As well as a bunch of stuff from academic archives -- to bad there is not a single plain text reference (is Rapira still running on anything (othere that 8086 emulators)?). I've never used Rapira nor Robik -- we did not have AGATs in our school. We had BK0010 with FOCAL (turns out to be a DEC invention, and is one of "translated to many" languages), which I also did not learn/use, mostly for aesthetic considerations. We also had Korvets with a bastardised MSX variety of basic. We also had Yamahas with proper MSX2 basic -- those were fun machines: you could code really nice and relatively fast games in BASIC. Or play Zanac :)
Lastly, we also had some oldish ES 1030 (or 1035?) -- large boxes with magnetic tape storage and only a single proper CRT terminal -- the rest were perfocard/perforlent/magnetic tape readers (that had to be typed up on screenless terminals). That thing ran PRIMUS as an OS -- not sure what exactly it was, but my understanding is that it was some russified "export" -- possibly one of VAX OSes?
BTW, is whitespace significant there? Looks like a more or less typical scripting language -- maybe a bit of Python, a bit of a shell, a bit like AppleScript
That looks terrible :)
:) Still, better than it could be, e.g. ZagrDopKomp...
I can't imagine having to program anything in Russian, even though this is my native tongue. For one, it would take 3-4 times as many key-strokes. And even then it still looks more cryptic to me than English... PodklyuchitVneshnyuyuKomponentu vs. LoadAddIn
One needs to remember that an imprtant property of English is that it is a lot more structured than many other, et least European, languages. There ar eno gender changes of verbs/adverbs/adjectives. Plurality is easily indicated by adding an 's'. Irregular verbs? But that's just a hash table, if you wish. There is really only one correct way of combining words in a sentence. Words are relatively short.
Compare that to, say, Slavic languages -- you'd pretty much have to know all relevant "attributes" of each known word in a language to for sure use it correctly. Or even French or German -- you at least need to know gender of each word to use it correctly.
None of that nonsens in English -- making it possible to write Perl programs that can almost be read (yeah, I know, it can also be written in Perl in such a way that one may need a crypoanalytic to decipher the meaning). Or come up with languages like AppleScript that look almost like proper English.
That said, replacing tokens in a programming language grammar with word in a different language does not really constitute such a great achievement. What would have been a good example is the use of certain properties of some natural language that make it possible to use as a basis for an efficient programming language! I remember reading somewhere that there's been some hopw for Sanskrit to provide something like that -- yet my memory is to flaky to remember the details and reasons behind that... It was ling before the outsourcing plague, though (not that many Indians speak Sanskrit anyway).
I think it should have gone into bsd.slashdot.org since now I finally can get it working on my FreeBSD box!
There most certainly were quite a few, and not only programming languages, but also OSes. One of programming languages that comes to my mind is Rapira (). If you do a search you'll get quite a few references to it. I always had a problem with this sort of "localized versions" -- especially in Slavic lannguages: our average word length is longer than English (hence lots of abbreviations in these laguages), most of computer terminolgy is anyway borrowed...
Just the same I am generally having big problems with localized Excel -- I once saw my mothers excel worksheet (Russian version) and could not figure out half of the formulas!
Chances are that your first assumption is the most valid. Most other ideas (like browser home pages, tunnels, etc.) assume that the thief would (a) plug a laptop in (b) start it up (c) very likely *login* and do something with it. That's a lot of assumptions to make about someone stealing your laptop -- it is far more likely that it would indeed be wiped out clean, and then sold.
If it has been stolen for the possible value of *data* on it, then it is highly unlikely that it will ever be connected to the 'Net.
i'll second that -- with proper plugins it is great
.tar.gz and .tgz will be opened by either of WinZIP, 7-Zip, WinRAR, TotalCommander. Dunno about PKZIP.
tar cvjf archive.tbz2 dir/
.zip
from cygwin or msys shell should very wll do.
if you are concerned with interchngeability -- replace 'cvjf' with 'cvzf' and set extension to 'tgz' -- resulting archive (ellegant beauty of it!) will be easily opened by your buddy using most other archivers -- be it 7-zip ot WinZIP or Mac OSX StuffIt.
and compression *is* better than
Windows:/
:)
- Cygwin (I'll count it as one, but it is, as we all know, many) http://www.cygwin.com/
- GNU Emacs http://www.gnu.org/software/emacs/
- Frefox http://www.mozilla.org/projects/firefox/
- Winkeys http://www.admiton.com/
- PuTTY http://www.chiark.greenend.org.uk/~sgtatham/putty
- Java http://www.sun.com/
- XXE and XFC from http://www.xmlmind.com/
- Tcl/Tk (the ActiveState ones) http://tcl.tk/
- PostgreSQL http://www.postgresql.org/
Linux/*BSD:
- X11
- PostgreSQL
- GNU Emacs
- Tcl/Tl
- Firefox
- Mutt
- AOLServer
- OpenOffice
- tcsh if it is not there
- RXVT
- Sodipodi
- The Gimp